ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[apache-talk] =?KOI8-R?B?78fSwc7J3sXOycUg0sHazcXSwSDGwcrMwSDQ0skgdXBsb2FkJ8U=?=




Есть такое странное желание ограничивать размер файла при upload'е,
допустим, 1 мегобайтом и при этом сообщать пользователю об этом
как можно раньше и наиболее дружелюбно.

Стандартное решение через LimitRequestBody не хорошо тем,
что на медленных линках не работает.
Выглядит это следущим образом. Апач, увидев в Content-Length,
что ему постят слишком много, говорит 413 и делает lingering_close(),
то есть, делает shutdown() на запись, но продолжает читать клиента.
Читать будет до 30 секунд - потом случится alarm и сокет закрывается.

MSIE 5.5 и Netscape 4.77 на 413, похоже, плюют и продолжают
вливать файло. Через 30 секунд MSIE говорит "The page cannot
be displayed", а Netscape говорит что-то про i/o network error.
Это долго и не понятно пользователю.

Если работать через Squid'а, то ошибка происходит сразу же -
Squid получает 413 и закрывает сокет к клиенту. Быстро, но не понятно.

На эзернете этого не происходит, так как клиент успевает влить файло
и уже после этого занимается полученной 413, которую правильно показывает.

Решать это, видимо, нужно на стороне пользователя, но вот только как ?
JavaScript, насколько я понимаю, не умеет определять длину постящихся
данных.

Игорь Сысоев

=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.