- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Думаю, что при апдейтах Яндекса происходит не только присвоение каждому документу определенного ранга, но также происходит предварительное ранжирование по определенному числу часто задаваемых запросов.
Результаты таких запроса кэшируются (возможно как последовательность номеров документов в базе Яндекса) и выдаются между апдейтами.
Результаты по остальным - более "редким" запросам формируются на лету (что требует большей нагрузки на серверы).
Некоторым подтверждением этого служит выпадение между апдейтами документов только по некоторым запросам, тогда как по остальным запросам документ ранжируется высоко. Возможно сбой случается именно при генерации кэша для некоторых запросов.
Некоторым подтверждением этого служит выпадение между апдейтами документов только по некоторым запросам, тогда как по остальным запросам документ ранжируется высоко.
Подтверждение чего, кэширования выдачи? :)
Думаю, что при апдейтах Яндекса происходит не только присвоение каждому документу определенного ранга, но также происходит предварительное ранжирование по определенному числу часто задаваемых запросов.
Результаты таких запроса кэшируются (возможно как последовательность номеров документов в базе Яндекса) и выдаются между апдейтами.
Результаты по остальным - более "редким" запросам формируются на лету (что требует большей нагрузки на серверы).
Некоторым подтверждением этого служит выпадение между апдейтами документов только по некоторым запросам, тогда как по остальным запросам документ ранжируется высоко. Возможно сбой случается именно при генерации кэша для некоторых запросов.
скорее всего так и есть.
иногда при поиске по "редкому" запросу яндекс задумывается секунд на 20-30 - поиск по такому количеству документов просто не может занимать 1-2 секунды.
но в общем-то, какая разница? :)
Минусуете неизвестную Яндексу абракадабру, получаете некэшированную выдачу, сравниваете с кэшированной. Всего делов-то.
Результаты таких запроса кэшируются (возможно как последовательность номеров документов в базе Яндекса) и выдаются между апдейтами.
Идея лежит на поверхности для любого управляющего. С запросами работает закон Парето - львиную долю траффика генерирует мизерное кол-во запросов.
Вывод - делаем статикой выдачу по 500 самым популярным запросам и то - не всю, а только первые N страниц (из Яндекса виднее, лично я бы сделал 5). Итого - 500 статических страниц, остальное - динамика.
И снимаем почти всю нагрузку с сервером. Ну на словах-то все просто, а как на практике - кто его знает? Только Платон, наверное.
Nikolai Popkov, думаю, Вы правы. косвенное подтверждение -"недобан", когда пишут, что сайт забанен, а по целому ряду вопросов он выскакивает:) Если продолжить фантазии, то и пессимизация может быть построена таким же образом -не фильтрами на ссылки, а просто выносом из статической базы:)
Так и есть. Проверка простая, я ещё зимой писал. Задаем любой запрос, затем переходим на следующую страницу http://www.yandex.ru/yandpage?&q=1086208764&p=1&ag=d&qs=text%3D%25D0%25D2%25CF%25C4%25D7%25C9%25D6%25C5%25CE%25C9%25C5%2B%25D7%2B%25DB%25D4%25C1%25CE%25C1%25C8%26stype%3Dwww
Появляется параметр q= переменная, меняем произвольно значение и Яндекс может думать около минуты в зависимости от страницы и запроса. Все дело в том, что дальше этот фокус не работает, так как машина формирует кэш на всю длину запроса.
Nikolai Popkov, каким же moderated надо быть, чтобы вместо аватара вставить вырезку из скана своего паспорта.
Да что яндекс запросы кеширует это понятно, и помоему кеширует он запросы не только самые популярные, а все... (скорее всего не фразу запрос, а все параметры поиска, а индекс этого кеша и есть q) но какое время жизни этого кеша? от апа до апа? типа пока сервера сканят и пересчитывают, другие отдают кеш пользователю
или все таки меньше?
вообщем кешируется все запросы, но связано ли это с выпадением из выдачи некоторых запросов... не уверен, по идее кеш для всех запросов убивается в одно время - апа
Nikolai Popkov, вы как всегда отличаете свежестью идей. Что ж, разумно. По крайней мере конечно выборка из заранее отранжированных результатов выдачи десятка тысяч запросов значительно снизила бы нагрузку (Каширин уже продолжил). Однако это детали - для нас, как конечных "оптимизаторов" подобные детали хоть и обрисовывают возможную "картину", тем не менее не дают логической "зацепки".
Ессетвственно кэшируются, Америку не открыли. Ведь даже при работе с обычной постреляционной СУБД(например Cache, Oracle) часто используемая выборка берется из кэша(регистра), а не из файла. Кстати, в инете я видел официальную инфу о том, как работает яша и рама(в общем плане). Там описано что происходит после передачи запроса маршрутизатору "сиське", как балансируется нагрузка, описана кластерная архитектура и даже было чуток сказано про их супер-пупер СУБД, В ЧЕСТЬ КОТОРОЙ яндекс и назвали. Типа индекс. Короче все в тайнах держут, хотя та же _itersystems/ру_ сделала продукт не хуже, и держит свой алгоритм многомерного хранения инфы в открытом виде.