@rogov_dmitry5 апр 2012 в 18:33

Плагин для получения всеобъемлющей статистики о текущей страничке

2 мин

2.7K

Google Chrome

+47

Комментарии 58

@Phelix 5 апр 2012 в 18:41

Классно!
В одном месте собрал практически все основные данные.
Это очень клево, и попадает в список must have
Спасибо!

@maratfmu 6 апр 2012 в 14:49

Согласен, отличная работа!!! Плюс в карму!

@rogov_dmitry 5 апр 2012 в 18:45

Говорите, каких данных не хватает. Чтобы были «все основные данные».

@Londain 5 апр 2012 в 22:01

А можно добавить Yahoo backlinks? Спасибо.

@t0os 6 апр 2012 в 06:41

Так закрыли ж их :)

@Londain 6 апр 2012 в 11:29

Я как-то пропустил. Недавно же работал. А когда это случилось?

@rogov_dmitry 6 апр 2012 в 11:33

Та давненько.

«Yahoo! have said they will close down the Site Explorer API on September 15, 2011.»

@Londain 6 апр 2012 в 12:34

К старости как-то время быстро летит. Спасибо. А какие можете подсказать хорошие альтернативи siteexplorer.search.yahoo.com?

@rogov_dmitry 6 апр 2012 в 12:37

Толковой — не знаю.

Если найдете — сами говорите. Встрою в плагин.

@grimich 6 апр 2012 в 13:26

solomono.ru

@rogov_dmitry 6 апр 2012 в 11:27

Раньше у Yahoo! был сервис siteexplorer.search.yahoo.com

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

@ofiginuri 5 апр 2012 в 19:16

Не банят поисковики за кучу запросов?

@Kaliha 5 апр 2012 в 19:20

За 15 минут не забанили :)

@rogov_dmitry 5 апр 2012 в 19:22

Порою, просит ввести капчу. При тестовых прогонах это бывало довольно редко. Если капчу ввести — все вновь начинает работать корректно.

Еще почти (90%) реализовано прикрепление «хороших» кукки, позволяющее не попадать под капчу ПС намного дольше.

@tunelix 5 апр 2012 в 19:30

а можно поподробнее про «хорошие» кукки?

@rogov_dmitry 5 апр 2012 в 19:53

В принципе, все довольно тривиально. Копать нужно в сторону того, что Гугл и Яндекс авторизированным пользователям лепит определенные куки и, если успешно вводится капча, тоже присоединяет нечто.

Через АПИ хрома ищи «полезные» печенья и прикрепляем к запросу.

Насколько я помню для Яндекса это «fuid01» / «spravka», для Гугла — «S».

@rogov_dmitry 5 апр 2012 в 19:56

Да что ж это такое. Да, давненько я на Хабре не комментировал, извиняюсь за эти коряги в дереве камментов. Всё, целюсь лучше.

@Webtun 5 апр 2012 в 20:19

Классное расширение. Отличная альтернатива RDS бару.

@KREGI 5 апр 2012 в 21:06

Alexa рейтинг не верный, парсить надо из

<POPULARITY URL="domen.ru/" TEXT="181356"/>

а именно

TEXT="181356

@rogov_dmitry 5 апр 2012 в 21:27

Вы правы. Благодарю.

StatisFire 0.9.3.1

@Bamburillo 5 апр 2012 в 21:34

У меня Facebook Shares пишет — {parsererror}, хотя если нажать на это parsererror видно

{

 "http://habrahabr.ru/": {

 "id": "http://habrahabr.ru/",

 "shares": 780

 }

}

Что-то не так…

@rogov_dmitry 5 апр 2012 в 21:38

Да, как раз смотрю, спасибо.

По предварительным итогам: баг jQuery. Ответ сервера не интерпретируется как валидный JSON (об инвалидности и речи быть не может).

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

@mrjj 5 апр 2012 в 22:00

Посмотри какой там контент-тайп стоит, поведение jquery может сильно от него зависеть.

@sompylasar 6 апр 2012 в 00:47

Странно… Попробовал jQuery 1.7.1 (в консоли):

jQuery.getJSON("http://graph.facebook.com/?ids=http://habrahabr.ru/").done(function(r){console.log(r);});

— вывело полученный объект. Вы какой версией jQuery и какой функцией получаете? Можно использовать getJSON, либо посмотреть параметры jQuery.ajax, которые она устанавливает (обработка ошибок должна быть через возвращаемый Deferred).

@rogov_dmitry 6 апр 2012 в 16:36

Решил проблему прекратив полагаться на автоматику jQuery — задаю dataType для каждого ajax-запроса, а фейсбуковский ответ распарсил как стринг.

@bubuq 5 апр 2012 в 21:57

Апостроф как разделитель тысяч поставил в тупик. Формат числа должен исходить из текущей локали.

@rogov_dmitry 6 апр 2012 в 16:03

Метод toLocaleString() мне не очень нравится.

Если «563200» это еще воспринимаемо, то сколько вот это — «16841003» в миг ответить сложнее.

Поставил разделитель пробел:

«16 841 003»

@bubuq 6 апр 2012 в 16:09

Если что-то не воспринимается, есть шанс, что оно лишнее. Не так уж важны хиты и рейтинги с точностью до единицы при таких величинах. Вместо «16841003» в общей картине мне было бы вполне достаточно "16 841K", а то и "16,8M". При наведении мыши можно давать точное число.

