да, но после того как страница попадет в кеш, она же не отслеживает состояние пользователя?

Больше нет, .htaccess будет выдавать .html в обход октября

Состояние пользователя только триггер к тому чтобы создать кеш.

Конечно, в этом и смысл, закешировть так чтобы оно к php коду больше не прикасалось

Таким образом у нас есть кейс, где сайт на шопголике с ~6к  товарами и ~1к категориями успешно работал на vps хостинге с 1гигом озу 1 ядром цпу. Потом мы его вынесли на шаред хостинг подешевле, чтобы тупо жесткого диска стало больше

Ну я считаю^ что такой кеш должен быть на сервере все-таки. Так как отслеживание тригера по правилам php и завязываться за URI не очень идея.
Так как состояние пользователя лишь триггер, который покладет в кеш страницу которая по правилам сессии должны быть как no-cache, и если закешировать ЛК (случайно) можно не плохо попасть )

Ну вот случайно оно не закеширует)

Главное чтобы в карточках товара не было персонализированных цен по группе пользователя )

там самый простой ecommerce

Триггер по условию, может привести к разным случайностям))
Особенно если у тебя в шапке пользователь, и ты кешируешь главную страницу таким образом.

Тоесть триггер по тому, что пользователь НЕ авторизован закеширует чистую страницу без логина, а после входа на страницу сервер отдаст копию из кеша, так как до логики php он не доберется.

Это очевидно что на такой динамике сайт лучше вообще не кешировать, потому-что тебе определенно нужен php в любом случае) Этот плагин выступает как кеш для "статичных" сайтов

Плагин то нужный, но для простых сайтиков на мой взгляд, все-таки для сложных сайтов нужна более сложная логика.
А там и до SPA как сейчас модно не далеко)

Ты бы еще привел в пример авито)

А он то тут причем?)
Я лишь пытаюсь понять роль плагина для сайта где есть доступ к конфигу nginx. Пока вижу его целесобразность только на шареде.

И то на том же еластике, он в принципе тоже не особо нужен, у них конфиг гникса можно подправить тоже)

А можно привести пример со Nginx!?

https://github.com/LeMaX10/proxy-resizer/blob/master/docker/domain.conf

Конструкция location ~ ^/index.php {

Есть рабочий сайт на нем? Поделите для теста.

так это не пример на октябре)) это пример кеширования nginx’ом результата выполнения php.
Сервис в репозитории занимается оптимизацией, рейсазом изображений, а настроенное кеширование позволяет только 1 раз в 4 часа отправить задачу на обработку изображения, а дальше 4 часа гникс отдает картинку из кеша не отсылая запроса на php бекенд.

Это в целом индивидуальные настройки, примера на октябре у меня нету, пока до такими сайтами где понадобится такой кеш не занимался 🙁

Я понял. Но хотел смотреть рабочий вариант для сравнения.