Говоря понятным языком, CMS уровня предприятия — это CMS, которая отвечает сложным потребностям и выдерживает огромную посещаемость. Подумайте об IBM, Microsoft, Amazon, Yahoo!, Apple и Google. Это гигантские Web-представительства, и они пользуются услугами гигантов мира CMS. В данной статье вы ознакомитесь с самыми лучшими предложениями данного класса CMS с открытым кодом. Мы рассмотрим несколько примеров, а затем остановимся на одной системе и используем ее в качестве примера тестирования CMS на расширяемость, трафик и функциональные требования, необходимые для предприятий.

CMS-предложение: Midgard

Наш первый пример, Midgard, не является CMS в полном смысле этого слова — это каркас управления содержанием (www.midgard-project.org). Если вы разработчик, возможно, вам захочется использовать Midgard в качестве каркаса для CMS, которую вы разрабатываете. Обычно потребители используют CMS-системы, такие как Aegir, Asgard и PHPmole, которые созданы на основе каркаса Midgard. Midgard построен на Apache, PHP и компонентах MySQL, для его использования нужен набор навыков, который мы обрисовали ранее, когда обсуждали техническое понимание штатных сотрудников, которое требуется для работы с продуктами с открытым кодом.

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

CMS-предложение: PHPmole

PHPmole использует Midgard в качестве каркаса, однако, помимо этого, он обладает прекрасными инструментами для разработки, включающими в себя визуальный HTML-редактор и другие простые в использовании графические инструменты разработки. PHPmole, как и многие проекты с открытым кодом, -это продукт любви разработчиков, и он постоянно эволюционирует. Если ваш офис или организация активно пользуется MS Word для создания содержания, обратите внимание на другую CMS, основанную на Midgard, — это Aegir CMS (www.aegirproject.org). Также Aegir поддерживает несколько кодировок языков, включая Unicode. Если вы пишете содержание на таких языках, как финский, немецкий, китайский, русский или маори, вам следует попробовать эту CMS, потому что она имеет встроенную поддержку языков.

При составлении функциональных требований при выборе CMS, простая установка была отмечена как большой плюс. Здесь может подойти OpenCMS (www.opencms.com). OpenCMS поставляется вместе с HTML-мастером установки, который поможет вам подключиться к базе данных. Также вместе с ним поставляются инструменты, которые помогут вам управлять последовательностью действий; это позволяет вам проще администрировать и разделять задачи по созданию содержания, редактированию и публикации, которые ранее обсуждалось в статье «Области для подготовки и производства». Также вместе с OpenCMS поставляется визуальный редактор, который поможет людям нетехнического склада ума легко создавать и обновлять содержание.

Исследование: Zope

Из широкомасштабных CMS-инструментов уровня предприятия Zope (www.zope.org) — наиболее известный. Должен признаться: для одного из моих сайтов я использую Zope. Я думаю, вы понимаете, почему я выбрал именно его в качестве основного примера CMS с открытым кодом уровня предприятия: потому что я знаю его лучше всего.

Среди CMS-инструментов с открытым кодом Zope появился одним из первых — его выпустила в 1998 году Zope Corporation. Zope также включает в себя свой собственный сервер приложений, что может быть ценным дополнением либо, наоборот, лишней вещью — в зависимости от того, с какой точки зрения на это посмотреть. Zope включает программное обеспечение Web- и FTP-cepверов, которые извлекают содержание из базы данных, например из Oracle, MySQL или SQL Server 2000.

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

Открытая операционная система Linux — один из самых известных (и успешных) примеров этого принципа. Другой пример — бесплатный, расширяемый серверный язык РНР, используемый на сотнях тысяч сайтов (включая Yahoo.com).

Не все продукты с открытым кодом бесплатные. Open Office — это программный продукт с открытым кодом, который соперничает с Microsoft Office и работает под Linux, UNIX, Windows и Mac OS. Эта программа стоит гораздо меньше, чем Microsoft Office, но не выполняет всех задач MS Office (да и не претендует на это).

Когда код части программного обеспечения открыт, его разработчики создают общедоступную лицензию, которая описывает условия использования этого программного обеспечения. При появлении того или иного ПО возникает сообщество разработчиков. Члены этого сообщества начинают модифицировать и расширять оригинальную версию, улучшая и развивая ее. Так произошло с Linux, Apache, PHP, Mozilla и KHTML (открытым кодом, на котором работают браузеры Konqueror и Safari). Тот факт, что программное обеспечение с открытым кодом по лицензии можно использовать бесплатно, делает подобные продукты очень привлекательными для людей, работающих при небольшом бюджете.

Программное обеспечение с открытым кодом бывает самым разным, в том числе и коммерческим: текстовые процессоры, ПО для сервера, почтовые программы, Web-браузеры и, конечно же, системы управления сайтом. Далее, мы сосредоточим наше внимание на CMS с открытым кодом.

Не все продукты с открытым кодом одинаковы по качеству и имеют одинаковые лицензии, поэтому вам надо быть очень осторожными при выборе. Действительно, CMS с открытым кодом могут подойти не всем. Несмотря на их низкую (либо вообще нулевую) цену, продукты с открытым кодом могут требовать большего участия специалистов, поскольку подобное ПО часто нуждается в том, чтобы хотя бы один человек в вашей команде обладал необходимыми навыками для установки и изменения CMS.

При выборе CMS с открытым кодом, примите во внимание пять следующих характеристик выигрышного продукта с открытым кодом:

1. Активное сообщество разработчиков. Чем активнее будет сообщество, тем больше улучшений и поддержки вы сможете получить.
2. Расширяемость. Удостоверьтесь, что CMS-инструмент, который вы присмотрели, сможет расширяться вместе в вашими потребностями. Не тратьте время, энергию, и, конечно же, деньги на CMS, которая не будет расширяться по мере роста вашего сайта. (Например, открытый язык РНР расширяется в соответствии с требованиями Yahoo! — это хороший знак.)
3. Поддержка. Возможно, вам придется нанять консультанта, когда вы начнете использовать свою CMS с открытым кодом. Убедитесь, что в этой области поддержка доступна.
4. Привлекательность для ваших программистов, разработчиков и для вас. Верный индикатор успеха любой новой технологии — ее привлекательность для разработчиков. Если вашим программистам она не нравится, они не будут ее успешно использовать.
5. Соответствие вашим нуждам. Наконец, нужно удостовериться в том, что CMS, которую вы выбрали, соответствует вашим нуждам и соответствует постановленным задачам сайта. Не тратьте время и деньги, устанавливая CMS, которая не предлагает необходимые вам функции и вынуждает понапрасну тратить время, пытаясь выжать что-то хорошее из плохой ситуации, или подстраивать ваши деловые потребности под эту ситуацию, чтобы оправдать использование системы, которая на самом деле не помогает вам.

Существует масса самых разных CMS-инструментов — от широкомасштабных инструментов уровня предприятия до небольших приложений.

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

1. Определите функциональные требования. Здесь отталкивайтесь от списка, приведенного ранее.
2. Определите бюджет. Помните, что эта сумма должна покрыть не только расходы на покупку CMS, но и связанные с CMS расходы. Эти расходы могут включать в себя обучение, профессиональное обслуживание, а также расходы на импортирование уже существующего содержания. Дополнительные расходы могут включать в себя хостинг, дополнения, обновления, поддержку. Противопоставьте эти расходы сумме, которую вы можете сэкономить благодаря CMS на коротком отрезке работы и в дальнейшем.
3. Удостоверьтесь в том, что ваши сотрудники обладают необходимыми техническими навыками. Будьте осторожны: учитывайте только тех сотрудников, которые намерены остаться на долгий срок. Если у вас работает только один или два технических специалиста, и вы не уверены в том, что они останутся в организации надолго, следует это учесть, думая о CMS. (Готовьте себя к худшему, и вы сможете этого избежать.) Впрочем, возможно, вы недооцениваете уровень навыков ваших сотрудников и вам не нужно дополнительно нанимать консультанта.

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

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

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

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

Таблица. План требований и возможных решений

Теперь, когда у вас есть список необходимых предметов, классифицированных по степени важности, можно отправляться покупать CMS. Давайте обсудим некоторые варианты CMS из тех, что существуют на рынке. В каждой категории я выделил несколько CMS, а затем более детально исследовала по одной CMS в каждой группе. Пожалуйста, не стоит думать, что мой основной пример — это лучший вариант; вам необходимо провести собственное исследование. Не ограничивайтесь изучением только той CMS-продукции, которая здесь упоминалась; включите в исследование другие CMS-системы. Я уверен, что в ближайшее время на рынке появятся новые продукты.

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

Таблица. Задачи рабочих областей для простого содержания

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

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

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

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

Таблица. Задачи рабочих областей при отдельной работе над программной частью

Области подготовки и производства могут быть разделены по-другому. В некоторых проектах одна область подготовки отводится под данные, другая – под Web-страницы. Некоторые CMS-инструменты позволяют работать одновременно в областях подготовки и производства, автоматизируя процесс передачи содержания из области разработки в область производства. Помните о том, что CMS-инструменты не покрывают расходы на использование различных областей — они просто позволяют работать в этих областях одновременно.

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

Rich Site Summary (Расширенное изложение сайта), или RSS, — это XML-формат, который позволяет давать доступ к Web-содержанию других сайтов. Не беспокойтесь: вам не придется создавать XML-разметку. RSS — это инструмент, который позволяет использовать какую-то определенную часть вашего Web-содержания одновременно в нескольких местах. Механизм RSS позволяет пользователям, включая и других Web-разработчиков, выбирать, сохранять и распространять любые понравившиеся куски содержания.

Рассылки новостей.

Многие сайты общаются со своими сообществами через рассылки новостей. Это может быть эффективным маркетинговым инструментом; не стоит пренебрегать возможностью влиять на посещаемость сайта с помощью еженедельных новостных писем.

Благодаря технологии RSS можно значительно увеличить количество посетителей. Если вы занимаетесь поставкой содержания (например, новостей), вам следует обратить внимание на RSS. Если вам нужна RSS-стратегия, выбирайте какие-нибудь CMS-инструменты, которые могут использовать несколько механизмов RSS

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

Ник Асборн в Net Wodrs рассказывает подобную историю и дает совет авторам, работающим при небольшом бюджете, которые хотят получить максимум пользы от рассылки новостей:

Меня всегда поражал рост активности посетителей, вызванный каждым новостным письмом, которое я отправлял. Я не использую новостные письма, чтобы что-то продавать, — по крайней мере, не делаю это открыто. Отправка каждого письма вызывает наплыв новых посетителей на мой сайт. Если содержание вашего сайта весьма полезно, то рассылка новостных писем будет особенно эффективна. Среди всех строк в новостных рассылках есть одна, которая может оказаться особенно важной: Расскажите своему другу или коллеге об этой рассылке.

У некоторых пользователей есть свой собственный RSS-список просмотров, и когда они видят, что сайты, добавленные в этот список, были обновлены, они посещают эти сайты. Многие используют бесплатные (или недорогие) программы типа News Reader, которые показывают новые или измененные RSS-заголовки и текст с сайтов, на которые они подписались. Подписка бесплатная; вы сообщаете News Reader, RSS каких сайтов вы хотите отслеживать; это делается путем добавления того или иного адреса в диалоговое окно News Reader. News Reader просматривает сайты, поддерживающие RSS, а затем загружает те разделы, на которые вы подписались.

