Svift.org » Баги

Как видят ваш сайт дальтоники?

Svift — Sat, 04 Apr 2009 13:57:36 +0000

У вас есть сайт, например, онлайн магазин, или блог, показывающий посетителям контекстную рекламу. Вы много трудились, чтобы сделать его правильным и удобным, потратили кучу сил и времени на дизайн, еще больше ресурсов ушло на раскрутку сайта, вы даже проработали юзабилити, и вроде бы, уже нечего больше добавить. А вот о 5% своей аудитории (а именно столько в среднем мужчин страдают дальтонизмом) вы и забыли… хотя, может у вас сайт с преобладающей женской аудиторией… но и тогда четверо из каждой тысячи ваших посетительниц могут воспринимать ваш контент совсем не так, как бы вам хотелось.

Для справки:

Разной степенью дальтонизма страдают 2—8 % мужчин, и только 4 женщины из 1000. При этом, согласно исследованиям британских учёных, люди, которые с трудом различают зелёный и красный цвет, способны различать множество других цветовых оттенков, например, оттенки цвета “хаки”, которые для людей с нормальным зрением кажутся одинаковыми. .

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

Colorblind Web Page Filter – http://colorfilter.wickline.org/ – онлайн сервис (гарантированно работает в Internet Explorer и Mozilla Firefox)

Позволяет в режиме реального времени увидеть сайт глазами человека с любой из форм цветовой слепоты. Например вот так выглядит страница с описанием товара:

Colorblind Filter - сайт глазами дальтоника

Аптечка красного креста, фирменный ярко красный цвет “American Red Cross” может принимать совершенно разные “оттенки” в зависимости от формы цветовой слепоты. А вот оригинал страницы и совершенно “другая картинка”:

Оригинальное изображение аптечки

Всё это очень полезно проверить на своих сайтах, начиная от цвета шрифтов и заголовков в AdSense и заканчивая кнопками “купить” для интернет-магазинов.

А вот десктопное программное обеспечение:

ColorDoctor 2.1 (для Windows) – http://www.fujitsu.com/global/accessibility/assistance/cd/
Color Oracle 1.1.1 (для Windows, Mac и Linux) – http://colororacle.cartography.ch/

Стоит ли говорить о людях с ослабленным зрением и размерах шрифта страницы, или о светлом тексте на темном фоне… и да вырастет ваш конверт!

Смотрите также:

Индексация контента после закрывающих тегов body и html

Svift — Mon, 12 Jan 2009 18:14:15 +0000

Покупая ссылки в sape.ru, наткнулся на подозрительный прием размещения блока ссылок после закрывающих тегов body и html. И хотя эти два тега-контейнера не являются обязательными, а лишь рекомендованными в качестве соблюдения хорошего стиля, сомнения в правильности подобного выноса ссылок “за борт” насторожили…

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

Что заставляет владельца площадки использовать именно такой подход мне остается не ясным, но я всё-таки решил проверить – а индексируют ли и учитывают такое размещение ссылок поисковые системы.

Методика проверки проста, для каждой поисковой системы проделаем ряд несложных действий:

1. Берется адрес страницы, с размещенными за пределами тега ссылками, и смотрится сохранённая версия страницы, то есть смотрим кэш (cache) в поисковике

2. В кеше находим содержимое расположенное за закрывающим тегом-контейнером

3. Из “захатемеэльного” блока ссылок берем строку текста подлиннее (убрав теги ), чтобы текст был уникальным, например, из вот такой строки:

<a href=“http://www.site1.com”>unique keyword phrase 1a> online. <a href=“http://www.site2.com/”>unique keyword phrase2a> right now

берем текст “unique keyword phrase 1 online. unique keyword phrase2 right now”

4. Возвращаемся к поисковику и делаем, подготовленный в предыдущем пункте, уникальный запрос – если страница, содержащая искомую фразу, найдена поисковой системой – то фиксируем результат.

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

Google – индексирует текст блока ссылок после закрывающих тегов body и html (вероятно и ссылки учитывает),
Yahoo – индексирует текст блока ссылок после закрывающих тегов body и html и отображает ссылки, размещенные подобным образом по запросу linkdomain (кстати, в кеш Yahoo такие страницы укладывает с неболшими модифицированием – он сам переносит закрывающие теги body и html в конец страницы и хранит кеш повинуясь хорошему стилю HTML)
MSN / Live Search – как и два предыдущих поисковых гиганта поисковик из Редмонда прекрасно индексирует текст и ссылки расположенные после закрывающих тегов body и html

