|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Ramazan Jah-Far 2:5020/400 23 Jul 2003 02:52:14 To : Jahor Miadzviedziew Subject : Re: squid как "эмулятоp интеpнета" -------------------------------------------------------------------------------- Hi! In fido7.ru.linux, Jahor Miadzviedziew wrote: RJF>> А про глюк с "LM: -1, EX: -1"+offline mode в версиях до RJF>> 2.5.STABLE2 знаем? JM> ..ет! (c). рассказывай. Был там один глюк, когда страница, не имея ни Last-Modified, ни Expires заголовков, попадает в кэш и испрашивается в offline_mode=on по истечении age. В этой ситуации она, хоть и STALE, но идеологически должна отдаваться из кэша, т.к. squid пребывает в offline_mode (см. комментарии по offline_mode). Однако squid такие страницы в данной ситуации не отдавал. // А таких страниц у меня в кэше было дофига - это весьма // распространённый сценарий. Я нашёл этот глюк, пожаловался через squid bugzilla, прошло полгода, я написал патч и люди зашевелились. В результате изменённый патч включили в 2.5.stable2 RJF>> А про некэширование страниц с "VARY: " в версиях до 2.5 знаем? RJF>> А про принципиальное некэширование ответов с RJF>> "Pragma: no-cache" RJF>> "Cache-Control: no-cache" RJF>> "Cache-Control: private" RJF>> что скажешь? JM> ну здесь мне большей частью пофигу, т.к. я сначала тоже на pragma: JM> no-cache и прочие грешил, а потом проверил -- фигушки. Посмотри http://www.membrana.ru/, приколись: Pragma: no-cache Cache-Control: private, no-transform, must-revalidate, no-cache, no-store Таких сайтов сейчас всё больше и больше. Они бы ещё "top-secret, no-read, no-look, no-use, no-load" дописали для пущего эффекта :-/ До кучи - `/usr/sbin/client -m HEAD http://www.izvestia.ru/`: ... Pragma: no-cache ... /usr/sbin/client -m HEAD http://www.vlasti.net/ ... Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache ... And so on... JM> эту тему и лежит оно в кэше в самом лучшем виде. только вот зачем-то не JM> отдает юзеру при отсутствии линка. Попробуй сначала переключать offline_mode при установлении и разрыве соединения с интернетом. RJF>> Проблема, в общем виде, состоит из двух частей: RJF>> 1) заставить squid кэшировать всё подряд (полностью не RJF>> решается, хотя, имея наглость не соблюдать RFC, можно RJF>> исходники и подправить...) JM> наглость есть, т.к. это все для локального использования и удобства JM> людей, которые не хотели платить за занятия в онлайне. руки только не JM> под исходники сквида заточены. Hу, я свой патч написал спустя часов 8 тупого :) пяленья в исходники (правда, с помощью grep). Потом стало легче. Конечно, сначала я рассчитывал на помощь со стороны авторов squid (они-то свой код однозначно лучше понимают), однако их ждать - занятие бесполезное. JM> в принципе, я уже начинаю понимать, что я JM> сам себе геморрой ищу на всю задницу, но с другой стороны мне этих теток JM> просто жалко. Я начинал править squid на опции типа ignore-no-cache и ignore-private, оно даже работало, но потом это меня задрало и я где-то потерял свои patches. К тому-же они были под 2.4.stable6 RJF>> 2) заставить squid отдавать накэшированное без лишних RJF>> раздумий и revalidations. JM> а как быть с острой необходимостью обновлять это чертовы гороскопы в JM> кэше при наличии линка? Спокойно. Пока offline_mode = off, squid работает как обычно. JM> сквид 2.5 stable. STABLE2!!! Как минимум. А вообще, чем новее, тем больше squid сможет кэшировать. RJF>> 2-я часть решается переводом squid в offline. У меня RJF>> переключение offline/online производится посредством RJF>> ip-up/ip-down. JM> а это куда? точнее man где? а в прочем, что тут думать -- читать надо =) man pppd. В RedHat _лучше_ править не ip-up/ip-down, а ip-up.local и ip-down.local (см. в /etc/ppp/). В Debian есть каталоги /etc/ppp/ip-up.d/ и /etc/ppp/ip-down.d/ Там создаёшь скрипты с именем, к примеру, 5squid (для загадочности :)), и вписываешь код правки конфигурации и сигнализации squid. Или чем ты "соединение интернет" :) поднимаешь? -- Bye! Ramazan --- ifmail v.2.15dev5 * Origin: UkrNet (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/91402a9f2268.html, оценка из 5, голосов 10
|