AB
да пошел ты
токсик
Size: a a a
2020 May 19
MD
Всмысле? wp_cache_set/wp_cache_get
IV
ну в редис
MD
Для вас все обертки сделали)
IV
ну вот, то есть тебе надо поднять nginx, отправить запрос на php, тот поднимет часть WP и обратится в редис
AB
Всмысле? wp_cache_set/wp_cache_get
вп типа сам все transients начинает писать во внешний кэш?
MD
вп типа сам все transients начинает писать во внешний кэш?
С плагином)
MD
Трансиет пишет в объектный кеш в случае, если он доступен
IV
а nginx fastcgi cache даже не станет php поднимать, отдаст готовый json-файл c диска, в идеале - с диска в памят
IV
это будет на порядки быстрее
MD
а nginx fastcgi cache даже не станет php поднимать, отдаст готовый json-файл c диска, в идеале - с диска в памят
логично)
AB
а nginx fastcgi cache даже не станет php поднимать, отдаст готовый json-файл c диска, в идеале - с диска в памят
это вообще крайний метод мне кажется :)
AB
как и всякие full page cache
AB
когда ты сделал все возможное, но не хватает
IV
логично)
поэтому он будет самый производительный. И быстрее (при чем реально сильно быстрее), и намного меньше ресурсов жрать будет (а значит сможет не пыхтя обслуживать огромное количество запросов на простом железе). Часто именно это и нужно для API
IV
это вообще крайний метод мне кажется :)
и да, и нет. Грубо говоря, нельзя этим способом маскировать проблемы медленных динамических запросов - динамика тоже должна летать. Но и FPC нужен поверх - для других целей
IV
оно все в идеале должно работать вместе
MR
OK, а какой самый простой варик? 🙂
IV
самый простой - transients api
IV
и на сервере установить какой-то object cache backend - memcached, redis, apcu