Рассылка новостей может оказать значительное влияние на увеличение посещаемости сайта. Об обновлениях на сайте можно сообщать кратко в форме новостного письма. Если вам это нравится, при выборе системы управления контентом не экономьте на CMS и обратите внимание, содержит ли она инструмент по автоматическому (или упрощенному) производству новостных писем.

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

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

Если проблемы, связанные с версиями сайта, немногочисленны из-за небольшого штата сотрудников и слаженной работы, контроль над версиями сайта, возможно, вам не нужен. Тем не менее отсутствие инструментов автоматизации контроля над версиями и управления последовательностью выполняемых действий может повлечь за собой непредвиденные расходы. Вашим разработчикам приходится каждый вечер скачивать целые директории, прежде чем пойти домой? Вам приходилось слышать из-за стены что-нибудь вроде: «Грейс, не трогай директорию about примерно в течение часа. Я сейчас в ней работаю»?

Подобные взаимодействия сотрудников выливаются в расходы, которых вы изначально не замечаете. Предположим, что Грейс — разработчик, и лучше всего она работает, когда слушает в наушниках тайваньскую поп-музыку. Ее коллеги заходят к ней, хлопают ее по спине и ждут, пока она снимет наушники, чтобы попросить ее какое-то время не работать в той или иной части сайта. За год время, потерянное на такие взаимодействия, превращается в напрасно потраченные деньги.

Простая CMS функция Check-in/Check-out (Контроль входа/выхода) позволила бы Грейс более спокойно работать, слушая музыку, и CMS сэкономила бы деньги для команды. (Благодаря функции Check-in/Check-out, когда один человек работает с каким-то файлом или директорией, доступ к этому файлу или директории закрыт для других до тех пор, пока работа над файлом не закончится и его не поместят обратно в систему.)

Если над вашим сайтом работает больше чем 2-3 человека, вы можете избежать значительных расходов, используя инструмент Check-in/Check-out или другие возможности управления версиями. Пока у вас маленькая команда, то, возможно, такие инструменты вам совсем не нужны.

Великолепная возможность некоторых CMS — простой в использовании интерфейс для написания и редактирования содержания. Некоторые CMS-интерфейсы работают, как визуальные редакторы (WordPress); другие, например Zope, требуют знания HTML.

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

Обратите внимание на список возможных средств:

• утилиты по проверке орфографии;
• WYSIWYG-интерфейс, который позволяет людям, не знающим язык разметки, вводить содержание сайта и не требует при этом использования или понимания HTML;
• возможности отмены и повтора (команды Undo и Redo);
• поддержка копирования и вставки;
• возможность ручного или автоматического создания метаданных;
• возможность форматирования страницы в рамках шаблона;
• контроль над расположением изображений;
• необходимые области сайта (такие, как дополнительный текст для изображений).

Если графический интерфейс -одно из ваших требований к CMS, доступная конфигурация Zope — открытого CMS-инструмента (www.zope.org) — может не соответствовать вашим потребностям. Для того чтобы использовать Zope в его первоначальной форме, создателю содержания потребуется умение писать разметку. Однако, как вы увидите позже, Zope можно модифицировать так, чтобы у него был простой в использовании графический интерфейс. Также обратите внимание на то, что Zope позволяет загружать HTML-страницы, созданные в любом удобном для пользователя HTML-редакторе

Метаданные. Метаданные (Metadata)- это данные о данных. Метаданные могут быть использованы с различными настройками и в различных целях. Для нас метаданные полезны тем, что они описывают содержание и назначение вашей Web-страницы.
Многие поисковые машины используют созданные вами метаданные в качестве описания вашего сайта, таким образом, эта информации является важной.

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

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

