Comments 38
Передайте пожалуйста тем, кто занимается поиском в Яндекс навигаторе, если человек едет из Волгограда в Астрахань, то не надо кидать его сразу на Ямал или в Питер при запросе «Газпром». Да и адреса за десятки тысяч километров есть смысл показывать ниже, чем те, которые рядом. Покажите как работает поиск на карте у гугла. Он ищет вдоль проложенного маршрута или при выборе участка карты появляется кнопка «Найти в этом районе». И ещё он показывает сколько времени займет заезд на заправку, цены в отеле, только открытые сейчас заведения и много чего ещё очень удобного. Только вот карта у гугла хуже, чем ваша на основе народной, поэтому по городам есть смысл ехать уже по вашему, так хоть есть более свежие дороги и разговорчики помогают.
Удачи вам.
P.S. А сейчас наоборот при попытке найти Газпром в Москве, меня тут же кидает в Волгоградскую область даже не предлагая варианты.
Сейчас поиск учитывает вашу текущую область просмотра карты, поэтому, конечно же, такого поведения (как перекидывание из Москвы в Волгоградскую область, например) быть не должно – видимо, это был баг. При передвижении карты результаты поиска обновляются с учетом нового спана карты. Чтобы отловить возникшую у вас ошибку, нам понадобимся немного данных – если есть возможность, пожалуйста, перейдите в «Меню», затем «О программе» и 5 раз нажмите на логотип, в буфер обмена скопируется отладочная информация. Ее нам лучше всего отправить на адрес службы поддержки app-navigator@support.yandex.ru
А что касается в целом улучшения сценария поиска в Навигаторе – учета текущего маршрута, фильтров, цен и пр., то тут согласен, будем развиваться
Спасибо, что пользуетесь :)
Вопрос не в тему, но, может быть, вы подскажете: а зачем вообще используется столько разных доменов (yandex.net, yastatic.net и так далее)?
Почему нельзя всё разместить на yandex.ru?
- yandex.net — организация сетевой инфраструктуры;
- yastatic.net, yandex.st — cdn со всей статикой сервисов;
- yandex.ru, yandex.by, yandex.ua, yandex.com и т.д. — непосредственно сервисы, доступные пользователям с привязкой к стране по tld.
Ещё остаётся добавить, что это не всегда оправданно. По сути, выигрыш для пользователя здесь заключается в экономии сетевых хендшейков и прочего, что в каких-то случаях существенно — например, для саджеста, который должен откликаться на каждую новую букву,
или для поиска, от скорости получения результатов которого радикально зависит качество пользовательского взаимодействия. В других случаях выгоды от этого могут быть неочевидными.
Старый код время от времени приходится удалять, поэтому восстановить состояние сервиса на произвольный момент времени в прошлом невозможно.
Впрочем, в следующих статьях речь пойдет о менее отдаленных временах, поэтому качество картинок неминуемо улучшится :)
поисковые подсказки экономят людям около 60 лет
Ага, прям чуствую что помолодел настолько что даже ещё не родился.
Как называется тот раздел невероятно сложной математики, который даёт эти числа?
Но это совершенно ужасный способ впечатлить большими числами, по которым совершенно непонятно как те были расчитаны, особая маркетинговая статистика.
При этом с моей стороны было бы глупо отрицать толику маркетинга ;)
Шестьдесят лет экономии для всех пользователей в день? В месяц? В год?
Недавно мы посмотрели на наши данные и выяснили интересный факт. В совокупности люди задают Яндексу 100 миллионов вопросов в день. Если отключить поисковые подсказки, то в сумме все эти пользователи потеряют 60 лет. Это время уйдёт у них на формулировку запроса, его возможное исправление и новую формулировку после того, как они не нашли того, что им нужно. Получается, что если учитывать среднюю продолжительность жизни в России, каждый день саджест позволяет не потерять жизнь одного мужчины.
Таким образом, ответ: в день.
Я понимаю что я вообще не по адресу, но никто другой (даже ваша поддержка) не отвечает на этот вопрос: когда вы планируете Punto под Mac OS починить?
Поисковые подсказки. Хмм… Только что проверил, простите великодушно, не удержался =)
В такого рода задачах невыгодно использовать сколь-нибудь general purpose решения, т.к. они гарантированно будут в разы или даже на порядки хуже специализированной структуры данных. В нашем случае, например, нужно держать десятки тысяч RPS, время ответа на уровне десятков миллисекунд, при этом успевать делать ещё некоторую специфическую постобработку результатов (скажем, формирование пословных подсказок). Ну и ещё нужно экономить память, потому что нам нужно, чтобы на каждую машинку помещалось как можно больше подсказок.
Коротко говоря, основная структура данных в саджесте — по-особому плотно упакованный бор, некоторые узлы которого помнят, какие подсказки являются самыми вероятными для конкретного префикса.
Бывают и другие структуры — скажем, для хранения крайне редких подсказок мы используем другую структуру, т.к. позволяем себе в этом случае знать намного меньше информации про каждый запрос, и это позволяет упаковывать данные ещё плотнее.
Возможно, однажды расскажем об используемых алгоритмах в отдельной статье :)
Однако бывают странные вещи. Например, при вводе названия компании, появляются подсказки без введенного слова
Например: к «синэо» подсказки «синэо экспертиза; синэо сайт; синэо новости; ...» и вдруг без названия компании просто «цена отзывы» — по клику на который естественно ни одной релевантной страницы с искомой компанией.
Как так??
Как мы обновили поисковые подсказки в Яндексе и нашли для них правильную метрику