Поддержка Проблемы и решения Баг в WordPress v5.3.2. Проблема с кешированием

  • Здравствуйте. Я обнаружил проблему в движке WordPress во всех браузерах на основе Chromium и MS Edge.
    Установил плагин “Login with Ajax”. Когда я захожу на сайт https://bf-nbmst.ru/blog/ с помощью виджета “Login with Ajax”, после перезагрузки страницы ничего не меняется.
    Так было до ввода: https://yadi.sk/i/nHWCZRsdnMsoYw
    Так стало после ввода: https://yadi.sk/i/nHWCZRsdnMsoYw
    Как видите, ничего не изменилось.
    Однако, если нажать комбинацию клавиш Ctrl + F5, кэш будет обновлён, и видно, что вход в систему завершён: https://yadi.sk/i/CIesA3hQSFjvsA
    Обратился к автору плагина. Он говорит что проблема не в плагине, а в настройке кеша на сервере. Каких-либо вордпрос-плагинов кеширования на сайте НЕТ.
    Передал техподдержке хостинга аккаунт “TestUser”, она ответила, что проблема в самой CMS.
    Прошу помочь решить проблему.

    Страница, с которой нужна помощь: [войдите, чтобы увидеть ссылку]

Просмотр 11 ответов — с 1 по 11 (всего 11)
  • Модератор Yuri

    (@yube)

    Передал техподдержке хостинга

    «Хостинг» reg.ru или nic.ru?

    reg.ru

    Вот ответ техподдержки reg.ru:

    Насколько мы видим, страница https://bf-nbmst.ru/blog/ герерируется на стороне CMS. Ошибка возникает, поскольку после генерации страницы отдаётся код 304, который сообщает о том что страница не была обновлена, в результате чего она берется из локального кеша браузера.

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

    Модератор Yuri

    (@yube)

    Модератор Yuri

    (@yube)

    Скажите, без плагина “Login with Ajax” всё нормально работает?

    Да, без плагина “Login with Ajax” нормально. Но остается стандартный WP вход и я обычно скрываю (переименовываю) от ботов. И обычным юзерам как его открыть неочевидно.
    С Reg.ru имею дело 2 года и никогда не имел подобных проблем до сего дня.
    Так что делать? Менять хостинг не представляется возможным.

    Модератор Yuri

    (@yube)

    никогда не имел подобных проблем до сего дня.

    Считайте, повезло 🙂 «Хостинги» (на самом деле — регистраторы доменов) «на три буквы», как их тут называют, реально очень проблемные. Намедни я получил очередное доказательство проблемности из разряда «феерично», но тут не место для него.

    Ваша проблема связана с хостингом только косвенно. Просто так совпало, что особенность хостинга наложилась на особенность работы плагина. А что касается движка, то он не может, да и не должен учитывать специфику всех плагинов, коих тьма тьмущая. Наоборот, это плагин должен учитывать особенность движка и корректировать его поведение через API (в 99% случаев это возможно). Я сам пишу плагины, поэтому точно знаю, что то, что работает в одной среде, может не работать в другой, почти такой же. Поэтому я бы посоветовал передать автору плагина то, что Вам ответила техподдержка хостинга. Скорее всего, у автора плагина просто не возникала такая проблема, а умозрительно учесть всё даже теоретически невозможно. Может быть, пару строк кода решат проблему. А может и нет — кто знает.

    @yube, ясно. Снова напишу автору плагина. Кстати, смоделировал проблему на локальном сервере «OpenServer». Ловиться аналогичная проблема. Значит хостинг тут вообще не при чем.

    Костыльный выход из ситуации — на уровне js делайте перезагрузку страницы.
    Возможно с гет параметром.

    Вообще хром любитель закешировать многое. Например он ни в какую не хотел новую аватарку при загрузке показывать. f5 для него не показатель. Только с ctrl + f5 ему подавай))
    Вылечили хаком с timestamp файла картинки на хвосте.
    Мозилла успешно новую аву показывала. Хромой упирался))

    Методом проб и ошибок выяснил, что оказывается проблема в плагине «Webcraftic Clearfy». Когда в нем активирована опция «Автоматически вставлять заголовок Last Modified (рекомендуется)», :-))) возникает проблема и 304 ошибка. Я эту опцию сейчас отключил и уже написал автору плагина. Как говорилось в их видеомануале опция полезная, но на сайте https://bf-nbmst.ru/ работает криво (тема “Grace News”). :-\ Она будет отключена до тех пор, пока не исправят баг.

    Модератор Yuri

    (@yube)

    Поздравляю с решением проблемы!

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

Просмотр 11 ответов — с 1 по 11 (всего 11)
  • Тема «Баг в WordPress v5.3.2. Проблема с кешированием» закрыта для новых ответов.