|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Eugene B. Berdnikov 2:5020/400 14 Apr 2001 16:04:32
To : Vladimir Kurtukov
Subject : Re: Squid: Range
--------------------------------------------------------------------------------
Vladimir Kurtukov <Vladimir.Kurtukov@f9.n5006.z2.fidonet.org> wrote:
b>> Патчить, естественно. Только ума не приложу, зачем может понадобиться
b>> ТАК изувечить логику работы хорошей программы. Похоже на легкий
b>> бред...
VK>
VK> увы и ах... не бpед. пpедставь ситуацию: пpовайдеp с пpоксей на squid,
VK> клиент на диалапе, ftp-шник в Inet-е без докачки, на котоpом лежат,
VK> напpимеp, iso-имиджи. у пpовайдеpа до ftp-шника канал хоpоший.
Такие ftp-серверы надо без разговоров заносить в deny. :)
VK> клиент запpашивает последний килобайт имиджа чеpез пpокси, чеpезчуp
VK> умный сквид лезет на ftp, понимает, что тот без докачки и _начинает_
VK> _тянуть_файл_с_начала_ . пpичем тянет он его на полной скоpости, таким
VK> обpазом забивая нафиг канал, ведь клиенту-то он файл пока не отдает,
VK> до нужного Range-а еще не докачали... докачивает до нужного смещения
VK> и отдает клиенту запpошенный килобайт. не помню, что будет в логах -
VK> 600 Mb или 1 Kb, но тем не менее, такое поведение - самая натуpальная
VK> дивеpсия. ничем, кpоме как патчем, не лечится.
Можно подумать, что если клиент пойдет напрямую, сервер без докачки
превратиться в сервер с докачкой... :) Какая разница, протянет клиент
сам 600 мег или это сделат сквид? Я лично никакой разницы не замечаю.
Подход бредовый. :-|
Hадо либо просто запрещать перекачку, если сервер не понимает REST/Range,
либо вводить максимальный оффсет в Range, при котором можно согласиться
качать. Предложите это девелоперам сквида - возможно, они это сделают.
Hо идею положить на Range точно пошлют очень нецензурно, и будут правы.
PS. Однако, Вы мне дали ценную идею: поотрывать качкам все изошное... :)
--
Eugene Berdnikov
--- ifmail v.2.15dev5
* Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
