Одминский блог

Поучительная история про гугель, хром и “старшего брата”

Не правда ли, сайт, без привычных блоков Adsense, смотрится уже как то пусто? А дело в том, что не успел я вчера завершить свой эксперимент с установкой удаленной сессии опосредством Google Chrome, как спустя буквально пару часов, получил бан аккаунта, через который работал последние пять лет, и который был зарегистрирован на моего друга, с которым мы собственно имели несколько сайтов совокупной доходности. При этом схема подключения была такова, что я с учетки забаненной в Adsense, лет 6 уже как, подключался к рабочему аккаунту, который одно время пользовал даже с одной бродилки, вместе с забаненным, и это никоим образом не сказывалось на работоспособности аккаунта.

(more…)

Рубрика: Интернет | Ваш отзыв »

Принимаем домен в GoDaddy

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

И если у internetbs все более менее понятно- просто кликаем в домен и выбираем вкладочку Expert, в которой уже передаем домен через кнопку Push domains, где надо ввести мыло адресата, по которому он зарегистрирован в системе; то у GoDaddy все более чем не тривиально.

Начнем с того, что не знаю у кого как, но у меня в FF не догружаются верхние вкладки, так что в первый раз я убил полчаса, пытаясь понять как мне попасть по нужному адресу, так что лучше использовать какую нить бродилку отличную от Mozilla. Далее логинимся на Godaddy -> My Account -> DomainManager и в самом верху видим четыре зеленые вкладочки. Нас интересует Domains -> Pending Account Changes, где выставляем галку на домене и говорим Quick Accept. Через пару минут он будет у нас в аккаунте.

Для передачи домена в Godaddy необходимо предоставить отправляющему информацию со своим Customer Number и почтовым адресом на который зарегистрирован аккаунт. Посмотреть их можно в My Account -> Account Settings -> Update Security Settings.

Рубрика: Интернет | Ваш отзыв »

Охота на домены с историей

Вернулся из отпуска совершенно разобранный и ничего не понимающий, так что первый день пытаюсь въехать мозгом в работу и то на чем остановился до отъезда. А остановился на том, что разработал для себя алгоритм поиска доменов с историей. Причем естественно что я знал как это делается с теоретической точки зрения, но для одного из сателлитов срочно потребовалось купить домен с тиц, а все барыги отсутствовали онлайн, так что пришлось вооружиться парой инструментов, и на удивление в течении пары часов нашел себе домен с тиц 20, сэкономив на этом деле порядка 50$.

Так что довольно быстро напарсил себе базу дропов с PR1, а также дропов из DMOZ, которые в данный момент и предлагаю для регистрации, как в виде информации о наличии свободного домена, так и в виде пуша в акк. Данная услуга оказалась на удивление востребованной, так что уезжая, получил несколько писем. Естественно что наиболее востребованной оказалась тема с продаже доменов с тиц 10, так что в данный момент имею несколько штук, зареганных именно для тих целей.

Поэтому по приезду начал именно с отсмотра дропов за последнюю неделю, но как оказалось- появились какие то кексы, скупающие подчистую все домены, в том числе и PR1. Самое обидное что вчера был слив с парой-твойкой доменов с тиц 10, которые забукали какие то не понятные кексы, которые клеют их к своим сайтам. Я конечно все понимаю, но такое транжирство относительно доменов со стабильный тиц 10 довольно унылый способ использования доменов с историей.  При этом до того как заняться охотой на домены, я столько читал разных статей про то, что в англонете давно закончились трехсимвольные домены, и при этом в тираж, ежедневно вылетает несколько штук трехсимвольных доменов, что в бизе, что в орге, что в инфо.

Сегодня решив продвигаться на мауле, так как планирую попробовать продавать методику поиска тицасто-пыаристых дропов, выложил несколько халявных доменов с PR 2, дык народ даже спасибо не сказал, так что кто людям помогает, то тратит время зря.

В любом случае в активе имеются домены с историей, с тиц 10, в каталоге DMOZ, домены с PR1-2, которые предоставляю как в виде списка, так и передачей доменов в аккаунт.

Рубрика: Интернет | Отзывов: 2 »

Продолжаем войну с рекламодателями в Adesense

В продолжение темы про низкую стоимость кликов в Adsense- как я уже писал, провел пару тестов и выявил тот факт что в случае бана недоброкачественным рекламодателей, стоимость клика повышается до 0.6$, а доход с сайта возрастает в полтора-два раза. Так что завел себе за правило ежедневно мониторить площадки (естественно что делать это буду в районе недели-двух, сокращая после на 2-3 раза в неделю), отсматривая 100-200 рекламодателей  и анализируя их URL. Но при этом заметил одну интересную особенность- часть из них идет с конечным урлом, в котором упоминается мой домен, то есть данный рекламодатель привязывается к моему сайту, что скорее всего свидетельствует о том факте, что это специальное размещение на ресурсе, и с большой вероятностью стоимость клика по таким объявлениям низка.

