29 ноября 2008 в 15:16

Ваши пожелания к CMS

Начал разрабатывать собственную cms.
Ознакомьтесь с требованиями. Жду ваших пожеланий и дополнений.

Основные требования:

  • Смена разработчика без дополнительных затрат на то чтобы разбираться в чужом коде
  • Легкая переносимость данных в систему и из неё (посредством настраемового XML)
  • Добавление и модификация любых форм и таблиц, видимых пользователям в пределах установленных разработчиком, без добавления таблиц в понимани СУБД
  • Интеграция с любыми сторонними приложениями посредствам XML (в том числе c десктопными HTML редакторами, поддерживающими FTP)
  • Возможность разработки с использованием графического интерфейса (на основе готовых сборок)
  • Возможность разбиения базы данных по нескольким серверам и поддержка репликации
  • Полная структурированность данных по средствам интерфейса заменяющего визуальный редактор, но использующего принцып — «Что вижу, то и получаю»
  • Поддержка многопользовательского режима: разбиение управляющих по группам с неограниченной вложенностью и возможность задавать права доступа на группу или отдельного пользователя
  • Предоставление отчётов и статистики в виде HTML, XML и PDF c поддержкой графиков
  • Мониторинг всех действий и статистики в реальном времени (предоставляется в виде изменяемых таблиц и графиков)
  • Оповещения при наступленни заданых событий
  • Модуль для интеграции платёжных систем, поддерживающих обмен данными в XML
