xintrea
Новичок
Вместо CMS нужна система управления данными.
Здравствуйте!
Вопрос возник такой... Такое впечатление что ищу не там где нужно, а как назвать то что нужно - не знаю.
В общем, с некоторых пор пришло понимание, что найти ту CMS, которая нужна мне или хотя бы приближалась к тому идеалу что существует в голове - нереально. Практически все просмотренные мной CMS (drupal, e107, plone, sapid и т. д.) спроктированы с использованием каких-то высоких абстраций, как то "документ", "страница", "новость", и именно работа с этими абстракциями вынесены в веб-интерфейс.. С одной стороны это конечно правильно, но все же в основе лежит принцип - "вместо того, чтобы иметь статический HTML-сайт, делайте сайт на базе нашей CMS, вы его легко сможете модифицировать прямо в окне браузера".
Фактически, весь веб-инструментарий этих CMS крутится вокруг веб-интерфейсов
"управление древовидной структурой",
"создание шаблонов возможных данных"
"добавление/удаление/редактирование документа (страницы)"
+ работа с подключаемыми модулями.
Таким образом, эти CMS совершенно не подходят для выполнения сайтов "под ключ", где клиент ожидает человеческого интерфейса панели администрирования (часто - в стиле 1C) и не собирается разбираться в особенностях абстракций со странными названиями ("формат отображения", "темы", "блок", "типы содержания") используемых в CMS и прочими особенностями, торчащими в интерфейсе из-за попытки унифицированить представление объектов реального мира.
Насколько я понимаю, если нет того что нужно, имеет смысл сделать самому. Но не с нуля, а используя существующие инструменты. Что можно использовать для создания собственной CMS? Для себя я уже выбрал
Smarty - шаблонный двиг
TinyMCE - визуальный редактор
Prado - базовая система для написания частей admin-интерфейса
MySQL - база данных
Действия CMS при генерации страниц проста - в базе данных хранятся данные, для вывода их посетителю сайта используется соответствующий модуль (сделать который - как раз и является основной работой при выполнении заказа), данные выводятся с помощью шаблонизатора... Все просто.
Но! В списке что я написал, не хватает еще одного компонента. А именно - системы, которая бы обеспечила интерфейс ввода данных в панели администрирования. Что я имею в виду.
Допустим, есть заказ - надо сделать каталог. Первый уровень - разделы (имя раздела, краткое описание), второй уровень - товары в разделах (название, описание, цена, фото). На физическом уровне, естественно, - это две базы со связкой один ко многим. Действия разработчика для создания базы разделов что-то в стиле:
Тыкаем "Новая база"
Система - "какое имя?"
Разработчик - "category".
Тыкаем "Добавить поле"
Система - задавай системное имя, видимое имя поля, тип (строка?, мемо?, цифирь?, файл? индекс?), регвыр для проверки, вводится пользователем или автоматически заполняется, еще чеготам...
Разработчик -
системное имя - "name",
видимое имя - "Наименование раздела",
тип - строка,
регвыра - символы и цифры.
вводится пользователем - да
Тыкаем "Добавить поле"
Cистемное имя - "about",
видимое имя - "Описание раздела",
тип - Memo,
регвыра - символы и цифры.
вводится пользователем - да
Тыкаем "Добавить поле"
Cистемное имя - "key",
видимое имя - "Ключ раздела",
тип - индекс,
регвыра - пусто, не используется.
вводится пользователем - нет
Тыкаем "Создать базу".
Создание базы товаров происходит аналогично.
Впринципе, такого интерфейса даже и не нужно, мы же разработчики, можем и конфигфайл в каком требуется формате написать, и базы создать. Главное другое - чтобы был интерфейс, который на основе этих данных даст возможность ввода инфы пользователем.
То есть, пользователь должен имееть возможность жмякнуть "Каталог" - "Разделы", видит список разделов, жмякает "Новый элемент", и система сама ему выдает форму для заполнения:
Наименование раздела [......................]
Описание раздела [........................]
[Ok]
Пользователь вводит имя, описание, жмет Ok. Все. В базу category добавилась запись, причем с проверкой полей, если проверка не пройдена - стема пишет что недопустимые символы в таком-то поле и предлагает тут же исправить...
Пользователь жмякает - "Каталог" - "Разделы" - выдит список разделов -выбирает раздел - видит список товаров, жмякает "Новый элемент", и система сама ему выдает форму для заполнения:
Нименование товара [......................]
Описание товара [......................]
Цена [......................]
Фото [......................] [обзор]
[Ok]
Вооот... И теперь вопрос - существуют ли в природе готовые решения, работающие по такому сценарию что я описал? То есть - разработчик просто описывает формат вводимых пользователем данных, и затем сосредотачивается на разработке модуля. А система сама на основе формата вводимых данных обеспечивает интерфейс ввода данных для администрирующего сайт пользователя.
Желательные требования к системе - OpenSource
Или я хочу невозможного?
Здравствуйте!
Вопрос возник такой... Такое впечатление что ищу не там где нужно, а как назвать то что нужно - не знаю.
В общем, с некоторых пор пришло понимание, что найти ту CMS, которая нужна мне или хотя бы приближалась к тому идеалу что существует в голове - нереально. Практически все просмотренные мной CMS (drupal, e107, plone, sapid и т. д.) спроктированы с использованием каких-то высоких абстраций, как то "документ", "страница", "новость", и именно работа с этими абстракциями вынесены в веб-интерфейс.. С одной стороны это конечно правильно, но все же в основе лежит принцип - "вместо того, чтобы иметь статический HTML-сайт, делайте сайт на базе нашей CMS, вы его легко сможете модифицировать прямо в окне браузера".
Фактически, весь веб-инструментарий этих CMS крутится вокруг веб-интерфейсов
"управление древовидной структурой",
"создание шаблонов возможных данных"
"добавление/удаление/редактирование документа (страницы)"
+ работа с подключаемыми модулями.
Таким образом, эти CMS совершенно не подходят для выполнения сайтов "под ключ", где клиент ожидает человеческого интерфейса панели администрирования (часто - в стиле 1C) и не собирается разбираться в особенностях абстракций со странными названиями ("формат отображения", "темы", "блок", "типы содержания") используемых в CMS и прочими особенностями, торчащими в интерфейсе из-за попытки унифицированить представление объектов реального мира.
Насколько я понимаю, если нет того что нужно, имеет смысл сделать самому. Но не с нуля, а используя существующие инструменты. Что можно использовать для создания собственной CMS? Для себя я уже выбрал
Smarty - шаблонный двиг
TinyMCE - визуальный редактор
Prado - базовая система для написания частей admin-интерфейса
MySQL - база данных
Действия CMS при генерации страниц проста - в базе данных хранятся данные, для вывода их посетителю сайта используется соответствующий модуль (сделать который - как раз и является основной работой при выполнении заказа), данные выводятся с помощью шаблонизатора... Все просто.
Но! В списке что я написал, не хватает еще одного компонента. А именно - системы, которая бы обеспечила интерфейс ввода данных в панели администрирования. Что я имею в виду.
Допустим, есть заказ - надо сделать каталог. Первый уровень - разделы (имя раздела, краткое описание), второй уровень - товары в разделах (название, описание, цена, фото). На физическом уровне, естественно, - это две базы со связкой один ко многим. Действия разработчика для создания базы разделов что-то в стиле:
Тыкаем "Новая база"
Система - "какое имя?"
Разработчик - "category".
Тыкаем "Добавить поле"
Система - задавай системное имя, видимое имя поля, тип (строка?, мемо?, цифирь?, файл? индекс?), регвыр для проверки, вводится пользователем или автоматически заполняется, еще чеготам...
Разработчик -
системное имя - "name",
видимое имя - "Наименование раздела",
тип - строка,
регвыра - символы и цифры.
вводится пользователем - да
Тыкаем "Добавить поле"
Cистемное имя - "about",
видимое имя - "Описание раздела",
тип - Memo,
регвыра - символы и цифры.
вводится пользователем - да
Тыкаем "Добавить поле"
Cистемное имя - "key",
видимое имя - "Ключ раздела",
тип - индекс,
регвыра - пусто, не используется.
вводится пользователем - нет
Тыкаем "Создать базу".
Создание базы товаров происходит аналогично.
Впринципе, такого интерфейса даже и не нужно, мы же разработчики, можем и конфигфайл в каком требуется формате написать, и базы создать. Главное другое - чтобы был интерфейс, который на основе этих данных даст возможность ввода инфы пользователем.
То есть, пользователь должен имееть возможность жмякнуть "Каталог" - "Разделы", видит список разделов, жмякает "Новый элемент", и система сама ему выдает форму для заполнения:
Наименование раздела [......................]
Описание раздела [........................]
[Ok]
Пользователь вводит имя, описание, жмет Ok. Все. В базу category добавилась запись, причем с проверкой полей, если проверка не пройдена - стема пишет что недопустимые символы в таком-то поле и предлагает тут же исправить...
Пользователь жмякает - "Каталог" - "Разделы" - выдит список разделов -выбирает раздел - видит список товаров, жмякает "Новый элемент", и система сама ему выдает форму для заполнения:
Нименование товара [......................]
Описание товара [......................]
Цена [......................]
Фото [......................] [обзор]
[Ok]
Вооот... И теперь вопрос - существуют ли в природе готовые решения, работающие по такому сценарию что я описал? То есть - разработчик просто описывает формат вводимых пользователем данных, и затем сосредотачивается на разработке модуля. А система сама на основе формата вводимых данных обеспечивает интерфейс ввода данных для администрирующего сайт пользователя.
Желательные требования к системе - OpenSource
Или я хочу невозможного?
