Попробовал я этот постоянный объектный кэш, все по классике – memcached на сервере, memcache как расширение в PHP и связующее звено в виде плагина Memcached Object Cache в wp-content.
И знаете, что, правильно, ничего не изменилось, а собственно, что могло измениться если что раньше готовые страницы из кэша отдавались, что и сейчас, в плане скорости ничего не поменялось, единственное плашка с предупреждением что нужно использовать объектный кэш в Здоровье сайта в админке WordPress, пропала.
Нихрена ты не понял.
Кратко о топике.
Встал Димка за прилавок изюм продавать. За обедом поинтересовался товаром у коллег. .. После общения у него в голове ещё больший сумбур: причем тут виноградари и цеха для сушки и упаковки, если покупатель получает изюм в пакетике.
Тяжелый случай. Ещё раз вчитайтесь и вдумайтесь в тот пост: как именно готовые для юзера html страницы помещаются в кэш, какие процессы происходят. Человек Вам совершенно точно и подробно ответил на Ваш вопрос.
Объяснить это очень просто: нужно написать, кто их кеширует и по чьей команде или в какой момент времени.
Их кеширует плагин, не знаю что он там использует наверное Cron Wordpress’овсикй, да это и не важно, создается html страница, которая хранится в определенной директории и уже эта страница готовая, отдается веб-сервером посетителю сайта.
Постоянный объектный кэш сохранит результаты запросов на одной странице и если такие же запросы есть на другой странице, то результат запроса будет взят уже из кэша. К примеру сквозной блок "Последние новости".
Поставьте плагин Query Monitor и посмотрите как это работает.
