Google и Яндекс меня просто достали — сколько я не снимаю галочки «предпочитать сайты из Украины», они все равно мне выдают совершенно дурацкую, не нужную мне, украинскую выдачу.

Особенно это смешно, когда я ищу информацию НА АНГЛИЙСКОМ или информацию на русском, но международную, типа хостинга или онлайн-библиотеки.

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

И это прекрасно. Я не питаю иллюзий, что Вася сможет понять принцип действия поисковой системы, как его не подталкивай к этому.

Но, допустим, Васе нужно узнать, какие праздники попадают на 10 сентября. А то вот что-то ему напоминали… или это 11 сентября? В общем, он ищет «праздники», «международные праздники» — в таком духе. И замечательный сайт calend.ru Вася не увидит — тот будет где-то в третьем десятке поисковой выдачи. А первыми результатами будут не качественные, узкоспециализированные украинские сайты, где Вася того что ему нужно не найдет.

А еще создатели Google считают, что раз Youtube недоступен на украинском языке, то украинским пользователям он и не нужен — кто тут знает английский, в этой забытой богами Украине?

(Я такое меню не по своей воле вижу — пользуюсь английским интерфейсом. Но Google меня уже десятый раз перекидывает на такое! Достали!)

В общем, что я предлагаю. Ограничить гео-таргетинг простой и понятной фишкой, типа

Надеюсь такой интерфейс даже Вася поймет.

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

Компания uidesign.ru проводит «Юзабилити-марафон» — 13 семинаров подряд от 4 ведущих специалистов по юзабилити.

У первого из них у сайта title «Home». У всех четверых не прописаны 404-е страницы:

http://www.dialogdesign.dk/345
http://www.telono.com/345
http://www.uxalliance.com/345
http://www.hiser.com.au/345

Больше я не выдержал смотреть.

Title «Home». У главной страницы. Сайта международного объединения юзабилити-специалистов.

Вот я хочу профессионально развиваться. Хочу получить нормальное образование, которое поможет мне в работе. Хочу общаться с гуру в этой сфере, равняться на кого-то, пока учусь. А они мне (серьезные, высокооплачиваемые специалисты!) говорят не придираться к мелочам. Title главной страницы сайта — мелочи!

Ладно, придется развиваться без чьей-либо помощи. Наверное, так даже лучше.

Откуда взялась мода в некоторых CMS (тот же Drupal) делать по умолчанию ссылки вида site.com/page, т. е. без слэша в конце? Что это должно обозначать?

Слэш обозначает иерархический порядок. Т.е. в адресе site.com/page/subpage/file.txt три слэша указывают на то, что в компьютерной системе, ассоциированой с site.com есть подраздел page, в нем — подраздел subpage, в котором находится файл file.txt.

Адрес site.com/page/subpage/ говорит нам, что мы запрашиваем главную, ИНДЕКСНУЮ страницу, которая расположена в данном месте иерархии. Это может быть просто список файлов, а может быть дизайн, который в идеале должен предоставлять тот же список файлов (ссылок на информационные блоки), но в максимально удобном виде. Обычно индексный файл — это index.php или index.html, но знать нам об этом незачем — мы хотим получить индексную страницу, а не узнать, как она называется.

А что такое site.com/page/subpage ? Отсутствие слэша в конце как бы говорит нам, что ДАЛЬШЕ ничего нет, никаких подразделов. То есть, перед нами конкретный файл? А что у него за формат тогда? А если удалить из строки название файла, чтобы попасть на уровень выше по иерархии — мы должны удалять и слэш? Если нет — получится диссонанс в обозначениях, а если нужно удалять…

То вопрос: нафиг было себе эти проблемы создавать?

Яндекс-карты обновились. Радует самое хорошее совмещение «спутник+карта», которое я встречал в интернете для Киева:

И убила строка внизу: «Границы государств показаны по состоянию на 1 июня 2008 года». Я прямо представляю себе сценку, в ходе которой ее решили там разместить.

Когда меня при регистрации просят повтороно ввести Email, я ВСЕГДА копирую его из уже заполненного, первого поля. И, насколько я понимаю, так делают очень многие.

Вот зачем требовать вводить его повторно? Чем таким ужасным чревата ошибка здесь? Ведь пользователь, который ввел Email с ошибкой, просто не завершит процесс регистрации. Гарантировать правильность ввода на 100% невозможно (потому что многие будут вводить повторно с помощью копирования), ошибка в таком месте встречается не так часто (есть autocomplete форм, пользователи не так часто ошибаются в написании своего email).

Единственная возможная причина — растерянность пользователя в случае, если он ввел Email неправильно и ждет письма-запроса на авторизацию, а его все не приходит. Так вот, чтобы не допустить такой ситуации нужно всего лишь после первичного ввода данных БОЛЬШИМ ШРИФТОМ выводить Email, на который был отправлен запрос. Пользователь должен легко заметить ошибку, если она есть.

Но ладно с Email, не так часто его просят ввести повторно. Я предлагаю пойти еще дальше и отказаться от требования повторно вводить пароль, если проводится авторизация Email. Неуверенности пользователя в данном случае избегаем с помощью:

• отправки пароля пользователю в открытом виде после завершения регистрации;
• в случае фиксации ПЕРВОЙ попытки пользователя войти в свой аккаунт, если он вводит неправильный пароль — выводить текст с пояснением, что он, возможно, ошибся при регистрации.

Собственно, зачем себя ограничивать? Подумал я, подумал, и додумался до такого. Это база, под разные сервисы нужно подтачивать, но я вижу у такой схемы кучу преимуществ. Что скажете?