То есть вывод таков – размещенные после закрывающих тегов body и html текст и ссылки прекрасно индексируются поисковыми системами, покупать такие ссылки можно

Смотрите также:

“Компьютерра” плохо знает географию?

Svift — Fri, 31 Oct 2008 14:23:33 +0000

Сегодня на страницах Комьютерры, вернее на Компьюленте – http://net.compulenta.ru/377890/ опубликована новость, о том что паночка помэрла “ICANN лишилА аккредитации эстонского регистратора”.

Вас ничего не настораживает? Меня настораживает… уровень знаний журналистов любимого мной журнала Компьютерра в этот раз оказался “на высоте”… (а может они всегда так?)

Во-первых, Estdomains – это АМЕРИКАНСКИЙ регистратор доменных имен. Нужно иметь очень скудные знания по географии, чтобы догадаться о том, что Штат Делавэр, в котором зарегистрирована компания EstDomains, Inc., ну никак и ни разу не территория Эстонии.

Илья, “географию ты что ли не учил в своем дворце?” (с)

Читаем веселые новости дальше

Эксперты по информбезопасности уже давно говорят о лояльном отношении EstDomains к киберпреступникам. Специалист F-Secure Микко Хиппонен утверждает, что начиная 2005 года эстонской компанией было зарегистрировано несколько десятков тысяч вредоносных ресурсов. Пол Фергюсон из Trend Micro также не скрывает своих подозрений; он надеется, что ICANN в любом случае найдет повод для отзыва лицензии EstDomains.

Оставляя вопрос лояльности EstDomains к тем или иным субъектам, хочу отметить, что большинство из тех “десятков тысяч” вредоносных (почему ресурсов?) доменов имеют такое же отношение к киберпреступности как и североамериканские домохозяйки к бразильскому карнавалу.

Ну и самое забавное…

Как можно 31 числа публиковать информацию о свершившемся факте лишения аккредитации EstDomains когда уже 29 числа официальный сайт ICANN опубликовал анонс с информацией о том, что процедура лишения аккредитации приостановлена?

Если бы подобное произошло в отношении компании, чьи акции торгуются на бирже, и не дай бог такая новость вызвала бы снижение курса – не избежать вам Илья суда…

Перечитывайте хотя бы публикации своих коллег:

…В Apple практически сразу опровергли информацию о болезни Джобса, однако было уже поздно: на фоне постоянных слухов о проблемах со здоровьем у главы компании акции Apple рухнули в цене сразу на 9 процентов…

…Эксперты Комиссии по ценным бумагам и биржам США намерены найти автора фальшивой публикации, однако пока в их распоряжении имеется только адрес электронной почты поместившего заметку. О том, какое наказание может грозить “шутнику”, ничего не сообщается…

http://business.compulenta.ru/373116/

Смотрите также:

Что случилось с SeoChase.com ?

Svift — Wed, 11 Jun 2008 02:56:05 +0000

А никто случаем не в курсе, что случилось с форумом seochase.com? Уже не первый день любуюсь время от времени на пустую страницу, время от времени на заглушку мастерхоста.

Домен, вроде, продлен до следующего года. Неужели за хостинг забыли/забили заплатить?

Непорядок.

Смотрите также:

Новый код Google Analytics + новые фишки

Svift — Fri, 14 Dec 2007 18:47:33 +0000

Написал это пост еще два дня назад, но в связи с проходившей в Питере новогодней SEO Party публикацию отложил до сего дня.

И так, 13 декабря Google Analytics представил модифицированный код счетчика – ga.js, которому предстоит заменить старый добрый urchin.js и несколько новый фишек по работе со статистикой сайта (официальный блог Google Analytics – Announcing new graphing tools and ga.js tracking).

Самым заметным стал новый инструмент сравнения показателей за отдельные периоды:

И как я уже упомянул, обновился код счетчика Google Analytics, который я сразу же попробовал установить на некоторые свои проекты. В итоге оказался неприятно удивлен, вся русскоязычная статистика оказалась “порушенной”, вместо русских кейвордов GA стал выдавать подобные строки %d0%9c%d0%b0%d1. Посему новый код был сразу же снесен и установлен старый urchin.js.

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

Кстати, теперь интерфейс Google Analytics доступен еще на шести языках

