> 4. Хранить _все_ в базе данных в виде полей long. Тут тебе и транзакции
> и контроль прав какой-никакой. Триггеры опять же.
Это приемлемо только для часто меняющегося контента или
при наличии сложной выборки данных, иначе это просто
бессмысленное потребление ресурсов.
> 5. Web-интерфейс посылает письмо некоего специального вида требуемому
> юзеру. Из .procmailrc оного юзера производится замена нужного файла на
> содержимое тела письма.
Ну уж нет. Веб-интерфейс хоть закрывается паролем, маской
на ip, а письмо каждый дурак подделает.
> 6. Web-интерфейс коннектится через сокет/named pipe к демону, который
> форкается, делатет set_uid на данного юзера и работает.
Для одного сервера это ничего, но у меня их десятки, а в
будущем сотни. Это что-ж сотни демонов вешать? Можно
конечно развить эту идею... Интересно...
> Что касается варианта 3, то идея заливать скрипт по ftp на сервер, на
> который ты имеешь рутовый доступ (а человеку, не имеющему оного доступа
> редактировать такой скрипт позволить нельзя) меня глубоко удивила. На
> скрипт такого класса нужно после каждого изменения perl -wTc сказать как
> минимум.
Это почему же нельзя? Есть вебмастер, он занимается
контентом. Почему бы ему не иметь некий комплекс,
значительно облегчающий его работу? Плюс есть менеджеры,
которые этим комплексом смогут пользоваться. Значит мы не
можем их приравнять к вебмастеру.
> Посему, редактировать его можно только локально. Благо, редактировать
> перловый код в vim/Emacs все равно удобнее чем в чем бы то ни было под
> виндами (кроме vim/emacs) - подсветка синтаксиса и все такое. А локально и
> chmod
> сказать не проблема (точнее, chmod надо прописать в Makefile и разрешить
> юзеру, ответственному за оный скрипт делать sudo make install).
Подсветку синтаксиса замечательно делает 4-й homesite.
Сервер у меня стоит в 30 километрах от меня, сидеть в
телнете и через публичную сеть редактировать файл занятие не
из приятных.
> А еще его можно заливать по CVS и делать chmod из postcommit cкрипта.
> Кстати, CVS это альтернатива Web-интерфейсу о которой стоит подумать.
Смысл веб интерфейса не в кнопочке upload, а в сложном
распределении введенных данных по куче документов.
Простейший пример: есть раздел новостей. Девочка ничего не
знающая кроме браузера вбивает новость. Разные части
автоматом добавляются в анонсы, в календарь, в сами новости.
> --------------------------------------------------
> Victor Wagner vitus@xxxxxx
> Programmer Office:7-(095)-964-0380
> Institute for Commerce Home: 7-(095)-135-46-61
> Engineering http://www.ice.ru/~vitus
> =============================================================================
> = Apache-Talk@xxxxxxxxxxxxx mailing list =
> Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
> = Archive avaliable at http://www.lexa.ru/apache-talk =
С уважением, Андрей Новиков
------------------------------------------------------------
Всероссийский Клуб Вебмастеров http://www.webclub.ru/
По официальным вопросам пишите mailto:webclub@xxxxxxxxxx
=============================================================================
= Apache-Talk@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.