Яндекс.Практикум

Сферическая CMS в вакууме

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

История знает много психозов, когда люди искали самое-самое в какой-то области. Наиболее известным из них, пожалуй, является философский камень. Искали его как средство создания универсального эликсира от всех болезней, а уж во вторую очередь как способ обратить свинец в золото (это сейчас думают наоборот). Военные всегда мечтали об «вундервафле» (зайдите на Луркоморье и почитаете статью пока можно) как способе победить противника на войне. Поиски идеальной CMS можно отнести к этой же «внудервафле», только в веб-дизайне.

Сферическая CMS в вакууме

Сколько стоит сайт

Известно уже, пожалуй, всем, что экономист мира рассматривают стоимость любого предмета как совокупность затрат по его приобретению, владению (обслуживанию) и утилизации. Каждый из этих разделов затрат имеет свои статьи и подстатьи в зависимости от предмета. Как раз на этом сыграло правительство России, когда ввело утилизацию автомашин и таким образом повысило конкурентность российского автопрома после вступление в ВТО. Все по закону и скрепи зубами, не скрипи, а плати. Плохо это или хорошо — это другой вопрос за гранью статьи.

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

Поэтому я буду рассматривать сайт именно в этом ключе.

В предыдущей статье я кратко прошелся по движкам для создания сайтов и затронул немного такие понятия как производительность и удобность.

Производительность движков

Вот график распространенности движков по версии сайта itrack.ru:

itrack_cms_free

Если исходить из производительности, то WordPress не имеет шансов на жизнь. Однако, по статистике именно WordPress — самая устанавливая система в мире. В мире!

У Joomla! тоже плохая производительность и люди жалуются, что хостинг плохо тянет систему. Её тоже нужно выкинуть на помойку? А ведь именно Joomla! — это второй номер в списке самых устанавливаемых движков в мире.

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

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

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

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

Удобность движка

Для разработчика удобны в первую очередь CMF типа MODX и Drupal, поскольку есть документация, наработанные решения и системы получились очень гибкие в работе. То есть вы можете сделать себе блог, портфолио, статейник, продвинутую фотогалерею в одном движке, что сложно сделать в обычной системе типа Joomla или WordPress.

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

Разработка сайта на движке

Самая замечательная в плане удобства использования является WordPress. На этом движке можно развернуть сайт на готовом шаблоне практически за пару часов. И это не преувеличение. Основное время займет заливка и установка движка, скачивание и активация плагинов. Останется только отрегулировать вывод в шаблоне плагинов и сайт готов.

А больший функционал можно получить более глубокой проработкой шаблона и добавлением плагинов. Таким образом даже интернет-магазины запускаются (нет, до ozon.ru им очень далеко, но как витрина на пару десятков/сотен товаром можно сделать легко).

Точно так же можно легко запустить сайт и на Joomla!, когда вы на готовый шаблон легко создаете категории материалов, публикуете начальные материалы и затем настраиваете меню. А уж затем добавляете всякие плишки и виджеты в разные блоки.

Ключевое удобство тут именно в первоначальном быстром развертывании сайта.

Но и в редактировании страниц сайта тоже много удобного. Это и отличные визуальный редакторы, который можно отключить, и развитая система настроек отображения материалов.

В MODX идеология совершенно другая и разработка сайта происходит по-другому. Тут создаются шаблоны под виды страниц, по ним создается дерево ресурсов, которые будут отображаться и им назначаются шаблоны. А уж затем происходит наполнение шаблонов, подключаются программы выводов контента, настраивают вывод меню и так далее. То, что занимают несколько кликов в WordPress, тут приходится руками прописывать и настраивать. Зато под разработчиком весь вывод до последнего тега. Разработка сайта получается более долгая, зато сайт делает только то, что требовалось с автоматизацией, которая часто получается больше и лучше, чем в стандартных движках. Хотя некоторая половинчатость и неудобность от некоторых решений присутствует.

А вот стоимость разработки сайта зависит от сложности функционала, количество свободных специалистов на рынке труда. Поэтому обсуждать на каком движке будет дешевле сделать сайт не имеет смысла без техзадания. Одно можно сказать, что разработка сайта на Joomla! и WordPress в базовом функционале примерно одинакова, как и на MODX. На Drupal будет дороже из-за сложности системы.

Поддержание сайта

Когда сайт запущен и работает, приходится за ним присматривать: удалять спам, редактировать статьи, публиковать новые.

И вот тут разница в движках проявляется во всей красе!

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

