Проблема с обновлением кэша

[Clear]

После удаления всех файлов, кроме
.htaccess и
index.htm
тут же появилась куча новых

cache2.JPG

посмотрим, как отразится на работоспособности сайта

[rxu]

Техподдержка хостинга утверждает, что вчера никаких тех.работ на хостинге не проводили

Они всегда и при любых обстоятельствах это утверждают.
Попробуйте узнать, не включили ли какой-то кэшер на серверном уровне, тира APC -сотоварищи.

[LONER]

Содержимое папки /cache/ за сутки работы, при этом было несколько сотен посетителей, и несколько новых сообщений

Это ненормально.

[Clear]

Это ненормально.

Я тоже так подумал, поэтому и заострил внимание) Сколько времени прошло после удаления? 30 с небольшим минут? За это время папка кэша выросла до 305 файлов и продолжает медленно, но расти

[LONER]

Clear, А проблема-то исчезла? Форум нормально работает?

[Sumanai]

305 файлов и продолжает медленно, но расти

Вот это как раз нормально. А вот первый скриншот был каким-то ненормальным, не должно такого было быть.

[Sheer]

Обнулите значение cache_last_gc в таблице configи проверьте не заблокирован ли cron (cron_lock должно быть 0)
Потом очистить кеш вручную.

[Clear]

Clear, А проблема-то исчезла? Форум нормально работает?

Да, зашевелился, но все равно иногда проскакивают закешированные страницы. Некоторые пользователи говорят, что на портале остались сообщения вида "ХХ непрочитанных сообщений", хотя все прочитано. В админке синхронизировал все, что можно))) Посмотрим, будет ли результат

проверьте не заблокирован ли cron (cron_lock должно быть 0)

так и стоит - 0

Обнулите значение cache_last_gc в таблице config

Обнулил

Потом очистить кеш вручную.

Очистил через админку, полет нормальный

[Sheer]

Теперь обнулите

Код: Выделить всё

$config['last_queue_run']
$config['warnings_last_gc']
$config['database_last_gc']
$config['search_last_gc']
$config['session_last_gc']

И снова очистить кеш или удалить оттуда data_global.php (эти значения кешируются)
Для информации Некорректная дата последнего посещения форума

[ostridm]

Сегодня reg.ru что то там тестировал 'по раздаче статики'
Они умудрились из nginx для php скрипта возвращать заголовок Expire отодвинутый примерно на неделю от момента генерации.
Было весело. Сейчас они сказали что откатились. У меня работает, естественно, все, что открывалось в момент этой чехарды - закешировалось.

[Clear]

Теперь обнулите

Обнулил указанные 5 параметров, очистил кэш.
Завтра узнаю у ребят, все лишнее сбросилось или нет

Отправлено спустя 50 секунд:
Спасибо огромное за помощь!!!

[IThobbit]

Попробуем найти другие точки пересечения, кроме возникшей ошибки.
Хостинг - рег.ру
Версия PHP - до начала проблем было 5.3, обновление до 5.6 ситуацию не исправило.

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

Отправлено спустя 49 минут 32 секунды:

Обнулите значение cache_last_gc в таблице configи проверьте не заблокирован ли cron (cron_lock должно быть 0)
Потом очистить кеш вручную.

Теперь обнулите
КОД: ВЫДЕЛИТЬ ВСЁ
$config['last_queue_run']
$config['warnings_last_gc']
$config['database_last_gc']
$config['search_last_gc']
$config['session_last_gc']

И снова очистить кеш или удалить оттуда data_global.php (эти значения кешируются)

Обнулил все указанные параметры. Очистил кэш в админке и принудительно на хостинге.
Пока полет нормальный, ближайшие сутки еще потестируем.

Всем спасибо за помощь!

[Clear]

Отдел технической поддержки хостинга
21 октября 2016 11:33

Здравствуйте!

Отключили expires (кэширование) для ваших сайтов, пожалуйста, проверьте актуальность проблемы

Будем поглядеть. На всякий случай еще раз сбросил кэш сайта.

[Mr. Anderson]

Clear, я бы такого хостера проучил шваброй нешкуреной