|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 25 Jul 2002 11:04:25
To : Alexey Pozhilkov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Hi, Alexey!
>>>>> "AP" == Alexey Pozhilkov
>>>>> <Alexey.Pozhilkov@p224.f1175.n5020.z2.fidonet.org> writes:
AP>>> Содержимое /var/www , файловый архив. А не на отдельной FS
VW>> Господь с тобой! Содержимое веб-сайта в файловой системе держать?
VW>> В двадцать-первом-то веке? (издав этот крик души замолкаю, чтобы
VW>> не тобвинили в коммерческой рекламе).
AP> Хм.. Hе стоит забывать что даже если весь контент лежит в БД остаются
AP> еще и скрипты(ну или еще что) которые туда не засунуть. Hу нииикаакк..
AP> Даже если очень хочется.
если очень хочеться - то можно. ;-))
AP> А редактироваь иногда всеже надо. Как с этим то быть?
WebDAV, навскидку, и так далее. В общем, это не файл-акссес, в привычном
понимании. Может даже прийдется "нечто свое наворотить", поверх
какого-нибудь rpc... Поять-же, Zope - очень интеренсый пример того, как
разделяют юзеров и пытаются решить проблемы с "доступом к содержимому
сайта". Далек от идеала в плане реализации, но идеи там хорошие
заложены.
VW>> Hо если уж на то пошло, то единственным разумным протоколом
VW>> раздачи ее на машины web-разработчиков является CVS.
AP> А смотреть изменения они, бедняги как будут динамически? commit после
AP> каждого изменения а на сервере update? ;(
зачем так сложно? по commit'у в репозиторий делается делается publishng.
Причем не в рабочий сервер, а в тестовый. Потом кто-то у кого есьт
административные права принимать решение "да, это публикуем", делает
update рабочего сервера.
У нас, например таким образом некоторая часть сайта с документацией
геенрится. Доки в текстовых файлах (исторически), к ним применяется
StructuredText (выдраный из Zope), и получаются HTML'ки. Люди которые
пишут/правят эти текстовые файлы обучены правилам разметки StructuredText.
так вот, по commit, вызывается скрипт (из loginfo), дает анонс в почту, и
выкладывает HTML'ки в DocumentRoot.
AP> Вот если бы сушествовала система контроля версий , которая позволяла
AP> бы делать ээээ.. "временный commit/update" это было бы решением.
CVS + branches + скрипты на стороне CVS.
branches IMHO будут нужны, чтоб более лаконично отделить "временное" от
"основного".
AP> А так в логе cvs бардак будет страшнейший.
почему бардак?
AP> Hасколько я знаю CVS такого не умеет.
сам он - нет. Hо голова, голова на что дана? ;)
[skip]
AP> И насчет dired - его как юзать в данном контексте? Документации на
AP> этот пакет не наблюдается.
насколько я понял, это было предложение заняться написанием че-то своего,
что и будет заниматься вещами типа ограничения прав, которых нет
out-of-box в перечисленых вариантах.
AP> С webdav тоже не все так хорошо - многие файлы _не_должны_ быть
AP> доступны на запись пользователю www-data. Как с ними то быть?
хмм, нада смотреть, думаю это решаемо.
AP> (я эту штуку не видел еще , но судя по тому что оно реализовано как
AP> модуль Апача с permissions будут проблемы (возможно решаемые в 2.х) )
А я эту штуку смотрел давно, причем смотрел на серверную реализацию
которая внутри Zope. Многие вещи из нее ваще не доступны. Т.е. сам
WebDAV ограничений не дает. Hужно смотреть удобоваримую для вас
реализацию.
кстати, а как на счет chroot, и линуксовых версий jail?
Это решает разделение пользователей между собой. А уж внутри каждого
"почти отдельного линукса" можно и группы раздавать, и так далее...
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
