riklaunim

To jest mniej więcej to co stosuje FriendFeed, który został kupiony przez Facebooka. Pozwala on m.in. na stosowanie nieblokujących się połączeń HTTP i poprzez np. "długie pobieranie" (long polling) pisać aplikacje bardziej interaktywne - prawie jak COMET, ale jeszcze nie do końca COMET Jakby kogoś interesowało - Tornado - framework z obsługą nieblokujących się połączeń - wprowadzenie do frameworka

Jak dla mnie poziom wykopu znacząco spadł Wykopanie teraz dobrego artykułu np. związanego z programowaniem jest praktycznie niemożliwe - jeżeli nie ma się "kolegów". Stał się wykopem dla śmieszych fotek itp.

http://code.google.com/p/appscale/ Chmurka App Engine na własne serwery

PDO ma własny sterownik dla SQLite, ale "pakietami" to to powyższe powinno starczyć.

SQLite jest dobre również na duże strony mające bardzo dużą ilość operacji odczytu, a mało zapisu. SQLite używam na swoich stronach i żadnych problemów nie ma. Baza jobmastera ma obecnie 113MB (a sama strona w 99% to odczyt)

LAMP nie nadaje się do hostingu w chmurze. Gdyby się nadawał to byłoby to w każdej dystrybucji i byłoby do tego 50 książek co miesiąc... bo to teraz jest trendy Żeby coś dobrze działało w chmurze - musi się efektywnie w niej skalować i propagować. PHP ani Apache nie były projektowane z myślą o środowiskach rozproszonych bo ich nie było. Wystarczy poczytać o rozwiązaniach i limitach na GAE, żeby zrozumieć, że stworzenie chmurowego hostingu jest bardzo trudne. I nie należy mylić replikacji np. MySQL z "hostingiem MySQL w chmurze". W chmurze system sam dba o przydzielanie zasobów gdzie i komu trzeba, oraz o integralność danych. Nikt tam nie dostawia nowego serwera klientowi X bo mu mysql nie wyrabia na 3 serwerach i podpina replikację pod kolejny.

Google App Engine, Amazon

Albo Google App Engine, czy usługi chmurzaste Amazonu Odpada problem sprzętu i zarządzania nim

Z polskich hostingów to poza Megiteam nie ma nic chyba dobrego. O rootnowe krążą różne opinie, nie zawsze pozytywne. Światowa lista hostingów Django dostępna jest na http://djangofriendly.com/hosts/

Co znaczy zoptymalizować Wordpressa? Trzeba wiedzieć co jest w nim problemem - czy obciążenie bazy danych (wtedy jeżeli problemem nie są pojedyncze rozwiązania to zostaje oddzielny serwer dla bazy, Xdebug, MySQL slow-log powiedzą co jest wolne), czy obciążona jest sama aplikacja (wtedy na serwerze przydałoby się APC lub inny "przyśpieszacz" kodu)

Jak zapytanie robi full-scan to może np. jechać po danych na dysku a nie w RAMie itd. Zobacz slowloga jakie zapytania najwolniej idą i sprawdź explainem dlaczego tak mulą (brakujący indeks, indeks się posypał itd.)

Jakie zapytania? (popatrz w slowlogu). Jak coś wali LIKE lub zapytania bez indeksów to nic dziwnego że może się z tym męczyć i RAMu nie starcza.

Sprawdź to też na "współczesnej" dystrybucji Linuksa (Archu, rozwojowej wersji Ubuntu, Gentoo może gdzieś ) Ogólnie 64 bitowy system będzie zużywa nieco więcej RAMu niż 32 bitowy, lecz nie powinno to generalnie dotyczyć aplikacji (na pewno nie tak że nagle żrą pamięć jak głupie). Problem może wynikać z używania starszych wersji kompilatora, czy bibliotek, które mogą by nie do końca dopieszczone (i np. mieć problemy z x86_64).

webfaction i okolice, pomocne: http://djangofriendly.com/

W Polsce Django może nie jest super popularne, ale coraz więcej zaczyna go się używać. Co do hostingu, to wygląda on "zupełnie" inaczej od PHP. Może to być (dość często) np. Nginx, czy też Apache z mod_python lub ew. mod_fcgid