ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


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


  ПРОГРАММЫ 



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












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

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

Re: upload module 2.0.8



Упс, не до конца объяснил (фича-реквест).

Допустим есть сервис, на который загружаются только определенные типы
данных, если презентации, то pdf, ppt и т.д. для видео -
видеоформаты... музыка, картинки и т.д.

Конечно можно проверять после загрузки, но вот в чем фишка:

Как обычно делают все сервисы? Сначала грузишь себе огромный файл,
ждешь пока догрузится, а потом тебе сообщают, что такой тип файлов не
поддерживается. А между тем мы съели траффик, пользователь огорчился
(ну не знал он, что .exe - это не mp3-песенка), не говоря о том, что
грузились ресурсы...

А вот если бы сразу проверялись типы данных и выкидывались если не
поддерживается формат.

Было бы вообще супер, если можно делать что-то вроде map. Ограничение
для длинного списка форматов видео - 100mb, картинок - 2mb, список
аудиоформатов - 5mb.

2008/12/24 Александр Кутузов <alleteam@xxxxxxxxx>:
> Это называется mime-magic,
> вопрос только на..я?
>
> 25.12.2008, в 0:23, Rauan Maemirov написал(а):
>
>> Вряд ли, расширение можно поменять... Разве тип содержимого не
>> записывается в начале файла?
>>
>> 2008/12/24 Valery Kholodkov <valery+nginxru@xxxxxxxxxxx>:
>>>
>>> Долго пытался понять каким образом и из какого файла их извлекать. Может
>>> из
>>> имени загружаемого файла?
>>>
>>> Rauan Maemirov wrote:
>>>>
>>>> Кстати, еще один момент. Можно ли сделать так, чтобы mime_type-ы
>>>> брались из файла, а не из header-ов?
>>>>
>>>> 2008/12/22 Valery Kholodkov <valery+nginxru@xxxxxxxxxxx>:
>>>>>
>>>>> Думаю, это воспроизводимо, если клиент запрашивает прогресс в тот
>>>>> момент,
>>>>> когда результативное тело в процессе отсылки или обработки бакэндом.
>>>>> Посмотрю upload progress на досуге ещё раз.
>>>>>
>>>>> Тем не менее, объединение двух модулей было бы архитектурной ошибкой,
>>>>> по
>>>>> той же причине, по какой в юниксе не объединены вызовы fork и exec --
>>>>> можно
>>>>> получить больше вариантов использования. А именно upload без progress и
>>>>> progress без upload.
>>>>>
>>>>> ----- Original Message -----
>>>>> From: "Rauan Maemirov" <rauan@xxxxxxxxxxxx>
>>>>> To: nginx-ru@xxxxxxxxx
>>>>> Sent: Sunday, December 21, 2008 2:47:19 PM GMT +01:00 Amsterdam /
>>>>> Berlin
>>>>> / Bern / Rome / Stockholm / Vienna
>>>>> Subject: Re: upload module 2.0.8
>>>>>
>>>>> Когда файл догружается, прогресс не может определить размер файла
>>>>> (запроса), так как upload module переписывает POST. Я обращался к
>>>>> разработчику progress module, он обещал сделать версию для upload-а,
>>>>> опубликовал одну версию, но она не заработала... Это было месяца 3
>>>>> назад, видно забыл. :)
>>>>>
>>>>> Это конечно не критично, но все же когда из 20 мегабайт прогресс
>>>>> становится однобайтовым, пользователь может потеряться.
>>>>>
>>>>> 2008/12/21 Valery Kholodkov <valery+nginxru@xxxxxxxxxxx>:
>>>>>>
>>>>>> Что мешает использовать оба модуля в связке?
>>>>>>
>>>>>> Sergey Serov wrote:
>>>>>>>
>>>>>>> Модуль замечательный, только нехватает ему функциональности модуля
>>>>>>> upload_progress. Тогда было бы законченное и комплексное решение.
>>>>>>
>>>>>> --
>>>>>> Regards,
>>>>>> Valery Kholodkov
>>>>>>
>>>>>>
>>>>> --
>>>>> Regards,
>>>>> Valery Kholodkov
>>>>>
>>>
>>>
>>> --
>>> Regards,
>>> Valery Kholodkov
>>>
>>>
>
>
> Kind regards,
> Alexandr Kutuzov, alleteam@xxxxxxxxx
>
>
>
>
>
>
>


 




Copyright © Lexa Software, 1996-2009.