@rogov_dmitry 6 апр 2012 в 16:22

Да, такой вариант был в промежуточном варианте.

Тут мне не понравилось следующее: когда числа выравниваются по правому краю и идет визуальный сдвиг линии:

12к
345

Хотелось бы, чтоб 2-ка была под 5-кой. Мелочь, а при экспресс анализе восприниматься будет лучше.

Можно поверстать, конечно, но одна из установок «покаместь не заморачиваться на верстке».

@MechanisM 5 апр 2012 в 23:28

Раз уж есть robots.txt то определять еще и humans.txt(мы же все-таки люди) ну и сделать их ссылками.

@sompylasar 6 апр 2012 в 01:01

Результат W3C Validator хотелось бы получать для конкретной страницы, а не для домена.
При запуске на этой странице сейчас валидируется корневая: validator.w3.org/check?uri=habrahabr.ru

@rogov_dmitry 6 апр 2012 в 16:07

Кстати, в моих юз-кейсах значения для главной страницы и текущей совпадали в 100% случаях. Для этой статьи и главной Хабра результат один: «103 Errors, 148 warn(s)»

Но да, понимаю, когда нужны отдельные значения. В следующем билде уже.

@zein 6 апр 2012 в 06:22

Планируете ли версии для других браузеров?

@rogov_dmitry 6 апр 2012 в 15:56

Да, конечно. Но вначале хочу довести до ума версия для Хрома.

@Rive 6 апр 2012 в 06:28

Весьма любопытный сборник.

Из замеченных багов: похоже, счётчик лайков на vk.com работает для домена сайта, а не текущей страницы. Так и должно быть?

@rogov_dmitry 6 апр 2012 в 13:19

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

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

@zudabi 6 апр 2012 в 06:53

Вообще хорошая разработка, потестирую. Добавь информацию из whois - возраст домена.

@miraage 6 апр 2012 в 07:16

Вкупе можно и expire домена добавить.

@rogov_dmitry 6 апр 2012 в 16:36

Расширю информацию о домене, хорошо.

@Funcraft 6 апр 2012 в 07:12

Спасибо, интересно, но откровенно корёбит от «Дулишис» — всё-таки «Дилишес» ([dɪ'lɪʃəs]).

@rogov_dmitry 6 апр 2012 в 13:22

Будет исправлено, спасибо.

А меня от вашего «корёбит» слегка покоробило: Р

@Funcraft 9 апр 2012 в 07:03

(((:

@vatuma 6 апр 2012 в 07:22

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

@rogov_dmitry 6 апр 2012 в 13:28

Если архитектура Хрома позволит это сделать — открывать табы в бэкграунде из попапа — реализую.

@Shooltz 6 апр 2012 в 07:31

Хорошо бы ещё анализ текста на странице:
— Общее количество текста
— 5-10 самых часто встречающихся слов
— Уникальность (ссылки на дубли?)

И можно ещё в настройка сервис antigate прикрутить для капчи.

@zudabi 6 апр 2012 в 07:41

а если еще данные Wappalyzer научишься выводить — вообще будет славно.

@samally 6 апр 2012 в 11:05

robots.txt и sitemap.xml по некорректным ссылкам запрашиваются — первый слэш удвоен.
{sitaname}//sitemap.xml
{sitaname}//robots.txt

Плюс еще неплохо было бы проверять директиву Sitemap в robots.txt — это может помочь если sitemap расположен нестандартно.

В целом огромное спасибо за расширение :)

P.S. Странно что ТИЦ по показаниям яндекса и расширения местами расходятся.

@samally 6 апр 2012 в 11:15

Еще на Facebook shares {parsererror} выдается постоянно

@Agel_Nash 6 апр 2012 в 13:35

Было бы здорово добавить еще инфу с Solomono

@bubuq 6 апр 2012 в 16:11

и ещё: «2 errors, 5 warnings» (а не «2 Errors, 5 warns»)

@rogov_dmitry 6 апр 2012 в 16:32

Будет «123 err(s), 456 warn(s)».

@rogov_dmitry 6 апр 2012 в 17:27

0.9.7

Добавлено:

changelog.html
Отображение текущей версии плагина (слева вверху)
Социальное: отображение статистики внутренней страницы для Delicious, Google +1, vk shares и Tweets
Разное: отображение статистики внутренней страницы для W3C
Бэклинки: отображение статистики внутренней страницы для Я.Блогов
Отображается, если Яндекс или Гугл просят ввести капчу
Теперь плагин можно советовать через Google Plus.

Исправлено:

Рейтинг: Alexa
Социальное: Facebook Shares

@sompylasar 6 апр 2012 в 18:47

Всё круто! Пара замечаний на следующий релиз.

На пустых вкладках открывается пустой поп-ап.

> Разное: отображение статистики внутренней страницы для W3C
Вторая строка W3C часто получает таймаут. По-видимому, дело в том, что запросы отсылаются параллельно, и сервер валидации как-то их прореживает. Возможно, второй запрос нужно отсылать с некоторой задержкой. А вот сами ссылки, на которые переход идет по клику, совпадают.

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

P.S. <div class="kitajskiyKod ... — это сильно!