Finally, we begin supporting six additional languages: Thai, Filipino, Indonesian, Czech, Hungarian, and Portuguese (Portugal). You can select any one of the 25 Google Analytics supported languages from the Language pulldown menu on the Analytics Settings–>My Account page

Смотрите также:

Как Яндекс криво считает читателей блогов

Svift — Wed, 28 Nov 2007 22:31:11 +0000

А теперь небольшой баг репорт.

Я честно признаюсь, еще не встречал нормального поиска по блогам, мне на сегодня не нравится ни поиск в Google Blog Search, ни яндексовский поиск по блогам. Эти тонны какого-то банального блого-спама, какие-то псевдопостинги на псевдофорумах…

Но сегодня меня “порадовал” алгоритм подсчета Яндексом читателей блогов, то есть цифры в Яндекс.Рейтинге блогов

Зохожу я значит на http://blogs.yandex.ru/ а там топы разные, рейтинги и прочая требуха… решил было поискать свой ник с помощью поиска по блогам от Яндекса

Как видно из скриншота, поиск по блогам у Яндекса пытается находить и выдавать прямые ссылки на блоги при совпадении названия блога с текстом запроса, похвален сей факт, если бы не интересная деталь…

Рядом с таким “спецразмещением” есть ссылка “найти все записи” и циферка, показывающая количество читателей блога, вот тут самое интересное…

