Реализация Deltup-server

Пожалуйста, отредактируйте секции настроек в обоих файлах перед их помещением на сервер.

PS. Есть несколько вопросов по программингу на perl:
1. Какой самый простой способ обработки файла с настройками? Хочется все настройки вынести в один файл и в скриптах его читать. Со строками все легко, а вот если у меня массив (т.е. переменная вида @A= ('11', '22');) ?

2. Когда я выдаю пользователю файл (использую print "Location: $name\n\n"), как узнать, что он этот файл закончил скачивать? (чтобы можно было удалять?)
Или, с другой стороны, как узнать, что этот файл нельзя удалять, потому что пользователь его еще качает?

Опят deltup сервер в дауне.

А идея приютить deltup сервер на gentoo.ru умерла?

Ребята, что Вам мешает сходит например по этой ссылке http://www.keyweb.ru/hosting/vrs-start.html заказать виртуальный выделенный сервер за 9 евро в месяц, и разместить там русский deltup?

Если хочется ощутимого прироста в сжатии дельт то архивы нужно сжимать не BZip2, а 7-Zip'ом в режиме максимального сжатия.
По поводу того, что сервер с дельтами должен обновляться при появлении новой версии пакета в портеже - абсолютно верно! Разумеется весь софт из
"emerge -uDN system" должен быть всегда доступен!
А ещё в первую очередь на сервер дельт нужно добавлять те дельты, которые наиболее популярны у народа (apache,mysql,php,kde*,gnome*,wine и т.д.)
_________________
^_^

Всем привет.
Проблемой дельт интересуюсь уже полгода и вот решил сделать нормальный сервис. Всем известный deltup вроде бы последнее время стабильно работает, но многих пакетов там не найти. Найденный мной еще один сервер просто хранит дельты, однако применить мне их так и не удалось. Вот и пришлось задуматься о собственной реализации. Попробую вкатце описать суть.
Принцип работы:
1. Все дельты просто лежат на сервере в некоторой директории.
2. Клиент сам формирует правильное имя файла, и запрашивает дельту. Этим решается проблема resume. После загрузки работа сводится к получению требуемого файла. В случае отсустсвия файла грузим всё целиком. Если сервер недоступен берем другое зеркало.
3. На сервере стоит отдельная программа, которая по расписанию делает обновление дерева portage и создает дельты для новых файлов и удаляет для тех которые исчезли из дерева. Думаю для более гибкого решения стоит завести БД с информацией о текущем состоянии дерева и репозитория. Таким образом можно разделить сервер для репозитория и для создания дельт. Зеркала же просто синхронизируются с главным хранилищем.

При создании новых дельт необходимо руководствоваться следующими правилами (если что-то забыл - дополните):
- требуемый файл должен быть больше некоторой заданной величины (например, 1 Мб);
- файл должен содержать исходные тексты (а не компилированные программы, как, наприме, драйвера от nVidia);
- после создания дельты, надо чтобы дельта была меньше требуемого файла хотя бы на какую-то величину (напр., 25%).

Всё хочу реализовать на питоне. Хотя, может сервер стоит написать на С. Есть уже определённые наброски.

Также хорошо бы сделать сервис доступным не только для пользователей Gentoo, а и для всех остальных. В принципе, 90% файлов одно и то же во всех компилируемых дистрибутивах.

Т.о. я постарался решить следующие проблемы:
- создание дельт на лету,
- удаление старых файлов,
- возможность восстановления прерванной загрузки (для модемных пользователей даже 500 Кб что-то значат),
- простое создание зеркал,
- снижение загрузки на сервера,
- унифицирование алгоритма работы,
- синхронизация с деревом portage,
- возможность расширения сервиса (напривер, Web-интерфейс и т.д.)

Конечно, наверняка, я многое упустил.

Если кому-то это дело всё же интересно буду рад сотрудничеству. Можете связаться со мной по ICQ.