Wordpress предназначен для большой нагрузки?

Question

[Timitu]

Wordpress может выдержать большое количество посещений, базы данных итд Советуете ли делать на нем большой проект, с большой посещаемостью? Не возникнут ли потом проблемы? Если да то какие? Заранее спасибо за ответ!

Comments

[un1t]

Что по вашему большая посещяемость?

[Игорь Воротнёв]

Silm: Да что вы говорите. Вы про WordPress.com слышали?

[Silm]

А Wordpress из коробки покрывает хотя бы 80% задач вашего проекта?

Он не предназначен, но может быть использован.

[Silm]

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

Если для проекта недостаточно голого WP с небольшими доработками, то кому нужно это мученье...

[Игорь Воротнёв]

Silm: Вы не ориентируетесь в вопросе.

[Silm]

Игорь Воротнёв: ок, не будем спорить. Но, интересно, можете привести пример не устаревшей PHP CMS, которая НЕ предназначена для большой нагрузки?

[Игорь Воротнёв]

Silm: Проблема не в CMS как таковой, а в том, что вы с ней делаете. С той же Joomla можно сотворить прекрасный и шустрый сайт. То же касается WordPress, Drupal и любой другой CMS/CMF. Дело в руках. Если на голый WordPress на shared-хостинге без адекватного тюнинга под скорость и кеширования навесить несколько медленных плагинов - например: Broken Link Checker, Redirections, WordPress Social Login, WPML, GeoIP по базам MaxMind из CSV файлов, делать минификацию и конкатенацию скриптов и стилей на лету и тому подобное, то производительность упадет на порядки. На несколько порядков. Если все то же самое сделать руками правильно - заметного спада производительности по сравнению с шустрым голым WP не будет. Например, вместо Broken Link Checker используем анализ логов на сервере + Google Webmaster Tools. Для Redirections - тот же GWT + те редиректы, которых не избежать, ставим руками в конфиг Nginx / Apache .htaccess. Вместо тяжелого WSL для социалок ручками делаем кастомное решение только для того, что надо (WSL грузит огромную либу под десятки соцсетей с полными АПИшками для работы с ними, а нам в реальности надо 2-3 сети и только авторизацию, то есть, пару % от всего кода), тут работы на 2 часа всего. Вместо тяжелого WPML берем Polylang или даже qTranslate X, или мультисайт (зависит от специфики сайта), все строки переводим с помощью родных средств (PO/MO файлы), плагин только для перевода контента. Для GeoIP используем бинарную базу MaxMind и компилим родной модуль для Nginx, это должно работать на уровне сервера, а не PHP который при каждом запросе читает из файловой системы CSV файл на 20Мб и ищет по нему одну строчку. Минификацию и конкатенацию делаем Gulp'ом и используем уже готовые скрипты и стили. Это я привел конкретные примеры из жизни, то что приходилось клиентам рефакторить в течение последнего года. Поэтому, дело не в CMS как таковой. А в руках, которыми делается сайт на этой CMS.

Answer 1

[Mr Crabbz]

Зависит исключительно от мощностей сервера и прямоты рук девелопера.

Answer 2

[Игорь Воротнёв]

1. 100 тыщ в сутки - это не много.
2. Если брать чистый WP без 50+ говноплагинов, то он из коробки очень шустрый.
3. Если кастомизировать (плагинами и руками), то все зависит от кривости кастомного кода / плагинов.

Правильно настроенный сервер обойдется недорого. Если сайт в основном статика (гостевые визиты, нет корзины, личных кабинетов и тд) - $5-10 в месяц. Если динамика, юзеры, все дела - лучше брать за $20. Цены все указаны в тарифных планах Digital Ocean.

Серверный стек:
- Nginx 1.9.* (на момент написания данного текста)
- PHP 7
- Memcached
- MariaDB 10.1/10.2

А также фришный SSL-сертификат от Let's Encrypt + HTTP/2 протокол на стороне Nginx.

Плагины на стороне WP:
- Memcached is your friend для объектного кеша
- Fast Full-Page Cache для кеширования если сайт статичный (см. выше)
- WP Super Cache для кеширования если сайт динамичный (см. выше)

Впрочем, если сайт статичный и есть желание заморочиться - можно складывать в родной Nginx'овский fastcgi_cache, который, в свою очередь замаунтить в памяти. Будет вообще супермегабыстро и rpm такой, что выдержите любой хабраэффект.

Comments

[Timitu]

а если 1 000 000 уников в день и если сайт представляет из себя какую нибудь соц-сеть?

[Игорь Воротнёв]

