Гуглос - больше нет идей

Все уже знают, что Гугл показал Chrome OS, в которой ничего нельзя запустить, кроме браузера.

Вот смотрю я на последние проекты Гугла и понимаю, что никаких новых идей у них больше нет. Кто помнит про их "убийцу Википедии"? А "Виртуальные миры"? Я даже названий этих проектов не помню.

Что я для себя вынес из этих историй: Если есть ресурсы, делай всё, что придёт в голову, а потом посмотришь, что из этого получится. Этакий "(не только) мозговой штурм" - т.е. когда не только высказываются любые идеи, но и сразу воплощаются, а уж потом ненужные умирают.

Делаем файлообменник [3: Отдача файла]

Здесь теория, потому как это ещё не готово.

В общем, при отдаче нужно:

• Проверять, имеет ли этот пользователь право скачивать этот файл
• Проверять, не идёт ли этому пользователю отдача этого или другого файла
• Ограничивать скорость отдачи

Основаная проблема здесь - при ограничении скорости отдачи мы получим большое количество одновременных соединений, что при стандартной для большинства веб-серверов pre-fork модели приведёт к большому количество процессов веб-сервера, а значит к расходу оперативки и замедлению работы системы (из-за повышенных расходов на планирование приоритетов и переключение процессов).

Обычно для таких задач используют сервер, построенный по модели конечного автомата(автоматное программирование). В этом случае один процесс сможет эффективно обслуживать большое количество соединений. Для своей реализации я нашёл библиотеку на Perl, с помощью которой такой сервер можно достаточно просто написать - пример реализации веб-сервера для отдачи файла (без проверок и ограничения скорости) занимает менее 100 строк кода. Но, ещё раз повторюсь, это всё пока теория, требующая проверки.


Предыдущие части: 1: Планирование, 2: Индикатор загрузки.

Делаем файлообменник [2: Индикатор загрузки]

Итак, на странице есть форма с полем для выбора файла.

Если просто отправить эту форму, то браузер попытается вывести результаты, т.е. перезагрузит страницу. А нам она нужна для вывода индикатора загрузки. Поэтому нужно чтобы результаты отправки приходили не в текущее окно. Вообще говоря, результаты загрузки нам совсем не нужны, так что мы перенаправим их в невидимый фрейм.

• Делаем на странице невидимый фрейм
• Для формы устанавливаем target="имя_невидимого_фрейма"

Теперь при отправке формы страница не перезагружается. И, кстати, во время отправки форма нам тоже уже не нужна, а точнее, поле выбора файла и кнопка отправки.

• При отправке скрываем поле выбора файла и кнопку отправки

Для индикатора загрузки возможны варианты: а) переодически опрашивать состояние загрузки файла, б) открыть соединение, в которое сервер будет переодически скидывать состояние. Выберем вариант "а" - он проще в исполнении.

Организуем переодические запросы к серверу, возвращающие состояние загрузки. Какие именно данные входят в состояние загрузки? Минимум: размер файла, размер загруженной части, код состояния (ок, ошибка, что-то ещё).

Как именно получить эти данные, зависит от реализации загрузки. Один из вариантов такой: Принимающий скрипт после приёма каждой порции данных складывает данные состояния загрузки в известное место - строку БД или файл, по ID загрузки. Так как ID загрузки должен быть известен на клиенте, то и формировать его будет тоже клиент (например, с помощью Math.random()). Нужно добавить его скрытым полем в форму отправки файла и в запрос состояния. Что получилось.

• Перед отправкой файла формируем ID загрузки и добавляем поле в форму отправки
• Принимающий скрипт после приёма каждой порции сохраняет данные состояния загрузки (куда-нибудь), с идентификатором ID загрузки.
• Со страницы идут AJAX запросы состояния (с ID загрузки) каждые 2-4 сек.
• При получении данных о состоянии загрузки, на странице обновляется индикатор загрузки.

Индикатор может быть простой строкой "Загружено XX из XXX Кб" или "графическим" - можно пропорционально изменять ширину div'а, к примеру.
Осталось только по окончании загрузки сохранить в БД информацию о сохранённом файле

• После приёма последней порции файла, информация о нём сохраняется в БД.
• В состояние загрузки записывается "ОК"
• После приёма на клиенте состояния "ОК" выключаем опрос состояния, скрываем индикатор загрузки и показываем пользователю "Приём файла завершён успешно".

В следующий раз рассмотрим отправку адресату ссылки для скачивания файла.