CMS для сайта
Лучшие движки для сайтов

Сегодня мы будем говорить на «взрослые» темы. А именно о популярных на настоящий момент cms системах сайта и о том, что касается удобства решения стандартных задач относительно каждого из этих движков. Разумеется о единичных случаях – создании уникального функционала, решений под жесткую бизнес-логику и т.д., - речи не идет.

Итак, вы взялись за создание ХОРОШЕГО сайта. Как говорится, быстро сказка сказывается, да не быстро дело делается. Работа сайта – это постоянное развитие и обновление. Рано или поздно панель меню расширится до новых разделов, функционал обновится новыми формами, изменятся контакты в шапке нашего сайта… Естественно, что в случае, когда сайт рабочий, т.е. регулярно и нещадно эксплуатируемый своими владельцами (в чем собственно и заключается смысл его «жизни»), эти самые владельцы еще не раз вспомнят добрым словом или проклятием создателей выбранной ими cms системы сайта. Причем тут несчастные девелоперы? Элементарно, именно от результата их работы, т.е. непосредственно используемого НАМИ на сайте движка зависит НАША же карма (проклятия явно не в ее пользу). Говоря утрировано, движок для интернет магазина или обыкновенного сайта – это то, что позволяет нам беспрепятственно и в общем то с достаточным комфортом (в идеале разумеется) работать с сайтом. Делать то, о чем мы и говорили выше – обновлять, редактировать, подчищать, украшать, и т.д.

Вообще, если подробнее, то к типовым задачам, которые ставит перед готовым сайтом (интернет магазином) клиент, относятся:

 

  • Переработка каталога/разделов с контентом
  • Обновление списка атрибутов товара (к примеру, введение нового параметра «материал» или «стиль»)
  • Введение дополнительных фильтров поиска
  • Введение и обновление формы обратной связи
  • Обновление страницы произвольно выбранным контентом (к примеру, нужно разместить 5 последних анонсов на главной странице. Или сделать выдержку из раздела «Новые товары»)
  • Кастомное редактирование меню (при необходимости внести соответствующие изменения в автоматически генерируемое меню сайта, не меняя реальной логической структуры контента)
  • Изменения схемы оформления заказов (например, расширение или наоборот сужение стандартных шагов оформления заказов, предусмотренных cms для интернет магазина)
  • Стандартные правки контента (к примеру, размещение таблиц или графического материала в контенте определенной страницы. Очень часто, даже лучшие движки для сайта обладают недостаточно простым интерфейсом, в результате, обыкновенный клиент элементарно не понимает, что собственно ему нужно делать)
  • Технические задачи, отвечающие за SEO оптимизацию сайта (управление мета-атрибутами, заголовками и т.д.)

 Собственно к чему я перечисляю все эти заумные слова, называя их типовыми задачами. Дело в том, что говоря про лучшие движки для сайта, мы подразумеваем именно те системы управления, которые позволят сделать выполнение этих самых типовых задач максимально комфортным и легким. Настолько, что даже дошкольник сможет легко справиться с обязанностями контент-менеджера. Нет, серьезно, это вполне реально. Остается лишь самая мелочь – понять…

 

Как выбрать движок

Если не вдаваться в подробности, то среди современных общераспространенных cms систем можно выделить восемь следующих лидеров:

CMS WordPress

CMS Drupal

CMS drupal

Битрикс CMS

Битрикс CMS

CMS DLE

CMS DLE

CMS Joomla

Лучшие движки для сайтов

CMS Abo

Лучшие движки для сайтов

CMS HostCMS

Лучшие движки для сайтов

и Umi CMS

Лучшие движки для сайтов

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

Платные cms имеют исключительно положительные отзывы чуть ли не на каждом техническом форуме. Впрочем, не введитесь, это лишь дело рук тысячи обезьянок, зарабатывающих свои полбакса в час на бананы. Платные движки для интернет магазина или сайта обещают яркую рекламу, маниакально заботливый суппорт и другую замануху. Но на деле… Заплатив деньги и поинтересовавшись у суппорта «а как я могу изменить это и это» (если речь идет о концептуальном изменении), будьте готовы быть приветливо посланными лесом, предварительно ознакомившись с непрочитанным ранее пунктом соглашения. Это еще не все радости использования платной cms. Также в меню забронировано и уникальное мозговыносящее мероприятие по восстановлению прописанных вами лично модулей, которые после выхода свежей версии тупо перестают работать. Суппорт? Суппорт опять же укажет вам направление для увеселительной прогулки указав, что не несет ответственности за ваши личные разработки. «Хотите уникального? Всего за 40$ в час наши специалисты выполнят всю работу».

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

Плюс ко всему, платные cms системы сайта болеют катастрофической паранойей (хотя, казалось бы, было б что красть). Большая часть их работает исключительно на доменах localhost и тех, что указаны в соответствующей лицензии. Тех, кто загорится желанием поднять две локальные копии того же движка ждет жесткий облом.

Так какие же лучшие движки для сайтов?

