>>>
>>>Этот "Средний админ" может поставить LAMP?
>>
>>это вы имеете ввиду - LAMP platform (Linux, Apache, MySQL, and PHP)
>>?
>>А зачем "среднему админу" сносить хорошо настроенную FreeBSD?
>
>FAMP тоже подразумевался.Так стоит, работает с vsftp. Зачем что-либо менять? Мы как раз тут обсуждаем плюсы и минусы данного проекта.
>
>
>>Отталкиваемся от уже установленной системы - интересует _реально_ работающий проект.
>>Сборки, список пакетов, портов - в студию.
>
>Таких заказов у нас не было. Найдете нам под эту задачу клиента,
>я сделаю, и предоставлю Вам спецификации :)
>Но почему-то я не думаю, что файловый веб-менеджер будет очень сложной задачей.
Берите любую типографию и предлагайте. Желтые страницы Вам в помощь) Вы опять забываете, что основная задача проекта - нулевые затраты.
Подобных проектов я не знаю) Поэтому глупо и предлагать свое - "вы нам задачу поставьте, цену согласуйте, а мы напишем все" . А из уже реализованных - есть разработки Кодак, Creo Synapse InSite и др. которые стоят хороших денег. Очень хороших.
>[оверквотинг удален]
>>
>>Ничего из выше-приведенного по ссылке не подходит для решения задачи. Пермишенсы через
>>группы - не будут работать ибо, как я писал выше, клиенту
>>нужно заливать файлы, но не удалять их. И не перезаписывать их.
>>Обратите на это внимание.
>
>На файлы будут менятся владелец так, что он их более не сможет
>удалить. Скрипт в cron для этого напишет, имхо, даже начинающий админ
>:) Процесс веб-файл менеджера можно, например, запускать через (fast)cgi, что бы
>и скрипт работал под юзером.
А не костыль ли это - парсить скриптом (прогой) раз в минуту все юзерские директории, все юзерские каталоги, на каждый файл выставляя свой Chmod? Берем 100 активных юзеров, в сутки сдается порядка 10-15 изданий. На каждое издание - своя директория, в которой несколько подкаталогов, в которых файлов (зависит от издания) от 10 до 400. Вариант отпадает, можем не успеть, ибо юзер уже начал перезаливать файл. Еще предложения?