богоносец

богоносец
Рейтинг
781
Регистрация
30.01.2007
Cell:
datot, богоносец, можете не срать хотя бы в "поминальном" топике?
Можете свою местечковую ненависть к Яндексу засунуть куда подальше - хотя бы, на время?

Вы сами не обсерайтесь, а лучше ответьте на вопрос:

И как же формулируется (с т.з. Бога) основная задача систем контекстной рекламы и рекламы вообще?

Или уж процитировали бы первую фразу:

богоносец:
Дал вот.
Есть возражения против действительности?
Cell:
Чисто по-человечески.

Может ещё при этом следует забывать о системах, влияющих много на что?

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

webrock:
Дай Бог!

Дал вот.

И как же формулируется (с т.з. Бога) основная задача систем контекстной рекламы и рекламы вообще?

esvit:
по рекомендациям самих поисковых систем, думаю за это не забанят :)

Там пахнет свежими изменениями... за рамки этих дебильных рекомендаций (да, я считаю их неправильными). Если делать строго по рекомендациям, то в индексе страница forum.searchengines.ru/#!hash, смотрим в кэш и видим:

Это версия страницы из кэша Google.
т.е. в кэше кривой адрес с ?_escaped_fragment_= вместо #!

В индексе Яндекса есть страницы с #!

Посмотрим в индекс Гугля.

Кэш отличается от самой страницы.

Может быть автоматом и не поймают (если вообще так ловят), но вам было бы не трудно отдавать и боту, и посетителю одинаковый HTML-код. Короткий. А браузер уже выполнял бы JS, перекидывал бы на #адрес... т.е. и прелести неперезагрузки страницы используются (растягивая первую загрузку), и формальностей не нарушено, и использовать #! не нужно.

ChPeter:
недоглядел правило формирования дискрипшена

Сгенерённый дескрипшн даёт менее интересный искателю сниппет, чем текстовый фрагмент.

ChPeter:
по сути проблемы

Проблема в дублях.

Если же лечить симптомы, то надо уникализировать описалова дублей (чтобы WMT не ругался).

А если у вас очень много страниц, то дубли (даже с каноникалом) настолько замедлят (пере)индексацию, что трудно будет дождаться пока WMT перестанет ругаться.

В своих «10 аргументов в пользу XSLT» они так и не объяснили толком, зачем его применять на стороне сервера.

ChPeter:
Мне эти дубли давно глаза мазолят, но руки раньше не доходили до этой проблемы.

Перед тем как создавать тему я читал хелпы, гуглил, искал решение проблемы.

Так в чём же проблема для вас?

Для WMT: Повторяющееся метаописание, но не дубли.

(искать будем там, где светлее, а не там, где потеряли)

burunduk:
если возникает учёт ссылок (не важно прямая или скриптовая или ещё какая), то скорей всего в рамках алгоритма PR (другого пока не придумали), да возможно(скорей всего) с различными ограничениями и фильтрами, но именно в рамках общего алгоритма.

Вот именно: если, то скорей всего...

А про изменения в общем алгоритме пиарщики Гугла уж столько наговорили...

А то, что известно про PR — основано на предположениях. Хотя реальный алгоритм расчёта PR — с какими-то сокращениями (с отличиями от идеальной модели).

Нужны эксперименты. Возможно, не на основе оптимизаторских представлений про PR.

А пока, верующим в это всё придётся купить тИЦу.

(но дешевле было бы прочитать то, что изначально обещали создатели)

А то, что у кого-то появляются пузомерки, не означает прямо, что у кого-то чего-то утекает (в рамках документа или сцайта).

site+:
хотелось бы конкретики в этом вопросе

А проблема даже в отсутствии вопроса.

Напомню: в давние времена считалось, что обычная сцылка “передавала” стат.вес + наблюдаляся учёт текста её анкора при ранжировании того документа, на который она вела. А как это со скриптовыми сцылками? А с самыми разными скриптами? А гуглоиды давно хвастаются, что умеют выполнять скрипты.

Типа нужно делать много экспериментов.

А вы сможете показать это утекание?

А то вот сеошники во что-то верят, но... скриптовые сцылки пока вроде бы не покупают. И даже не знают — что конкретно учитывает Гугл в JS-ссылках. Как-то так верят “в общем”, что Гугл всё понимает, но в детали не вникают. Типа как в космический разум, в Бога... типа оно вроде есть, но хз.

Всего: 13710