parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Ответ

Misha v.3 08.04.2010 16:36

ну вообще говоря sql сервера с нормальной организацией способны выдержать довольно большое количество обращений.

если вы начнёте кешировать в файликах, то вся эта нагрузка ляжет на файловую систему. плюс может возникнуть проблема блокировок (особенно если кешировать будете в hashfile-е).

=> кеширование следует продумывать.
например, кешировать содержимое страницы авторизиванного пользователя с большой вероятностью незачем, т.к. не будет он её перегружать 10 раз подряд, а никому больше её не покажешь.

часто на сайтах бывает довольно статический контент (например статьи) + блок авторизации (уникальное для пользователя) + например комментарии к статьям. очень разумно скешировать статику, а персональные данные добавлять потом в готовую страницу. ну а сам механизм добавления комментариев сделать на ajax.

ещё можно попробовать скешировать "общие" _данные_, как например местная статистика сообщений под поиском. т.е. кусочки, из которых будет строится страница.
при этом очень желательно, чтобы система не требовала периодического дёрганья рычагов.

в любом случае, если речь идёт о сильно нагруженном сайте надо не забыть о кеширующей проксе и вынесении куда-либо статических файлов (картинки, js, css, zip...)

итого: одного решения на все случаи жизни не существует.