В качестве такого примера можно привести движки DLE и NG CMS. Оба эти движка имеют одного предка, по идеологии они идут для новостного портала и обои используются для каталогов/варезников/новостных порталов. Вот только в NG CMS с правами очень плохо – разграничений почти нет, плохо проработано удобство. И несмотря на то, что NG CMS бесплатная, а DLE платный движок, на первой сайтов очень мало, а на DLE их огромное количество.

Drupal — это другой пример важности прав. Сам по себе Drupal очень тяжелый движок, разработка на нем сложна, а удобство довольно посредственное. Но разграничение прав просто замечательное! Поэтому на нем очень любят разрабатывать крупные сайты-порталы, где контент генерируется не только разработчиком/заказчиком, а самими посетителями.

Второе, что бросается в глаза — это удобство редактирования и добавления контента. Визуальные редакторы, написанные на javascript есть практически у всех систем. Но вот обрамление к ним, продуманности интерфейса и удобство всего этого часто продумано плохо. Я называю это проблемой open source – прекрасная идея лежит в основе, но интерфейс «писал программист для программиста».

Интерфейс WordPress, опять же, даже при некоторой странности редактора, просто отлично проработан, есть куча мелочей, которые просто не замечаешь, но которых очень не хватает в других движках. Аналог WordPress на php framework CodeIgniter MaxSite CMS при большей производительности сильно проигрывает именно по редактору и вообще общему удобству пользования. И именно из-за этого не сможет составить конкуренцию WordPress в обозримом будущем.

Но и редактором не заканчивается важность интерфейса движка. В WordPress прекрасна поставлена работа с комментариями – очень легко подключить плагин антиспама, легко просматривать, одобрять или удалять комментарии, легко отвечать на комментарии. Кроме того, легко можно настраивать боковые панели сайта и таким образов менять сайт.

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

В движке MODX  есть редактор, есть гибкие шаблоны и настраиваемая форма редактирования материала. Интерфейс вылизанный и очень неплох. Кроме того, в нем есть дерево ресурсов, где очень легко ориентировать в структуре сайта. Но для того, чтобы разбираться с принципами админки требуется некоторое время. А вот с блоками в панелях работать конечному редактору не удобно – они забиты в шаблон и так просто как в WordPress или Drupal их не поправишь.

Bolt CMS имеет простую админку, редактор, разделение материалов по признакам и многое другое. С одной стороны, есть все, что нужно как в Drupal или MODX, а с другой стороны немного не привычная идеология разработки. К сожалению, документация вся на английском и её явно не хватает. И очень большая проблема с готовыми решениями. Я пытался разобраться с несколькими плагинами, но мне так и не удалось заставить их заработать сходу, а документации по ним явно недостаточно. Хотя у системы есть отличный потенциал, с ней нужно разбираться очень серьезно.

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

Какую же выбрать CMS/CMF?

Как видите, любая система имеет свои плюсы и минусы, ведь живем мы не в идеальном мире. Так что нет CMS, которая была бы самая-самая для всех видов сайтов.

Прежде чем выбирать систему под проект, я бы посоветовал сделать следующее:

  1. Составить самому себе техническое задание на создание сайта: что за сайт, цель его создания, каким вы его хотите видеть, что он должен отображать, разделы и так далее. Таким образом вы поймете тип сайта.
  2. Как вы планируете его расширять и обслуживать. Если вы сейчас хотите сделать визитку, а затем добавить блок новостей, то пойдет почти любой движок. А если вы планируете добавить каталог, интернет-магазин, портал и так далее, то тут уже нужен профессионал и он уже подскажет как реализовать это, но и стоить это будет денюжку. Учтите, что все навороты, которые у вас голове вертятся в 99% просто не нужны и просто вредны.
  3. По техзаданию и планам по расширениям задайте вопросы на профильных форумах и проанализируйте ответы. Обратите внимания на цены решний, плюсы и минусы.
  4. После отбора движков на форумах, посмотрите как с ними работать на ютубе, вимео, скачайте видео уроки. Достаточно получить общее впечатление как ставить и как настраивать.
  5. Скачайте каждый движок и попробуйте сайт-пример, который идет практически к каждому движку в деле. То есть попробуйте подстроить под себя. И вы поймете, что вам нравится или не нравится, что вам понятно, что не понятно. У вас появится свое предпочтение движка. Например, я не делаю сайты на Joomla! – ну не нравится мне этот движок, хоть убейте.

А вот когда вы руками пощупали движки, отобрали 1-2 претендента, идите уже на профильные форумы и сообщества и задавайте вопросы как реализовать нужный вам функционал, спрашивать сколько это будет стоить, кто бы мог помочь и кого бы вы посоветовали. Таким образом вы быстро войдете в курс дела и поймете что сколько стоит. И тут уже будет планировать и делать.

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

Понравилась статья? Поделиться с друзьями:
IPCalc Blog
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: