Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
Я бы даже для себя так отметил: 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) судя по гиту скорее мерт чем жив

Понял, спасибо.
Вот бы можно было бы можно тогда перефразировать вопрос – Если есть те, кто использует WordPress, установлено ли у вас расширение для PHP – SUHOSIN?
Всего: 2005