Но при этом обнаружил еще пару интересных моментов: в блоках используется реклама от бегуна и адривера, при этом прописываемый URL сайта естественно ведет на какую то партнерку, так что видимо получается двойной арбитраж трафика- у вас на сайте человек кликает за 0.01$, после чего проходит через бегуновскую ссылу, принося хитровану лишних 5-6 рублей.

В принципе Begun можно просто забанить у себя на сайте, но также желательно пожаловаться на недоброкачественного рекламодателя в Google, ибо по идее, объявления не соответствующие целевому переходу- не могут проходить в систему.

Собственно вот наш герой, ссылающийся на бегун (адриверский блок скринить не стал):

Скриним и отправляем жалобу в Google, либо через специализированную форму подачи жалобы, или же кликая на любом рекламном модуле, в надпись Реклама от Google, откуда нас препровожают на форму отправки жалобы.

Также обнаружил что у меня на этом сайте большая часть рекламы почему то является форексом, хотя хоть убейте не могу понять, каким боком он относится к it-шным делам. Так что список недоброкачественных рекламодателей, будет пополняться за счет новых поступлений.

Рубрика: Интернет | Отзывов: 3 »

Боремся с нищебродами в Adsense

Наверное каждый вебмастер, пытающийся заработать на Adsense, встречал в своей статистике крайне дешевые клики- ценой от 1 до 3 центов, и поражался тому как система пропускает таких рекламодателей на сайт. Ведь как мы знаем из RTFM что на сайте первоначально должны показывать самые конкурентные (читай правильно составленные и максимально дорогие) объявления, но тем не менее некоторые рекламодатели умудряются участвовать в контексте с мизерными ценами за клик.

Немного поигравшись с арбитражем трафика могу сказать, что это одна из методик нагона траффа- когда находятся тысячи и десятки тысяч низкоконкурентных НЧ запросов, по которым и запускается контекст с минимальной стоимостью. Также полагаю, что в эту сферу попадают все рекламные купоны, ведь навряд ли Google станет башлять вебмастерам полную стоимость клика по купону в 120$, если можно ограничиться суммой в 12-20$, так что сюда вероятнее всего попадают все рефссылки, а вот банить ли сами партнерки- большой вопрос, который каждый решает сам для себя.

Выпалить таких деятелей довольно сложно, ибо Google скрывает реальную стоимость объявлений от хозяев площадок, но сделать это можно анализом клиентских каналов- которые в новом интерфейсе обладают большим функционалом, на основе которого можно анализировать стоимость кликов по ним, а также их размещение. Также следует обратить внимание на рекламодателей, присутствующих на всех страницах сайта, ибо практически всегда жертвами дешевых кликов становятся общетематические площадки, которые выпаливает рекламодатель, после чего начинает указывать ваш сайт для показа своих объявлений, где он не конкурирует ни с кем, как происходило бы на узкотематических площадках. В результате чего дешевая реклама заполоняет вам всю выдачу контекста.

Бороться с этим можно только выпаливая такие вот нашествия и анализируя сайт рекламодателя- то есть переписываете себе все урлы с рекламных объявлений, после чего проходите через бродилку на их сайт (естественно не кликая по своим объявлениям), где и смотрите- может ли такой рекламодатель платить большие деньги за переходы на свой ресурс.

Поковырявшись в инете и на своих сайтах, я составил небольшой список в который тем не менее попало около 370 урлов, зафильтровав которые, я на два дня повысил стоимость клика с 3-4 центов до 60. Правда через пару дней эта стоимость скатилась к 20, но тем не менее дешевые клики стали появляться гораздо реже. Но здесь надо отметить, что эо война без конца, так как коварные рекламодатели не могут упускать такую мазу, и по этой причине постоянно порождаю новые рекламные площадки, которые заливают на ваш сайт, в связи с чем следует мониторить свои площадки хотя бы раз в неделю, на предмет выявления недоброкачественных рекламодателей.

Заблокировать жмотов можно в разделе адсенса, во вкладке Разрешить/блокировать объявления -> URL-адреса рекламодателя.

Скачать список из 370 урлов можно по этой ссылке, но надеюсь этот список расширить, так что если у кого то имеются подобные фильтры рекламодателей Adsense, то милости прошу в список.

Рубрика: Интернет | Отзывов: 7 »

Критическая уязвимость сервера Apache

В наиболее популярном веб-сервере Apache, на этой неделе, обнаружена критическая уязвимость, которой подвержены многочисленные версии сервера, включающие как ветки 1.3.x, так и ветки 2.0.x b 2.2.x. , использование которой приводит к DoS сервера, вызванном переполнением памяти сервера, с уходом в бесконечный своппинг. Самое веселое во всем этом, что в инете уже имеется готовый эксплоит этой уязвимости, носящий название killapache.pl, который запуская в 40-50 потоков простой запрос:
HEAD / HTTP/1.1
Host: www.example.com
Range: bytes=0-,5-0,5-1,5-2,5-3,5-4,<…>,5-1299,5-1300
Accept-Encoding: gzip
Connection: close

способен положить практически любой веб-сервер под управлением Apache, если на нем не выставлены лимиты на размер выделяемой памяти под процесс. Скрипт эксплуатирует ошибку в реализации поддержки загрузки частей файла с использованием gzip-компрессии передаваемых данных, которая вынуждает сервер расходовать на каждый фрагмент слишком большое количество памяти.

Сразу надо отметить, что данной уязвимости не подвержены сервера на которых php собран без поддержки gzip. Также по идее можно выставить лимиты на использование памяти, и подключений с одного IP адреса. Тем не менее, даже не смотря на это, по заверениям спецов Apache, по интернету последние несколько дней прокатилась волна DoS атак на сервера под управлением Apache. Для Apache 2.2.x в самое ближайшее время обещают выпустить патч, устраняющий данную уязвимость, а вот пользователям 1.3.х придется довольствоваться закрытием данной уязвимости на своих серверах, посредством некоторого количества уловок, так как ветка 1.3.х уже не поддерживается.

Закрывается данная уязвимость с помощью:
1. блокировки длинных последовательностей Range через mod_rewrite (для обеих веток):
RewriteEngine on
RewriteCond %{HTTP:range} !(^bytes=[^,]+(,[^,]+){0,4}$|^$)
RewriteRule .* – [F]
2. с помощью mod_header, выставлением RequestHeader unset Range
3. с помощью SetEnvIf для Apache 2.Х:
# Удаляем заголовок Range, если в нем более 5 диапазонов
SetEnvIf Range (,.*?){5,} bad-range=1
RequestHeader unset Range env=bad-range
# помещаем в лог попытки атаки
CustomLog logs/range-CVE-2011-3192.log common env=bad-range
4. использования лимита для максимального размера поля LimitRequestFieldSize 200, где 200 – размер параметров в байтах
5. также данная уязвимость может быть локализована за счет использования проксирования сервером ngix, путем запреты проксирования опасных заголовков:
proxy_set_header Range “”;

Рубрика: IT безопасность, Интернет | Ваш отзыв »

Настройка Mozilla Firefox на использование логина прокси сервера

Кстати, к вопросу об анонимном серфинге в интернете- решил потестить купленные приватные прокси сервера на бродилках, и столкнулся с прикольным моментом, что Safari, при настройке прокси сервера в свойствах обозревателя (Настройки -> Дополнения -> Прокси), обращается к настройкам IE, через которые он и работает, так что в поле вводится IP адрес и порт, а логин запрашивается при первой попытке соединения. А вот в случае Mozilla Firefox этого не происходит, и страница просто не грузится, так как FF не понимает никакого синтаксиса.

В этой связи следует произвести некоторую не сложную настройку браузера:
1. Открывает браузер FF и вбиваем в адресную строку сервисный адрес about:config ;
2. Находим строку network.negotiate-auth.delegation-uris (проще всего вбить её в строку фильтра);
3. Дважды щелкаем на неё мышкой и вводим в открывшееся поле наш прокси сервер, через который будет работать (если планируем использовать несколько, то вбиваем их через запятую) и сохраняем;
4. Проделываем ту же процедуру (описанную в п.2 и 3) с переменной network.negotiate-auth.trusted-uris;
5. Находим переменную network.ntlm.send-lm-response и двойным кликом переключаем её в состояние true;
6. В настройке FF вставляем наш прокси сервер и порт (Инструменты -> Настройка -> Дополнительный -> вкладка Сеть -> раздел Соединение -> Настроить -> Ручная настройка);
7. Все сохраняем и открываем нужный нам сайт- после того как выскочит приглашение на ввод пароля- вводим логин и ставим галку сохранить.

З.Ы. Ну и на закуску прикольный момент от FF- введите в адресной строке сервисный адрес about:robots и поймете, что программеры Mozilla не только читали Айзека Азимова, но и обладают чувством юмора. Также если ввести адрес about:mozilla то будут показываться цитаты из выдуманной книги Mozilla, адрес же about:about выведет весь список возможных адресов (данный функционал не поддерживается в версии 3.6)

Рубрика: Интернет | Ваш отзыв »