Quality Assurance

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

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

Редизайн этот далеко не первый, к слову. А как минимум пятый, если считать по тем же версиям Друпала (на момент создания блога актуальным был Drupal 5), т. к. я редко когда адаптирую старые уже надоевшие шаблоны под новое АПИ, уж лучше сделать новый с нуля.

Точнее, нужно, конечно. Но не "в лоб".

Пример.

Для добавления на сайт клиент присылает мне список своих выставок и публикаций, начиная с конца девяностых. На несколько экранов прокрутки. Смотрю, как было на старом сайте оформлено - просто текстом. Ок, добавляю также, проверяю.

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

Выбор книг для прочтения был прост - все подряд про adaptive/responsive дизайн, что только смог найти на Пиратской Бухте. Книг не так уж и много оказалось, всего семь штук.

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

Графики эпического роста доли мобильных пользователей интернета приводить не буду. Средняя температура по больнице же. С зависимостью не только от стран, но и от самих сайтов. Понятное дело, что всякими там инстаграмами и прочими твиттерами пользуются в основном со смартфонов, в то время как сайты с документацией просматриваются чаще всего с ПК. Хотя в последнем случае тенденция тоже налицо - доля мобильных пользователей сайта w3schools.com за два года увеличилась с 2% до 4%.

Пользуюсь сервисами Яндекса не так чтобы часто и обычно за неимением внятных альтернатив. Почта для домена как раз один из этих немногочисленных случаев. За сервис спасибо, конечно, работает как часы и, главное, бесплатный (гугл аналогичный сервис уже несколько лет как сделал платным). Но зачем столько явных ляпов в юзабилити? Реально портите впечатление.

Раньше на scomedy.com у меня был раздел с ютуб видео. Сайт на Drupal'е, поэтому особых проблем не возникло, просто создал дополнительный тип материала "YouTube videos" с полями title, description, youtube link, автоматическим генерированием превью, привязкой к нужным тегам, внутрисайтовым рейтингом и прочим. Т. е. по факту я получил тип материала, где основным контентом служил лишь один ютуб ролик. Тогда мне это казалось вполне себе хорошим ходом - а что, на сайте появилось с тысячу дополнительных страниц, на профилях комиков могу выводить топовые релейтид видео, которые доступны для просмотра прямо на сайте без перехода на ютуб, да и вообще наличие подборок видео явно не мешало, а наоборот хорошо вписывалось. Это я раньше так думал, потом раздел со всеми видео удалил, что, признаться, далось не легко, ибо на сабмит роликов убил далеко не один день. Но это все не суть важно.

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

Кстати, насчет терминов. В рунете принято название "ЧПУ", человекопонятный урл. Весьма забавно получилось - термин, который должен описывать процедуру грамотного составления URL, сам по себе является тем еще режущим глаз жаргонизмом. В остальном же интернете общепринятое название это SEF, search engine friendly. Т. е. о людях (или о все тех же человеках) ни слова. Главное, чтобы фрэндли для поисковых систем.

Ну и раз разговор уже зашел о поисковых системах, то...

Чисто технически - www.site.com и site.com являются совершенно разными доменами/сайтами. Как и forum.site.com и site.com. Сам префикс "wwww" пошел еще с тех времен, когда интернет хосты было принято именовать по функциям, ими выполняемыми, как то www.site.com, ftp.site.com, nntp.site.com и т. д.

Сейчас же домены www.site.com и site.com общепринято делать зеркалами. Вопрос в том, какой домен сделать главным зеркалом, а на какой поставить 301-ый редирект? Или же сделать оба домена одинаково доступными?

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

Результаты оказались весьма и весьма неоднозначными.

Небольшой экскурс в матчасть. Шрифты делятся на несколько основных семейств – serif (шрифты с засечками), sans-serif (шрифты без засечек), cursive («рукописные» шрифты) и другие. Одинаковые по своему характеру шрифты объединяются в гарнитуры. Например, всем известный шрифт Times New Roman принадлежит семейству serif и гарнитуре Times.

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