Экраны с высокими разрешениями сейчас есть у заметной доли пользователей интернета: 1920x1080 — около 7%. При этом физически диагональ не всегда большая, окно браузера же часто развернуто на весь экран. В этом случае шрифт на многих сайтах очень мелкий, читать практически невозможно.

читать далее

http://www.dserg.com/high-resolution-2013-09-24.html

В популярных системах веб-статистики не фиксируется время просмотра последней страницы в сессии. Поэтому, по страницам с высоким показателем отказов (bounce rate) или по популярным точкам выхода (exit) данные могут быть неточными. Скажем, если показатель отказов составляет 65%, то при расчете длительности пребывания на странице учитываются только 35% посетителей. Про остальных вы не знаете: то ли они сразу ушли, то ли внимательно изучали страницу. В зависимости от этого реальная средняя длительность просмотра может заметно отличаться от посчитанной.

читать далее

http://www.dserg.com/average-time-on-page-2013-03-21.html

Может ли флеш-баннер угрожать безопасности пользователей?

Да, через баннер можно следить за пользователями, получить доступ к cookie, подгрузить клиентский скрипт, отправить данные на сторонний сервер. Поэтому исходный код баннеров нужно проверять. Список опасных конструкций можно посмотреть в требованиях Яндекса к баннерам (пункты 5, 10, 11).

Как проверить исходный код флеш-баннера? Как декомпилировать swf-файл?

С помощью программ Flash Decompiler Trillix или Sothink SWF Decompiler. Для просмотра исходного кода достаточно trial-версии.

читать далее

http://www.dserg.com/flash-banners-2013-03-14.html

Для друпала есть модуль BUEditor, помогающий в полях для ввода текста оборачивать слова в HTML-теги. Экономит немного времени и сил.

Неудобство в том, что на каждый новый сайт нужно этот модуль устанавливать и настраивать. И потом всё равно периодически попадаются поля, к которым ты панельку не привязал. Особенно в админке.

Решение — добавить эту функциональность к браузеру. Например, лля Firefox нашелся аддон BBCodeXtra.

http://www.dserg.com/bueditor-browser-2013-02-19.html

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

читать далее

http://www.dserg.com/greasemonkey-2013-02-07.html

Развивая тему инструментов модератора, покажу еще пару скриптов.

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

Второй скрипт выделяет слова-маркеры «проблемных» комментариев (оскорбления, мат и т. д.) Я не стал делать настоящую подсветку, а ограничился установкой пары буллетов перед словом. Скрипт подключается с помощью Greasemonkey. У меня он подключен только для модерируемых сайтов.

Оба скрипта работают не идеально, но у меня прижились.

http://www.dserg.com/highlight-2012-04-28.html

Идеи по развитию сайта по происхождению можно разделить на

• изначально запланированные разработчиками фичи, ждущие своей очереди
• идеи, возникающие у администрации в процессе использования сайта
• предложения, поступающие от посетителей

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

читать далее

http://www.dserg.com/feedback-2012-03-16.html

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

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

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

http://www.dserg.com/multiple-checkboxes-2011-11-10.html

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

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

читать далее

http://www.dserg.com/column-count-2011-09-29.html

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

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

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

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

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

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

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

http://www.dserg.com/max-width-2011-08-23.html

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

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

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

читать далее

http://www.dserg.com/drupal-url-2011-05-25.html

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

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

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

читать далее

http://www.dserg.com/contrast-2011-05-11.html

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

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

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

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

http://www.dserg.com/drupal-contact-2011-05-05.html

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

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

читать далее

http://www.dserg.com/regular-visitors-2010-11-19.html

Иногда спрашивают, можно ли купить модуль или сборку Drupal, используемые на моих сайтах. Я что-то знаю про open source и свободные лицензии, знаю, что Drupal лицензирован под GPL, но многие конкретные вопросы до последнего времени оставались для меня без ответов. Решил разобраться, выкладываю результаты в виде FAQ'а.

читать далее

http://www.dserg.com/drupal-gpl-2010-06-16.html

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

читать далее

http://www.dserg.com/opera-mini-2010-03-23.html

Последние месяцы редко пишу в этот блог, зато стал постить интересные ссылки в твиттер и френдфид. Возможно вам понравится:

• http://friendfeed.com/ankheg
• https://twitter.com/ankheg

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

http://www.dserg.com/twitter-friendfeed-2010-03-03.html

Ведущими PHP CMS я считаю Drupal и Joomla. У обеих сложные админки. Админки очень разные, но обе отвратительно неудобны. Почему так?

Далее

http://dserg.com/cms-usability-2007-06-25.html

Когда на сайте нужно выложить документ Word, передо мной встает дилемма:

* заархивировать файл и поставить ссылку на архив,

* оставить файл в формате DOC и поставить на него ссылку,

* преобразовать документ в HTML и сделать его полноценной частью сайта.

И что же я выбираю?

Далее

http://dserg.com/doc-rtf-xls-ppt-pdf-2007-06-19.html

Когда человек заполняет форму и нажимает на кнопку [Отправитьk, может случиться всякое. Например, серверная часть может нормально отработать, а ответ клиенту не дойдет. Что мы (пользователи) тогда делаем? Ясное дело, нажимаем F5. Запрос отправляется еще разок с теми же данными. Серверная часть снова отрабатывает и на это раз возвращает ответ — страницу с продублированным комментарием (новостью, товаром, постом на форуме). Сталкивались с этим явлением?

Как же распространенную проблему решить? У меня четыре варианта.

Далее

http://dserg.com/f5-scourge-2007-06-14.html