Где узнать как работает кещирующий прокси?

← →
Kolan © (2007-08-01 14:25) [0]

Здравствуйте,
Да вот спро зашел. Чел. говорит что прокси тупо выдает то что лежит в кеше.

А я говорю, что он сначала узнает «А не обновилась ли страница»,
если обновилась скачивает её,
а если не обновилась, то выдает из кеша.

Где бы прочесть как на самом деле?

← →
tesseract © (2007-08-01 14:28) [1]

> Где бы прочесть как на самом деле?

Зависти от прокси. Есть и прозрачные.

← →
Kolan © (2007-08-01 14:31) [2]

> Зависти от прокси.

Дай линк. Меня не интересует конк. программа, я хочу понять алгоритм&#133

← →
DrPass © (2007-08-01 14:36) [3]

> Меня не интересует конк. программа, я хочу понять алгоритм

А что алгоритм? Каждый автор прокси сам придумывает алгоритм. Каких-либо стандартов ГОСТ 256-14 "Прокси кеширующий обыкновенный" не существует

← →
tesseract © (2007-08-01 14:41) [4]

> Дай линк. Меня не интересует конк. программа, я хочу понять
> алгоритм…

Зависит от конкретной программы. Многие прокси ещё и рекламу режут и на фирусы проверяют. Почитай например про http://www.squid-cache.org исходники доступны, так что алгоритм можно выяснить.

← →
Kolan © (2007-08-01 14:46) [5]

Да мне не то чтобы конкретный алгорит, мне общие правила работы кеш прокси.
Если их несколько типов, то про каждый тип&#133

← →
Eraser © (2007-08-01 14:48) [6]

> Kolan © (01.08.07 14:46) [5]

а что тут рассказывать то, сколько программ, столько и правил.. к тому же чаще всего эти правила настраиваемые.

← →
DrPass © (2007-08-01 15:23) [7]

> мне общие правила работы кеш прокси

Получил запрос, посмотрел в кеше, если есть в кеше - дал из кеша. Если нет, дал из Интернета и добавил в кеш

← →
Kolan © (2007-08-01 15:33) [8]

> [7] DrPass © (01.08.07 15:23)
>
> > мне общие правила работы кеш прокси
>
> Получил запрос, посмотрел в кеше, если есть в кеше  дал
> из кеша. Если нет, дал из Интернета и добавил в кеш

А если есть в кеше, но в кеше и в интернете разные версии(те в нете новее). Развене недо проверить?

← →
boriskb © (2007-08-01 15:36) [9]

> А если есть в кеше, но в кеше и в интернете разные версии(те
> в нете новее). Развене недо проверить?

Надо, но не при каждом запросе.
Настраиваемо (сквид)

← →
DrPass © (2007-08-01 15:36) [10]

> А если есть в кеше, но в кеше и в интернете разные версии(те
> в нете новее). Развене недо проверить?

А здесь уже личное дело автора прокси. Если прокси при любом обращении будет лезть в интернет сверяться, особой пользы от его кеша как бы и не будет. Так что на "надо/не надо" однозначного ответа нет

← →
Kolan © (2007-08-01 15:41) [11]

> особой пользы от его кеша как бы и не будет

Как я знаю(лекции были у нас). Но не всю страницу запрашивает и сверяет. А как бы спрашивает сервер «Обновлялась ли страница после даты Х».

он сначала узнает «А не обновилась ли страница»

именно так. Еще он обычно включен в иерархию кэширующих прокси и опрашивает ближайших соседей, нет ли страницы у них. Если есть - берет у них, если нет - обращается по адресу :) Кроме того, есть заголовки хттп-запроса, в которых указывается, какое время страницу можно считать неизменившейся (и, соответственно брать из кэша), есть и заголовок pragma: no-cache, означающий, что страница не должна быть кэширована. Но это, конечно же, только стандарт, которому можно следовать, а можно и не следовать - на усмотрение автора. Если Вас интересует конкретная реализация - то в [4] есть ссылка.

> Но это, конечно же, только стандарт

Дайте линк или название(я сам найду).

> а можно и не следовать

Я это понимаю.

> Если Вас интересует конкретная реализация  то в [4] есть
> ссылка.

Нет мне именно стандарт нужен.

> есть заголовки хттп-запроса

прошу прощения, не запроса, а ответа

> только стандарт, которому можно следовать, а можно и не
> следовать - на усмотрение автора

то же касается и веб-мастеров, которые пишут заголовки овета.
Т.е., в общем случаи бывают разные :)

точнее, это даже не стандарт, а конвенция. Стандарта, как такового, нет. Самый известный пример кэширующего прокси (стандарт де-факто) - все тот же Squid. Из рфц есть только 2186 - "Internet Cache Protocol (ICP), Version 2", 3040 - "nternet Web Replication and Caching Taxonomy" и 3143 - "Known HTTP Proxy/Caching Problems". Все они находятся в статусе "informational", т.е. стандартом не являются. Кое-что есть в рфц 2616 (о заголовках хттп)

Где узнать как работает кещирующий прокси? Найти похожие ветки