357
Комментарии (35)
  • 29 ноября 2008 в 15:42 • #
    Данко Алексеев

    Давно убедился, что CMS вещь абсолютно ненужная. Заказчику обычно требуется только простой визивиг для изменения страниц и добавления новостей. Все остальное куда проще и выгоднее (для обоих сторон) сделать самим при необходимости.

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

    Но если вы уверены в своих намерениях, удачи :)

  • 29 ноября 2008 в 16:31 • #
    Дмитрий Тихонов

    Естественно эта CMS будет устанавливаться только с тем набором функций, который клиенту действительно нужен.
    В будущем, если сделаю всё запланированное, будет выпущено несколько сборок с разными модулями и возможностью докупать недостающие модули по одному.
    Надеюсь, что смогу выставить цену CMS в несколько раз ниже, чем у других.

  • 29 ноября 2008 в 17:03 • #
    Александр Реушкин

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

    Если заинтересует данное направление разработки, то можете обращаться — идеи и то как это долджно быть объясню и покажу.

  • 29 ноября 2008 в 17:13 • #
    Дмитрий Тихонов

    У меня и этот пункт был вписан =)
    - Полная структурированность данных по средствам интерфейса заменяющего визуальный редактор, но использующего принцып - "Что вижу, то и получаю"

  • 29 ноября 2008 в 18:05 • #
    Александр Реушкин

    Очень сложно написанно.

  • 29 ноября 2008 в 19:22 • #
    Олег Девяткин

    Зачем изобретать велосипед?
    Есть joomla - она сможет сделать всё что Вам надо.

  • 29 ноября 2008 в 19:26 • #
    Дмитрий Тихонов

    Моё мнение. joomla - трудномодифицируемая CMS с избыточным интерфейсом и тормозным визуальным редактором.

  • 29 ноября 2008 в 23:59 • #
    Олег Девяткин

    Визуальный редактор можнои поменять
    Ну а насчет трудно модифицируемой - это врятли, главное приловчиться

  • 29 ноября 2008 в 17:28 • #
    Ольга Бондарева

    Все чаще сталкиваюсь с тем, что в большинстве случаев, такие сложные системы оказываются сложны и для клиента, согласна в этом с Данко.
    А задумка-то классная. Успехов!

  • 29 ноября 2008 в 21:53 • #
    Ольга Козина

    Впринципе задумка неплоха. Только придется детельно прорабатывать права пользователей и администраторов разного уровна, для более четкой их работы с интерфейсом . Тоесть защиты от "Дурака". и возможностью для профессионалов для тонкой настройки. Это очень актуально для конечного пользователя. и второе детально продумать с каими сторонними приложениями посредствам XML ( в том числе c десктопными HTML редакторами, поддерживающими FTP ) будет работать программа от этого сильно зависит выгрузка и сам интерфейс.

  • 29 ноября 2008 в 21:57 • #
    Сергей Авдюшенко

    Мое мнение- требования что надо! Добавить, вроде, ничего не могу.
    Должно получиться неплохо, но в некоторых случаях универсальная CMS- прекрасное решение, а в некоторых- нет.

  • 29 ноября 2008 в 22:41 • #
    Владимир Русинов

    Делаете очередной никому не нужный велосипед.
    Мое мнение - лучше взять drupal/joomla/etc и допилить ее до нужного состояния. Тут вам и куча готового кода/дополнений уже будет готово.

  • 29 ноября 2008 в 23:09 • #
    Абай-Гэсэр Булгатов

    В общем попробуйте отобрать у битрикса/жумка самое вкусное и интересное... и снизить цену...
    2е интерфейс для пользователя(менеджер,дир,ком дир) должен быть как 2+2=4 в общем юзабетельность на втором месте после поиска... В сайтах самое рулезное это поиски тут необходимо дико оптимизировать по ПОД и понимать как работают поисковые роботы
    3е возможность подкручивать самостоятельных шаблонов без помощи консалтинга ну или вообще как либо изменять без малой крови
    4е совместить с 1с если это будет магазин или каталог товаров.
    тогда системка может и будет жизнеспособной... в общем удачи.
    А то что уже подобные велосипеды с квадратными колесами есть это второстепенное, ведь когда изобретали велосипед сделали не одну модель а только была идея которая до сих пор корректируется с течением современной моды...тут работает тот же принцип.
    Если есть врем я и желание то никого не слушай!

  • 29 ноября 2008 в 23:16 • #
    Alexander Brovkin

    Обязательно полный визивиг. Редактируемые области. В общем тупо - берем Adobe Dreamweaver CS2 в кач-ве визуального интерфейса. Делаем панельку Дерево меню - в нем как проводник windows будут отображаться разделы и подразделы - странички и папки. Т.е. если меню одноуровневое то добавляем странички. Если 2-уровневое то 1 уровень это папки а 2 уровень это странички. Таким образом меню делается простым созданием папок и страничек. У каждой странички опция - META и заголовки. Туда можно вставить некий универсальный заголовок или ключевые слова специфическое название для конкретной страницы. Внутри страницу редактируем Дримвивером или чем-то похожим. Там есть все для правильной работы с HTML и таблицами. Ессно делаем редактируемые области где человек может вносить правки. Также можно делать обьекты - т.е. некий файл содержимое которого будет вставляться на выбранные страницы в выбранные места страницы (фактически SSI). Ко всему этому добру редактор CSS (можно как в Дримвивере можно написать интереснее) установщик шаблонов (чтоб легко вешать обычные HTML шаблоны прописывая спецтегами вставки меню, инфы, новостей и.т.п.). Ну и ессно - мощный API для подключения любых модулей написанных сторонними авторами - начиная от разных видов новостей и адд-онов (типа различных видов доступа в CMS) заканчивая какойнить мощной системой поиска запчастей с импортом из 1С :) И чтобы все ставилось простым install-ом как phpBB. Соотв. весь новый софт пишется под API и не надо менять ядро. Нечто подобное мы кстати сделали :) http://www.milliart.ru/coder_about.shtml но Дримвивер все равно мощнее :)))))))))))))))))))))

  • 30 ноября 2008 в 00:37 • #
    Владимир Шелухин

    Тоже не всё понимаю, поскольку сам я пользователь CMS, а не программист и даже не сайтостроитель, но тоже имею, что сказать — надеюсь, полезное.
    Основные требования, насколько их удалось понять, проработаны вроде бы неплохо. Но.
    Мне кажется, что для конечного заказчика особенную важность имеет эргономика интерфейса администрирования сайта. Масса систем имеет интерфейс, построенный на нечеловеческих машинных алгоритмах и не позволяет нормально приступить к работе без мучительного изучения уникальной для живого человека логики, которая у каждой такой системы своя. Это особенно чувствуется на этапе подготовки сайта к запуску, когда выясняется, что в ТЗ позабывали включить половину разделов, а к половине тех, которые таки включили, привязаны не те шаблоны. Даже перепривязка шаблонов страниц к пустым разделам требует постоянных консультаций с техподдержкой поставщика сайта и протоколирования этих телефонных переговоров, поскольку документация, если таковая вообще имеется, составлена на редкость бестолково: большинство авторов CMS и сайтостроителей, похоже, вряд ли даже слышали про директивное изложение материала руководства.
    При всём при том визуальный редактор, напротив, как правило, странным образом рассчитан на натуральных блондинок и не то что не имеет типографа, но даже не позволяет размечать текст стилями CSS — только тупая прямая разметка текста атрибутами начертания. Поменять потом у такого сайта типографику — занятие для почитателей Леопольда Захер-Мазоха. Администратор ещё как-то в силах заставить редакторов, которые обычно и Word толком использовать не умеют, избавлять контент от кодового мусора. Только много ли от этого проку, если текст после не типографирован (а особенно мило, коли сайт использует не один язык, а два и больше)? Что уж там говорить после этого о хотя бы зачаточной автоматике по отбору ключевых слов…
    Возможность внести хотя бы простейшие изменения в шаблон из интерфейса администрирования также относится к редким исключениям, что вынуждает ради, скажем, изменения номера телефона в колонтитуле обязательно дергать стороннего вебмастера.
    А, и ещё из области эргономики: очень полезны были бы модули для браузеров, позволяющие при работе с сайтом сразу перейти к редактированию нужной страницы или раздела — то есть чтобы в случае активации такого модуля всё, что позволено редактировать администратору или редактору сайта, сразу же отмечалось значком-ссылкой, щелчок по которой тут же переводит в CMS, где уже открыта для редактирования соответствующая страница. Модулей таких должно быть два, для IE и Firefox.

  • 30 ноября 2008 в 02:12 • #
    Артём Емельянов

    Устройся в Битрикс. Принеси пользу. Зачем изобретать велосипед заново с нуля? Есть лучший продукт года. Прекрасно работающий. Доведённый до ума. Имел с ним дело. Очень доволен. И поддержка существует. Вот иди и совершенствуй его. Не выпендривайся.

  • 30 ноября 2008 в 04:53 • #
    Alexander Brovkin

    Битрикс то доведенный до ума??? 8-() Вы ради прикола девочку-секретаршу обучите им ппользоваться, чтобы она спустя час после обучения сайтами полностью рулила. Бестолковая громоздкая тормозная глючная и кривая система. Сколько стоит награда "продукт года"? - мне в свое время предлагали за 5к баксов купить какое-то место в каком-то конкурсе... :) Тут не все так просто и марка "Продукт года" может не означать что это действительно продукт года :) а всего лишь что кому надо занесли сколько надо :))) Я очч скептически именно поэтому отношусь ко всяким там местам на конкурсах, громким маркам и лейблам, призам и прочей фигне. Правильное дело человек затеял.

    ЗЫ. Нормальная и правильная CMS получится если за нее возьмется к примеру Adobe...

  • 30 ноября 2008 в 12:01 • #
    Артём Емельянов

    Или Apple :)

  • 30 ноября 2008 в 12:20 • #
    Владислав Лаптев

    Любой проект всегда начинается с цели! Т.е. зачем это все надо ?! :)
    Выбирал и анализировал несколько фриварных CMS - больше всего приглянулся drupal!!!
    Если конечно стоит задача построить полностью собственную CMS - конкурента текущим - задача серьезная и требует анализа и проработки ТЗ. Это путь долгий по затратам.... и в конце концов можно построить ни куму не нужный велосипед ;)

  • 30 ноября 2008 в 15:42 • #
    Роман Толкачев

    Чтоб была написана на Python и OpenSource. Django-based. Остальное сам сделаю что понадобится :)

  • 30 ноября 2008 в 16:11 • #
    Максим Мухарев

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

    Но если есть желание, то надо действовать - время покажет :-)

  • 1 декабря 2008 в 08:11 • #
    Максим Мухарев

    Любым творцам - респект.
    1 .Управление мета-тэгами для всех страниц (title и т,д,) SEO
    2. Модуль Инет-магазина с подключаемыми системами оплаты
    3, Мультиязычность
    4. Отсутствие дыр
    5. Поддержка Аякс
    ..... модуль каталог товаров с возможностью upload прайсов.
    ...... управление контентом как через веб интерфейс, так и локально (ftp)

    желаю успехов.

  • 1 декабря 2008 в 09:05 • #
    Олег Девяткин

    >>4. Отсутствие дыр
    Сильно сказано - обычно такого не бывает, все равно маленький процент погрешности всегда присутсвует и утверждать об их отсутсвии банальное вранье.
    >> Поддержка Аякс
    Это как? Новый браузер( Вы его написали) необходим для работы с CMS ?
    Сегодня на дворе WEB 2.0 В таком случае, где Ваши:
    - RSS
    - Облако тегов
    - добавление комментариев
    - добавление в ленты друзей
    и т.д. список продоложит каждый сам.
    Встает вопрос, если что надо добавить где Вас искать? Справятся все фрилансеры?

  • 1 декабря 2008 в 10:35 • #
    Дмитрий Тихонов

    Ok. Rss будет. На ajax тоже нужно что-нибудь сообразить, скорее всего буду использовать adobe spry. А вот инструмент для создания соц. Сетей из cms делать бы не хотелось, и так клонов много развелось.

  • 1 декабря 2008 в 12:55 • #
    Илья Балбашов

    Хотел бы тоже немного прокомментировать, с точки зрения собственного опыта в области внедрения и работы с клиентами. (Кстати, в свое время, лет еще 8 назад, написал собственную CMS, которую использовал в ряде проектов, в том числе достаточно крупных).

    >> - Возможность разбиения базы данных по нескольким серверам и поддержка репликации.

    Неплохая идея, но нужная, вероятно, около 5% заказчиков. К тому же, действительно работоспособное решение принципиально не может быть бюджетным!

    >> - Поддержка многопользовательского режима: разбиение управляющих по группам с неограниченной вложенностью и возможность задавать права доступа на группу или отдельного пользователя

    Вот этот пункт, по крайней мере до недавнего времени, был крайне плохо проработан в бесплатных CMS. Правда и требования такие появляются на проектах с бюджетом (на сегодняшний день) от 500т.р. И к слову - вложенность групп в 99% случаев не нужна, важнее гибкое управление на основе ролей, ACLs, доступа к методам классов.

    >> - Предоставление отчётов и статистики в виде HTML, XML и PDF c поддержкой графиков
    В общем то да, но легко решается установкой готового решения. Впрочем также, как и глобальный поиск по сайту.

    >>- Мониторинг всех действий и статистики в реальном времени (предоставляется в виде изменяемых таблиц и графиков)
    Тоже нужная вещь, но реально для клиента важно логгировать только ключевые действия с БД и транзакции с API платежных систем и shipping.

    >>- Оповещения при наступленни заданых событий
    да

    >>- Модуль для интеграции платёжных систем, поддерживающих обмен данными в XML
    Универсальности пока не получится. У каждой shipping, payment системы - своя собственная API. Возможно только создание более-менее универсальной связки, требующей в каждом случае заточку программиста.

    >>- Смена разработчика без дополнительных затрат на то чтобы разбираться в чужом коде
    Памятник бы поставить тому разработчику! :)
    Но в целом - чуть ли не самое важное требование.

    >>- Легкая переносимость данных в систему и из неё (посредством настраемового XML)
    Не совсем понятно, каких именно данных? БД, design & layout, конфиги?

    >>- Добавление и модификация любых форм и таблиц, видимых пользователям в пределах установленных разработчиком, без добавления таблиц в понимани СУБД
    Не однозначный вопрос, имхо. Нужно ли такое усложнение ради универсальности, да еще за счет потери в производительности (те же составные и foreign индексы, триггеры, итд)? Или мы в результате получим что-то в роде phpmyadmin? :)

  • 1 декабря 2008 в 19:57 • #
    Дмитрий Тихонов

    Вот тоже, все время представляется phpmyadmin, только с человеческим лицом.

  • 1 декабря 2008 в 13:53 • #
    Антон Малега

    У меня складывается ощущение, что крайне полезным было бы обсуждение "Что нужно клиенту от CMS".
    Действительно, когда разработчик начинает продумывать требования, то зачастую закладывает в них не востребуемую в последствии гибкость или глубину управления сайтом и т.д. Возможно, разумнее ограничиться тем, что используют 95% клиентов и делать отдельные доработки для редких технократов или гурманов?

  • 1 декабря 2008 в 16:06 • #
    Эдгар Давтян

    Опыт показывает, что Данко прав :).
    У меня есть своя система, максимально простая и минимизированная, уже удовлетворил более 60 клиентов.

  • 1 декабря 2008 в 16:45 • #
    Владислав Бухарев

    Пару лет назад тоже писали свою CMS :)...
    Когда почти через год "писаний" на этапе бесконечной отладки и отлова багов программер объявил, что "дали маху с ядром, надо бы переписать, но это не долго - за 3-4 месяца справимся" до меня, наконец, дошло, что натуральное хозяйство (каждой студии по собственной цмс, каждому кодеру по личному фреймворку !) - путь тупиковый. Любой деятельностью должны заниматься профессионалы, специализирующиеся на своём узком участке.
    Так чисто , по ходу дела, написать свою универсальную CMS, продвинутый фотошоп или неглючную винду просто НЕВОЗМОЖНО. Этим надо ЖИТЬ, иметь ОТЛИЧНУЮ команду и НЕМАЛЫЕ средства. Тогда есть шанс (именно шанс, а не гарантия) создать что-то стоящее.

    В общем я тогда посчитал убытки (в размере 15-20 к$) и стал использовать ИСКЛЮЧИТЕЛЬНО проверенные временем движки (как опенсурс, так и коммерческие - по обстоятельствам , в зависимости от требований к проекту). Чего и Вам всем желаю.

  • 1 декабря 2008 в 17:14 • #
    Андрей Исмагулов

    Во, грамотно сказано ) с учетом своих ошибок, без повторных наступаний на грабли

  • 1 декабря 2008 в 17:46 • #
    Илья Балбашов

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

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

  • 2 декабря 2008 в 14:43 • #
    Иван Наумов

    Осваивал я всякие cms...
    Datalife Engine изучал, joomla, php fusion клиенту ставил...
    А пришёл к тому, что от php fusion оставил только счетчик посещений, а все остальное - своя cms...

  • 2 декабря 2008 в 15:33 • #
    Андрей Исмагулов

    Насколько своя cms? Насколько это законченный продукт? Продвинутость cms? или все-таки переработанная сторонняя?

  • 2 декабря 2008 в 15:51 • #
    Иван Наумов

    Полностью своя. Создавал для новостного сайта, также использовалась при создании простенького сайта рок группы малоизвестной...
    Хотя более серьёзные проекты были на CMS Joomla.

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

    Потому как вот это:
    >Модуль для интеграции платёжных систем, поддерживающих обмен >данными в XML
    лучше самому писать.
    Не известно что встроят другие...
    Не стоит доверять свои деньги другим людям...

  • 2 декабря 2008 в 17:17 • #
    Андрей Исмагулов

    это точно )


Выберите из списка
2018
2018
2017
2016
2015
2014
2013
2012
2011
2010
2009
2008
1970