Size: a a a

2020 February 25

I<

Ivan <Chi> in Drupal RU
Иван Лещёв
а чо не по заголовку в конфиге вебсервера то?
Сайт будет зависить от конкретного конфига веб сервера? Не портабильно такое будет.
источник

ИЛ

Иван Лещёв in Drupal RU
Ivan
Сайт будет зависить от конкретного конфига веб сервера? Не портабильно такое будет.
для вас докер придумали
источник

I<

Ivan <Chi> in Drupal RU
Докер в продакшене по прежднему спорное решение.
источник

NM

Nikita Malyshev in Drupal RU
Иван Лещёв
а так на локально не видно, что друпал тормозит?
Нет. В обоих случаях не видно было.

Первый был очень странный. Вот какраз в сравнении с локалкой и заметил проблему. Поставил патч. Вижу на локалке 2-4мс ответы. Смотрю что на проде - 40-50мс. Я конечно понимаю что на локалке железо то пободрее будет, но не такая же лютая разница.

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

Собственно да, без патча бы я не узнал. Ибо TTFB был 80-120мс при скачащем пинге в 60-90мс, это было похоже на погрешность пинга и провайдера. Но оказалось что проблема была ещё и внутри.
источник

АК

Алексей Кузнецов in Drupal RU
отключённый опкэш показывает в статус репорте
источник

ИЛ

Иван Лещёв in Drupal RU
так опкеш в статусе видно
источник

I<

Ivan <Chi> in Drupal RU
С пиктчей вебпи должён работать без проблем.
источник

NM

Nikita Malyshev in Drupal RU
Алексей Кузнецов
отключённый опкэш показывает в статус репорте
Он был раньше, куда-то пропал. Возможно пыха обновилась или что. В общем я в репорты не смотрю на своём блоге, и не знал об этом. Сайт всеравно быстро работал. Просто благодаря патчу я начал подозревать неладное и заметил это недоразумение. Без него бы даже  не стал бы рыть.

Плюс эту метрику можно массово снимать условным парсером и быстро находить проблемные места.
источник

I<

Ivan <Chi> in Drupal RU
PHP без опкеша это какой то эпичный конфиг
источник

АК

Алексей Кузнецов in Drupal RU
А где посмотреть резальтат работы патча?
источник

NM

Nikita Malyshev in Drupal RU
Второй раз он мне помог когда я увидел также, высокий ответ от Drupal в 40мс. Тогда как сайт супер-статичный и наглухо кэшируется. Это было ненормально. Начал смотреть, заметил что Drupal Cache MISS. Вообще какой-то древний косяк проекта в итоге отрыл потом на локалке через дебагер.

Проблема всплывала на 1 странице из 100. И опять же, разница спокойно ложилась в погрешность пинга до сервака в европе. Но вот баловался патчем, заметил, продебажил, пофиксил.
источник

NM

Nikita Malyshev in Drupal RU
Алексей Кузнецов
А где посмотреть резальтат работы патча?
В ответе сервера. В тайминге где TTFB будет ниже результат от сервера. Ну или в хедере raw
источник

I<

Ivan <Chi> in Drupal RU
Алексей Кузнецов
А где посмотреть резальтат работы патча?
источник

ИЛ

Иван Лещёв in Drupal RU
Nikita Malyshev
Второй раз он мне помог когда я увидел также, высокий ответ от Drupal в 40мс. Тогда как сайт супер-статичный и наглухо кэшируется. Это было ненормально. Начал смотреть, заметил что Drupal Cache MISS. Вообще какой-то древний косяк проекта в итоге отрыл потом на локалке через дебагер.

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

ИЛ

Иван Лещёв in Drupal RU
патч то зачем?
источник

NM

Nikita Malyshev in Drupal RU
Иван Лещёв
кешмисы обратно без патча в заголовках видны
Да, но я на них не смотрел особо. Думал что сайт вообще в фул статике. Там нет ни max-age никаких, ничего. Там нечему багать.

Но патчем заметил аномально высокий ответ именно Drupal, а не сервера. Так как в среднем по больнице TTFB укладывался в норму.
источник

NM

Nikita Malyshev in Drupal RU
Страница вообще ничем не примечательна была. Она не глючила, ничего такого. Но вот через хедер с ответом друпала всплыла пулей просто. Хотя если распарсить сайт то она вообще не видна. Всё в норме
источник

NM

Nikita Malyshev in Drupal RU
Сервак просто во Франции и пинг гуляет ой ой ой. Вносит много погрешности. Поэтому TTFB прыгающий от 80 до 120мс это норма. Ибо 90% там пинг до сервака. А вот точная метрика от Drupal очень о многом говорит
источник

I<

Ivan <Chi> in Drupal RU
Nikita Malyshev
Второй раз он мне помог когда я увидел также, высокий ответ от Drupal в 40мс. Тогда как сайт супер-статичный и наглухо кэшируется. Это было ненормально. Начал смотреть, заметил что Drupal Cache MISS. Вообще какой-то древний косяк проекта в итоге отрыл потом на локалке через дебагер.

Проблема всплывала на 1 странице из 100. И опять же, разница спокойно ложилась в погрешность пинга до сервака в европе. Но вот баловался патчем, заметил, продебажил, пофиксил.
Для таких случаев можно сделать тест, который запрашивает все основые станицы сайта, и фэйлится если там нет cache hit.
источник

I<

Ivan <Chi> in Drupal RU
за одно и кеш прогреется
источник