У кого есть скрипт рабочий определения pr?

Модуль PageRank для perl.

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

Такая проблема похоже только с жилинским :)

Вот, проверяю по надыбленным ранее скриптам: http://vashmaster.ru/files/top40/indexPR.php

Запрос 1: http://www.google.com/search?client=navclient-auto&ch=6645161294&features=Rank&q=info:vashmaster.ru

Запрос 2: http://www.google.com/search?client=navclient-auto&ch=61904436467&features=Rank&q=info:rbc.ru

Запрос 3: http://www.google.com/search?client=navclient-auto&ch=6-220635707&features=Rank&q=info:zhilinsky.ru (выдаёт 403)

У других сайтов нормульно, а жилинский чудит. Почему-то параметр ch при подготовке получается равным 6-220635707, хрен знает, правильно ли это?! Похоже, что проблема как раз в нём.

Например, если подправить в ручную у другой проверки:

http://www.google.com/search?client=navclient-auto&ch=6-45161294&features=Rank&q=info:vashmaster.ru

то аналогичный 403 ответ от гуги вылазит

Нужно найти правильную функцию вычисления параметра ch для сайта zhilinsky.ru

Например, здесь правильно вычисляют PR сайтов:

http://www.pr-cy.ru/analysis/vashmaster.ru PR=3

и, конечно, жилинский - http://www.pr-cy.ru/analysis/zhilinsky.ru PR=4

Значит, корректная функция хеширования есть.

Возьмите скрипт с сайта Жилинского и исправьте одну функцию. Там переполнение идет, в остальном он рабочий.

function mix($a,$b,$c)
{
    $a=(int)$a; $b=(int)$b; $c=(int)$c;
    $a -= $b; $a -= $c; $a=nooverflow($a); $a ^= (zeroFill($c,13));
    $b -= $c; $b -= $a; $b=nooverflow($b); $b ^= ($a<<8);
    $c -= $a; $c -= $b; $c=nooverflow($c); $c ^= (zeroFill($b,13));
    $a -= $b; $a -= $c; $a=nooverflow($a); $a ^= (zeroFill($c,12));
    $b -= $c; $b -= $a; $b=nooverflow($b); $b ^= ($a<<16);
    $c -= $a; $c -= $b; $c=nooverflow($c); $c ^= (zeroFill($b,5));
    $a -= $b; $a -= $c; $a=nooverflow($a); $a ^= (zeroFill($c,3));
    $b -= $c; $b -= $a; $b=nooverflow($b); $b ^= ($a<<10);
    $c -= $a; $c -= $b; $c=nooverflow($c); $c ^= (zeroFill($b,15));

    if ($c < 0) $c += 0x100000000;
    return array($a,$b,$c);
}

предполагаю что битовые операции из пхп страдают .... сталкивался с этим, они ведут себя как арфифметические, а не битовые увы :(

деархиватор криптованных архивов писал и обломался, пришлось на си лепить)

пхп - гумно со своими багами увы :(

общую суть я понял, но появилось несколько вопрос - зачем вообще Google хеширует url?

function mix($a,$b,$c)

{

    $a=(int)$a; $b=(int)$b; $c=(int)$c;

    $a -= $b; $a -= $c; $a=nooverflow($a); $a ^= (zeroFill($c,13));

    $b -= $c; $b -= $a; $b=nooverflow($b); $b ^= ($a<<8);

    $c -= $a; $c -= $b; $c=nooverflow($c); $c ^= (zeroFill($b,13));

    $a -= $b; $a -= $c; $a=nooverflow($a); $a ^= (zeroFill($c,12));

    $b -= $c; $b -= $a; $b=nooverflow($b); $b ^= ($a<<16);

    $c -= $a; $c -= $b; $c=nooverflow($c); $c ^= (zeroFill($b,5));

    $a -= $b; $a -= $c; $a=nooverflow($a); $a ^= (zeroFill($c,3));

    $b -= $c; $b -= $a; $b=nooverflow($b); $b ^= ($a<<10);

    $c -= $a; $c -= $b; $c=nooverflow($c); $c ^= (zeroFill($b,15));



    if ($c < 0) $c += 0x100000000;

    return array($a,$b,$c);

}

чтобы дети не атаковали сервера

Больше всего похоже на дополнительный индекс в хранилище данных. По хэшу искать значение быстрее, чем по строке URL.

Для кэша страниц в гугле применяется такой же подход - можно кэш получить запросом

http://209.85.135.132/search?q=cache:www.ya.ru

http://209.85.135.132/search?q=cache:G_ZsJfrGuXoJ:www.ya.ru

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

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