Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
webinfo #:

Объяснить это очень просто: нужно написать, кто их кеширует и по чьей команде или в какой момент времени.

Их кеширует плагин, не знаю что он там использует наверное Cron Wordpress’овсикй, да это и не важно, создается html страница, которая хранится в определенной директории и уже эта страница готовая, отдается веб-сервером посетителю сайта.

Посетители сайта не ждут создание кеша, и не знают об его существовании, они видят и получают уже созданный html документ в микросекунду, отданный им NGINX’ом.
divv #:

Постоянный объектный кэш сохранит результаты запросов на одной странице и если такие же запросы есть на другой странице, то результат запроса будет взят уже из кэша.  К примеру сквозной блок "Последние новости".

Поставьте плагин Query Monitor и посмотрите как это работает.

Так у меня и так все страницы берутся из кеша, причем заранее все закешированные и подготовленные.
webinfo #:
Вот я об этом и спрашивал уже несколько раз. Зачем выделять капсом то, на что ты не можешь дать ответа? Чтобы подчеркнуть, что ты этого не знаешь? Так это уже давно ясно.
Да, я уже много раз говорил что весь кеш и все страницы заранее подготовленный. ( я уже просто не знаю как это объяснить что все страницы заранее закешированны )
webinfo #:
Вопрос как раз не в этом, а в том, каким образом создаётся эта "готовая страница".
Так и сказали бы, что для этого момента когда готовая html страница отдается, этот объектный кеш и не нужен и никак это на производительности и увелчении скорости уже не скажется т.к. отдается уже готовая html страница.
webinfo #:

А в какой момент их плагин туда кладёт? Кто кэш прогревает?

Там несколько вариантов, когда пользователь впервые заходит на некешированную страницу ( НО, ЕСТЬ ПРЕДВАРИТЕЛЬНОЕ СОЗДАНИЕ КЕША, И, КАК БЫ ВСЕ СТРАНИЦЫ ЗАРАНЕЕ УЖЕ СОЗДАНЫ И ОБНОВЛЯЮТСЯ В 24 ЧАСА ), когда я создаю и публикую контент, в этот момент и кешируется страница попадая в кеш, и прелоад, в течении +/- 24 часов все страницы в кеше или переобновлены в кеше.

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

Давайте говорить о моменте где пользователь получает готовый кеш, готовую html страницу, как при этом нужно ли это используется объектный кеш который снижает нагрузку на MySQL запросы и т.п.
Я бы даже для себя так отметил: NGINX отдает HTML документ и на этом все.
webinfo #:

Это как они не заметят? А по страницам сайта кто ходит?

Так они уже готовую страницу получают, причем заранее подготовленную, в виде html, ну ходят и ходят, отдаются им уже заранее подготовленные html страницы, которые берутся из специальной папочки, в которую их плагин кеширования положил, у посетителя загружается сверх быстро вариант уже закешированной страницы в виде html документя, никакой работы с базой данных там не идет, да и с php видать тоже.
webinfo #:

А каким образом они оказываются в папочке?

Этим занимается плагин кэширования, это посетители сайта не замечают и не заметят никогда, это уже дело сервера, на скорости для посетителей в браузере это не влияет.
-= Serafim =- #:

Что говорит поиск и чаты? Ты как искал?

Ты за столько лет ленишься пройти базовые учебные курсы и научиться искать простые ответы?

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

Ничего я не ленюсь, бывает мелкие вопросы непонятны.
webinfo #:

У тебя сколько страниц на сайте? Как часто они меняются? Как часто будешь "прогревать" кэш?

Примерно около 4К, примерно думаю за +/- 24/сутки обновятся на автомате, про прогрев кэша что-то не понял, они складываются в папочку в виде готовых html’лок и потом отдаются посетителям.
Всего: 2000