Яша шифруется или новый параметр в СК :)

И, возможно, какие-нибудь контекстные ограничения, и синонимы, и аббревиатуры и т.п.

С исчезновением колдунщика подсветчик потерял часть информации, которая могла быть полезна в его работе. А с учётом того, как изменялись механизмы препроцессинга (переколдовки) запроса, получалось, что подсветка и поиск всё больше друг от друга отделялись. Если вспомнить, что подсветчик получает из Я-поиска немаленький траффик, можно предположить, что ситуация, когда одно работает без связи с другим, могла приводить к недовольству большого числа пользователей. Значит, подсветчик надо было научить тому, что умеет поиск (переколдовывать запрос). Или, как вариант, научить поиск делиться результатами переколдовки с подсветчиком, да так, чтобы остальным участникам поисковой цепочки не сказать ничего лишнего.

Замечено, впрочем, что в настоящее время игры с qtree не влияют на результаты работы подсветчика. Есть по крайней мере два варианта: или всё описанное выше является полнейшим бредом и qtree используется где-то в другом месте, или qtree пока вовсе нигде не используется, но ждёт своего часа (новогодние каникулы, традиционно, время снижения активности интернет-пользователей).

В любом случае, появление qtree достаточно утяжелило страницу с СЕРПом. Поэтому, надо полагать, вещь эта действительно важная и нужная, раз на её использование пошли.

Ещё раз: всё написанное выше является исключительно предположением.

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

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

sun99, base64 - это не хэш, а способ кодирования двоичных данных ASCII символами.

В случае base64 была бы линейная зависимость параметра от длины запроса. Таковой не заметил...

Беобахтер, возможно кодируется не сам запрос, а что-то от него производное, длина которого нелинейно зависит от длины самого запроса.

Она зависит не просто нелинейно. Иногда на более коротком запросе - более длинный результат...

Замените символы "%2B" на " " (пробел), "%2F" на "/" и "%3D" на "=", сравнивайте после этого, результат будет другим.

Но линейности не обещаю :)

Уже пробовал... Только что получил на двух разных запросах одинаковый результат. Повторить не удалось, вероятно, попутал. :(

Если на него внимательно посмотреть и сделать небольшие замены (%2F на /), (%2B на +), (%3D на =), то мы увидим код, очень напоминающий base64

sun99 добавил 24.12.2008 в 14:46

я не программер а оптимизатор, поэтому стараюсь изъясняться как могу

кароче вот еще..

при просмотре подсветчика из общего поиска qtree один на всех

а вот дальше - сделали запрос, далее берем ну например 1 строку в выдаче, жмем [Ещё с сайта] далее на подсветчик и qtree уже другой, да к тому же он для всех сайтов разный (вроде)