Уважаемые граждане, хочу поднять для обсуждения следующую тему:
Системы управления сайтами, достоинства и недостатки.
Т.е. я собственно имею свой корыстный интерес - я занимаюсь дизайном и совершенно не имею никакого желания учиться программировать (вот такой вот я лентяй). Посему хочу выбрать из кучи имеющихся на рынке систем, ту, которая удовлетворит все мои потребности по функциональности и стоимость которой будет образована по затратному методу, а не по принципу "от балды".

Я вобщем-то перелопатил на эту тему пол инета (хотя ссылкам на интересную литературу по теме буду очень благодарен), но то, что пишут на сайтах производителей, не всегда соответствует действительности.
Если у Вас есть опыт работы с конкретными системами (прежде всего русскими), поделитесь своими впечатлениями. И вообще давайте разберемся ху из ху на рынке Российских СУС.

Модераторов сразу прошу меня извинить, если я тему поместил не в тот форум и прошу переместить куда надо.

хм, я использую свой личный движок, доволен жутко, особенно когда вспоминаю, что года три назад делал статичные хтмлки

Я тоже юзаю свой движок и все нормуль, из свободных есть PHP NUKE
В принципе достойная вещь , только все таки система дизайна там немного корявая, все равно надо рыскать по исходному коду чтобы настроить дизайн под себя.

poiqwe, я думаю, что спрашивать у программистов про рынок контент менеджеров - не самая лучшая идея. у большинства есть собственный и каждый считает его лучшим. я своим крайне доволен. скорость разработки очень высокая (если есть нарезанный дизайн разделов и нет не стандартный запросов на эксклюзивный программинг - сайт делается за день), гибкая система и др. не хочу рекламироваться

Long, а у тебя страницы генерятся на лету или при добавлении?

MpaK999, в моем случае нет возможности сказать, что полностью на лету, но и не сказать, что при добавлении. контент у меня разбит на блоки, которые можно менять через админ, хотя в принципе, он статичен (хотя ни что не мешает у меня в качестве контента использовать не только хтмл, но и пхп). а уже при запросе пользователем страницы окончательный вид станицы формируется из контента и шаблона. имхо, это наилучший вариант балансировки между полной динамикой и статикой (по времени генерации и по общему объему).

Long, получается есть урлы вида news.html?action=show&id=999 ???
(просто интересно как люди делают свои движки)

MpaK999 писал(а):

Long, получается есть урлы вида news.html?action=show&id=999 ???

Ой. А из чего это получается?

ну, как, ингридиенты данного торта очень просты: одна ложка .html и пол чайной SSI
а внутри perl с

MpaK999, совсем не обязательно. у меня каждая страница имеет помимо всего прочего и статический адрес. хотя если нужно, можно и по id выбрать.

Long, вот-вот, с этого пункта поподробнее если не сложно, как создавать статический адрес?

ну как - у меня же ко6нтент лежит не только в базе, а для файла имя нужно. в базе еще одно поле - имя файла. все, что нужно для динамисческой генерации ссылок есть

а, ну так все же, дублируется информация в базе и генерируется еще статичный .html файл?
я так понимаю, когда создаешь к примеру новую новость, выбирается шаблон на основе которого будет генерится хтмлка... ну так, вот, а как Вы решаете проблему с путями к изобраджениям (дизайн), если к примеру ложим в созданную подпапку /news/sport/ … пути абсолютные?

MpaK999, не совсем хтмл. скажем - совсем не хтмл. по своей сущъности - ближе к хмл. а инфа, да, дублируется. мне так легче сделать администрирование было да и потом в данном случае происходит сначала ввод информации, а потом по команде администратора - публикация (хотя конечно такое можно было бы и другими средствами сделать)

хм, если ближе к хмл, то наверное чем-то преобразовывается перед выдачей? чем?

и как решился вопрос с путями (при публикации) к картинкам?

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

ясно, интересно...
полуабсолютный путь, неплохая идея, хотя и утомительная в реализации

MpaK999, как вариант, пример кода для php, реализовав который вы не будете иметь никаких проблем с путями, меняя их всего лишь в одном месте:



третья строчка - абсолютные пути в файловой системе, необходимые для открытия разных файлов с данными. такое же можно провернуть на любом скриптовом язычке, и подставлять везде в коде вместо путей значения переменных.

Acid~Jazz, менять надо все таки
MpaK999, картинки же почти всегда в одном месте лежат, так что ничего утомительно в таком подходе нет

Long

я так понимаю, ваш метод с использованием путей от рутовой директории работает до тех пор, пока сайт находится в рутовой директории. а если вдруг захочется его поместить в другое место (нет, ну мало ли! ) то все пути сломаются.

хотя, конечно, случай маловероятный.

Acid~Jazz писал(а):

я так понимаю, ваш метод с использованием путей от рутовой директории работает до тех пор, пока сайт находится в рутовой директории.

А если не в рутовой, то в конфиг движка просто добавляется еще один параметр -- путь к корню сайта.

Long писал(а):

poiqwe, я думаю, что спрашивать у программистов про рынок контент менеджеров - не самая лучшая идея. у большинства есть собственный и каждый считает его лучшим.

Long, пожалуй, я вопрос действительно не по адресу задал. Дискуссия совсем в другую степь ушла. Может в дизайнерский форум закинуть топик? Очень уж хочется узнать впечатления людей, которые пользовались покупными системами. Есть ли что толковое на рынке. Не уж то правда свою писать придется?

poiqwe, в дизайнерском не стоит. поскольку просматриваются обычно все темы, которые интересны. скорее всего у большинства студий собственные движки. и вообще - чем отличается "покупная" система от тех, что мы тут обсуждали?

poiqwe, движков море, можно найти на любой вкус и потребности только и нужно приложить немного усилий. к примеру можно заглянуть на http://sourceforge.net/

на ageofweb эта тема очень долго мусолилась

ziv, вопрос не в том, много их или мало, а вопрос человека - какой выбрать.

Crazy писал(а):

Acid~Jazz писал(а): я так понимаю, ваш метод с использованием путей от рутовой директории работает до тех пор, пока сайт находится в рутовой директории. А если не в рутовой, то в конфиг движка просто добавляется еще один параметр -- путь к корню сайта.

ну тогда и получится именно так, как я написал

Acid~Jazz, в принципе - да. но большинство пользователей либо:
а) ленивы, поэтому врятли будут переносить в другое бесто
б) глупы и просто не смогут додуматься до этого
да и вообще. должна же быть стабильность в жизни. сказали от рут директори считать, значит пусть считают от туда. нефиг расслабляться

какой выбрать??? Long,
а что нужно то? Мне вот нравиться LDU.
И опять же какую базу, язык пр. нужно?

ziv, свой всегда самый лучший хотя бы потому, что в нем почти всегда можно разобраться

poiqwe, попробуй Parser, потом поделишься впечатлениями

А какое о отношение Parser имеет к системам управления сайтами? Или ты какой-то другой, не лебедевский, Parser имеешь в виду?

бр-р-р, а лебедевский парсер не система управления?

MpaK999, есть система управления контентом (CMS), а есть Template Engine

MpaK999 писал(а):

бр-р-р, а лебедевский парсер не система управления?

Ну тогда PHP -- тоже система управления.