Что должна уметь хорошая CMS?

[XCodeR]

собственно сабж...
когда давно уже обсуждалась эта тема, но немного в другом ключе...

[Vlad Drakula]

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

[XCodeR]

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

тогда да - CMS должна бать интерактивна.

[vadimiron]

Xcode
Так просто сказать нельзя, что она должна уметь

Из названия следует, что CMS должна уметь управлять контентом, то есть предоставлять средства для добавления, удаления и редактования контента.
Требования же к конкретной CMS исходят из того, каким контентом она будет управлять (то есть разные требования к форуму, галерее картинок и новостному скрипту)

[XCodeR]

Галлерея, Новости, Статьи и т.д. - это скорее всего модули системы... Должен быть "костяк", ядро... понятное дело, что стандартов нет, но....

[vadimiron]

Должен быть "костяк", ядро
Ну тогда поддержка разнообразных модулей :) , то есть расширяемость, также CMS должна предоставлять интерфейс для доступа к разным базам данных, то есть она сама должна уметь работать с разными системами управления базами данных, различные уровни доступа к администрированию, также возможность применения шаблонов и тд

[Vlad Drakula]

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

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

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

[XCodeR]

vadimiron
для доступа к разным базам данных, то есть она сама должна уметь работать с разными системами управления базами данных
логично ли?... ведь система все равно будет использовать один тип БД(mysql, к примеру)....
я думаю, максимум в этой области - это вывод таблиц БД в табличном(<table>) виде и администрирование их.
Vlad Drakula
я могу нарисовать схему ядра CMS (без AJAX), и она будет поддерживать практически все....
в двух словах, если можно?..;)

[Vlad Drakula]

Xcode
1) пришол реквест от юзера
2) сериализуем реквест в XML
3) передаем данные в ядро
4) переобразовываем данные
5) передаем данные в модуль
6) преобразовываем данные в XSQL
7) посылаем на сервер баз данных
9) мержим входящие и исходящие XML дома
10) преобразовываем в песпонз XML сервера
11) отдаем на процессор стилей
12) отдаем пользователю

в принцепе все очень просто...

[mar]

все это очень мило. Хотя по поводу xml, лишних звеньев цепочки и скоростей мы уже спорили в других местах. А вот кто что думает по такому поводу:
имеем некоторые страницы, подготовленные верстальщиками (например на каджой ряды div-ов с id (или name), стили которых описаны в css. Что теперь делать? заставлять людей подгружать по одной странице через форму? Ведь тем же верстальщикам явно проще загнать все это через ftp?

[XCodeR]

mar
незнаю в том ключе или нет, но я реализвал так...
все страницы делятся на шаблоны и их "заголовки"...

Шаблон - это сам дизайн, изменяемые части которого задаются ввиде [название шаблона:переменная](пример [tpl1:var1])...
(сейчас думаю над тем, чтобы добавить к этой конструкции стили, т.е. что-тол ввиде [tpl1:var1|style=color:red])///
Шаблон записывается в таблицу MySql(я думаю, мощности современных серверов хватит на запросы к MySql, хотя, может лучше было сделать все в файлах??)...

Страница по шаблону - скрипт анализирует шаблон и выводит формы для ввода переменных(по расширяемому texarea на каждую переменную)...

вот так.... и не приходится загружать все через FTP администрирование(создание - редактирование - удаление) происходит через админ панель...

Vlad Drakula
хм.... слишком много XML...
я, вприцнипе, себе представлял ядро немного по другому.

[mar]

Xcode
В том ключе, - я как раз об этом и говорю: в mysql -то ты их, скорей всего, по одной подгружаешь, что гораздо муторней, чем накатить сразу по ftp :[

[mar]

нашла спец ресурс по обсуждению subj-а:
http://cms-forum.ru/

[XCodeR]

mar
хм.. форум....
скажем так, я тут уже прижился(=прифлудился) и хочется спросить мнение наших специалистов, занкомых так сказать..=)


меня вот что еще интересует, а будет ли структура, описанная мной в посте №11, индексироваться поисковиками....
у меня получается, что одна страница генерирует весь сайт(или подчти весь)...

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

[vadimiron]

Xcode
Не, не все, а только те, которые умеют индексировать динамические страницы

[vadimiron]

mar
просто при добавлении через форму, можно сразу проверить и "высказать" претензии, если верстальщик структуры старницы не придерживается
Через фтп конечно намного удобней, но если что то с файлами не то, то надо создавать ещё систему, которой можно было бы отправлять файлы на доработку
То есть по мне, фтп только тогда, когда я уверен, что верстальшики не ошибутся при наборе страницы

[Vlad Drakula]

на самом деле в модели которую я вам привел вас пугает XML, просто вы дела с ним имели мало...

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

[mar]

Xcode
меня вот что еще интересует, а будет ли структура, описанная мной в посте №11, индексироваться поисковиками..
а тут в игру вступают человеко-ронятные URL, получаемые при помощи любимого vadimiron ;] mod_rewrite (см. соответствующий топик (http://www.forum.oszone.net/showthread.php?t=30905))
vadimiron
То есть по мне, фтп только тогда, когда я уверен, что верстальшики не ошибутся при наборе страницы
помнишь, мы с тобой говоили о разделении труда и командном методе работы? так вот при командном методе у каждого своя модель сайта и общий код в cvs (или subversion). Ошибется - сам и увидит :)

[Smolenkov_BN]

нашла спец ресурс по обсуждению subj-а:
http://cms-forum.ru/ »Да, действительно, "спецресурс" от "самоделкиных" с "нулёванными" CMS. Особенно умиляет копирайт сайта в самом низу страницы. Видимо, кто-то из настоящих "спецов" не поленился и сделал себе порнорекламу за их счёт. :)