Timitu: Тогда вам необходимо совершенно другое железо. Живая динамическая платформа и "сайт" - это разные вещи. Для соцсети (1кк уников в день это уже ощутимый трафик) понадобится многосерверная архитектура. Базы отдельно, и не одна, тут уже в сторону кластеров надо смотреть. Читать отдельно (желательно из жесткого кеша в памяти, например Redis), писать отдельно. Load balancer, отдельно статику и тд. В общем, проект уже должен изначально строиться в горизонтально расширяемом виде и с учетом его специфики. Да и вообще для проектов такого типа метрика "Х уников в день" не совсем корректна. Уников может быть и 10 тыщ всего, а вот половина из них могут торчать в сети часами и стабильно генерить тыщи запросов. Кроме того, надо уже смотреть и ТЗ. Будут ли там медиафайлы? Видео-аудио, в первую очередь. Стримить медиа - отдельная специфичная задача. И тд.

Впрочем, если у вас есть соцсеть с таким трафиком (1кк уников в сутки), то, во-первых, вам нужно просто нанять очень хорошего devops инженера. Он будет знать что делать. Во-вторых, вопрос стоимости уже не столь важен. Потому как 1млн уников в сутки - это уже трафик, который можно (и нужно) эффективно монетизировать. Но и нужно понимать, что это вполне уже порядок "тысячи долларов в месяц".

Потянет ли это WordPress? С ровными руками, безусловно, да. WordPress.com - самая крупная в мире блогоферма (и отчасти соцсеть) + куча АПИ-сервисов прекрасно работает же. Есть ли смысл пилить это на WordPress? Не думаю.

Answer 3

[Web Developer Blog]

Зайдите на сайт автодеска, он написан на вордпресе, посмотрите что может быть, и обратите внимание на скорость загрузки

Answer 4

[Сёмка Гавриленко]

Wordpress легко тянет много уников, но для этого надо сделать следующее:
1. Делать тему вручную, не брать популярные с кучей ненужных настроек, а делать под себя
2. Использовать только нужные плагины, а в идеале вообще их не использовать.
3. Испольковать кэширование.

Мне пришел сайт, который грузил выделенный сервер Core i3 3.4ГГц (2 ядра) 4Гб RAM 2x500Гб SATA на 100 % при 500 униках.
Я переписал тему с 0, интегрировал все необходимые плагины в тему и теперь сайт работает на VDS
1 ядро процессора 512 Мб оперативной памяти 30 Гб жёсткого диска и грузит его только на 20% при 1500 униках.
Вывод: Каждая система имеет свои плюсы и минусы, каждая система по своему оптимизирована, а это значит что всё зависит от прямоты рук вашего разработчика.

Answer 5

[ТыжСисАдмин]

Нет WP не годится для ресурсов с большой посещаемостью.
Но опять-же что такое "большая"? 1000 уников в день? 5000? 10000? мюльён?

Comments

[Timitu]

от 100 000 и выше

[ТыжСисАдмин]

нет

[Timitu]

А если серьезно то в день гдето 70 000 - 100 000

[ТыжСисАдмин]

Но если затаритесь серверами и балансировкой то покатит.
Тут всё просто - дёшево на входе дорого в содержании.

[Игорь Воротнёв]

Алексей POS_troi: да вы что. WordPress.com видели?

[ТыжСисАдмин]

Игорь Воротнёв: Ну видел и что?
Каким боком WordPress.com до ТС?
Я вот не знаю сколько серверов у них за проксяком висит, но точно не пара и это только сам WP+PHP а плюс ещё БД которая даёт нагрузку поболее самого WP и т.д. и т.д. и т.д.

[Игорь Воротнёв]

Алексей POS_troi: да, у них многосерверная архитектура (точнее, целые датацентры). Сути это не меняет. Весь WordPress.com - это одна установка WordPress Multisite. И она прекрасно держит такой load, который вы себе не можете представить. Любое железо, независимо от платформы, имеет лимиты. Если у вас миллионы уников в сутки - тут одним серваком не обойтись, придется раскошелиться на горизонтальную масштабируемую схему. Впрочем, при таком трафике это не проблема, деньги на это должны быть однозначно, включая на зарплату хорошего Devops инженера. При использовании WordPress с небольшим трафиком (десятки / сотни тысяч просмотров в сутки) он прекрасно работает и на одном небольшом правильно настроенном серваке, вопрос исключительно в количестве говнокода, который на него навешать. Но это уже вопрос не к WordPress.

Answer 6

[Влад Животнев]

> то в день гдето 70 000 - 100 000
Мелочи жизни, у меня такое WP держал на 2G памяти, 1 ядре, ssd.

Из коробки (если не крутить агрессивное кеширование, а использовать только php-ный опкэш) на hetzner-овском сервере за 42EUR без особых настроек на ssd WP выдаёт примерно 50-70 ответов в секунду. Можно средствами настроек сервера без особых знаний дотюнить до 150 RPS.

А так, с аггрессивным кешированием - легко 2 тысячи ответов в секунду, и это не предел.

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