CMS для корпоративного сайта. Информация для разработчиков

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

Не стоит с опаской заглядывать в код стандартных компонентов. Все стандартные компоненты системы администрирования Движок идейно не предназначены для доработок, они выполняют свою работу и делают это хорошо. Доработки системы могут совершенно её не касаться: для администрирования — это отдельные файлы с дополнительными возможностями, для сайта — можно создать исполняемые php-блоки или также подключить отдельные файлы, к примеру для обработки аякс-запросов. Касательно корпоративных сайтов такое может понадобиться, к примеру, при подключении сторонней базы данных для онлайн-расчета. Дорабатывать же стандартные компоненты Движка — это более сложная задача.

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

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

Экономия нервов и времени при разработке сайта

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

Одна из основных проблем — стандартные возможности, которых у системы на самом деле — очень много. Стандартные компоненты, насыщенные функционалом… Есть два варианта разработки — под систему администрирования или под дизайн шиворот-навыворот. Если разработчик поинтересовался внутренней организацией системы и её допустимыми возможностями — можно серьезно сэкономить время разработки и снизить риски за счет использования стандартного функционала.

Иной раз что-то может накрыться одним росчерком юзабилити или дизайна. Нарисовали что-то нестандартное, непривычное и сразу решили, что реализовать такое на Движке невозможно… более того, выясняется, что вообще ни на одной системе такое сделать из коробки нельзя. Но тут уж всё понятно — можно реализовать недостающий функционал за счет php-блоков и дополнительных дизайнов, шаблонов и полей (для страниц). Есть возможность добавления таблиц для CRM или внутренней базы данных с удобным внесением информации, поиском и фильтрами.

Иной раз возникшую идею надо сопоставлять с уже имеющимся функционалом — и думать, а насколько принципиально сделать так, а не этак? Чаще всего в стандартных возможностях, возникшая в головах менеджеров и юзабилистов идея, реализована продуманнее и глубже. Крайне редки случаи, когда для корпоративных сайтов придумывается что-то эпохальное, без чего он просто не сможет существовать и что обязательно надо допиливать ручками. Даже относительно дорогостоящие сайты можно реализовать на стандартном функционале, если грамотно искать компромиссы между идеями и существующими возможностями. Об этом мало кто задумывается. И это — следствие первого минуса Движка — некомпетентность и непонимание, как работать с системой, нежелание чуть-чуть разобраться самостоятельно или воспользоваться помощью автора Движка.

Если работает — не трогай

Стандартные компоненты Движка не предназначены для доработок. Это CMS, а не фреймворк. Движок идеологически — монолитный набор возможностей. Набор готовых идей, из которых можно собрать готовый сайт. И моя убежденность — что в 90% случаев эти идеи удовлетворят клиента. Они удовлетворят его даже больше, чем грамотно составленный юзабилити-макет с большой суммой за работу специалиста. Просто потому, что клиент во всем этом не разбирается — ему нужен рабочий сайт, который будет хорошо индексироваться и легко редактироваться.

Даже в случае создания большого сайта с несколькими десятками типовых страниц — всё крутится вокруг разделов, дизайнов, стилей и, возможно также, шаблонов. Но чаще всего дизайн сайтов довольно простой и представляет из себя единый дизайн для всех страниц или 2 дизайна для главной и всех остальных страниц.

Привыкнуть к Движку можно точно также, как и к любой другой системе. Это мое убеждение, доказанное на многочисленных примерах других людей. И получать удовольствие от собирания сайтов на нем — тоже не так сложно. В любом деле важен грамотный подход и изучение предмета. Просто так схватить вещь, не изучив для чего она и как ей пользоваться, в надежде, что она принесет сразу золотые горы — не выйдет. Любой проект — это работа. И выбор инструмента — здесь всего-лишь один из этапов работы. И далеко не самый важный. Куда важнее — умение пользоваться этим инструментом.

С уважением, Влад Мерк.