Optymalizacja skryptu pod kilka tysięcy userów, Jakie rozwiązania przyśpieszające? Opcje

[wojto]

Witam,
Jestem obecnie w trakcie tworzenia bardzo dużego serwisu i chciałbym się dowiedzieć od was jakie sztuczki stosujecie by skrócić czas wykonywania skryptów.
Serwis ma być czymś podobnym do http://date.com oraz http://sympatia.onet.pl , ma mieć kilka wersji językowych, więc będzie prawie tak popularny jak w/w.
Serwisy te mają bardzo dużą odwiedzalność, dla przykładu w obecnej chwili na tych stronach znajduje się ponad 5 tysięcy użytkowników online!!!
Ponadto zarejestrowanych jest tam pewnie z kilkadziesiąt tysięcy, jeśli nie kilkaset tysięcy userów.
Dziennie wysyłanych jest kilka tysięcy prywatnych wiadomości.

Jakie rozwiązania zastosować, by ten serwis działał w miarę szybko.

Serwis będzie działał na bazie mysql.
Jak narazie, to jedynym rozwiazaniam jakie wykorzystałem jest cachowanie niektórych zapytań, ale wiadomo, że nie wszystkie zapytania moge zcachować.

Zrezygnowalem z plikow językowych typu lang_polish.php, lang_english.php itp. gdzie w zawartości była tablica $lang['user'] = 'użytkownik'; itp. na rzecz folderów, gdzie w folderze np. en/ będą wszystkie pliki, ale z treścią w języku angielskim, w folderze fr/ będą wszystkie pliki, ale po francusku. Myśle, że przyśpieszy to troche działanie skryptów, gdyż nie trzeba będzie pobierać plikow językowych oraz kod skryptów będzie prostszy, wadą jest natomiast to, że przy dowolnej zmianie kodu, należy go zmienić we wszystkich folderach.

Z góry dziękuje za wszelkie uwagi i propozycje odnośnie usprawnienia takiego serwisu.
Pozdrawiam, wojto

[patrycjusz]

pokolei...
1. maszyna - dedykowana maszyna to nie tylko - dedykowana maszyna pod kazda z uslug - to tak - czyli dzielimy uslugi na mail, http, i bazke, i kazda z tych uslug ma osobna maszyne, nie musza byc jakies mocarne (za wyjatkiem pod baze tam min. 2GB RAM), ale wazne jest to ze bedzie to podzielone na uslugi i zawsze jak padnie ktoras z nich to duzo latwiej jest przywrocic to do poprzedniego stanu (pada sql to tylko odpalasz backupowa maszyne z sqlem) , a takze obciazenie jest odpowiednio rozkladane, co nie znaczy ze nie mozna wymyslisc jeszcze czegos lepszego, bo mozna i np. do wszystkiego dolozyc proksiaka.
2. Oracle, albo inna bazka z konkretnym wsparciem ($M SQL)- tutaj bardzo wazne bedzie to ze jak ci padnie baza to 1. nie bedziesz szukal w manualach a tel i juz sprawa zalatwiona 2. bedziesz mial sporo dodatkowych narzedzi ktore pozwalaja monitorowac stan bazy i wiele innych rzeczy. Podsumowując, przy takim obciążeniu można sobie oczywiście pozwolić na MySQL jak najbardziej wszystko najprawdopobniej będzie można sklepać w oparciu o niego, ale późniejsze rozwijanie tego i serwis to tragedia nawet dla specjalistów, wobraź sobie że coś ci pada i na wszystkich forach ci mówią - nie znmy odpowiedzi a manual siedzi cicho?(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) ,
Podsumowując,
tak naprawde wszystko zalezy od tego jakich uptimow oczekujecie, jak 99,5% w miesiącu to nawet nie mao czym mówić przy takim obciążeniu dzielimy usługi plus dodajemy różne wynalazki (proxy), a jako bazkę używamy pewnych sprawdzonych produktów z wsparciem prosto od producenta.

pzdr