<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Кастрированный squid - does not support the ufs cache type</title>
		<description>Обсуждение Кастрированный squid - does not support the ufs cache type</description>
		<link>https://itmag.pro/server/castrated-squid</link>
		<lastBuildDate>Thu, 04 Jun 2026 13:47:30 +0300</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="https://itmag.pro/component/jcomments/feed/com_content/5349" rel="self" type="application/rss+xml" />
		<item>
			<title>Иван Шаман написал:</title>
			<link>https://itmag.pro/server/castrated-squid#comment-1810</link>
			<description><![CDATA[в about:config проверь параметр browser.cache.check_doc_frequency не установлен ли он = 2 ? я как-то был поставил browser.cache.check_doc_frequency = 2 и позабыл об этом, а потом тоже диву давался от лютого кеша в браузере 8)]]></description>
			<dc:creator>Иван Шаман</dc:creator>
			<pubDate>Mon, 05 Aug 2024 17:33:57 +0300</pubDate>
			<guid>https://itmag.pro/server/castrated-squid#comment-1810</guid>
		</item>
		<item>
			<title>Олегатор написал:</title>
			<link>https://itmag.pro/server/castrated-squid#comment-1806</link>
			<description><![CDATA[просто не удалять (сохранять) кеш - я тоже такой умный, но не вариант! например:
есть ссылка с параметром и условно секретным значением при правильном вводе которого выполняется редирект по нужному адресу; если раз ошибится с вводом секрета, то отлуп идёт по иному маршруту... так вот, в некоторых браузерах результаты редиректов (НТТР статусы) могут почему-то кешироваться вместе с Кешированные изображения и файлы вместо категории Куки и данные сайтов! кеширует страницу по урл без учёта параметров, первый переход как закешировало, так потом его постоянно и вываливает хоть какие параметры к урл не добавляй! и получается, что нужно делать полное Удаление данных просмотра сети, чтобы повторить попытку перехода по уже правильной секретной ссылке и попасть по нужному адресу. кроме того, при куче браузеров и устройств мы не сможем всех их заставить читать кеш с другого приложения, окроме как перенаправить их запросы через кеширующий прокси а из апача можно попробовать, как и из говна пулю сделать например - отлить в форму, потом обделать жидким азотом и сразу же в цель. и экспертиза ничего ненайдёт кроме дерьма в башке, ну.., подумаешь, взяло гавно и ударило в голову...с кем небывает... ха-, ху- и прочие... прокси на андроиде, из репозиториев termux.., а окажись и они все кастрированные, - не...времени нет на весь этот мозахизм пользую пока таку схему:
люто кеширующий браузер для шляния по итернетам другой для авторизаций, разработок, доработок и т.д.]]></description>
			<dc:creator>Олегатор</dc:creator>
			<pubDate>Tue, 16 Jul 2024 20:31:52 +0300</pubDate>
			<guid>https://itmag.pro/server/castrated-squid#comment-1806</guid>
		</item>
		<item>
			<title>АдМинь БагоИскатель написал:</title>
			<link>https://itmag.pro/server/castrated-squid#comment-1803</link>
			<description><![CDATA[А просто не удалять (сохранять) кеш браузера (в настройках есть) при выходе не вариант?]]></description>
			<dc:creator>АдМинь БагоИскатель</dc:creator>
			<pubDate>Wed, 10 Jul 2024 10:58:37 +0300</pubDate>
			<guid>https://itmag.pro/server/castrated-squid#comment-1803</guid>
		</item>
		<item>
			<title>Иван Шаман написал:</title>
			<link>https://itmag.pro/server/castrated-squid#comment-1802</link>
			<description><![CDATA[Попробуй апачу (mod_file_cache, mod_cache, mod_cache_disk, mod_proxy, mod_proxy_http) или хапрокси]]></description>
			<dc:creator>Иван Шаман</dc:creator>
			<pubDate>Tue, 09 Jul 2024 12:53:01 +0300</pubDate>
			<guid>https://itmag.pro/server/castrated-squid#comment-1802</guid>
		</item>
	</channel>
</rss>
