Модератор
Yuri
(@yube)
Передал техподдержке хостинга
«Хостинг» reg.ru или nic.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)
Поздравляю с решением проблемы!
Как показывает многолетний опыт, очистители и оптимизаторы — источник головной боли, и в случае проявления проблем первыми подлежат отключению.
