Это анализ ситуации по заявкам на нескольких площадках в сапе, на которых я выступаю как ВМ.
В том-то и дело, что для домена ТС тулбар пишет "ТИЦ не определен".
Нажать на тулбар, конечно можно... но это будет немного не то - ведь всем известно, что тулбарный и каталожный тицы даже апдейтятся в немного разное время (каталожный с опозданием на неск-ко часов). И не просто так такие сервисы как pr-cy показывают несколько вариаций ТИЦа - Яндекс тИЦ, Яндекс Rank, Яндекс тИЦ Кнопкой.
Я вообще клонил к тому, что подобная картина с разными значениями ТИЦ в тулбаре и на денежке наблюдается на многих сайтах уже достаточно давно. Что это - глюк яши или просто подлянка СЕОшникам незнаю... но факт остается фактом. Сам предпочитаю смотреть по денежке т.к. если это подлянка СЕОшникам, то в интересах Я максимально усложнить автоматическое получение значения ТИЦ. Тулбарный-же автоматом вычитывать проблем не представляет.
Странно, но все отмахиваются от факта разницы тулбарного и каталожного ТИЦев, хотя большинство форумчан при покупке ссылок ориентируется чуть ли не только на ТИЦ :).
И вторая странность - немогу вспомнить сайта, у которого-б каталожный ТИЦ был-бы меньше тулбарного... Может Я решил повоевать исключительно с сапой, которая умеет распознавать денежку?
А Вы прежде чем советовать - посмотрите, для примера, значение ТИЦ для домена tnx.net при помощи тулбара и по денежке. Потом отпишитесь чего такая разница :)
Попробуйте проверять через элитные прокси. Должно спасти ситуацию. По крайней мере у меня только так и работает. Ну или через _ttp://torproject.org/ - подробней где-то тут уже писалось...
Тут смотря кто хостер. Может и на статике перегружать ☝
ТС - давайте выкинем избыточные данные (счетчик liveinternet, и скрипт яндекс новости) , а взамен вы дадите лог апача за время предшествующее отключению.
По моим наблюдениям самый простенький сайт могут очень сильно загрузить 2 паразита - бот Yahoo и бот MSN. Но если честно, то на 64-х страничках им и разгуляться негде.
В FlashGet можно менять ЮА. Подставляешь Yandex/1.01.001 (compatible; Win16; I) и скачиваешь страничку. Потом анализируешь код.
Ну если уж очень хочешь проверить плагин, то слепи поддомен с 1-й индексной страничкой. контент можно неуникальный :)
в .htaccess
SetEnvIfNoCase User-Agent "^Yandex/1.01.001 (compatible; Win16; I)" yandex_bot Order Deny,Allow Deny from all Allow from env=yandex_bot
если сайт пустит - значит плагин работает. Если выдаст 403-ю ошибку, значит нет.
А вообще лучше-б по расширенной посмотрел дату обновления странички в кэше - если позже чем дата покупки, то фтопку донора.
XAP примет. А вот вопрос что будет выгодней не так однозначен. Тут все зависит сколько страничек с УВ2 и УВ3. Может в сапе там и продавать нечего будет :)
XAM, попробуй загнать этот - http://bobrdobr.ru/ . Ссылки там любой может разместить, так что даже просить никого не надо :).
Удачи!
та есть, я ж не спорю....
Просто совпало интересно, заставило задуматься...
Хотя urlencodе() далеко не панацея - все зависит от алгоритмов. Представьте, что страничка стягивается, переводится в однобайтную кодировку (например для единства хранения документов в базе, Вы ведь не храните в своей БД половину страниц в ЮТФ, половину в 1251), сохраняется и только потом робот берет из нее ссылки.... тут уже urlencode() пролетит как фанера над Парижем - совершенно другой линк выйдет.
На этой неделе нашел пару сайтиков не в индексе яши. Сайты неплохие, банить вроде нет за что..
а не в индексе. Дого изучал, в итоге получилась такая ерунда, что в принципе если скопировать урл странички из ХТМЛ кода, а потом скормить его браузеру - вылетим на 404-ю страницу. Если работать штатными методами - все ОК. Просто сайт в ЮТФ-8 и урлы тоже. Когда делаю просмотр кода, то копирую якобы 1251..... и ФФ перекодирует уже как 1251, в итоге число байтиков в урле в 2 раза меньше.... на той стороне не понимают :-(. В общем есть заморочка.....
Вот теперь чешу репу - ну неспроста они не в индексе ☝ , может Яша тоже с русскоязычными урлами в ЮТФ-8 не дружит? А может просто реализовано криво (полюбому на серверной стороне можно было предусмотреть и другие кодировки...)
На своих проектах рисковать не стал-бы...
