Проектирование сайтов

10.11.2011

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

Раньше я делал это с помощью расширения Firefox CheckBoxMate. Потом версии браузера стали стремительно меняться, а об опции extensions.checkCompatibility=false не знал. Поэтому перешел на Greasemonkey скрипт.

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

4 комментария

29.09.2011 / 3 комментария

Расскажу про использование CSS multi-column layout module. Допустим у нас есть многоуровневый список.

Для основного содержимого страницы он узковат, и возникает желание выводить его в несколько колонок. Для этого используем CSS-свойства column-count: 4 и column-gap: 10px. Первое задает на сколько колонок разбить контент, второе — какой между ними зазор.

Читать дальше →

23.08.2011

Наверное многим знакома ситуация, когда проектируя макет сайта, приходится излишне ограничивать ширину изображений в основной колонке из-за пользователей с рарешением экрана 1024x768 (сейчас их доля 17%). Особенно это ощутимо в трехколоночных макетах.

На dirty.ru ширина картинок ограничена 500 пикселями

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

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

img {max-width: 100%; height: auto}

Max-width: 100% сжимает изображения, основываясь на ширине оборачивающего блока. Но если эта ширина больше ширины изображения, то масштаб не меняется. Height: auto сохраняет пропорции изображений. Вообще это значение по умолчанию, но иногда у картинок жестко указаны размеры, и тогда пропорции искажаются.

Пример есть здесь. Чтобы увидеть эффект, изменяйте ширину окна.

16 комментариев

25.05.2011 / 3 комментария

Стандартные URL в друпале — это node/nid для статей и taxonomy/term/tid для категорий. Довольно часто их осознанно оставляют как есть. Например, когда материалы на сайт добавляют посетители, заголовки обычно такого качества, что я не вижу смысла генерировать из них URL.

Пользуясь стандартными адресами, время от времени сталкиваюсь с неудобствами.

1. Не получается с помощью инструментов веб-аналитики анализировать группы страниц, соответствующие разделам сайта.
2. Не доступна информация по индексации поисковыми системами разделов сайта.
3. Нельзя в robots.txt закрыть от индексации категории одного словаря.
4. Сложнее размещать рекламу на сайте с таргетингом по разделам.
5. В друпале сложнее настраивать видимость блоков, кеширование boost'ом, видимость wysiwyg-редакторов и др.
6. Программы для анализа логов сервера не могут дать информацию по разделам сайта.

Читать дальше →

11.05.2011 / 6 комментариев

Недавно получил сообщение от посетителя сайта: «Почему у вас список ссылок таким бледным цветом. Чтобы труднее было найти и разглядеть? Почти ничего не видно. Приходится выделять текст мышкой, чтобы прочитать. Дурдом».

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

Может быть проблема контраста затрагивает маленький процент пользователей, и не стоит на нее обращать внимание? Попробуем оценить:

Читать дальше →

05.05.2011

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

Поэтому я стал использовать модуль Contact из базовой поставки Друпала. Он создает персональную контактную форму для каждого пользователя, сообщения из которой просто отправляются на емейл. И не нужны никакие «Входящие», удаление сообщений, список контактов. Не возникает лишней сущности.

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

Получается, что если аудитория сайта состоит из «неделовых» людей, система личных сообщений в виде контактных форм будет работать неэффективно.

5 комментариев

19.11.2010 / 11 комментариев

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

На днях почитал Андрея Сербанта про отток пользователей и задумался о роли постоянных посетителей в развитии UGC-сайта.

Читать дальше →