Недостаточно знать, что вам нужно от системы управления сайтом, — необходимо также знать, что вам не нужно. Если вы этого не знаете, высока вероятность потерять деньги на CMS. У меня возникают подобные проблемы, когда я иду за покупками, особенно если дело касается компьютерных магазинов. Меня прельщают новейшие приспособления, решающие проблемы, о наличии которых я и не подозревала. Например, я и не знал, что мне нужен Apple iPod, пока я не увидел его в магазине. Осведомленный потребитель с ограниченным бюджетом точно знает, что ему действительно нужно, фокусирует внимание на самом важном (например, на мониторе, если он сломался) и не растрачивается на привлекательные, но совершенно не нужные ему вещи. Таким образом, прежде чем пойти за покупками, давайте посмотрим, какие у вас могут быть потребности.

Нужно ли вам контролировать план страницы при помощи шаблонов? Одна из основных особенностей CMS — возможность управления сайтом при помощи шаблонов (templates). При использовании шаблонов вы можете заблокировать некоторые области Web-страницы, такие как навигация и область размещения логотипа, предоставляя возможность их редактирования только некоторым сотрудникам, так чтобы создатели содержания, не имеющие специальной технической подготовки, не смогли случайно все испортить. Менеджеры сайта и дизайнеры, само собой, смогут редактировать заблокированные области, если им понадобится обновить навигацию или изменить логотип.

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

Существует масса других способов создания шаблонов страниц, и для этого не обязательно использование CMS. Хорошей малобюджетной альтернативой служат HTML-редакторы, обладающие инструментами работы с шаблонами, такими как Macromedia Dreamweaver и Macromedia Contribute. Вполне возможно создать сайт на основе шаблонов, используя подобное программное обеспечение, и не тратить ни копейки на настоящую CMS. Важно отметить, что Macromedia Dreamweaver и Contribute — недорогие решения основных проблем по управлению содержанием. Настоящая экономия будет в том случае, если вы используете эти программы и в других целях. Многие инструменты CMS предлагают управление содержанием и установками сайта прямо в Сети; Contribute также выполняет эту задачу. Это должно иметь значение для людей с ограниченным бюджетом, поскольку единственное программное обеспечение, которое необходимо создателю содержания, — это Web-браузер. Позднее мы рассмотрим еще несколько примеров управления содержанием в Сети.

Другое не-CMS решение по шаблонам — использование бесплатной технологии под названием server-side include, или SSI — серверные вставки. Название может вам показаться сложным, но суть этой технологии на самом деле проста.

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

Поверьте мне, SSI позволяет разработчикам управлять набором отдельных файлов логотипа и навигации независимо от остального содержимого Web-страницы. Иногда SSI — это вся автоматизация, которая нужна маленьким сайтам. Помните о том, что способ написания SSI будет различным в зависимости от сервера. О правильном синтаксисе спросите у вашего системного администратора.

Серверные вставки. Область определения термина Серверные вставки (SSI) достаточно широка. В самом общем значении SSI — это HTML-комментарий, который дает Web-серверу распоряжение о динамическом заполнении Web-страницы содержанием, внешним по отношению к ней. Внешнее содержание находится на отдельной HTML-странице, подобно тому как CSS- или JavaScript-документы расположены отдельно от страницы или страниц, на которых они используются. SSI может заполнить Web-страницу строкой текста или порцией данных, даже запустить программу.

Например, SSI может определить день, дату и время, а затем вставить эту информацию в HTML-страницу. Для нас SSI — это HTML-комментарий, который дает серверу распоряжение перетащить содержание из другого документа.

Один из признаков успешного малобюджетного сайта состоит в том, что при создании такого сайта максимально используются ресурсы, имеющиеся под рукой. Если ваш сайт небольшой и его управлением занимается лишь несколько Web-профессионалов, вполне возможно, что SSI — это все, что вам нужно, чтобы управлять различными кусками содержания сайта.

