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

Нет такого. Это как универсальную еду для животных искать.

Как сделать из любой машину спортивный F1? Метод нужен универсальный.

Метод только 1, купить спортивный F1.

Есть но очень не краткие.

Это изучение принципов работы веб-серверов, протоколов, программного обеспечения (серверного и клиентского), программирования (и языков для сего), и многого-многого другого.

+100500 :)

Начните изучать проектирование и архитектуру ПО. Каждая реализация имеет достоинства и недостатки. Обычно об узких местах на этапе проектирования редко задумываются, покольку это долгий и трудоемкий процесс.

А еще чаще пишут по образу и подобию. Ну и, конечно же, большинство проектов используют не совсем подходящие решения для конкретной задачи, чаще всего патаясь сэкономить.

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

Ну, а большинство пользуется тем, что есть и- это в основном опенсорс или фриваре. Я не принижаю достоинства данных продуктов, но очень часто требования и сфера применения размыта.

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

С таким похдодом ищите "скачать видео уроки бесплатно без смс без регистрации".

В тред врывается недиванный ускоритель сайтов:

Можно ускорить php на сервере - APC для интерпретатора php и memcached для сессий

Ускорить отдачу статики - ngingx

Включить кеширование - зависит от CMS уже.

Пользуйтесь.

имхо больше всего на сайте тормозит MySQL т.е. даже если вы ускорите интерпретатор php и вместо 1 милисекунды он будет выполняться в 100 раз быстрее, то за счет того что мускулу требуется десятки, а то и сотни милисекунд ничего принципиально не поменяется

а MySQL можно тоже ускорить - включить кеширование запросов в ОЗУ, причем средствами самого мускула, оптимизировать запросы, наконец, поставить вместо стандартного мускула Percona Server - это такая сборка MySQL с патчами повышающими его производительность и надежность

самое универсальное и самое быстрое - кеширование всей страницы в мемкешед )

хм, возможно

а вот если добавился новый комментарий на страницу - мемкеш это как узнает?

а если пользователю из Воронежа надо показать информер с погодой в Воронеже, а пользователю из Ростова - соответсвенно в Ростове, а пользователя из Зимбабве - вообще отредиректить куда подальше

а если каждого авторизированного пользователя надо назвать по имени

а если надо ротатором показывать рекламные баннеры в соотвествии с их кликабельностью

и еще много чего можно придумать

зы. самое быстрое (хотя и самое не универсальное) - это голый ХТМЛ

если страница изменилась - при изменении убивать кэш страницы.

информеры - разве они выводятся не на JS ?

Для авторизированных пользователей кешировать не стоит, это их будет бесить.

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

Похоже, все-же именно диванный ))) Как сессии в мемкеше ускорят сам php? o_O Наверное, имелось в виду ускорение обработки сессий? Ну тогда надо вообще от сессий отказываться, в пользу обычных кук (секретный данные необходимо шифровать в них). Даже полностью зашифрованные куки работают ЗНАЧИТЕЛЬНО быстрее сессий в мемкеше ;)

Почему предлагается на nginx только статику повесить? Почему-бы не отдать ему часть функционала (например, ресайз изображений, кеширование отдаваемых страниц, gzip в конце-концов)?