вот еще один сайт который лежит в “соседней папке” … у него тоже заголовки ответа другие и у него тоже время отклика значительно меньше … и я точно знаю, что кэш у него работает и это определено самим скриптом. А как понять, что у cs-cart работает?
Взять более-менее тяжелую страницу, отключить кеш, открыть пару раз, включить кеш, открыть пару раз, с кешом разница на тяжелой странице будет видна явно.
Остаются неизменными. Есть какой то другой вариант кроме эмпирического? Какой либо сервис который покажет, что вот это из кэша а вот это генерится по новой.
Фух, тема сложная
Кеш – всегда хорошо, но у нас нюанс, что страница с одним и тем же урлом разная для разных пользователей и кешировать её в ноль сервером не выйдет. А вот можно ли там как-то настроить хитрое кеширование (наверняка можно, но я не девопс прямо) 00 это уже другой вопрос.
я так понял в ИМ проблема с сессиями возникает … и следующий “пациент” может увидеть данные предыдущего. Просто у меня какие то сайты в режиме каталога без корзин … почти вордпресс
а вот как получилось, что один сайт имеет Nginx кэш для меня загадка, т к в панели на хостинге Nginx нигде не упоминается
ну обычно это работает так что нгинкс отдаёт статику (картинки и файлики), а запросы на php проксирует дальше на апач или php-fpm (короче, какую-то штуку, которая плодит процессы php).
Вам с панели вообще, по идее, не нужно знать лишний раз что там под капотом.
Ну и заголовки ответа же, как я и писал выше, не только сервер может ставить. Сам бэкенд тоже может что-то устанавливать. Если там какие-то настройки кастомных модулей не одинаковые, то модуль “какого-то кеша” может легко устанавливать такие заголовки.
Я добавил 2 простых скриптах где задаются заголовки кеширования
xxxxxxxxxxxxxxxxxxx.php
xxxxxxxxxxxxxxxxxxx.php
По первому мы получаем ответ
X-Nginx-Upstream-Cache-Status: MISS
что говорит не кешировать страницу
Второй же скрипт отдает в заголовке
X-Nginx-Upstream-Cache-Status: HIT
т.е. страница будет кешироваться.
Если у Вас разные ответы по сайтам то это задается в самих скриптах. Настройки сервера не влияют на ответ, настройкой можно только полностью отключить кеширования на уровне заголовка.
Теперь жду ответа от cs-cart, чтобы заглянули в тему я уже попросил
честно говоря я не понял, что вы хотели сказать.
лауреаты не лауреаты, по крайней мере дали конкретный ответ и суть я понял.
речь идет не про скорость, а то что, nginx кэширует все заголовки, и чужая сессия будет в кэше.
Ничего не будет, кто в здравом уме будет кешировать то, что кешировать не нужно. Для авторизованного пользователя можно закешировать все, что не меняется, не кешируя только ту информацию, которая меняется для каждого авторизованного пользователя. Все уже давно придумано и америку я здесь не открываю.
Окей, логично. Можно не кашировать некоторые блоки.
Выходит что нам нужны правки на бэкенде, чтоб указать какие блоки кешировать, а какие нет?
А теперь возвращаясь к тему мы видим, что там бэкенд и модули одинаковые на сайтах.
Можно сколько угодно гадать, но единственное отличие на тех скринах только в upstream cache, а раз это единственно отличие то копать отсюда. А вообще так данных особо нет и все гадания по сути пальцем в небо.