кеширование страниц
В офисе фирмы стоит какой-то прокси-сервер, который кеширует все подряд. В админке вношу изменения, сохраняю - перегружаю админку - не помагает (хотя в базу изменния вносятся). В главном скрипте админки прописано:
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified
header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1
header("Pragma: no-cache");
не помагает. кешируется и все тут.
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified
header("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1
header("Pragma: no-cache");
не помагает. кешируется и все тут.
Самый верный способ - динамические адреса:
http://www.сайт.ru/page.php?2323435934343
где 2323435934343 - случайное число, например time()
На заголовки прокси может просто забить.
http://www.сайт.ru/page.php?2323435934343
где 2323435934343 - случайное число, например time()
На заголовки прокси может просто забить.
спасибо. сделал. у себя проверил. заватра пойду пробовать в офис
Цитата: mike
Самый верный способ - динамические адреса.
Боюсь, что это, помимио прочего, самый верный способ сделать прокси бесполезным. Кроме того, рандом - вещь не идеальная, возможна повторная генерация того же числа. Шанс мал, но он есть. В действительности самый верный способ - разобраться с прокси.
Cker, вместо gmdate("D, d M Y H:i:s")." GMT" можно написать date("r"), правда, если PHP старше, чем 4.0.4
2 Валериус, mike прав, ничего более верного и не придумаешь особенно. Разные прокси оччень по-разному реагируют на дату сохранения файлов, полученных по http-протоколу. Разные урлы он уж точно будет подгружать по-новой. При этом шанс, например, повторения хеша от времени плюс рандом равняется 1/2^128, то есть можно рефрешить страницу до следующего каменного века и ничего не добиться.
Дык зачем же париться по поводу рандома? Одинаковые числа у них видите ли ;) Лично дарю миллион тому, у кого на десятом порядке в обозримом будущем будет хотя бы один повтор :)
Уважаемые параноики, для гарантии от повторов пользуйтесь unix-time ;) но если уж на ваш лад подумать - и это не поможет с изобретением машины времени :))
Уважаемые параноики, для гарантии от повторов пользуйтесь unix-time ;) но если уж на ваш лад подумать - и это не поможет с изобретением машины времени :))
unix-time и хеш - одно и то же в плане повторяемости)
Можно и инкремент присобачить, просто каждый раз +1 чтобы делал. Так с гарантией даже по истечению unix-time-а ;)
Речь шла о принципиальном методе как избавиться от кеширования. хеш - красивый вариант :)
Можно и инкремент присобачить, просто каждый раз +1 чтобы делал. Так с гарантией даже по истечению unix-time-а ;)
Речь шла о принципиальном методе как избавиться от кеширования. хеш - красивый вариант :)
Цитата: Dolonet
unix-time и хеш - одно и то же в плане повторяемости)
Можно и инкремент присобачить, просто каждый раз +1 чтобы делал. Так с гарантией даже по истечению unix-time-а ;)
Речь шла о принципиальном методе как избавиться от кеширования. хеш - красивый вариант :)
Можно и инкремент присобачить, просто каждый раз +1 чтобы делал. Так с гарантией даже по истечению unix-time-а ;)
Речь шла о принципиальном методе как избавиться от кеширования. хеш - красивый вариант :)
Куда ни сунься, в мире нет ничего абсолютного...
Dolonet, foxweb, хорошо по поводу повтора не прав.
А как насчёт того, что функция прокси сводится к нулю? Ведь его назначение - кэшировать страницы, уменьшать внешний траффик. Кэш прокси засорится ненужной инфой, время реакции замедлится. Да, на соверменных машинах это не будет заметно. Да, кэш можно очистить (тогда не проще ли правильно настроить?), но в любом случае такие решения - суть костыли, моветон и т.д. Неужели лучше ходить на костылях, чем тренировать ноги?
P.S. Помнится, можно в заголовке прописать ещё что-то вроде
А как насчёт того, что функция прокси сводится к нулю? Ведь его назначение - кэшировать страницы, уменьшать внешний траффик. Кэш прокси засорится ненужной инфой, время реакции замедлится. Да, на соверменных машинах это не будет заметно. Да, кэш можно очистить (тогда не проще ли правильно настроить?), но в любом случае такие решения - суть костыли, моветон и т.д. Неужели лучше ходить на костылях, чем тренировать ноги?
P.S. Помнится, можно в заголовке прописать ещё что-то вроде
Код:
Cache: none
Повторюсь, что не все прокси смотрят хедеры по http. Но это только очень старые.
А свои функции сервер отлично выполняет, кешируя картинки и все остальные страницы так как ему заблагорассудится.
А свои функции сервер отлично выполняет, кешируя картинки и все остальные страницы так как ему заблагорассудится.
Коллеги, мне помог совет mike. Спасибо ему за это. Но проблема вот еще какая: в админке использую fckeditor. Так вот в нем есть всплывающие окна. И теперь у меня проблема именно с этими окнами. Например аплоад файлов. Аплоадю файл - он на сервер грузится, но в списке файлов не появляется из-за кеша. А прописывать time() во всех ссылках fck - плохая идея.
Може у кого есть мысли?
Може у кого есть мысли?