Web-профессионалам, работающим при небольшом бюджете, приходится нелегко. Наши бюджеты не позволяют нам делать серьезные ошибки и не дают нам свободного для творчества времени на то, чтобы экспериментировать с разными версиями дизайна. Роскошь вроде оригинальных фотографий или обширных коллекций шрифтов — не для нас. Мы не можем себе позволить тщательные исследования интерфейса, не всегда имеем возможность протестировать сайт на различных устройствах и платформах. После обращения с бесконечными просьбами к коллегам составить содержание сайта либо после самостоятельного его написания мы часто занимаемся редактированием текста, корректируем его и разбиваем текст на части.

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

Будучи Web-профессионалами, работающими при небольшом бюджете, часто мы не можем уложиться в отведенное время. Часто случается, что сайт обновляется с опозданием, либо не обновляется вообще. Должен существовать лучший способ по управлению и поддержке малобюджетного сайта.

Системы управления сайтом

Управление сайтом (также говорят управление контентом) предлагает решение этой проблемы. CMS (Content Management System), или система управления сайтом, предоставляет широкий спектр возможностей. Сам термин CMS может означать совокупность дорогих приложений, которые управляют всеми аспектами создания Web-содержания, публикации и поддержки. Однако CMS также означает сравнительно недорогие (или даже бесплатные) инструменты публикации, которые делают немного больше, чем простое написание кусков текста для статических HTML-страниц. Практически все сайты могут извлечь выгоду из автоматизированной в некоторой степени Web-публикации. Обновление содержания отнимает достаточно много времени, поэтому приходится делать все вручную. Хорошая CMS позволит вам работать быстрее и логичнее. За такие преимущества обычно приходится дорого платить. Но, как показано далее, существует масса способов, благодаря которым дизайнеры, работающие при небольшом бюджете, могут сэкономить деньги при автоматизации управления сайтом.

CMS — это не волшебная палочка, которая удивительным образом решает все проблемы. Если система, которую вы покупаете или устанавливаете, не соответствует вашим потребностям, она может создать такое же количество проблем, какое она может решить. Чтобы избежать проблем, связанных с использованием CMS, прежде чем установить систему, разберитесь, что вам нужно, а что — нет. Поймите, как организовать системное управление сайтом. Несколько лет назад я занималась управлением сайтом Нью-Йоркской публичной библиотеки. Это был большой сайт, созданный на основе маленьких сайтов-спутников. Этот сайт есть и сейчас. Каждый из маленьких сайтов был посвящен определенной теме или услуге. У каждого спутника был собственный управляющий или команда, ответственная за новизну и точность содержания этого маленького сайта. Такая схема может показаться вам хорошо знакомой. Многие большие публичные сайты организованы таким образом.

Когда какой-то раздел требовал обновления, человек, ответственный за это, часами редактировал содержание. К сожалению, он обновлял текст предыдущих версий, а не работал с самой последней версией. Затем он отдавал его моей группе, которая вручную обрабатывала текст и загружала на сайт. Мы быстро обнаружили ошибку. Вместо того чтобы просто выкладывать материал, нам приходилось переписывать и переписывать. Приличный контроль над версиями (version control) — инструмент, который иногда является частью CMS, — мог бы помочь нам избежать этой проблемы.

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

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

Эта CMS была мощной системой управления сайтом, стоимость которой была примерно $300000 плюс расходы на обучение и другие профессиональные услуги — короче говоря, это система, недоступная профессионалу, работающему при небольшом бюджете. Эта CMS должна была содержать усиленный контроль над версией, который помог бы избежать ошибок в редактировании, которые нам пришлось исправлять вручную.

Но разве это было бы лучшим решением в данном случае? Вспомните про цену в $300000. Решение проблемы контроля над версиями заняло у нас 6 часов, которые мы разбили на три дня. Всего один сотрудник занимался тем, что сравнивал версии сайта, чтобы удостовериться, все ли содержимое сайта новейшее. Давайте подсчитаем: вместе с зарплатой работника и дополнительными расходами, изменения стоят организации $50 в час. В результате получается $300.

