Поддержка пользователей!

Передовые знания в области IT

  • Наши контакты

    Страна:
    Город:
    Адрес:
    Телефон:
    Email:

    Офис

    О целесообразности применения CMS систем в ВЭБ разработке.

     Последнее время среди ВЭБ разработчиков сложилась устойчивая тенденция использовать те или иные CMS для создания сайтов. Причем совершенно не важно 5-ти страничный ли это сайт-визитка, среднего обЪема ресурс, или даже одностраничный лэндинг пейдж. Не важно, вэб матера упорно заливают на хостинг Wordpress (или Joomla, или Drupal) , и начинают набивать его темами, шаблонами, модулями и плагинами, а после контентом, просто потому что это модно, трендово и просто так повелось. На рисунке WEB панель знаменитой CMS Wordpress.

    WEB панель управления CMS Wordpress

     Но давайте задумаемся о целесообразности использования CMS о плюсах, которые они дают, а также о минусах и о их результирующем значении, т.е. просто говоря, стоит ли овчинка выделки. CMS в переводе означает система управления контентом (материалами) сайта, и служит для упрощения процесса создания и управления материалами на сайте, добавления|изменения пунктов меню, шаблонизации дизайна сайта, ну и организации прочего интерактива на сайте, например "Форма обратной связи". Первые CMS появились как только бизнес начал осваивать просторы интернета, т.е. очень давно. Лично первый раз увидел CMS еще где то в 2004 году, и уже тогда имея опыт вэб разработки очень долго ругался, пытаясь разобраться с настройками той CMS ( толи NetCat, толи еще какой то Net ). Прогресс не стоял на месте все эти годы и теперь мы имеем, ни много ни мало, целую индустрию разработчиков CMS, плагинов и модулей для CMS, шаблонов для CMS, причем, как всегда самое вкусное - за деньги. Вся эта братия разработчиков трудится для "облегчения жизни" вэб мастерам.

     Первый и несомненный плюс CMS, это обеспечение возможности публикации и редактирования материалов на сайте людям, не владеющим HTML, CSS, Java Script и т. д. то есть от слова совсем. И в принципе эта задача решена, однако лично мой опыт работы с заказчиками показывает, что большинство из них до такой степени "не в зуб ногой", что даже и с меню CMS не могут разобраться, или не хотят, вопрос до сих пор открыт. Таким образом почетная миссия публикации материалов ложится опять таки на вэб мастера, а я как разработчик нахожу в функционале любой CMS больше ограничений, чем удобств.

     Очевидным минусом CMS является скорость отображения сайта. Какой бы не стоял вэб сервер, какое бы не было железо у хостера, скорость отработки php логики, да еще с обращениями к серверу базы данных однозначно и неоспоримо медленнее, чем выдача вэб сервером статических HTML страниц. Это факт. Выбирая CMS мы жертвуем скоростью. Ну и если просто прикинуть: средний сайт на 20-50 страниц, это 20-50 тысяч строк текстового контента, а движок Wordpress в самой базовой комплектации - 500 000 (ПОЛ МИЛЛИОНА!) строк и это не слова: CompUconsult
    Угу, пхп шной логики для обслуживания контента в десять раз больше кода, чем самого контента, ага.

     Конечно есть задачи по типу интернет магазинов, соц сетей, сайтов знакомств, где необходимы CMS, НО, поправлю сразу, это отдельные php скрипты, имеющие мало общего с простыми CMS. Так, например скрипт интернет магазина OpenCart, о котором есть отдельная статья, позиционируется создателями, как CMS, но это в первую очередь "Интернет Магазин", также обстоят дела и со скриптами соц сетей, типа Chameleon.

     Безопасность. Лично мои проекты на CMS Joomla взламывали несколько раз. Причем с разными уровнями проникновения. Узнать об этом можно из статьи "Информационная безопасность, мифы и реальность" . Причем, что обидно, взламывали не какие нибудь хакеры - профи, а простые индусские или корейские дети, поставившие на свой пентиум 2 (хаха) Kali Linux (если оно поставится) и вообразившие себя хакерами. Ну а если без шуток - серьезный Linux дистрибутив, содержащий базы данных уязвимостей, в том числе и уязвимостей популярных CMS. Поэтому "хакеру" теперь ничего делать не надо, и думать не надо, и понимать не надо, достаточно запустить анализатор и ввести адрес сайта-жертвы. Как я говорил, PHP код на сайте - это всегда уязвимость, ибо управление передается интерпретатору, а через него операционной системе, а какие там ошибки в коде CMS - знают только разработчики, и то, наверное только после того, как их взломают. А кроме уязвимостей CMS, есть еще уязвимости интерпретатора php, и уязвимости операционной системы. Недаром они все постоянно просят обновиться, используя основным аргументом безопасность. ОГО, а Скоти и не знал. Ну а чего говорить, я сам пишу код, и через месяц я уже не вспомню, чего я там писал, чего имел ввиду и какие там могут быть проблемы с безопасностью. В общем, безопасность - это огромный минус всех CMS.

     Подводя итог, можно сказать, что применение CMS в ВЭБ разработке в большинстве случаев не оправдано, не безопасно, да и просто накладно (с точки зрения ресурсов сервера и финансовых ресурсов). В качестве алтернативного примера могу привести данный вэб сайт, построенный на статическом HTML коде, с использованием минимального количества PHP логики. Ну и таким образом в основном у меня происходит процесс ВЭБ разработки: Разработка HTML страницы<

    Обратная связь

    Ваше имя:
    Ваш E-mail:
    Сообщение: