|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : ilya voronin 2:5099/11.59 26 Nov 2003 01:55:02 To : Jahor Miadzviedziew Subject : использование cvs (subversion?) для поддержки web-сайта: возможно ли? -------------------------------------------------------------------------------- 22 Nov 03 23:30, Jahor Miadzviedziew wrote to All: JM> очень прижало создать какую-то систему добавления и совместного аудита JM> контента на сайте. использовать, скажем, opencms не представляется JM> возможным по ряду причин (первая причина -- я совершенно не JM> представляю как она должна работать, но есть и более другие причины), JM> а сделать что-то работающее надо. писать что-то свое очень не хочется, JM> т.к. я очень сомневаюсь в своих способностях в плане написать что-то JM> достаточно секьюрное да еще и с поддержкой различных групп JM> пользователей со своими правами. собственно, будь сайт обычным набором JM> html'ов все было бы просто, но он, подлец, весь завязан на MySQL'овую JM> базу и представляет из себя cgi-скрипт, вытягивающий данные из базы и JM> показывающий их посетителям в красивой обертке. таким образом нужно JM> автоматизировать следующую последовательность действий: 1. автор JM> создает статью. статья -- это, грубо говоря, файл с html-разметкой и JM> некоторыми специальными тэгами. к статье может прилагаться (а может и JM> не прилагаться) картинка. 2. автор коммитит эту статью со всем, что к JM> ней прилагается. 3. статья радостно падает в cvs-репозитарий, из JM> которого раз в час (по запросу, раз в сутки -- как случится) берется JM> последняя версия изменившихся файлов и они по очереди обрабатываются. JM> 4. показывается по запросу юзера в красивой обертке JM> вот в этой промежуточной обработке и состоит самое непонятное для JM> меня. можно ли как-то силами cvs/subversion обрабатывать JM> свежеоткоммиченные файлы? скажем, на .html вызывать html_proc.pl, на JM> .gif, .jpg, .png вызывать img_proc.pl? собственно, html_proc.pl должен JM> будет отпарсить все, что есть в файле со статьей и просто положить JM> содержимое этого файла в базу данных, а img_proc.pl положить последнюю JM> версию картинки в нужный каталог. то же с остальными возможными JM> приложениями к статье -- на них будет натравливаться какой-нибудь JM> rest_proc.pl, который будет их выкладывать на ftp (к примеру). если JM> все это возможно, то хотелось бы еще небольших радостей: при удалении JM> картинки через cvs грохать ее на сайте при удалении статьи вырезать ее JM> из базы (в принципе, можно наоборот -- вырезать из базы и грохать JM> нафиг статью в репозитарии) при удалении прочих артефактов JM> расправляться с ними так же и на ftp JM> ну и, естественно, хочется возможности раздать всем права так, чтобы JM> авторы, пишущие на одну тему могли не более чем посмотреть файлы JM> авторов, пишущих на другие темы. JM> я понимаю, что вообще-то тут работы на неплохие деньги для хорошего JM> программиста, но бюджета на то, чтобы нанять такого человека нет, и JM> так или иначе все придется делать самому. в связи с этим вопросы: JM> возможно ли реализовать такую дурь или я слишком многого хочу от JM> системы для этого совершенно не предназначенной? есть ли в природе JM> системы с подобны описанному мной принципом действия, либо более JM> другие, более правильные пути решения поставленной задачи? JM> с большим удовольствием прочитаю любые конструктивные советы и JM> комментарии. http://www.Zope.org Всё уже придумано до вас =) -- ilya voronin <jid:ivoronin@jabber.ru> registered linux user 292188 --- GoldED+ 1.1.5 * Origin: oh mein gott, es ist voller sterne (2:5099/11.59) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/161413fc3cff4.html, оценка из 5, голосов 10
|