On Sat, 7 Sep 2002, Alexey Luckyanchikov wrote:
> On Thu, 05 Sep 2002, Igor Khasilev wrote:
>
> IK> > А нельзя ли сделать в новой версии, чтобы ключом в базе был не только
> IK> > url, но и заголовок Content-Range? Я на данный момент не представляю
> IK>
> IK> не знаю насчет именно Content-Range, но то что ключ должен по желанию
> IK> включать больше чем URL(например - кодировку) - согласен.
>
> Ну хотелось чтобы oops обладал интеллектом именно по отношению к
> Content-Range :) Чтобы при передаче клиентом заголовка Range
> проверялось, чтО можно отдать из кеша (в кеше есть части файла,
> которые частично или полностью перекрывают нужный Range), а что нужно
> получить с сервера.
Для этого просто нужно уметь держать в кэше частичные документы.
С одной стороны это, конечно, хорошо, а с другой - придется 100%-но
гарантировать что все части действительно соответствуют одной и
той-же версии документа, иначе архивы не будут раскрываться, картинки будут
покорежаны,...
>
> IK> > насколько это трудоемко, но было бы весьма полезно для кеширования
> IK> > больших файлов.
> IK> > Сейчас ситуация примерно такая:
> IK> > 1) Клиент1 запросил файл объемом 20MB. Получил весь.
> IK> > 2) Клиент2 запросил только часть этого файла. Получил из кеша. В итоге в
> IK> > кеше или ничего не осталось или осталась только часть, запрошенная
> IK> ^^^^^^^^^^^^^^^^^^^
> IK> Почему? Всё что было всё и останется.
>
> Только что проверил. Sorry, я не прав. Из кеша документ не удаляется,
> если он уже был в кеше и клиент запросил часть. Но при этом клиенту
> отдается ведь документ, а не запрошенная часть. Что тоже не очень
> хорошо (например, клиент хочет докачать последние 100KB 20MB-ного
> файла, в ответ получает весь файл).
Да, есть такая проблема... код 206 и соответственно Content-Range в ответе
появляется в ответ на запрос только в случае сочетания условий:
1. документ не хранится в виде content-chunked
2. ((rq->range_from >= 0) && (rq->range_to == -1) - т.е. запрошена докачка до
конца с какого-то места.
В случае невыполнения условий oops ведет себя так, как если-бы он совсем не
поддерживал Range.
Второе условие точно можно ослабить. Первое наверное тоже, но немного сложнее.
Постараюсь исправить.
>
> --
> Sincerely,
> Alexey Luckyanchikov
> =====================================================================
> If you would like to unsubscribe from this list send message to
> [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> Archive is accessible on http://lists.paco.net/oops-rus/
>
Igor Khasilev |
PACO Links, igor at paco dot net |
=====================================================================
If you would like to unsubscribe from this list send message to
[EMAIL PROTECTED] with "unsubscribe oops" in message body.
Archive is accessible on http://lists.paco.net/oops-rus/