Предлагаю сделать шаг в прошлое и вернуться к достаточно интересному документу, а именно ГОСТ 34.601-90.

Да да, именно тому, в котором депутаты Советского Союза описали стандартные и логичные порядки разработки автоматизированной системы, пока Прибалтика покидала уныло загибающийся под предводительством Горбачева Колосс, а Ельцин и шайка соратников готовили Беловежскую пущу. Несмотря на солидный возраст, документ не потеряет своей актуальности и через сотню лет.

Причем тут автоматизированные системы? Все просто, веб-сайты также относятся к автоматизированным системам, поэтому, стадии разработки АС непосредственно относятся и к разработке и созданию сайтов или интернете магазинов.

В общем ближе к делу, то есть к этим самым стадиям:

 

  • Формирование требований к автоматизированной системе. Говоря иначе, на данном этапе, клиенту предлагается описать все, что должна будет «уметь» будущая АС, все, что он хочет получить от нее.
  • Разработка концепции автоматизированной системы. Учитывая требования клиентов, группа программистов собирается в ночь на пятницу тринадцатое на Ваганьковском кладбище и думает, как перевести их в программную часть, чтобы реализовать максимально эффективно и максимально объемно. Именно на этой стадии закладываются понятие быстродействия системы, оптимальной архитектуры, расчета на высокие нагрузки и т.д.
  • Составление технического задания. Здесь описывается ТЗ создания автоматической системы (cms системы сайта) и проводятся последние проверки и согласования с клиентом.
  • Составление эскиза проекта. В случае с интернет проектами, под эскизами подразумевается предоставление дизайна будущего сайта в psd формате для ознакомления клиенту
  • Составление рабочей документации. Подготавливаются необходимые документы на будущую cms для интернет магазина или сайта.
  • Ввод в эксплуатацию. Непосредственно сам этап переноса сайта на хостинг клиента, обучение персонала и прочее.
  • Техническое сопровождение автоматизированной системы. А это из серии: «Дмитрий, у нас тут при обновлении новостей вылезают непонятные страшные надписи». И Дмитрий, естественно, самоотверженно кидается на поиск причины неполадки и ее устранение.
Как видно, эти проверенные и полностью утвержденные временем столпы, в условиях четкого соблюдения всех этапов позволяют гарантировано решать задачи любой степени сложности.

Как обстоят дела с готовыми cms системами сайта?

Основной принцип работы с готовыми системами управления подразумевает всего три этапа:

 

  • Клиент скачивает движок для интернет магазина или сайта
  • Клиент выбирает шаблон из обширной коллекции
  • Клиент жмет пару кнопок и вуаля, сайт готов к грязному использованию
Просто? Более того, в таких условиях клиенту даже помощь программиста не требуется. По крайней мере, создатели думают именно так.

Но, вернемся у уже упомянутым ГОСТам. Как видно в последней схеме, выбор эскиза заменяет собой 4 стадию ГОСТа, а запуск движка – 5-ю. Рабочую документацию клиент скачивает самостоятельно с сайта разработчика (или вовсе забивает болт не скачивает – это дело вкуса). Ввод в эксплуатацию и техническое сопровождения проводятся стандартно.

Вам не кажется, что чего-то явно недостаточно? А именно первого и третьего пунктов. Тех, которые являются самыми важными, т.е. формирования требований и разработки архитектуры. Проще говоря, сегодня клиент получает готовый уже законченный продукт.

Тем временем в жизни, вполне логично сначала думать и формулировать требования к желаемому результату, а лишь потом действовать. По-другому поступают только психически нездоровые люди – делают, а после думают, как представить свое действие и подогнать под конкретную ситуацию. «Да вы не обращайте внимания, я постоянно так здороваюсь».

Предположим, вы скачали то, что никак не удовлетворяет ваших изначальных потребностей. Как решают подобные проблемы «универсальные» cms системы сайта? А вот тут становится интересно. Сформировать требования к автоматизированной системе и воплотить их в реальность, клиенту предлагается по факту, с помощью уже готовой системы управления. Как правило, при помощи плагинов, дополнительных настроек, расширений и т.п.

Давайте проведем аналогию со строительством дома. Сначала отстраиваются уже готовые хоромы. Затем приходите вы и задумчиво говорите: «Мне бы спальню расширить, маловата…». «Фигня война» - отвечает ваш строитель, без раздумий подпирает ломом несущую стенку и отодвигает ее на пару метров вправо. Это горе-программист устанавливает новое расширение. «А вот потолок тут треснул, это можно исправить?» - спрашиваете собственно вы. «Фигня война» - вновь говорит строитель и устанавливает новый плагин «натяжные потолки». Трещины остались? Ну и что, главное ведь что не видно. «А то что труба камина теперь не работает это поправимо?...» «Фигня война», мы дырку новую, под камином пробьем, потолок то уже не подходит, он ж натяжной теперь.

