Преимущества «1С Битрикс: Управление сайтом»

Почему я не люблю российские коммерческие CMS

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

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

А задача то стояла простая, найти готовую систему которая бы не отнимала времени у сотрудников на создание однотипного функционала. Вторая задача, найти систему с максимально быстрой настройкой шаблона под свои нужды, ну и соответственная кастомизация тех или иных модулей. Сам я то, в прошлом программист но последнее время все ближе по духу к дизайнерам (фраза грубая но суть я думаю вы уловили). К разным дизайнерским мини-фичам на сайтах отношусь достаточно трепетно, и всячески отстаиваю права фичей на существование. Былой программист посмотрит на фичу и скажет: — «Да ну, что Вы господа придумали, херня полная, никому не нужна, да и мне с ней ковыряться долго, давайте-ка сделаем как на прошлом сайте». С таким порядком дел я вообще не согласен и при выборе системы управления считал тонкую кастомизацию тех или иных частей какого либо модуля – основным параметром качества системы.

С быстрой прикруткой шаблона, некоторые системы еще справлялись, а вот с кастомизацией уже сложнее. У меня сложилось такое впечатление что некоторые разработчики создают систему под единожды спроектированный демо сайт. Например новости: заголовок, краткое содержание, подробное содержание и еще миллиард параметров. Ну нахера? Как минимум один параметр (из набора заголовок, анонс, содержание) лишний. Ну кто будет каждый раз херачить здоровенный пресс релиз, с аносами и приблудами? На самом деле кто то конечно будет, и вот из за них разработчики все это и делают (Алан Купер про концентрирование программистов на исключительных случаях). Разработчики стараются создать швейцарский армейский нож, одинаково подходящих как для сайта компании «1С», так и для ремонтной мастерской в Урюпинске. А в швейцарском армейском ноже, самим ножом пользовать то не удобно.

В этом месте, внимательный читатель, накинется на меня с критикой. Мол все можно прикрутить, открутить, забить, посадить на клей и т.п. Да я понимаю, что при хорошем знание системы из нее можно выдавить ой как много. Я же говорю о другом: лично для меня все это является само самим разумеещемся. Разработчики не ставят перед собой цель сделать гибкий и простой инструмент. Все делают системы – установил и готово.

Во всех этих системах видно главенство программистов. Создавая функционал того или иного модуля, они навязывают использование своих стандартов (опять хорошо подходит пример со «стандартными» 3 параметрами новостей). Что в свою очередь уродует сайт, если конечно студийные разработчики не обработают систему напильником.

А бредовость отдельных модулей вообще поражает, например: каталог ссылок. Что это и нахера?

Что касатеся архитектуры систем (не знаю что у них там внутри) они все однотипные. Ну посмотрите чем концептуально отличается Битрикс от УМИ, или Хост от Амиро? Да ничем, та же страница ориентированная структура, такие же модули. Переходя от одной системы к другой, отличия видел одни – другой интерфейс. А принципиально все одно и тоже. «Ну и что?» скажите вы, ну на самом деле ничего такого. Дело в том что мне не понятно, почему никто не хочет попробывать новые подходы и найти новые решения, а не развивать тупиковую страницо-ориентированную архитектуру.

А эти ужасные WYSIWYG. Это вообще кошмар. Сидишь делаешь стили для сайта, выверяешь межстрочные расстояния, заголовки и прочую белеберду которая делает сайт вкусным. А эти WYSIWYGи на все это плюют и генерят свой «могучий» код. А что мне на это отвечают: секретарши с ним проще работать. Ну а результат каков? Плачевен друзья мои, плачевен.
Вкраце суть: все известные мне российские коммерческие системы управления сайтом – не годятся, как базис для создания разнотипных сайтов. Разработчики навязывают свои стандарты информационной архитектуры (которые далеки от совершенства, да и далеки от народа). Хотя CMS априори должна давать гибкость.

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

Вообщем я долго мучился с вышеописанными проблемами. Пока не нашел DST Platform. Но это уже другая история

Называю систему: Drupal
А DST Platform это все таки уже фреймворк, сравнить с CMS не совсем объективно и честно

Только не забудьте сказать, что в комплекте для программиста должна быть валерьянка. :)
Лично изучая Drupal Form API чуть не повесился, и до сих пор нервничаю делая там формы. А уж сколько волос на голове останется у верстальщика, который рискнёт научиться писать шаблоны для Drupal (там даже Smarty всего не решает, увы) я и предположить боюсь. Но за то те, кто прошёл этот «Курс молодого бойца» конечно могут свысока смотреть на программистов UMI и Bitrix, поскольку гибкость Drupal даёт делать любую экзотическую кастомизацию достаточно небольшии затратами времени и сил.

От себя добавлю что поддерживать проект на Друпале, где используются собственные хуки (т.е. не хуки ядра, но и не мной писанные) и workflow_ng, довольно сложно. Код получается довольно запутанным.

Вообще говоря, мне не совсем понятны такие отзывы. Товарищ в первом комментарии жалуется на недостаточную гибкость существующих CMS. Но тут не может быть идеального решения. Либо негибкая система, но очень простая, либо гибкая, но сложная в освоении. Делать сайт вообще без использования CMS, на чистом PHP, к примеру, вообще максимально гибко. Но и максимально сложно.

Я это к чему. Друпал обеспечивает невероятную гибкость и адаптируемость к практически любым запросам. Но за это действительно приходится платить достаточно высоким порогом вхождения. Но иначе и быть не может. Не может быть волшебного средства, позволяющего почти без трудозатрат сделать любые «хотелки».

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

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

А чтобы все было более менее гибко_ CMS должна быть (IMHO!!! — это на тему должна и если мы говорим о гибкости) объектно-полиморфичная, и если уж привязанная к БД, то к какой-нить более мощной. Oracle, PostcgreSQL. Помимо прочегоЮ было бы очень даже правильно, чтобы параметры внутрь передавались целочисленные (коротенький кусочек PHP (int) лечит бошльшинство SQL инъекций).

А еще — и это уже сугубо IMHO — в идеале объем кода CMS не должен превышать 100 Кб кода. чем меньше — тем лучше. Достигается адекватным проектированием.

Мы с 1999 по 2004 работали с модульной системой собственного изготовления (поскольку оно изначально работало на postgresql, одной засады мы благополучно избежали), где-то во времена PHP5 RC1 собрали первый прототип фреймворка для клепания на лету кастоимзированных CMS. Не могу сказать, что все получилось идеально (например интерфейс, в свое время придуманный программистом, борется до сих пор и пока, к сожалению, побеждает), но вот при необходимости «с нуля» сотворить за неделю сайтик с уникальной функциональностью у нас вроде бы ка получается.

Господа — проектируйте, а не воюйте!

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