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

[Sh4dow]

Panowie jesli chodzi o te bazki to nie wydaje mi sie zeby mysql przy takim serwisie az tak bardzo odchodzil z wydajnoscia. Osobiscie pracuje przy serwisie ktorego baza siega juz ponad 1 Gb na mysqlu i chodzi bardzo fajnie. Kwestia odpowiedniego skonfigurowania bazki oraz poprawnej konstrukcji przy jej projektowaniu.
Przy wielkich obciazeniach baza spokojnie sobie radzi przy statach w okolicach sredniej ilosci zapytan 150 na minute. To prawda ze serwer jest dedykowany dla serwisu i nie jest strupem z piwnicy, ale przekonalismy sie w firmie ze przy tak duzych bazach postgres chodzil wolniej i brakowalo mu pamieci.
Tak wiem ze mozna oracle mssql i inne smieszne rzeczy, ale dla mnie rodzi sie pytanie po co. Najpierw niech serwis zacznie dzialac, monitoruj jego wydajnosc itd a pozniej rob kolejne kroki i tyle