Создание сайта для украинского интернет СМИ.

21 сентября 2007. Богдан Олександрук, «Аналитик».

Сразу к делу. Требования к созданию сайта для интернет СМИ отличаются от требований при создании сайта, скажем, юридической компании «Пупкин и партнеры».

Нагрузка, полномочия и скорость размещения — типичные сложности, с которыми сталкиваются при создании сайта интернет СМИ, будь то «Корреспондент.net», интернет-газета «Обозреватель» или «Подробности».

Нагрузка

Сайт должен выдерживать приличную нагрузку, иногда 1 000 000 просмотров страниц в сутки. Думаю, многие наблюдали ситуацию, когда определенная страница на сайте СМИ какое-то время не работает.

Полномочия

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

Скорость размещения

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

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

Для создания сайта украинского интернет-СМИ следует искать специальные программные решения. Среди известных мне программных решений на постсоветстком пространстве можно воспользоваться российским пакетом «Интернет газета» от РИА «РосБизнесКонсалтинг» либо адаптацией для интернет-СМИ системы управления сайтом FarbaSite CMS киевской веб-студии «Аналитик».

Итак, нагрузка

Давайте посчитаем. Исходя из нагрузки 1 000 000 страниц в сутки, сервер в среднем должен отдавать 12 страниц в секунду. Поскольку суточная нагрузка неравномерна, необходимо учитывать нагрузку до 24–40 страниц в секунду. Типичная профессиональная система управления сайтом (CMS), основанная на XML/XSLT преобразованиях, будет собирать страницу от 0.4, а иногда и до 1 секунды. Это никак не вписывается в требования 40 страниц в секунду. Решение, казалось бы, очевидно. Для этого существуют системы кэширования и балансирования нагрузки. Согласен. Вопрос не в том, что необходимо, а каким оно должно быть и как его реализовать.

Типичная система кэширования для php-ориентированной CMS работает довольно нехитро: сохраняем собранную страницу в файл, при следующем запросе читаем её из файла и отдаем пользователю. На практике это дает прирост производительности в 10–15 раз. Просто и гениально, но для крупного интернет-издания все ещё не достаточно. Нам хочется иметь прирост производительности на два–три порядка.

Для снижения нагрузок сервера применяют кэширование на уровне хостинг-сервера (например, Apache), промежуточных серверов, и, в конце концов, на клиенте (кэширование браузером). Отличный подход. Но теперь мы сталкиваемся с обратной стороной кэширования — актуальностью содержимого страниц. Если мы не будем правильно управлять актуальностью материалов, посетитель сайта будет видеть устаревшие версии страницы. А это уже проблема. Доверие к изданию Корреспондент.net явно не возрастет, если вечером на моем компьютере будет отображаться утренняя версия главной страницы. Кстати, персонал издания может даже не догадываться о такой ситуации, ведь на компьютерах издания, вероятно, будет другая картина.

Решать проблему нагрузок нужно еще на этапе создания сайта. Тогда можно увеличить производительность сайта в тысячи раз. Кэширование вопрос тонкий. Любителям самостоятельно покопаться с кешированием — читать статью «Строим кеширование для CMS систем». Киевская веб-студия «Аналитик» выработала ряд решений задачи больших нагрузок для сайта СМИ. Теперь эти решения могут быть доступны для системы управления сайтом FarbaSite CMS. Не забываем — универсального рецепта не существует. Не для всех сайтов можно полностью решить проблему нагрузок!

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

Скорость размещения материалов

Когда речь идет о публикации на сайте 3–5 статей в минуту, от количества операций, необходимых для публикации зависит, справится ли с таким потоком издание, прибегнет к увеличению штата или вообще захлебнется и снизит поток материалов.

Увеличить скорость размещения материала возможно, если система управления сайтом сможет предоставить:

• редактирование материала прямо на странице сайта, возможность визуального управления блоками и колонками без перегрузки страницы (рис. 2.1);
• возможность перенесения полезного форматирования при вставке текстов из программ, например Microsoft Office с автоматическим удалением «вредного» форматирования;
• программная возможность приведения размеров графических изображений (рис. 1.2), ведь не каждый журналист сможет быстро обрабатывать изображения в Adobe Photoshop;
• хотя бы простейшие инструменты автокоррекции пунктуации (до сих пор проблемами пунктуации болеют некоторые, казалось бы, солидные украинские интернет-издания, где можно встретить некорректные символы кавычек, путанина с тире и дефисами).

Рис. 2.1. Редактирование текстов прямо на страницах сайта без перегрузки страницы

ускорило бы управление сайтом. Блочный подход удобен для сайтов СМИ.

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

© 2007. Богдан Олександрук. Студия «Аналитик».

Статья может перепечатываться при условии размещения рабочей гиперссылки на первоисточник www.analytic.com.ua