Итак, как уже было сказано выше, CMS это не что иное как аббревиатура, которая расшифровывается как «Content Management System», что в переводе на русский обозначает “Система управления контентом (содержанием)”, или как часто говорят в народе – “движок для сайта”. По своей сути, CMS – это программное обеспечение. Как и любая программа, она написана на языке программирования и воспроизводится на предварительно настроенных серверах. Но об этом мы поговорим чуть позже. А начну я свой рассказ с истоков образования World Wide Web (WWW). В теперь уже далеком 1989 году Тим Бернерс-Ли, британский учёный, работая над созданием внутренней сети для организации CERN (Европейская организация по ядерным исследованиям) предложил руководству глобальный гипертекстовый проект, ныне известный как Всемирная паутина (WWW), который предназначался для облегчения обмена информации между группами исследователей. Суть проекта состояла в объединении множества информационных ресурсов CERN в единую информационную систему.
Позже было объявлено, что Всемирная паутина будет свободной для всех пользователей. Еще позже была опубликована спецификация HTML (от англ. Hypertext Markup Language — «язык разметки гипертекста»). Документы HTML являются обычными текстовыми файлами, содержащими специальные теги разметки. Теги нужны для того, чтобы передать браузеру, как надо вывести страницу. Преимущества такого способа, думаю, сразу видны: во-первых, текстовый файл можно создать везде, независимо от вашей операционной системы и текстового редактора; во-вторых, следовательно и редактировать его можно тоже везде; в-третьих, были выработаны определенные стандарты для создания веб-страничек. Все, казалось бы, идет замечательно: основу для создания сайтов разработали, условия для распространения информации тоже создали. Осталось только заполнить Интернет информацией.
.jpg)
Что еще нужно было для счастья?! А нет, не все так просто. Время шло, прогресс не стоял на месте, потребности людей росли: веб-мастера начали задумываться о дополнительных возможностях для своих сайтов (гостевые книги, форумы, регистрация), об автоматизации процесса управления сайтом. Но вот одна проблема – HTML был не в силах помочь в осуществлении этих идей. Здесь и раскрывается главный недостаток HTML – это его статичность. Если мы говорим о HTML, то о интерактиве, взаимодействии с посетителями сайта даже речи идти не может. Кроме этого, использование одного HTML порождало еще целую кучу проблем. Давайте же бегло рассмотрим потенциальные проблемы. – Большинство сайтов состоят из множества HTML-страничек, связанных с помощью гиперссылок и которые в своем большинстве имеют один стиль и оформление.
.jpg)
А теперь представим себе такую ситуацию: у вас есть 50 html-страниц, выполненных в одном стиле. Через некоторое время Вам понадобилось поменять логотип или в меню навигации добавить новый пунктик. Казалось бы, что тут сложного… А что же у нас получается на самом деле? А получается вот что: для того, чтобы внести вышеназванные коррективы нам потребуется отредактировать ВСЕ 50(!) файлов нашего сайта. Я предполагаю, что Вы уже представили себе всю “рациональность”, “увлекательность” и “быстроту” этого процесса. Если же нет, и Вы хотите потренировать свою выдержку и терпение, то это занятие специально для Вас. Но мой Вам совет – лучше это же время потратить на что-то более интересное и полезное.
.jpg)
Так, первый вид потенциальных проблем разобрали.[/li] – Несмотря на относительную простоту языка HTML, определенный багаж знаний у человека, занимающегося разработкой и поддержкой веб-сайта, должен быть обязательно. И в чем же тут проблема спросите Вы? Отвечаю. Если вы делаете сайт для себя, и планируете дальше его поддерживать самостоятельными силами, то в принципе здесь возникнуть особых проблем у Вас не должно. НО если вы разрабатываете сайт для другого человека, который вообще без понятия, что такое гиперссылка, и что нужно вставлять между тегами, то тут как тут всплывает проблема “понимания” между веб-мастером и заказчиком. Ведь через некоторое время после сдачи готового сайта, заказчику может потребоваться, чтобы вон та вот полоска была в самом низу страницы, слово “Привет” отодвинуть немного левее, а свою фамилию выделить жирным шрифтом. И к кому он обратится за помощью? Конечно же, к Вам. Я уже не упоминаю про те случаи, когда из такого сайта пытаются сделать информационный проект, с активной публикацией новых материалов. В этой ситуации веб-мастеру лучше сразу забыть о других проектах. И с этим видом проблем, думаю, все понятно. Идем дальше. – И наконец-то мы дошли до третьего, самого актуального в наше время, вида потенциальных проблем. Речь, конечно же, пойдет о функциональных ограничениях, которые налаживает язык HTML на разработчиков сайтов. А ограничения эти, должен я Вам сказать, просто гигантские. Если 10 лет назад любой созданный сайт был диковинкой и пределом мечтаний, то сейчас статические сайты считаются второсортными. Хотя тут не все так однозначно и зависит от того с какой стороны рассматривать этот вопрос. Допустим, если сайт предполагает наличие нескольких страничек, на которых будет размещен статичный текст, и к тому же еще очень редко обновляемый, то HTML здесь “то, что доктор прописал”. Но если Вы планируете крупный портал с ежедневными обновлениями, то здесь использование одного HTML нерационально, нелогично и неправильно. Поэтому здесь действует правило: к каждому проекту нужен индивидуальный подход. Язык HTML не относится к языкам программирования, поэтому реализовать такие вещи как голосование, гостевую книгу, регистрацию и другое с помощью него просто невозможно. Повторюсь, основной задачей HTML является разметка страницы браузера. Поэтому если вы планируете модные функциональные навороты и активное взаимодействие с посетителями, то Вам прямая дорога либо самостоятельно начать изучать программирование на PHP, Perl или ASP, либо обратить свое внимание на CMS. Вот мы с Вами и разборали основные вопросы, проблемы языка HTML. На этом я закончу первую часть своего рассказа про CMS, потому что понимаю, что много текста сразу плохо воспринимать. Наверное, вы заметили, что в этой части основная тема статьи не сильно затронута, но для лучшего понятия CMS и их предназначения, просто необходимо было рассказать о таких нюансах. Во второй части я непосредственно коснусь CMS. Рассмотрим общий механизм работы, составим небольшую классификацию и разберем еще ряд вопросов. В общем, до скорой встречи. Оригинал статьи: http://www. cmsguide. org/articles/13.html