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

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. Не забываем — универсального рецепта не существует. Не для всех сайтов можно полностью решить проблему нагрузок!

 

Полномочия

Живой человек не в состоянии за 20 секунд разместить, оформить, проверить и опубликовать материал из 1 500 знаков. Кто не верит, пусть пробует. Чтобы вести динамичное интернет-издание, необходима работа одновременно нескольких специалистов по наполнению сайта. А если журналисты находятся в разных уголках страны, каждый ведет свою рубрику? А если журналистов привлекают временно и они часто меняются? При этом необходимо, чтобы все эти люди не превратили интернет-издание в wiki. Нужен контроль над публикуемыми материалами до их опубликования, а не после получения писем от читателей.

 

Контроль над изданием будет восстановлен, если каждый сотрудник будет иметь свой ограниченный набор полномочий. К примеру, журналист рубрики Здоровье может управлять страницами сайта только в рубрике Здоровье (рис. 1.1) и никак не может повлиять на рубрику Экономика. Причем управлять разрешено только своими страницами, а не страницами бывшего коллеги по рубрике Здоровье.

 

Тот же журналист должен иметь возможность размещать графические файлы для публикации только в своей директории (рис. 1.2) и не имеет права изменять файлы из директории другого журналиста или другой рубрики.

 

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

 

 

 

 

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

Рис. 1.1. Предоставление прав управления рубрикой «Здоровье».

Страницы сайта удобно переносить и копировать щелчком мышки.

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

 

FarbaSite CMS

Рис. 1. 2. Права на управление изоматериалами сайта

необходимо ограничить личной папкой журналиста.

Удобно иметь возможность программного приведения

размеров фото. FarbaSite CMS.

Управление сайтом — FarbaSite CMS

Рис. 1.3. Право окончательной публикации материалов на сайте

предоставляем главному редактору либо помощнику.

Управление сайтом — FarbaSite CMS.

 

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

 

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

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

 

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

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

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

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

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

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

 

 

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

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

 
Драпак. Спрощений культиватор

© 2002–2008 Студия «Аналитик»™, Киев,

Богдан Олександрук.   Консалтинг создания сайтовСвязаться?

карта сайта