Конечно, ручное исправление ошибок, которых, в принципе, не должно быть, требует времени и денег. Тем не менее разве потеря в $300 может сравниться с $300000 потраченными на покупку CMS? Вряд ли. Такая система может быть превосходной покупкой для тех, кто может себе это позволить, но для нашей маленькой проблемы это слишком крупное решение.

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

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

• незнание того, что вам нужно;
• переплата за решение проблемы;
• незнание того, что некоторые CMS-подобные инструменты уже имеются в вашем распоряжении.

Основное правило экономии на CMS: прежде чем купить, точно определите, что для вас является проблемой, а что не является. Если вы располагаете маленьким бюджетом, тщательное планирование поможет вам определиться с потребностями, и вы, таким образом, сможете найти верное решение и не платить за слишком крупное решение.

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

Создать сайт с хорошей разметкой — это все равно что добротно сделать стул. Сделайте его хорошо, и этот стул будет вас радовать долгие годы. Даже если каждые несколько лет вам приходится менять обивку, чтобы стул не выглядел устаревшим, вам никогда не придется чинить его с помощью гвоздей и клея. Если такие ситуации не уязвляют ваше самолюбие, то, возможно, вас предостережет от них хотя бы чувство стыда за некачественно сделанные вещи. Несколько лет назад мои друзья заказали себе деревянную веранду, которую собирались пристроить к задней части дома. Они думали, что так их дом будет выглядеть лучше, и огорчились, когда эта веранда развалилась через год. Подрядчик использовал плохую древесину для строительства, неустойчивую к дождям, снегу и палящим солнечным лучам. Мои друзья предъявили подрядчику претензии, и ему пришлось заплатить штраф.

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

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

Для того чтобы привыкнуть к этому новому (на самом деле довольно старому) подходу к разметке, вам, возможно, понадобится некоторое время. Не удивляйтесь тому, что поначалу продуктивность работы будет не очень высокой. Не зря говорят: тяжело в учении — легко в бою. Потом вам будет гораздо проще создавать и переделывать сайты. Вы будете гораздо меньше работать с HTML; будете писать несколько строк разметки, так чтобы они выполняли всю оставшуюся работу. В результате у вас получатся страницы, которые хорошо работают во всевозможных браузерах и других устройствах просмотра.

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

• XHTML должен начинаться с тегов, которые говорят браузеру о том, как их надо интерпретировать. Начните страницу с объявления типа документа (Document Type Declaration ~ DTD) и с XHTML-объявления пространства имен.

<!DOCTYPE html PUBLIC «-//W3C//DTD XHTML 1.1//EN» «http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd»>

<html xmlns=»http://www.w3.org/1999/xhtml»>

Объявление типа документа (Document Type Declaration) сообщает браузеру, какое определение типа документа (Document Type Definition ~ DTD) вы используете. Определение типа документа — это документ, который представляет собой список элементов и атрибутов, которые могут использоваться в SGML, XML или HTML-документах. Определение типа документа описывает, где каждый тег позволителен и какие теги могут появиться внутри других тегов. У каждой версии XHTML есть определение типа документа. Web-разработчики могут выбрать один из типов документов: XHTML Transitional (Переходный), XHTML Strict (Точный) и, если вы хотите разделить окно браузера на два или более фрейма, XTHML Frameset (Установка фреймов).

Пространства имен (Namespaces) — это способ определить или квалифицировать элементы и атрибуты, используемые в XML, HTML или других документах разметки. Поскольку элементы и атрибуты могут приобрести двойной смысл в различных типах документов и программном обеспечении, вам нужно задать конкретное пространство имен, которое вы используете. Возможно, это покажется вам слишком нудной процедурой, но имейте в виду, что управление этими именами поможет предохранить ваши элементы от неправильного интерпретирования браузерами и устройствами просмотра. Это трудно понять, но легко сделать. Просто вставьте эту строку.

• Пишите теги строчными буквами. Если у вас привычка писать <Н1>, <BODY> и тому подобное, привыкайте писать <h1> и <body>. Многие HTML-редакторы имеют установку, которая позволяет писать теги строчными буквами по умолчанию.

