Посоветуйте спеца по оптимизации WP

[krob]

Можете посоветовать спеца по wordpress + nginx?
ТЗ примерно такое:

1. Найти узкие места в Wordpress Multisite + Sj Object Cache, работающих на связке apache + mod_php + xcache + nginx. Дать оценку производительности текущего vds для этой задачи (можно ли увеличить количество нагрузки на текущий и насколько).
2. Прикрутить отдачу статики (картинок) для мультидоменного вп напрямую через nginx + X-Accel-Redirect http://blog.sjinks.pro/wordpress/874...ccel-redirect/ http://rtcamp.com/wordpress-nginx/tu...iles-handling/
3. При необходимости потюнить конфиг mysql.
4. Оценить эффективность кеширования через Sj Object Cache (в Xcache), рассмотреть другие варианты.
5. Предложить оптимизации используемого шаблона

[sergeospb]

1) http://wordpress.org/plugins/w3-total-cache/
2) нормальный кэширующий бэкэнд(не файловый)
3) CloudFlare
Это уже поможет снять нагрузку фактически ничего не делая. Я перетюнил тонну WP в свое время, верить мне можно :-)
Так же мантейнеры w3-total-cache предоставляют услуги по оптимизации WP, возьмут дорого, сделают хорошо.

[chesser]

в 90% случаев тормозят плагины типа similar(related) posts и другие произведения кодинга, которые пишутся для своих бложиков с посещалкой до 1к в сутки. А когда на сервер заходит 100к, то эти мега-плагины начинают его укладывать.

и в основном все проблемы из-за неумелого взаимодействия с базой данных. Даже в самом вордпрессе есть "ДЫРА", про использование которой написано в его доках(!!!):
чтобы уложить сервер, добавьте к URL: тегов, рубрик или главной страницы GET-параметр &orderby=rand и сервер сразу получит работу.

на счет кеширующих плагинов - все плагины, которые я смотрел в целом нормально выполняли свои функции. Другое дело, что не всегда эти функции нужны, т.к. условия эксплуатации разные, поэтому типы кеширования надо подбирать под них, а не по популярности.
К примеру, файловый бекэнд кеш html-страниц будет нормально, если на сервере хорошая дисковая система, а память уже кончилась. Если память еще есть, то объектный кеш будет оптимальнее и шустрее в неск. раз. Если памяти нет, то выхода нет - файловая система.

Есть еще mysql-кеширование - опасная штука, как наркотик. Когда его включаешь, то все работает быстрее...до определенного времени, т.к. потом на. Удобно реанимировать упавшие/тормозящие проекты. Но в идеале mysql-кеширование должно быть вырублено и кеширование должно быть на уровне скриптов, а не на уровне БД.

В итоге, после программных фиксов плагинов, оптимизации БД и правильной настройки связки фронт и бекэнд веб-серверов, оптимизация ВП сводится к жонглированию типами кеширования. Жонглирование нужно производить под нагрузкой, желательно реальной, с обязательным логгированием параметров сервера. Графические логи очень хорошо для этого подойдут, например, munin и его коллеги.

а мой совет: пользуйтесь Drupal

[pongy]

Сообщение от chesser

а мой совет: пользуйтесь Drupal

чтож ты раньше не сказал

[sergeospb]

Сообщение от chesser

а мой совет: пользуйтесь Drupal

Проблема не в WP, проблема часто бывает в криво написанных плагинах под WP. Сам WP написан норм, если считать норм отсутствие ORM(WP_Query не в счет) и писание sql запросов. Проблема WP - в его популярности, темы и плагины пишут все кому не лень, отсюда и качество. Есть сайты на WP с милионной посещалкой.

[Strikelol]

Сообщение от pongy

чтож ты раньше не сказал

drupal с коробки позволяет url-ам любой формат задавать, не ковыряясь с ререйтом. Переехать легко.

[chesser]

Сообщение от sergeospb

Проблема не в WP.... Сам WP написан норм

а как же:

1. ?orderby=rand - это повышение нагрузки чуть ли не на 1 порядок.
1.1. Хочешь задидосить чужой вордпресс?? добавь ?orderby=rand к урлам и проспамь эти линки хрумером
1.2. Ты начинающий хостер? мало поднимаешь на своих клиентах? помоги им перейти на более дорогие тарифы! как это сделать? - см пункт 1.1
1.3. ну и так далее, юз-кейсов 100500, еще можно ссылки на ссылочных биржах покупать, см. подпись

2. А если на странице темплейта много(а ведь 100 - это уже много) линков на "страницы" - это все рендеринг опять будет класть серв, а подобные вещи делают, если какое-нибудь многоуровневое меню.

3. А если 1000 постов и 1000 тегов - казалось бы мелочь, но нед, вордпресс помрет, т.к. тегов лишка, потому что без встроенного кеширования эти теги хранятся в БКНФ, зато экономно
Но вот не понятно, почему бы не сделать БКНФ<->2НФ на уровне ядра? но кеш-плагины спасают, да.

4. А вот тормоза были при по-страничной навигации...долго фиксили, несколько лет, но вроде сейчас получше?

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

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

А для блогов лучше вордпресс, поэтому у меня блог на вордпрессе
А еще вордпресс проще и часто является первым шагом в мир вебмастеров ))

а на счет необходимости супер-мега ORM я бы поспорил, но речь об том

[sergeospb]

Чессер, самое главное, что ты забыл упомянуть - Друпал надо знать, чтобы делать на нем проекты.
Часто для проекта выбирается не та платформа, которая ему подходит, а та, которая знакома разработчикам и/или Заказчику. Про order by rand - если и есть эта проблема, то она фиксится за 5 минут.

[chesser]

Сообщение от sergeospb

Про order by rand - если и есть эта проблема, то она фиксится за 5 минут.

это не проблема, а фича на уровне ядра: возможность выводить посты рандомно в любом месте.
я к тому, что в вордпрессе заранее в ядре заложена низкая производительность. Разработчики не парятся и приписывают к sql-запросу ORDER BY rand() - и это на самом деле ОК на мелком трафе, дешевое и простое решение. Если вводить на этот счет дополнительную настройку в админке, то по аналогии понадобится еще 100500 настроек и получится опять друпал.

Сообщение от sergeospb

Часто для проекта выбирается не та платформа, которая ему подходит, а та, которая знакома разработчикам и/или Заказчику.

да
и не думаю, что это правильно.

[digg]

вордпресс популярнее и приветливее для простых людей
а друпал для большинства темный лес

[Globaladvert]

Сообщение от DoctorFake

Говно, а не плагин. Лучше Hyper Cache или Hyper Cache Extended

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