Upload

Продолжая тему надежного аплоада.

После некоторых изысканий, нашлись такие решения (следует понимать, что в комплексе решение состоит из клиентской части и серверной. По отдельности рассматривать ни клиента ни сервер смысла нет).

jupload.sourceforge.net — ява апплет (в смысле, клиент реализован как ява апплет). В комплект исходников входят примеры серверного кода на ява и PHP. Насколько я понял, состояние закачки сохраняется в куках а не на сервере, что лично мне не нравится, да и пример у меня не заработал. Описания протокола я не нашел.

habrahabr.ru/company/mailru/blog (forum.nginx.org grid.net.ru/nginx/resumable_uploads) - сильверлайт-клиент и nginx-модуль на сервере. Решение используется на файл.мейл.ру. Хорошо описан протокол, клиент должен (вроде бы) работать под моно на линуксе (это про хорошее). Состояние закачки хранится на клиенте, бедовые хеши и идентификаторы сессий (это я про плохое уже). В целом достойно.

plupload.com/example_all_runtimes — весь спектр браузерных плагинов (кроме явы, что странно) и достаточно примитивный серверный код на PHP. Вся логика на клиенте. Описания протокола не нашел. Несмотря на явный перекос в сторону клиента, решение выглядит наиболее убедительно на фоне остальных.

idle-hacking.com/2009/03/resumable-file-uploads (github.com/taf2/resume-up) — GGears в качестве клиентской платформы и скрипт на руби в качестве сервера. Простенько но со вкусом. Протокол описан, он прост до безобразия, зато поддерживается авторизация.

silverlightfileupld.codeplex.com - сильверлайт-апплет как клиент и PHP-скрипт на сервере. Протокол не описан, серверный скрипт ужасающе примитивен. В качестве временного решения годится.

Стоит ли упоминать, что вопросы авторизации и, тем более, управления квотами практически не рассматривались авторами решений? Похоже, таки нужен свой аплоадер, с блекджеком и шлюхами. Более всего я ощущаю нехватку серверного контроля над состоянием закачек. На втором плане — авторизация и квоты (а значит раскладка файлов по пользователям).