dpakyj1a

Рейтинг
61
Регистрация
26.02.2013

Ну что же. Поставил плагин, настроил. Время отклика сервера уменьшилось с 250мс до 40мс. Проверял через множество сервисов, включая гугловский pagespeed insights. Называется Hyper Cache. Вроде всё нормально. Сейчас буду тестить - редактировать статьи, добавлять комментарии и т.д., на предмет возможных неисправностей. Отпишу тут, может кто наткнётся на такую проблему и эта темка ему поможет. :)

P.S. Теперь осталось доонанировать до 100/100 в гугле (уже 97/100) 🤪 😂

---------- Добавлено 10.02.2016 в 19:23 ----------

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

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

Кстати спасибо, подтолкнули 😂

К слову, потестировал плагин - всё отлично. Всё работает, перестраивается, меняется, удаляется... Без сбоев.

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

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

Возможно вы и правы. Еех, была не была. Как проснусь буду тестить. 😂

totamon:
плагин кеширования не лишний☝
все остальные лишние может, но не этот))

Если вы его делали, то да. Если вы его взяли откуда-то, будь это даже самый известный плагин кэширования, то где гарантии, что разработчик ничего не напутал и вам не придётся перебирать весь код? Аргументируйте! 😂

---------- Добавлено 10.02.2016 в 15:57 ----------

iroomer:
тыкать будете своей подруге

пример ваш не в тему, в данном случае читать внимательно нужно вам:
https://yadi.sk/i/p3y5FOwtocTkM
в чем разница думаю мозгов (даже не сомневаюсь) хватит сообразить

О нет! Что я наделал - развернул очередной холивар 🍿 😂

bruder:
Это из практического опыта или гадание? С вордпрессовскими незнаком, но опенкартовский нитро испортить ничего не может. И я искренне верю, что не ставить его или подобное для коммерческого проекта - просто тупость.

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

---------- Добавлено 10.02.2016 в 15:30 ----------

silicoid:
Львиную долю из этих 250мс занимают запросы на базу.
Подумайте, что можно удавить, а что закэшировать.

Впрочем, многое и от сервера зависит и от настройки оного

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

Это да, от сервера. Но если твой сервер не какой-нибудь гугловкий, где и кэширование то не нужно, то без плагинов кэширования не обойтись. CMS проводят долгий процесс для пользователя - подключение к серверу, к базе данных, соединение всех php воедино и т.д. и т.п., а подобные плагины позволяют сразу обращаться к уже сгенерированной на html странице. Однако мороки тут тоже хоть отбавляй - что поменял в статье, так придётся и в плагине кэширования копаться, чтоб статья поменялась и там...

bruder:
Я написал, как проверить. Если лень, то просто поверь человеку, который 17 лет в инете за 10,000 км от Мск, что разница огромная.

Как бы там ни было, я не думаю что люди уж так сильно спешат, что им есть разница в несколько секунд загрузки того или иного сайта, и без разницы какой он тематики. Всё же склоняюсь больше к тому, чтобы не ставить никакой плагин - четверть секунды для получения отклика от сервера это более чем нормально. Для жителей из Владивостока и т.д. 1 секунда, максимум 2 вряд ли дадут им состариться за этом время. К тому же покопался по другим запросам в гугле: некоторые сайты и с 300мс задержки в топ 5. Самая весомая причина заключается в том, что от плагинов может быть и куча бед, которые не в скором времени можно будет и найти. Скажем, добавит он какой лишний символ (из-за конфликта с какими-либо настройками CMS), из-за чего перестанет работать часть важного кода, незаметного для администратора и пользователей. Наверное, лучше всего будет всё-таки переключиться на контент, юзабилити... Может и не совсем в тему, но как говорится: лучше когда у тебя нет квартиры, но и нет кредитов 😂

bruder:
Читать научись. Пинг я привел в качестве примера поведенческих, что +200 мс заметны, очень.

Это всё равно что у тебя страница грузится 0.2 секунды или 0,02 секунды. Одна секунда - да, разница заметная, но для человека между 0.2 и 0.02 сути нет, разве что если он специально не измеряет скорость загрузки 😂

---------- Добавлено 10.02.2016 в 14:10 ----------

Как бы там ни было, видимо всё-таки придётся ставить кэширующий плагин на мой Wordpress, наверное какой-нибудь Hyper Cache. С одной стороны он уменьшает мороку пользователям и ПСы проявляют большую лояльность, но с другой он добавит мороки мне, в плане поиска конфликтов с плагинами, ошибок, нежелательных корректировок файлов этим плагином...

