Вообчем довольно много файловых архивов перепробовал для воблы. Счас стоит RWDownloads.
Для начала расскажу что хотелось бы видеть в движке файлового архива, а потом может ужо кто подскажет - может есть что то подобное? А может (что скорее всего) придется писать с нуля.

1. Хранение файлов за веб-корнем. Т.е. чтобы невозможно было ни в каком случае получить прямой линк на файл.
2. Структура категорий задается структурой каталогов на сервере. Т.е. чтобы файлы и каталоги лежали в архиве так же, как они будут выглядеть при доступе через FTP к примеру. Это позволит прозрачно мониторить файлы на диске.
3. Хранение в БД описания и при необходимости скриншота к файлам и папкам.
4. Возможность массированного добавления файлов в архив через FTP. Т.е. сканирование каталогов, поиск новых файлов или директорий.
5. Синхронизация что ли данных на диске в БД Т.е. то, что есть в базе и что на самом деле - обновление данных до актуальных в БД/диске по выбору.

Это то, что касается именно системы хранения данных.
Далее немного пользовательского функционала:

1. Модерирование залитого контента от пользователей. Либо не модерирование от определенных пользователей/групп.
2. Назначение квоты польз отелям на хранение данных, на скачивание данных (по трафику/по периоду времени), на ширину канала закачки/скачивания/либо и того и другого вместе.
3. Система увеличения квот на скачивание через заливку нового, одобренного контента пользователем. Т.е. к примеру залил юзер 100 метров полезной инфы - получил возможность скачать Х Мб инфы. Т.е. и плюс возможность задания соотношение залил-слил для юзеров/групп по отдельности.
4. Привязка юзера к определенному IP либо группе IP для скачивания/заливки.
5. Возможность интеграции с воблой и правами пользователей по группам. Т.е. чтобы к примеру можно было заливать и хранить файлы - доступные только определенным юзерам/группам.

Коммерческая функциональность:

1. Возможность проплаты через платежные системы для получения дополнительной квоты на скачивание, на период времени, на ширину канала. (а различных вариациях)
2. Возможность создания пользователей, которые не относятся к вобле, но данные аккаунты также имеют какие то лимиты по трафику/времени/ширине канала. Если по времени, то активация после первого входа в систему/скачивания первого файла.

Интерфейсная функциональность:

1. Изменение дизайна шаблонами.
2. Применение AJAX там где это разумно и приемлимо (нужно подумать дополнительно, но лишним точно не будет)
3. Админпанель, интегрируемая по желанию с админкой воблы, либо доступная отдельно.

Пока вроде все, что пришло в голову. Ежели кому интересно - пишите. В PHP вроде немного понимаю Но написать такое сам не смогу.

Добавлено через 6 минут
Может немного сумбурно изложил Но как думалось - так и писал.
Если все это реализовать, то получится (IMHO) очень не слабый продукт. Посему возможно в полном функционале он не должен быть общедоступным... ;)

а при чём здесь вааще вобла?...каким она здесь боком?

Originally Posted by shpunsetoy

а при чём здесь вааще вобла?...каким она здесь боком?

ну я писал вообче-то какого функционала хочется при интеграции с воблой...

PGP,
так вроде вобловские вложения так же можно хранить за вэбкаталогом... =))
а для просмотра этих вложений есть хак "Все вложения форума" или (Каталог вложений)