Этап 3. Определяемся с механизмом

курс"Какой-такой механизм?" - спрашивал герой одного из старых анекдотов. Объясняю. Большинство сайтов в Интернете за внешним фасадом скрывает некий программный механизм (его еще часто называют "движок" или "публикатор"), который позволяет обновлять информацию на сайте быстро, легко и удобно. Например, "мастерская пользователя" на сайте Narod.ru - это и есть тот самый механизм-публикатор. С его помощью материалы сайта сможет обновлять и добавлять не Web-дизайнер, не специалист по HTML, а практически кто угодно - хоть распоследняя "блондинка". С точки зрения пользователя, внутренний механизм сайта обычно выглядит как некая форма, располагающаяся по определенному интернет-адресу, в которую можно добавлять текст, набранный в Word, либо же набирать текст, украшать его и снабжать картинками прямо в этой форме, причем чисто технологически выглядит это все точно так же, как и в Word.
курсЗамечу, что после того как текст изменен или добавлен, остается нажать кнопку, и все изменения тут же отображаются на сайте!
курсКак бы это выглядело в том случае, если бы на сайте не было механизма-публиктора? Ну, например, Вам нужно добавить статью на такой сайт...
курсСначала информация готовится в каком-то текстовом виде. Затем передается сотруднику, который владеет HTML и умеет работать в каком-либо HTML-редакторе. Далее сотрудник оформляет статью и вставляет ее в локальную копию сайта. После этого запускает FTP-клиент и закачивает обновления на сайт. Удобно? По-моему, полный кошмар. Во-первых, для этого придется держать сотрудника, хорошо владеющего HTML и соответствующими редакторами. Во-вторых, все обновления будут производиться только при посредничестве одного человека, а это может значительно затянуть сам процесс. Ну, и в-третьих, что Вы будете делать, если этот сотрудник уйдет в отпуск или заболеет? А еще представьте ситуацию, что у Вас на сайте десятки рубрик, за каждую из которых отвечает свой сотрудник (менеджер), причем эти рубрики обновляются чуть ли не каждый день? Что будет с этим несчастным знатоком HTML, когда к нему каждый день начнут прибегать менеджеры и требовать немедленно обновить информацию на сайте? Он или повесится, или навеки забудет HTML. Поэтому закон здесь простой...
курсВнимание! Если сайт требует периодического обновления информации, тогда для него понадобится механизм-публикатор.
курсНе нужно бояться термина "механизм-публикатор". Пусть перед вашими глазами не возникает огромная машина с десятками и сотнями шестеренок. В данном случае речь идет об обычной программе, реализующей некие функции. И если на вашем сайте нужно обновлять пару-тройку постоянных рубрик, то этот механизм будет представлять собой буквально пару скриптов и дорого в любом случае не обойдется.
курсДругое дело, если ваш сайт будет содержать десятки и сотни рубрик, многие из которых будут обновляться почти каждый день, причем самыми разнообразными сотрудниками, - в таком случае механизм может быть достаточно сложным, но это вполне оправданно.
курсНу и еще замечу, что самые разнообразные сервисы, требующие ввода информации от посетителей сайта - гостевая книга, форум, онлайновые заказы, - это тоже часть внутреннего механизма сайта.
курсТак что с механизмом тоже нужно определиться заранее, причем вопросы, на которые вы сами себе должны ответить, простые:
дизайн сайтов1. Нужен ли механизм вообще?
дизайн сайтов2. Какие именно рубрики (разделы сайта) будут обновляться и насколько часто?
дизайн сайтов3. Кто именно будет обновлять/добавлять информацию?
дизайн сайтов4. Нужна ли система разделения доступа для сотрудников, работающих с сайтом?
дизайн сайтов5. Нужна ли система контроля за сотрудниками, работающими с сайтом, со стороны каких-то других
дизайн сайтовменеджеров или Вас лично?
дизайн сайтов6. Нужна ли система создания резервной копии сайта?
дизайн сайтов7. Какие сервисы необходимо включить в сайт: опросы, форум, чат, гостевую книгу, онлайновые заказы,
дизайн сайтовсвязь с конкретным менеджером?
курсПосле того как Вы со всем этим определитесь, возьмите свое техническое задание и внесите туда пожелания, касающиеся движка (публикатора).
курсУчтите, что не потребуется механизм только в случае создания сайта, информация на котором будет меняться крайне редко (раз в несколько месяцев), - тогда явно не нужно городить огород с движком. Во всех остальных случаях движок необходим.