Dmitriy_2014

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Когда ты уже начнёшь пользоваться ПСами и головой?

https://wpmag.ru/2013/keshirovaniye-wordpress/

Вы не поверите это я видел, но я все равно не понимаю если посетитель получает уже заранее подготовленную HTML страницу в чистом виде, в виде html кода, там не работы WordPress’а, не интерпретатора PHP, там вообще ничего нету, чистый html отдает сервер.

Выдержка, из статьи которую вы указали:

Тем не менее, постоянное кэширование объектов (или внешнее кэшированое) в WordPress легко реализуется с помощью сторонних плагинов, например Memcached Object Cache или APC Object Cache. Оба плагина позволяют использовать оперативную память сервера для хранения объектов WordPress, при этом объекты не пропадают при окончании запроса. Такой подход существенно снижает нагрузку на базу данных MySQL.

И опять я не понимаю, зачем это нужно и какое снижение нагрузки на базу данных MySQL если посетитель получает уже заранее подготовленный HTML код в виде готовой страницы?

Я почему спросил, по дефолту не было установлено расширение Imagick, а оно нужно тоже WordPress’у для чего-то там с манипуляциями с картинками/изображениями.
Сергей #:
ТС, а у тебя какая версия Пыхи и какая версия WP?
У меня сейчас все более или менее новое, WordPress до упора 6.3.2, а PHP вроде 8.1.2.
Aisamiery #:

Нет не нужно, оно усложняло использование некоторых уязвимостей php до версии 5.4. Старое расширение наверное даже не поставить на современный php а сухосин ng (next-gen) судя по гиту скорее мерт чем жив

Понял, спасибо.
Всего: 2046