Ускорит ли Wordpress покупка более мощного сервера?

Question

[Влад]

У меня сейчас VPS (2x2000 МГц/4 ГБ/100 ГБ)
Как бы я ни пытался оптимизировать Wordpress, мне все равно не нравится лишняя секунда задержки при открытии, особенно в админке wordpress.

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

Comments

[Sanes]

Диски и процессор не честные.

Answer 1

[Пума Тайланд]

Если нет нагрузки от кучи пользователей то нет

Answer 2

[ThunderCat]

мне все равно не нравится лишняя секунда задержки при открытии, особенно в админке wordpress.

1) Это вордпресс, что вы хотели, вы еще битрикс не видели
2) Профилирование - процесс выяснения узких мест, если в коде разбираетесь - вполне возможно это даст вам ответ что и где можно изменить.
3) Кэш - проверьте работу механизма кеширования(включите/отключите), иногда вп дико глючит с некоторыми расширениями в плане работы с кешем.
4) Возможно проблема не в вп, задержку могут давать скрипты/файлы загружаемые со сторонних ресурсов(например капча или яваскрипты с медленных серверов), посмотрите что у вас загружается долго через консоль хрома, вкладка нетворк.

Comments

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

1) Это вордпресс, что вы хотели, вы еще битрикс не видели

Вот кроме вот этого все остальное четко и по делу. Но это утверждение - глубокое заблуждение. Чистый WP быстр. Адекватный кастом на WP быстр. Если что-то сильно медленное - то это не WP, а какой-то 3rd party code.

[ThunderCat]

Игорь Воротнёв,

Чистый WP быстр

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

Answer 3

[Дмитрий Кузнецов]

Как вариант можно поменять хостинг с такими же характеристиками, но уже с SSD вместо HDD.
Как и сказал Fixid - нужно смотреть на настройки и оптимизацию.

Answer 4

[Sanes]

1. Хорошие и не нагруженные диски и процессор
   
2. Достаточное кол-во RAM для кеша
   
3. Тонкая настройка веб-сервера и MySQL
   
4. Wordpress я так понимаю оптимизировать уже некуда. Но лучше начать с него.
   

Comments

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

WordPress оптимизировать не нужно. Все, что можно малой кровью сделать, там уже сделано. Все, что немалой кровью, оптимизировать стоит только тем, кто хорошо понимает что делает (например, нативный gettext или полное отключение ненужных функций) и что делать потом с обновлениями ядра.

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

[Sanes]

Игорь Воротнёв, Wordpress имеется в виду и плагагины. Недавно попадался один интересный сайт с 2.5 млн. записями в таблице wp_options.

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

Sanes, ну, это же не проблема WP :) Плагины, все до единого, это отдельный 3rd party код. И огромное количество этих плагинов - еще и жутко нехороший код.

[Sanes]

Игорь Воротнёв,
Это уже придирки. Оптимизацию обычно делят на сервер и приложение. С плагинами оно там или без плагинов. Мы же не в суде, чтобы за каждой буквой следить.

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

Sanes, А если там проблема в каком-нибудь файлике, подключаемом в functions.php? И этот файлик шел с темой и был ок, но потом там чьи-то шаловливые ручонки что-то изменили. Это куда отнести - тоже к WordPress? Это не придирки. Если деление идет так, как вы сказали, то таких людей к оптимизации допускать категорически нельзя. Наоптимизируют так, что потом собирать все заново придется.

[Sanes]

Игорь Воротнёв, Может и в файлике. Надо четко разделять зоны ответственности сервера и приложения. В случае с WP я бы начал с приложения, а потом уже всё остальное.

Answer 5

[krinbin]

Если стоит nginx то настройте кеширование через него, а не через php.
В остальном php от 7 версии нормально увеличивает скорость как в админке, так и на самом сайте.

Answer 6

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

Nginx, PHP 7.2 c Opcache, объектный кеш. Настроить это все нормально (плюс БД).
Дальше - профилирование кода. Можно Blackfire.io - он легковесный, можно запустить на продакшне (не будет такого тупняка как от Xdebug). Профилирование выявит узкие места, по ним можно будет делать выводы.