shive

To już śliśle zależy od tematyki... uważaj, żeby Ci się google nie przyczepiło, że łamiesz regulamin

Przy odrobinie zdolności z googla wyciśniesz więcej niż kilkanaście... ale rewelacji nie będzie. Za to nie musisz się tym zajmować, płacą w terminie itp.

Z tak minimalną oglądalnością raczej nie opłaca ci się zajmować reklamami. Możesz najwyżej zainstalować googla czy coś w tym stylu, co nie wymaga utrzymania.

xon.pl - konta download

Mam wątpliwości czy jest sens sprawdzać działanie akurat Apache i MySQLa, jeszcze lokalnie... na maszynie prędzej ci się trafi awaria na łączu niż pad apacza. Lepiej już sprawdzaj dostępność na porcie 80 z jakiegoś zewnętrznego serwisu z rodzaju siteuptime.com. Co do bekapu, zależy co tam masz do pakowania... zastanów się czy nie lepiej by ci było robić kopię różnicową (jak rsync) niż tak wszystko na chama.

Nie ukryjesz, jak ktoś będzie chciał się dowiedzieć, to się dowie.

Do tak małego obciążenia nie potrzebujesz oddzielnego serwera. Wystarczy ci jakieś dobre konto np. progreso.pl.

To nie jest normalne, to jest zwykły spam.

5.0 w tym wieku to nie jest jakaś rewelacyjna średnia... a za jakiś czas sam patrząc w swój kod stwierdzisz, że byłeś głupi robiąc to w ten sposób.

*Nuke != 'dobry CMS'. W życiu nikomu bym nie polecił tego szajsu, @stasiatko: trzymaj sie od niego z daleka.

Nie napisałem o ruchu "z palca" tylko po przyjrzeniu się witrynie. Gdybyś popracował nad przerobieniem przedpotopowego kodu to byś już zyskał z 20%.

500 dziennie to raczej żałośnie mało jak na taki ruch. Będziesz miał problem znaleźć coś za friko. Lepiej pomyśl nad optymalizacją, bo serwis tego typu nie powinien ciągnąć tyle ruchu.

U mnie raz nie działało przez cały weekend :] W tej chwili mój backupowy (212.162.20.80) działa.

Z mojego adsense by wyszło kilka maszyn na P4 1.6, więc też byś się utrzymał.

Zainstalujesz jakieś automaty reklamowe vide AdSense i po problemie.

A nie widziałeś jak to wyglądało do tej pory? Pani prezes g***o może, tepsa może się zwyczajnie wypiąć, a dziesiątki prawników zrobią wszystko żeby tylko zyskać na czasie. W razie czego istnieje jeszcze masa metod w stylu degradacji ruchu, przeciągania terminów obsługi operatorów itp itd. Fajnie, że się coś ruszyło, ale cudów nie oczekuję.

W cuda wierzysz?

IMO starczy i nie będzie problemów, pod warunkiem, że nie zapuścisz jakichś zasobożernych cronów.

No cóż, fakt, że będzie to działać znacznie wolniej, niż "ręcznie robiony" system skryptów, ale nie podejrzewam, żeby taki sprzęt nie poradził sobie nawet z nieoptymalnym CMSem.

Zgadza się, sprzęt będzie Ci się nudził przy takim obciążeniu. Ja trzymam znacznie większy serwis na P4 1.6 + 1G ramu i obciążenie średnie w 15 minutach mieści się zwykle na drugim miejscu po przecinku. Fakt, mam dużo fajnych wynalazków odciążających maszynę, ale i tak nie masz się co bać.

To jest oczywiste, tyle, że tu nie chodziło o szybkość uzgadniania połączeń, tylko o suchy transfer.

Bzdura. Po nawiązaniu połączenia, co zajmie może sekundę więcej czasu, transfer idzie już gładko, niezależnie od pinga. Bzdura #2. Inicjalizacja połączenia to zupełnie inny rodzaj wymiany pakietów, niż w przypadku pobierania pliku.

Bzdura. Opóźnienie nie wpływa na szybkość transmisji w trybie ciągłym (download).

30 x 300 x transfer na jedno wejście.

Super. W takim razie obecna wersja jest wystarczającym dowodem, że grupa docelowa (dzieci z przedszkola*) została wybrana nieprawidłowo.