Предположим, что у Яндекса есть какой-то мегахитрый алгоритм подсчета читателей, и быть может он даже имеет какое-то отношение к реальным цифрам, но объясните мне как первый в этом “спецразмещении” блог (http://www.liveinternet.ru/users/svift/) с одной единственной “hello world” записью может иметь столько же читателей сколько блог с годовой историей, с 300 feedburner-подписчиками (хотя как криво подписчиков считает feedburner это та еще история), с реальными комментариями и живыми ссылками с авторитетных блогов Рунета?

Вот и я думаю… что количество “читателей” Яндекс в своем рейтинге считает не просто криво, а очень криво и всерьёз относиться к цифрам http://blogs.yandex.ru/top/ просто нельзя.

Смотрите также:

Как Yahoo укладывает сервера

Svift — Mon, 05 Nov 2007 02:44:51 +0000

На прошлой неделе я на собственной шкуре, верхнее на собственном железе, то есть на сервере, ощутил как Yahoo может “досить”.

На серваке крутятся несколько сайтов, объемом по несколько тысяч страниц, железяка довольно мощная, оперативки 2 гига, диски SCSI, скрипты сайтов адекватные, но Yahoo всё это ни по чем. Укладывает сервер на раз-два. Причем сайты не новые и в индексе Yahoo живут уже давно и в полном объеме.

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

Хватаясь за валерьянку, я вспомнил, что весной с аналогичной проблемой столнулся Димок. Его способом противодействия стала дополнительная оптимизация скриптов, кэширование и при обострении временная блокировка Yahoo-пауков.

Но в комментариях я обнаружил интересный рецепт усмирения аппетитов яхиных ботов – директива файла robots.txt – Crawl-delay, которую Yahoo чтит и повинуется.

И так, что делать если подобный “дос” приключился и с вашим сервером?

Во-первых, бегом в логи – смотрим какой именно сайт стал предметом трепетной любви yahoo-пауков, и сразу же в файл robots.txt для этого сайта прописываем такую директиву:

User-agent: Slurp Crawl-delay: X

где X – таймаут в секундах (я ставил 5)

перезаливаем robots.txt – “отпустить” должно довольно быстро. Во всяком случае, мне такой рецепт помог. Собственно, Yahoo и сама не против таких приемов, о чем в своих хелпах и пишет.

Удачи в любви с Yahoo пауками!

Смотрите также:

Google Gmail ws Spam Karma 2

Svift — Fri, 21 Sep 2007 20:26:24 +0000

Вот уже который месяц мой любимый почтовый сервис Google Gmail упорно определяет почтовые отчеты не менее любимого мной wordpress плагина Spam Karma как самый настоящий спам.

Впринципе, это не такая уж большая проблема, но баг довольно неприятный. Что послужило причиной этому мне не ясно, но исправить досадное недоразумение у меня не получается, уже десятки писем-отчетов помечены “Не спам”, но это не помогает “научить” Gmail не складывать эти отчеты в спам-папку. Из собственного опыта работы с Gmail – пометка пяти-семи писем случайно оказавшихся “спамерскими” помогает настроить систему на нужный лад, а тут ни в какую…

Буду надеяться, что почта №1 в мире пофиксит этот баг и станет еще лучше…

Можно считать это открытым письмом разработчикам Google.

P.S. Отдельное спасибо dr Dave за эти суперский антиспам плагин, он реально экономит кучу времени.

Из описания плагина:

Requirements: Spam Karma 2 requires WordPress v 1.5.1+ and mySQL 4.0+.

Spam Karma 2 (SK2) is an anti-spam plugin for the WordPress blogging platform. It is meant to stop all forms of automated Blog spam effortlessly, while remaining as unobtrusive as possible to regular commenters. Spam Karma 2 is the proud successor to Spam Karma, with whom it shares most of the development ideas, but absolutely none of the code.

Смотрите также:

Проблемы с Google Base Multi-Client Account

Svift — Mon, 06 Nov 2006 18:00:33 +0000

Не так давно я познакомился и ощутил все прелести работы с Froogle. Бесплатный целевой трафик, разве это может не нравиться? В общем почти полгода взаимодействие с “продуктовым поиском” меня только радовало, но вот уже больше месяца назад произошли кое-какие изменения, нарушившие прежнее спокойное течение. А именно, произошло слияние Froogle и Google Base, то есть загрузка товарных фидов теперь происходит через интерфейс Google Base…

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

С самого начала работы с Froogle я использовал одну учетную запись и со временем подключил в аккаунт второй магазин, а потом и третий, то есть в одной учетной записи я имел три магазина и три фида, по одному на каждый магазин. Если возникала необходимость избавиться от фида или магазина в аккаунте, можно было просто подождать 1 месяц и данные удалялись автоматически, во всяком случае об этом заявлялось в термсах…

А что же происходит сейчас, а сейчас возникла необходимость вынести из мульти-аккаунта два других магазина в отдельные учетные записи. То есть регистрируем новый Google Account, заходим на Google Base, начинаем создавать новый магазин и первое с чем сталкиваемся – это адрес сайта, а именно, Google Base не разрешает иметь в системе два магазина с одинаковым url в разных учетных записях. Первое что приходит в голову – надо удалить магазин из старого мульти-аккаунта и создать его в новом, но тут-то и встает проблема – в Multi-Client Account нет возможности удалять магазины, вроде есть возможность удалить фид, а потом и заменить урл для магазина, вписав туда что-нибудь из головы, но на попытку изменения url для магазина Google Base выдаёт недвусмысленную ошибку – Oops, и предлагает попробовать позднее… стоит ли говорить, что и позднее изменения внести не получается…

В общем, пока решить проблему не удалось, в support запрос отписал, пока тишина. Такая же тишина и в Google Groups, где уже неделю висит аналогичный вопрос – Deleting unwanted account within multi-client account

Буду ждать, похожая ситуация в своё время была и в Google AdSense, когда нельзя было удалить ранее созданные каналы для рекламных объявлений, спустя какое-то время такая функция появилась, надеюсь глас народа будет услышан и в этот раз…

Смотрите также:

Самое контекстное мясо от Бегуна

Svift — Tue, 26 Sep 2006 22:07:39 +0000

На сей раз порадовал меня Бегун, со своими контекстными примочками…

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

http://www.adme.ru/social/2006/04/28/6103.html

Я понимаю, что работает автомат и прочее и прочее… но мясо то человеческое… хотя что тут далеко ходить, в правой части этой страницы Бегун предлагает заинтересованным посетителям изотермические фургоны… наверное для того, чтобы мясо дольше сохранилось при транспортировке…

Ну а что? Аудитория то большая, небось, и каннибалы в ней присутствуют. И еще нельзя забывать о том, что одним из девизов Бегуна является фраза – “Реклама показывается только тем, кому она интересна”… Ну раз сказали “интересно”, то интересно! Раз уж мне предлагают мясо, пойду, думаю, посмотрю…

Оказалось, что по этой ~~контекстной~~ ссылке отрекламироваться решил COSMO – разместивший на своих страницах статью о самом полезном мясе (в последствии выяснилось, что это свинина, но это было уже после)

не подвёл меня и Яндекс.Директ – встретившийся мне как раз на той странице COSMO, куда я пришел в поисках самого полезного мяса:

и если реклама средств для похудания еще держится “в теме”, то объявления “Почему выпадают волосы?” и “Фильм.Ру – всё о кино, афиша” мягко скажем совсем не про мясо…

В общем нормальная реклама. Контекст рулит!!!