Читать онлайн «Корпоративный веб-сайт на 100%. Требуйте от сайта большего!». Страница 60

♦ Добавление новых пунктов в меню верхнего уровня (например, появление большого раздела «Партнеры», потребность в котором может появиться у компании после начала развития партнерской сети)

♦ Добавление новых подразделов и уровней вложенности (такое часто происходит при «разрастании» каталога продукции)

Эластичность верстки

Иногда понятие «масштабирование» связывают с так называемым «эластичным» , или «резиновым» , способом верстки, при котором сайт всегда, независимо от разрешения экрана, растягивается на всю ширину браузера.

Альтернативным решением является «жесткая» верстка , сохраняющая ширину страницы независимо от размеров окна браузера и параметров экрана компьютера пользователя.

У каждого из этих способов верстки есть свои преимущества и недостатки , а также оптимальные области применения. Например, «эластичную» верстку лучше использовать на сайтах, содержащих значительное количество контента (например, на сайтах интернет-СМИ, новостных ресурсах, отраслевых и развлекательных порталах). При работе с другими, содержащими меньше контента сайтами, на больших мониторах с очень высоким разрешением, могут возникать значительные сложности с чтением текстов, которые при одноколоночной верстке «растянутся» на всю ширину экрана.

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

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

♦ Экономически выгоднее при создании и поддержке сайта – затраты меньше как на кодирование, так и на тестирование

Из рецензий наших экспертов

Сами по себе объемы информации, как правило, не являются техническим ограничением, но от них зависит:

♦ Объем работ в рамках создания сайта ( «чем больше объемы, тем сложнее проект» )

♦ Сложность последующей поддержки ( «чем больше объемы, тем дороже и труднее поддержка» )

♦ Производительность веб-системы ( «чем больше объемы, тем выше требования к серверу, программной платформе и принципам программирования для обеспечения адекватной скорости работы» )

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

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

Мы рекомендуем вам обратить внимание и планировать такие параметры фронт-офиса веб-сайта, как:

♦ Количество страниц

♦ Количество кодируемых и программируемых шаблонов

♦ Количество страниц , не входящих в структуру и создаваемых для размещения на них данных, оптимизированных для поисковых систем

♦ Объем публикуемой текстовой информации

♦ Количество и объем подгружаемых файлов

♦ Количество и объем графических файлов (форматы. jpg, gif, png)

♦ Объем электронного каталога продукции (количество товаров)

♦ Количество категорий и подкатегорий продукции в электронном каталоге

♦ Количество и объем мультимедийных файлов (форматы. avi, mp3 и др.)

♦ Количество и объем flash-роликов (формат. swf)

Важнее контролировать верхнюю границу объемов, чем нижнюю (то есть не переходить некоторые разумные пределы). Всегда помните, что «среднестатистический» пользователь просматривает на сайте не более 10 страниц (обычно всего 2–3 страницы).

Поэтому, даже если на вашем сайте будет несколько миллионов страниц, вероятность просмотра даже 1 % из них ничтожно мала.

Большие проекты

Сайты с действительно большим объемом данных , если они при этом еще и очень посещаемые (такие как Amazon.com, Yahoo! и т. п.) – требуют специального проектирования под эти объемы. Для них некоторые конструкции блоков непригодны с точки зрения производительности, большинство стандартных видов навигаций и поиска не обеспечивают решение быстрого нахождения нужного товара за короткое время. Спроектировать заранее успешный вариант реализации в таких условиях часто невозможно. Иногда требуется создать и протестировать на реальных пользователях несколько десятков вариантов реализации, прежде чем получится вариант с нужной эффективностью.

Общие требования к безопасности

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

♦ Использование безопасных механизмов сессий и зашифрованных cookies

♦ Экранирование и проверка всех данных, введенных пользователем . Экранирование – это преобразование введенной информации в такой вид, чтобы ее можно было прочитать, но она не воспринималась как исполняемый код. Проверка данных может быть на число, количество, e-mail, размер загружаемых файлов и длину сообщения и др.