А еще комнату не хотите? Мы можем вручную половину гостиной кирпичами заложить и (так как ни один адекватный строитель не захочет быть причастным к этому творению) Ваньку алкоголика пригласить. Вы ему вдвое дороже заплатите и он таку-у-ую стенку отгрохает… Век стоять будет! Правда при этом Ванька загаживает цементом виниловые обои, осыпает штукатурку, но стенка (хоть и другого цвета) действительно получается, что надо… Счастливого новоселья?

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

Это мы еще о простом сайте-визитке говорим.

А если вы мечтали об изначально необычном, к примеру, в готическом оформлении, доме? Ажурные веранды, башенки… Только прикиньте, сколько нервов уйдет на то, чтобы превратить в этот дворец ваш типовой дом. Для начала сносим несущую стену – веранда готова. На хрупкую крышу водружаем тяжеленные башни скачанные с портала «супербашни.ком» (по ходу дела молясь, чтобы они выстояли и не рухнули до следующих выходных). На виниловые обои навешиваем лепнину (денег то на предварительную их обдирку и повторное наклеивание у нас нет)…

Именно так, решив выбрать cms уже готовую, клиент перестраивает ее, подгоняя под свои амбиции. Не верите?

Знали бы вы, как часто вебмастерам приходится сталкиваться с плагинами, делающими по 50, а то и все 100 (!) запросов на базу. С языковыми расширениями, которые парсят буфер и поставляют слова с БД. Причем подбор слов из словаря производится абсолютно рандомным методом.

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

Программные коды уже готовых, пусть даже лучших движков для сайтов нельзя назвать совершенством. Домик изначально не фонтант. Но то, что делает с ним причудливая фантазия клиента – настоящая жесть.

А в чем причина? Да в том, что пункты 1 и 3 были пропущены.

Запомните, нет универсальных систем управления сайтом, которые способны эффективно воплотить в жизни ваши пожелания, потому что вы не занимались формулированием требований и концепции. Они рассчитаны на решение всех задач, а не конкретно вашей. Универсальные решения всегда хуже целевых. Вспомните Козьму Пруткова: «Нельзя объять необъятное». В противном случае вас всегда ждут трещины на потолке, дымящий камин и громоздкие нелепые башни на крыше. Чуда не будет.

А как насчет безопасности cms системы сайта?

Безопасность вообще является отдельной темой, если говорить об универсальных движках. Как уже говорилось выше, коды этих движков практически идентичны, т.е. на тысячах сайтах одно и то же ядро. Скачать и просмотреть это самое ядро – не проблема. Не зря хакеры регулярно находят новые и новые лазейки в кодах (что вполне естественно, так как написание миллионов строк кода без ошибок невозможно). При наличии уязвимости, написать такой же универсальный скрипт для получения полного контроля над порталом для специалиста и вовсе как два пальца плевое дело. Зачем это нужно? Изначально для продажи. После того, как «черный рынок» становится насыщен подобным предложением, хакеры просто выливают скрипты в свободный доступ на платящие за количество скачиваний обменники. То, что называется «эксплоитом». Именно с помощью их школота юные пользователи интернета повально «ломают» сайты для простого самоутверждения.

Почему разработчики популярных cms – dle и т.д.,- не принимают мер? Принимают. А для чего, по-вашему, регулярно обновление версий с залатанными дырами? Именно чтобы 13-летнийпрыщавый оболтус хакер не взломал вашу систему. А если вспомнить начало статьи? Как платные, так и бесплатные системы всегда оставляют риск того, что часть стен и дополнительных примочек, установленных вами за пределами стандартной комплектации, рухнет, погребя тем самым все живое. Кстати, что касается платных систем – тут все рухнет обязательно. Надо ведь компании как-то искать работу своим дорогим и ленивым программерам?

А что делать?

Элементарно. Если бюджет достаточный, то логично будет обратиться к грамотным разработчикам программного обеспечения, которые смогут предложить вам все восемь стадий, указанных в ГОСТе.

К тем, кто не будет допиливать готовую систему управления под ваши желания, а возьмется за строительство вашего собственного дома по вашим собственным чертежам используя крепкие кирпичи. Кирпичами могут стать фреймворки или предыдущие наброски разработчиков. Вот эти кирпичи предназначены для создания универсальной и гибкой композиции без ущерба качеству. А cms система сайта – уже готовый дом, который тяжело поддается доработке концептуальными изменениями.

При маленьком бюджете стоит выбрать cms готовую, максимально приближенную к вашим требованиям. В ней все должно быть на 100% так, как вы хотите. А если уж чего-то и не хватает, то не ломайте несущие стены, а лучше откажитесь от несбыточного в данном случае желания.

Так, собственно, какую cms выбрать?

CMS WordPress – идеален для стандартного блога

Битрикс CMS – то, что доктор прописал для создания и размещения сайтов интернет магазинов

CMS DLE – хорош для очередного сайта Фишки.ру (вряд ли имеющего право надеяться на раскрутку)

CMS Drupal или Joomla 1.5 – хороши для сайта визитки

Помните, лишь в том случае, когда стандартный функционал полностью устраивает конкретно вас!

  •  Звоните нам : +7 (495) 97-888-97
  •  Пишите нам : info@arpa.ru