Forma Życia

co mi przychodzi do głowy: 1) czy masz softraid? 2) używasz może jakichś skryptów-wynalazków do badania połączeń i procesów? np typu CSF + LFD 3) masz tam jakiś klient torrent uruchomiony? 4) co pokazują logi z okresów loadu? + co pokazuje /var/log/dmesg ? + najważniejsze pytanie: czy jacyś użyszkodnicy mają dostęp do serwera?

o ile nie masz "wrogów" to ok, starczy że ktoś zgłosi ze 2 albo 3 razy np zoofile albo child porn - hetzner nie wnika tylko blokuja IP aż wyrzucisz treść. ja hostowaliśmy forum z erotyką typu gwiazdy porno dla klienta ale komuś się nie spodobało więc trzeba to było przerzucić poza niemcy (ogólnie prawo w niemczech jest anty jeśli chodzi o porno w internetach).

co do OVH, wystarczy że pare razy jakieś twory na usługach np RIAA napiszą do abuse, wtedy francuzi mogą mieć pewne 'pretensje' co do Twojej bytności w swojej infrastrukturze, tak samo sprawa się ma np z Hetznerem ;-P poza tym, zainwestuj w kogoś kto się na tym zna - tutaj na forum raczej nikt nie napisze Ci krok po kroku jak sobie postawić VNC (ale na ubuntuforums prawie na 100% jest taki guide) :0

Mokatte, możesz to spokojnie pociągnąć nawet na celeronie z 512 mb RAM jeżeli masz odpowiednio dużo czasu na zabawy z optymalizacjami (zwłaszcza zapytań, + caching). Zaś, tak serio, jeżeli nie masz tych powiedzmy 50 jurków miesięcznie na w miare dobrego dedykowanego peceta, lepiej wyjdziesz jak wybierzesz solidny serwer VPS. W ogóle, jakie masz widełki cenowe? Co do zmiany skryptu to nie spodziewałbym się skoku wydajności o 50%, chociaż z myBB nie korzystałem i nie mam konkretnego porównania. franki01, taka moc sprzętu by się marnowała, serio :-P

tani vps na backupy to średni pomysł, no chyba że korzystasz ze sprawdzonej oferty firmy która nie istnieje od 15 minut. pomijając jednak dywagacje, jakie masz konkretnie widełki cenowe miesięcznie oraz jakie wymagania co do lokalizacji VPS? musi być w kraju nad Wisłą czy inne lokacje też wchodzę w grę? ;p

pm wyslane

takie są niestety najczęstsze właśnie skutki pracy 'na gębę' + pozostawianie pola dla niedomówień. pracę możesz zawsze umieścić w swoim portfolio wraz z opisem zakresu świadczonej usługi, jednak nie wiem czy jest to dla Ciebie odpowiednie pocieszenie ;-O

jaki masz na tym vpsie hypervisor?

nie chcę być upierdliwy jednakże przydałyby się jakieś informacje (przynajmniej ogólnikowe) dotyczące zarobków w/w serwisów - taka informacja na pewno zachęciłaby ludzi do kontaktu a jednocześnie oszczędziła Ci odpisywania na e-maile by dowiedzieć się iż ktoś nie jest zainteresowany. Taka mała uwaga.

co konkretnie wywala problem z alokacją pamięci? jakieś logi, np /var/messages ? bez konkretniejszych informacji trudno będzie pomóc, chyba że mamy jakiegoś jasnowidza na sali :-P

netart nie pozwala na inne wpisy niż A, dlatego użyj xname.org dla DNSów (lub własnych jeśli masz 2 maszyny), jest prosty w konfiguracji i darmowy - mi za pierwszym razem nabranie odpowiedniej ogłady zajęło 10 minut. Co prawda pewnym bólem jest czas odświeżania rekordów na xname, jednakowoż skoro za darmo to nie ma na co narzekać :-)