iroomer:
рекомендация гугла о времени отклика никакого отношения к пингу не имеет. вам ТС описал ситуация: было 200 после установки плагина на сайт стало 40, это он таким образом сервер оптимизировал? или сайт? вы уже тут вторым про пинг рассказываете, покурите тему внимательние

По сути плагин упростил задачу попадания на сайт. без него было так: сервер -> сайт, а с ним потребность обращаться к серверу отпала, из-за чего задача попадания на сайт упростилась. По сути, возможно bruter прав, что нужно поведенческие факторы улучшать, но с другой стороны в проверке сайта через PS гугла, сам его сервис намекает, что лучше сделать отклик менее 200мс. А лучше для чего? Вероятнее всего для поисковых позиций, не иначе.

iroomer:
)))) мягко говоря бред, вы говорите совершенно о другом, не путайте понятия.


даже комментировать нету смысла



ну конечно ставте если вас устраивает результат.

зы тем более что плагин WP оптимизирует работу сервера и он из очень хренового хостера превращается в нормального)))))

Просто с другой стороны могут проявиться какие нежелательные баги от этого плагина, поэтому тут скорее вопрос в том, что как это повлияет на лояльность ПСов, и если нет, то 250мс и 40 мс - не такая заметная разница, чтобы добавлять плагин на сайт.

iroomer:
не факт, 99% что проблема в скрипте. ну так-то 250 это вполне нормальный результат, тем более если сайтик тяжелый. имхо онанировать на рекомендации гугла нужно в разумных пределах

Согласен с последним. 😂 Но ведь так хотелось это делать постоянно :(

Я тоже думаю, что 250 вполне нормально, просто нашёл такую закономерность - большинство сайтов, которые выше меня в поиске - имеют мс менее 200, а те что ниже - более 200, бывает и по несколько секунд. Но только большинство, попадаются исключения. Так быть может это гугл намекает, что чем меньше ответ времени сервера, тем вы выше? Сейчас проведу тест с разными запросами и напишу здесь.

---------- Добавлено 10.02.2016 в 11:13 ----------

Dolph:
Тяжёлый или не тяжёлый сайт не влияет на время ответа.
Откройте командную строку и напишите
ping site.com

вот это и есть время ответа.
Нормально это меньше 30
100 - плохо
200 - предел
250 - у вас очень хреновый хостер, либо сервер в Америке\Океании

250мс по меркам гугла и онлайн сервисов. Проделал операцию в cmd - результат: среднее время 7мс, то бишь меньше 30.

При этом сайт, показатели которого гугл оценивает ниже 200мс, через "ping site.ru" показал 40мс в среднем - довольно странно :\

---------- Добавлено 10.02.2016 в 11:16 ----------

Ответ сервера - это в первую очередь не скорость загрузки страницы, а получение информации о том, что загружать. То бишь на сайте 1 страница может грузиться пол секунды, но сложность CMS может добавить 2-3 секунды только на то, что соединить воедино все php запросы и дать браузеру пользователя сгенерировать готовый html сайт.

---------- Добавлено 10.02.2016 в 11:20 ----------

Собственно провёл тест по запросу в гугле (какой именно запрос - не столько важно):

1 место 8мс

2 место 152мс

3 место 146мс

4 место 134мс

5 место 72мс

Прогрессии само собой нет, но вполне возможно, что этот фактор может значительно влиять на позицию сайта. Скажем позиция сайта топ 5, а если уменьшить его время до менее 200мс, то будет топ 3-4. Однако это всего-лишь мои догадки.

---------- Добавлено 10.02.2016 в 11:23 ----------

Так что вопрос остаётся - стоит ли впихивать на сайт лишний плагин для кэширования, дабы уменьшить отклик сервера чуть ли не в 10 раз (на самом деле примерно в 7-8 раз)? Повторюсь, что ставил плагин на время на сайт и это реально уменьшило время ответа сервера с 250мс до 40.

Sezhers:
Насколько мне известно под "время ответа сервера" имеется в виду время до получения первого запроса, т.е. это не скорость загрузки сайта, над которым вы так усердно старались включая компрессию gzip, уменьшая html и количество плагинов.
https://developers.google.com/speed/docs/insights/Server - тут действительно написано, что желательно не больше 200 мс, но причины совсем другие: slow application logic, slow database queries, slow routing, frameworks, libraries, resource CPU starvation, or memory starvation.
Дело в работе самого сервера, а не сайта.

Я тоже так думал, что дело в работе самого сервере, "насколько мне БЫЛО известно". Но после тестов с плагином с 250мс получилось около 40мс. То бишь получается, что кэширование - создание статических html страниц из php запросов, уменьшает время отклика сервера. Да, не спорю, отклик влияет и от хостинга, но лишь чучуть, всё остальное - на размере сайта, его оптимизации...

Всего: 136