А можно через POST, HEAD, PUT и DELETE :)
Речь не об этом. Изменить реферер с помощью js нельзя. Это все.
Ссылка по теме:
http://en.wikipedia.org/wiki/Mozilla
Упс. Был неправ, прошу прощения *посыпает голову пеплом*
Значится так:
Сервер, на котором счетчик (читай Adsence) может получить реферер страницы, на которой установлен, подгрузив нечто со своего же сервера после выполнения javascript. Счетчики это делают с помощью подгрузки картинки, в основном, что-то вроде:
document.write("<img src=http:/counter.ru/url?r=" + document.referrer + "blah-blah-blah");
При загрузке этой картинки на сервер приходит информация:
1. Страница, на которой счетчик установлен (HTTP Header Referer)
2. Реферер страницы в URL запроса (из js).
В коде AdSence document.referrer мной не обнаружено.
ЗЫ. А какое положение TOS запрещает использовать дорвейный траф?
Нет, нельзя.
document.referrer
The property is read-only. The property has no default value.
Вот вам хедеры Yandex-I
Accept: text/html, application/pdf;q=0.1, application/rtf;q=0.1, text/rtf;q=0.1, application/msword;q=0.1, application/x-shockwave-flash;q=0.1, application/vnd.ms-excel;q=0.1, application/vnd.ms-powerpoint;q=0.1Accept-Language: ru, uk, be, en, *;q=0.01Connection: Keep-AliveHost: ваш_хост.ruUser-Agent: Yandex/1.01.001 (compatible; Win16; I)From: webadmin@yandex.ru
Смотреть надо error.log, а не access.log.
robots.txt к ошибке 500 никакго отношения не имеет.
Вот именно, что на моем сайте :)
Скажем, на ваш сайт ходят со страницы http://www.site.ru/page.htm
Счетчик вам покажет, как пользователи туда приходят? Да не в жисть :)
Популярно (в скобках - реферер):
1. дор (что-то) -> 2. страница с adsence(дор) -> 3. Adsence(страница с adsence)
По статистике п.3 определить источник трафика п.2 в общем случае невозможно (если нет открытой статистики п.2).
А если подумать? :) Реферером для "нормальной" (скажем так) страницы сайта с Adsence будет, разумеется, дор. Для всего остального, что подгружается на эту страницу и для последующих кликов реферером будет эта самая "нормальная" страница.
Прочитал, покурил, подумал 🚬
Пожалуй, не соглашусь.
1. Здесь уже был топик, где были проблемы с индексацией форума. При ближайшем рассмотрении больного выяснилось, что все ссылки были абсолютными, но, увы, вели на неосновное, с точки зрения Яндекса, зеркало сайта.
2. Давайте рассуждать логически. Любой более-менее большой сайт роботы индексируют частями. Посему думается, что в своей базе поисковики хранят ссылки именно в абсолютном виде, ибо если хранить только относительные, то Base URL (RFC 2396) для следующего захода на сайт роботу будет взять неоткуда. Т.е. в индексе лежит что-то вроде:
Страница http://site.ru/page.htm содержит ссылки
http://site.ru/page1.htm
http://site.ru/page2.htm
http://another_site.ru/page.htm
В Гугле, например, по запросу
link:http://www.site.ru/page.htm
вы найдете другие страницы этого же сайта, хотя абсолютных линков на сайте нет.
3. Еще минус - увеличение размера документов. Особенно при длинном доменном имени и большой глубине вложенности, типа:
_http://very-cool-vasissualii-aleksanrdovich-pupkin/my-cool-works/my-cool-works-2005/my-cool-works-march/my-cool-work-15.htm
😂
В чем сей приоритет выражается? Если для перехода по ссылке любой User-agent должен ее привести к абсолютному виду по алгоритму, расписанному в RFC?
Ох, не тем занимаются :) Чего бы сделал я, так это автокадоввскую таблетку на таком принципе - кто работал, знает, что экранные меню в акаде при наличии таблетки можно убирать, да и скорость работы сильно возрастает :) Ну и соответсвенно штепсели к таблетке для того же фотожопа :) Зону юзерских меню оставить однозначно :)
Вот это была б вещь :) А еще мышь 16-ти кнопочную... Мечты :)
Lor, наваяно за 15 минут на коленке из того, что было... Просто как иллюстрация. Для коммерческого проекта, разумеется, не катит - дорабатывать надо.