RPSa Ci nie polecam jeśli masz streaming i ogólnie duże obciążenie I/O. Na Twoim miejscu i z Twoim budżetem spróbowałbym albo u niemców (hetzner.de, server4you.de) lub holendrów (leaseweb.com), lub wziąć jakiegoś mocnego VPSa w naszej ojczyźnie btw, w takich widełkach cenowych jakie podałeś dla przykładowych ofert VPSów, cokolwiek powyżej gwarantowanych 512MB RAM jest dla mnie ewidentnym oversellingiem (ballooning, page sharing), no chyba że "serwer" jest czystej krwi pecetem (co przy dobrych komponentach nie musi być złym rozwiązaniem, przynajmniej do pewnego momentu)

przydałoby się wpierw wiedzieć ile pamięci zużywa ta aplikacja wraz z oprogramowaniem serwerowym na 1 połączenie, jaki ma wpływ na zajętość I/O + jak z użyciem procesora. Podpowiem że "aplikacja w PHP" nie rokuje dobrze dla stopnia optymizacji rozwiązania

jeżeli jesteś eurovatowcem to za ~41 eur możesz mieć hetznera z 2gb RAMu bez instalacji: http://www.hetzner.de/de/hosting/produkte_rootserver/ds3000/ maszyny są generalnie stabilne choć niezbyt nowe, mogę zatem polecić (chyba że chcesz hostować erotykę, wtedy szukaj gdzie indziej).

Witam Jestem zainteresowany współtworzeniem takiego rozwiązania Na serwerach lokalnie blokuję kilkanaście adresów IP dziennie, głównie bruteforce na SSH z chin i rosji, czasami też próby DoS. Uważam iż taka sieć wymiany informacji byłaby przydatna (nawet na poziomie samych serwerów w wypadku kolokacji albo dzierżawy) i mogłaby poważnie utrudnić życie wszelkiej maści script-kiddies / botnetów. Co do kwestii wycinania komputerów-zombie, myślę że można by przynajmniej w wypadku portu :80 wykonać odpowiednie przekierowanie na stronę informującą o blokadzie (w iptables, pf lub innych do osobnej maszyny) - jest to w miarę proste do zrealizowania jeżeli już mamy listę - oczywiście opcjonalnie.

moze eee pc 1201HA? no chyba że koniecznie musisz mieć linuksa (w tym są problemy z wifi) głowica?

owszeem zastosowanie PCRE w nginxie jest zdecydowanie mocniejsze od rozwiązań zapodanych w apache2. i jak rozumiem ten skrypt, jakieś załóżmy spaghetti z awk, odpalać co minutę dla kilkuset domen? średnie rozwiązanie. wolałbym, jeśli już bym musiał, napisać albo zlecić komuś napisanie odpowiedniego modułu do samego nginxa, w tej chwili jednak oferuję managed hosting dla aplikacji klientów więc temat pozostaje do medytacji.

nie, nie jest to idealne rozwiązanie - php to z zasady potwór spaghetti (czego dowodzi chociażby błąd z implementacją cgi), na serwerach dla klientów stosuję głównie Apache2+mod_php i nginx jako reverse proxy, również ze względu na brak odpowiednika .htaccess w nginxie - jego rewrite'y w konfigach serwera nie są rozwiązaniem, zwłaszcza iż konfig z błędem zatrzyma restart/reload nginxa.

biorąc pod uwagę kontekst 'Polecam debugować i pisać skrypty na localhoscie (najtańszy serwer testowy ).' wychodzi najtaniej, bo i tak płacisz za prąd swojego komputera, prawda? oczywiście mogłem niedoprecyzować z serwerem testowym - nie chodziło mi o testy skryptu w warunkach z użyszkodnikami

500tka po stronie np Apache2 wyskakuje jak poważnie coś pokaszaniłeś. Polecam debugować i pisać skrypty na localhoscie (najtańszy serwer testowy ).

Jeżeli masz dużo samozaparcia to możesz wymienić system samodzielnie :-) jednak z tym mogą być różne nieprzewidziane problemy. W związku z tym tak samo jak N3t5kY polecam e-mail do obsługi technicznej. jakbyś jednak chciał się pobawić to polecam np takiego linka: http://www.goudkov.com/public/articles/changing_distro.jsp

jeżeli trzymasz www w /var/www to przenieś np do /home/www i powinno to załatwić problem. Poza tym, procesy raczej Ci nie wystartują jeżeli masz pełny /var

