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

Бинг заблокировал ключ API, с которым работало расширение. Теперь у них до 5 тысяч запросов в месяц бесплатно, потом за деньги. К вечеру выпущу обновление, которое будет получать данные напрямую через выдачу.

Сравниваю. Совпадают.

Пример раз:
http://i.imgur.com/sUJX3.jpg

Пример два:
http://i.imgur.com/LuJtg.jpg

Версия 2.20.8
Выпущено August 5, 2012 224.3 KB
Работает с Firefox 3.6 и выше, SeaMonkey 2.1 и выше
Исправлена проверка исходящих ссылок через bing.com

Поставил, да же удалил и снова поставил, все равно нули показывает что делать?

Zorgy, кэш проверок очистите, если включен. И после проверки покликайте по нулям, может там капча какая-нибудь вылезает.
http://wampi.ru/images/2012/08/07/MxfKF.png

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

Wink, заметил тут что есть страницы пустые практические, но которые проходят ограничение по размеру контента. Стал копать: похоже это страницы с большими выпадающими списками.
Список считается за контент? Логично поидее очищать их.
Еще, наверное, может скрытый контент тоже не учитывать. в display=none и position left=>+/-2000(когда прячут далеко за экран элементы)

Добавлено через 8 минут
Еще, может можно сделать такую ф-цию - открыть все отмеченные урлы в новых вкладках (для проверки доноров, чтобы много не кликать).

Добавлено через 48 минут
3. есть идея как можно ускорить массовую проверку параметров. Когда запускаешь поверку по множеству параметров, с опцией "пропускать уже отмеченные", это не совсем работает. Если какой-то параметр уже проверяется у этой ссылки, то остальные проверяльщики тоже параллельно начинают проверять ее.
Более оптимально проверять сначала ссылки, которые не заняты проверкой других параметров, т.к. возможно что уже запущенная проверка отсеит эту ссылку.

Если это такой список, как на этой странице список "Быстрый переход" снизу, то да, считается. В принципе можно сделать галочку, чтобы не учитывать их. На счет скрытого контента - не учитываются только блоки в noindex, CSS не анализируется.

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

1. Да, имел ввиду это.

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

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

Очистил кэш, все равно нули, На них нажимал конечно идет сразу ссылка на бинг (((

В контекстном меню страницы есть пункт "Локальный черный список"

Zorgy, попробуйте вот эту версию поставить