• Возьмите все атрибуты в кавычки. Возможно, это лишняя перестраховка — все равно что держать закрытыми двери в шкафу. Раньше вам не приходилось брать в кавычки атрибуты ширины (width) и высоты (height).

В HTML это было совершенно нормально:

<img src=»images/susan.gif» alt=»Жизнь снова может стать хорошей» width=239 height=243>

XHTML требует, чтобы эти атрибуты были в кавычках, вот так:

<img src=»images/susan.gif» alt=»Жизнь снова может стать хорошей.» width=»239″ height=»243″ />

• Закройте все теги. Это будет самым трудным для выполнения изменением. Если у вас сформировались плохие привычки, как у большинства из нас, вам придется стать дисциплинированнее. Если у вас стоит открытый тег <body>, вам придется его закрыть тегом </body>. Если у вас открытый тег абзаца <р>, закройте его тегом </р>.

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

Метатеги (Meta Tags) в заголовке документа описывают документ. Метатеги содержат тему, автора, ключевые слова и другие описательные элементы о странице. Поисковые машины и индексаторы используют эти данные для того, чтобы описывать и ссылаться на сайт.

В старые добрые времена HTML 4.0 и более ранних версий тег новой строки выглядел вот так:

<br>

В XHTML он должен быть закрытым. Добавьте к тегу пробел и слэш:

<br />

Тег изображения в ранних версиях HTML выглядел следующим образом:

<img src=»gadget.gif» width=»500″ height=»250″ alt=»Китайский телефон»>

Если вы используете язык XHTML, вам придется добавить пробел и слэш, прежде чем закрыть тег:

<img src=»gadget.gif» width=»500″ height=»250″ alt=»Китайский телефон» />

• Проверяйте ваши страницы. Поначалу это может вас испугать, но вскоре вы поймете, что процесс проверки полезен, даже увлекателен. Просто напишите URL-адрес страницы, над которой вы работаете, в странице HTML-валидатор (контролер) на сайте W3C (http://validator.w3.org), как показано на рисунке; нажмите кнопку Submit (Отправить) и узнайте, насколько хорош ваш XHTML-код. Этот инструмент обнаружит большинство XHTML-ошибок. Когда вы научитесь выявлять ошибки в CSS, этот инструмент станет вашим лучшим другом.

Если вам кажется, что валидатор W3C работает медленно, используйте валидатор Web Design Group, который можно найти на сайте www.htmlhelp.com/tpols/validatior.

При исправлении первых нескольких страниц у вас появится такое понимание разметки, какого, возможно, никогда и не было. В отчете валидатора на рисунке пункты 2, 3 и 4 сообщают о том, что элемент страницы body содержит нежелательные элементы topmargin, leftmargin, marginwidth и marginheight.

Говоря простым языком, это означает, что тег body содержит четыре характеристики (атрибута) полей, которые не используются в текущей спецификации XHTML.

Вот плохая разметка:

<body bgcolor=»#ffffff» topmargin=»0″ leftmargin=»0″ marginwidth=»0″ marginheight=»0″ onload=»preloadlmages();»>

А вот хорошая разметка, которую вы напишете, прочитав отчет валидатора:

<body onload=»preloadlmages();«>

Эти ненужные атрибуты тега body — теги, введенные Microsoft и Netscape, которые никогда не являлись частью формальной спецификации W3C. В качестве других ошибок могут быть выявлены устаревшие элементы и атрибуты — они были в предыдущей версии HTML, но сейчас от них отказались. Устаревшие атрибуты тега body, такие как marginwidth, занимавшиеся управлением представления сайта, прекрасно и более экономично поддерживаются CSS. Вместо того чтобы тратиться на внесение этой разметки на каждую отдельную страницу, вы можете написать строчку в таблице стилей, которая позаботится об оформлении на всем сайте.