Комментарии 20
Странно, что до сих пор никто из «шибко активных» не предъявил Гуглу претензии за это случайное число, ведь 1488 в его начале выглядит очень подозрительно.
ru.wikipedia.org/wiki/14/88
По-видимому, это связано со скоростью (функция случайного числа выполняется в L1 кэше) и удобством отлова багов. Можно предположить, что такой подход работает для многих сервисов компании.
youtu.be/ncHmEUmJZf4?t=2645
Я написал маленький скрипт, который использует этот баг для точной идентификации гуглобота
На кой он это спрашивается делал, если гуглобот никогда и не скрывался, и по navigator.userAgent
и кучей других разных способов однозначно определяется как бот.
Точней уже некуда.
И да, это не баг, это — фича...
Да запросто, но думаю в этом случае оно сделает это c другим юзер-агентом, с другого-IP,… и наверное другим движком (в котором ранд работает случайным образом).
Эта фича у гугла, чтобы в том числе хотя бы из js-движка не переиндексировать страницы, зависящие от случайных составляющих (ака "Случайная страница").
Хотя правильный сервер может или но-робот проставить или оборачивать "случайную" динамику конструктами типа if (!bot) {...};
.
Один четыре восемь восемь — сайты парсить мы не бросим!
Жители планеты Мелдж ищут этот ключ уже сотни лет.
Почему для Google это проблема, требующая решения?
Функция random() у гуглобота работает абсолютно детерминированно