Wynika to z błędów w php-cgi, nie ważne czym odpalasz procesy fastcgi (np spawn-fcgi z lighttpd) - i tak może pojawić się sławne 502 lub 503. Rozwiązaniem może być php-fpm lub użycie skryptu sprawdzającego czy php-cgi działa i akceptuje połączenia, ja na swoim osobistym serwerze używam czegoś takiego: #!/bin/sh # (bof) # Katalog glowny cd $(dirname $0) base=$(pwd) # Plik tmp tmp="/tmp/phpfix.$$" # Output do pliku? [ -n "$1" ] && exec 1>$tmp 2>&1 3>&1 echo "" # ustawienia php="/usr/bin/php5-cgi" email="moj@email" skrypt="/etc/init.d/init-fcgi start" # skrypt startujacy PHP fcgihost="127.0.0.1 9000" # ip i port procesu fcgi # Init must_start=0 must_email=0 # dziala? pids=$(ps ax | grep "$php$" | grep -v "grep" | cut -d"?" -f1 | tr -d " ") if [ "$pids" != "" ] then #a=$(echo `telnet $fcgihost` | grep "^Connected to localhost") echo "PHP dziala i akceptuje polaczenia!" else echo "PHP nie dziala!" must_start=1 fi # Startowac? if [ $must_start = 1 ] then echo "Startuje PHP..." $skrypt must_email=1 fi echo "Ok!" echo "" # Email? if [ $must_email = 1 -a -n "$1" ] then $base/sendEmail -u "PHP restart na $(hostname)" \ -f $email \ -t $email \ -s localhost:25 \ -o message-file=$tmp >/dev/null 2>&1 fi # wyczysc rm -rf $tmp # (eof) i dodajesz to do cron.d co minutę w moim wypadku skrypt /etc/init.d/init-fcgi wyglada tak: #!/bin/bash PHP_SCRIPT=/usr/bin/php5-fastcgi RETVAL=0 case "$1" in start) $PHP_SCRIPT RETVAL=$? ;; stop) killall -9 php5-cgi RETVAL=$? ;; restart) killall -9 php5-cgi sleep 1 $PHP_SCRIPT RETVAL=$? ;; *) echo "Usage: php-fastcgi {start|stop|restart}" exit 1 ;; esac exit $RETVAL zaś /usr/bin/php5-fastcgi to wrapper dla spawn fcgi: #!/bin/sh /usr/local/bin/spawn-fcgi -P /var/run/php5-cgi.pid -a 127.0.0.1 -p 9000 -C 2 -F 4 -u www-data -f /usr/bin/php5-cgi Mam nadzieję że pomoże :-)

Za około 100 jurków rocznie możesz mieć VPS na xenvz.co.uk - polecam bo miałem tam VPSa pod małe stronki przez około 5 miesięcy - i 100% uptime na b. dobrym sprzęcie jak za tą cenę. Serwery znajdują się w U.K.

a podczepię się jeszcze do tematu swojego czasu miałem domowy serwer na łączu 1mbit/256kbit ze stałym adresem IP i faktycznie stałymi prędkościami transferu (to było tak gdzieś 2004-2006) ze stronką która zaliczała w szczytowej formie około 1 mln odświeżeń miesięcznie + 1 usługa sieciowa na pewnym urządzeniu podpinanym przez port LPT . Generowało to około 60 gb transferu miesięcznego. Na sprzęcie pt. Pentium 3 450 MHz + 128MB RAM, później P3 800 MHz + 256MB RAM i fantastycznym dyskiem 40 GB - wszystko pod kontrolą systemu operacyjnego firmowanego przez Microsoft, tj Windows 2000 (dostany w rozliczeniu, wersja BOX), ze względu na brak sterowników do w/w urządzenia. Rachunki za prąd plasowały się w okolicach 50 zł za samego PCta udającego serwer i powiem Wam iż SMF + Joomla + jakieś własne skrypty PHP hulały aż miło, a że łącze od pracodawcy można było te koszta energii przełknąć. Tym niemniej przy obecnych cenach tzw. "serwerów dedykowanych" np na Rackmounted (100-130 PLN miesięcznie) odradzam utrzymywanie domowego serwera w celach innych niż do developerki, koszta łącza są po prostu nieproporcjonalne w stosunku do możliwości zastosowań.