Как ускорить любую CMS? Нужна помощь

Самый универсальный способ - это выключение всех неиспользованных модулей, также в админке.

Уберите все неиспользованные классы в css, уменьшите вес изображений.

Проверяйте результаты и получайте рекомендации здесь: gtmetrix.com

Скорость загрузки страниц также можно замерить на tools.pingdom.com

Проверить работу сервера под нагрузкой тут - loadimpact.com

Также можно запросить бесплатный отчет от webo.in

CSS - минифицировать и отдавать gzip

JS - минифицировать и отдавать gzip, если это распространенный фреймфорк типа jquery то отдавать его стоит с CDN

Выпилить Apache и делать связку nginx + php-fpm + APC (либо Xcache). Работа php и mysql через сокеты.

Для профилирования скриптов можно подключить xhprof, для mysql включить slow_query_log и на основе полученных данных оптимизировать.

Это из универсального. Остальное - уже магия для конкретного движка сайта.

Ну если вы кроме уг скриптов на таких же виртуалах не пробовали, то да. На нормальном сервере и скрипте, мускуль никогда не будет слабой точкой.

Угу, это наверное дураки перешли с файлохранилищ данных на базы :)

Да, и дураки тоже. Если взять любую (ну пусть не любую, но большинство) cms, то таблиц, которые действительно стоит держать в базе mysql, не больше трети. Обычно разработчики, овладев одним универсальным инструментом работы с данными, не заморачиваются, и все делают однотипно.

не могли бы вы поделиться какими скриптами (не уг) пользуетесь вы, а также написать сколько времени составляет время компиляции пхп скрипта (не уг) на вашем нормальном сервере, сколько времени он выполняется и сколько времени из этого составляет ожидание ответа от мускула

---------- Добавлено 04.10.2012 в 08:44 ----------

ну это каждому свое, кому то надо для ГС под сапу на пару сотен страниц так да вполне можно в файлах хранить данные

кому то надо для МФА сайта на десяток страниц так можно и на чистом ХТМЛ наваять и не париться

а кому то надо для портала на десятки-сотни тысящ страниц, имхо, тут без базы не обойтись

(хотя в принципе тоже можно попробовать на файлохранилище, пожалуйста, никто ж не запрещает)

Я работал с большими нагрузками. Не на одном проекте. И тормоза ВСЕГДА именно в БД. Никогда не задумывались, для чего используется кеширование?

Перешли не из-за скорости работы, а из-за удобства. Попробуйте в файловом хранилище нормально настроить индексы, особенно составные. А потом замерьте удобство и скорость работы.

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

Да ладно! "Элементарная" операция - поиск уже при нескольких (10ков) тыщ "данных" и уже выигрыш в скорости на лицо. Потому что индексация...

Не надо путать тёплое с мягким. А именно кол-во запросов, время их выполнения и скорости генерации страниц по их результатам.

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

Web Optimizer - я когда то ставил бесплатную версию скрипта, немного быстрее стало, процентов 15-20 выигрыша по скорости загрузки было. В платной версии разработчики обещают ещё больше.

Ни разу. На спор, без базы сделаю быстрее? Или индексы есть только в базах? )))

Ну так я про то и говорю, что время на генерацию результата мизерно, по отношению к получению данных из базы.

Просто некоторые не умеют правильно готовить ))). В реале, кеширование спасает именно от обращения к базе, а не от генерации результатов, верно? )

Ну-ну... http://aktuba.com/o-bloge.html - именно кеш помогает ;)