Заработок в интернете

Обзор конкурса Ботмастера. Часть 7

2011-09-26T12:09:00.000-07:00

Продолжение, начало - Часть 1 , Часть 2 , Часть 3 , Часть 4 , Часть 5 , Часть 6

13. Автор: xrumerelite
Название: Хрумо-хардкор, или жёсткая чистка!

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

14. Автор: reset
Название: Ставим Хрумер на бесконечный постинг

Описываются настройки почтового сервера и самого Хрумера для того, чтобы рассылка по возобновлялась с начала спамовой базы каждый раз после достижения конца этой базы. Настройки почтового сервера сводятся к использованию свойства gmail.com согласно которому почтовые адреса, имеющие любое количество точек между символами до знака коммерческого а ( @ ) являются одним и тем же адресом, либо сводятся к использованию почты на своем домене, в настройках которой указывается что все письма на адреса, несуществующие на данном домене направляются в какой-то дефолтовый почтовый ящик, при этом в настройках Хрумера используется макрос #random[a..z] для генерации множества разных почтовых ящиков.

Этот же макрос ( #random[a..z] ) рекомендуется использовать для заполнения поля nick, вместо макроса #gennick. Возможна также подгрузка заранее сгенерированных почтовых адресов и ников (а также ссылок на продвигаемые сайты) из файлов с использованием макроса #filelinks.

Описывается также настройка расписания Хрумера, позволяющая создать бесконечный цикл рассылки, и использование макросов #filelinks и #file для подгрузки нового контента в рассылаемые сообщения.

Обзор конкурса Ботмастера. Часть 6

2011-09-21T11:13:00.000-07:00

Продолжение, начало - Часть 1 , Часть 2 , Часть 3 , Часть 4 , Часть 5

11. Автор: Alexei82
Название: Hrefer 3.3 и его скрытые возможности

Описывается способ создания базы для спама путем парсинга проспамленных форумов, на которых топики и профили линкуют между собой. Как и в большинстве случаев, первым шагом является изучение выдачи поисковой машины по какому-нибудь запросу, включающему ключевое слово, часто используемое при спаме. Автор использовал запрос «tramadol forum topic». По такому запросу Гугль выдал множество форумов со спамовыми комментариями. На одном из форумов находим спамовое сообщение, в котором все (или большинство) линки ведут не на интернет-магазин, а на профили (или другие продающие страницы – landing pages) на других форумах. Эти профили или продающие страницы в свою очередь уже имеют у себя ссылку на интернет-магазин, в примере из статьи – на онлайновую аптеку.

Если спарсить все имеющиеся на данном форуме ссылки на спамовые профили или продажные профили, то полученные ссылки можно затем использовать в качестве поисковых запросов для сбора базы конкурента. Но для парсинга отдельного сайта, в данном случае форума, нужно составит специальный шаблон парсинга, так как в стандартный Hrefer 3.3 входят только шаблоны для парсинга поисковых систем. В статье автор описывает как создать шаблон для парсинга конкретного форума ( footballsuperstars.com/forum/ ), а затем порядок парсинга данного форума с использованием созданного шаблона. Также автор описывает настройки фильтра, позволяющие получить из напарсенного списка ссылки только на форумы. Также упоминается о пользе программы rgen.exe, а именно рассылка сообщений в топики, созданные другими пользователями.

12. Автор: Pegas
Название: Xrumer 7.0 + Hrefer 3.3 как источник уникального контента

Принцип поиска контента, описанный автором сводится к составлению списка доменов по определенной тематике, у которых в ближайшие дни истекает срок аренды домена. С этих доменов с помощью программ типа Teleport или Offline Explorer Pro скачивается контент, затем после истечения срока аренды доменов домены из списка проверяются на продленность аренды. Те домены, аренда которых не продлена с большой вероятностью не будут оплачены в течение двух месяцев и будут доступны для перерегистрации. И даже если такие домены будут забраны домен-провайдером, то контент с этих доменов домен-провайдер забрать не сможет и у вас останется уникальный контент в виде готового html-сайта, который можно использовать в различных целях, например под контекстную рекламу или продажу ссылок.

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

Продолжение - Часть 7

Обзор конкурса Ботмастера. Часть 5

2011-09-19T10:31:00.000-07:00

Продолжение, начало - Часть 1 , Часть 2 , Часть 3 , Часть 4

9. Автор: FILIP
Название: Делаем модификацию для рассылки в личные сообщения (ЛС) на DLE

В статье рассказывается о том, как настроить Хрумер для массовой рассылки личный сообщений пользователям на сайте, сделанном на движке DLE. Используется та особенность DLE, что идентификатором каждого пользователя выступает некоторое число, которое является частью веб-адреса формы при отсылке личного сообщения. Создав любыми средствами генератор числовой последовательности от нуля до какого-то числа, и используя функции сцепления строк из любого языка программирования, можно составить список адресов для рассылки личных сообщений так как если бы это были отдельные сайты. Автор статьи создал такой генератор в Экселе (MS Office Exel), а для сцепления строк использовал встроенный в Хрумер конвертор ссылок, но выбор программного средства для создания правильного списка адресов не имеет значения. Также описаны необходимые исправления файла xas.txt, без которых массовая рассылка работать не будет.

10. Автор: psytorppc
Название: Краткий ознакомительный обзор Xrumer 7 и его преимущества по
сравнению с предыдущими версиями

Содержание статьи видно из названия и повторяет в пересказанном виде релизы Ботмастера о новых версиях Хрумера. По правде говоря, сравнения с предыдущими версиями не произведено, просто описывается, что умеет версия Хрумера бета 6, включая плагин SocPlugin 1.8b, а также парсер hrefer 3.3.

Продолжение - Часть 6

Обзор конкурса Ботмастера. Часть 4

2011-09-12T12:00:00.000-07:00

Продолжение, начало - Часть 1 , Часть 2 , Часть 3

7. Автор: Alexei82
Название: Программный комплекс XRumer7 + Hrefer3.3 + Dle spider

Описывается методика сбора ссылок на сайты на движке DLE. Приводятся признаки для парсинга DLE сайтов, настройки Хрефера, работа с приложением DLE Spider, позволяющем создать списки адресов на страница регистрации и на страницу комментариев для сайтов на CMS DLE. В общем статья представляет собой мануал по парсингу и обработке базы DLE-сайтов.

8. Автор: MrKesha
Название: Анализ инструментами XRumer-а и схема перелинковки топовой
сетки по трамадолу

Статья, демонстрирующая методику анализа чужих дорвейных сеток. Из инструментов Ботмастера используется Хрефер для сбора ссылок, фильтр дублей и анализатор базы ссылок для поиска признаков сетки. Признаки сетки – характерные особенности дорвеев в сетки, например какой-то повторяющийся или похожий текст или оформление страницы (верстка, картинки, CSS и т.п.). Остальные инструменты – построитель графов yEd Graph Editor, а также самописный PHP-скрипт для анализа сетки.

Автор нашел в выдаче Гугла на первом месте по запросу «buy tramadol online» дорвей http://www.nationsgirl.com и в результате трехдневной работы собрал адреса 490 дорвеев, которые, ссылаясь друга через друга на адрес nationsgirl.com составляют единую сетку. Непосредственно на nationsgirl.com ссылаются только 17 сайтов. Кроме того была собрана база ресурсов, ссылающихся на эту сетку из 490 дорвеев из-вне самой сетки, но в анализе сетки она особой роли не играет.

Затем, с помощью специального скрипта был составлена схема линковки в индексном виде по принципу «дор с таким-то номером в списке ссылается на доры с такими-то номерами в том же списке». Это скрипт удобен для наблюдением за развитием сети – какие доры в сети появляются, какие исчезают, как изменяется перелинковка.

Также была составлена графическая схема перелинковки в виде графов с узлами. В результате анализа графов был сделан вывод, что сетка: 1) почти симметрична, 2) нет ни одной обратной ссылки, 3) нет ни одного кольца. Из особенностей дорвеев в сетке автор отметил следующее: 1) все доры одностраничные, без внутренних ссылок; 2) количество ссылок на другие доры в сетке от 0 до 7; 3) каждый дор имеет одну, открытую к индексации, ссылку на трастовый сайт вне сетки (в данном случае drugs.com или wikipedia.org).

Продолжение - Часть 5

Обзор конкурса Ботмастера. Часть 3

2011-09-12T04:40:00.000-07:00

Продолжение, начало - Часть 1 , Часть 2

5. Автор: firestarter
Название: 6 типов трафика на свои проекты с помощью Xrumer 7

В статье описывается способ получения трафика по четырем нишам – порнография (адалт, порно), кино или музыка, файлы (платные архивы), фарма (лекарства), а также даны советы по поводу получения прямого трафика и по поводу слива трафика на PPC партнерки.

Способ получения трафика один – постинг сообщений (тем) на форумах с помощью Xrumer’а. Описываются приемы, помогающие увеличить отдачу от размещенных сообщений применительно к каждой нише. Приемы эти таковы:

1) размещение в сообщении привлекательной картинки, разной для разной ниши. Например, для адалта это голые девушки, для кино или музыки – рекламные постеры кинофильмов или музыкантов, для файлов – логотипы популярных файлообменников, для фармы – что-нибудь медицинское с людьми, кнопка, ведущая сразу на страницу продажи. Для остальных ниш тоже необходимо подбирать тематические картинки.
2) Насыщение сообщения ключевыми словами и побуждающими словами и выражениями типа «Только сегодня!», «Только у нас!», «Купить со скидкой!» и т. п.
3) Постинг в режиме «от ранее зарегистрированного пользователя».
4) Разные сообщения постятся с разных аккаунтов
5) Ссылки на целевой сайт через картинку. Прямые ссылки ставить аккуратно, чтобы не бросались в глаза.
6) Писать какое-либо нейтральное, извиняющееся или приветливое (можно с юмором) обращение к форумчанам и модераторам.
7) Использование системы вариаций для уникализации сообщения на разных форумах.
8) В большинстве случаев постинг от имени девушки (женщины).
9) Человекочитаемый или пустой профиль юзера, от имени которого производится постинг. Никакого генерированного текста в профиле! Желательно отсутствие ссылок в профиле, максимум в специальном поле типа «Свой сайт».
10) Максимальная краткость сообщения.
11) Прогон адресов тем с запощенными сообщениями или адресов сообщений по любым базам. Регулярный допрогон.
12) Использование сайтов-прокладок при сливе трафика на PPC.

6. Автор: firestarter

Название: Парсинг поисковых систем при помощи Hrefer'а 3.3 без использования публичных прокси серверов

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

1) с использованием программы tor и схожих программ, описана настройка tor’а для работы с Хрумером;
2) ввод капчи – метод медленный и автоматизации не поддается;
3) парсинг партнеров Гугла (или иной поисковой машины) или иных сайтов со встроенным поиском от конкретной поисковой системы;
4) принудительная сменная IP, работает с провайдерами, предоставляющими динамический IP.

Продолжение - Часть 4

Обзор конкурса Ботмастера. Часть 2

2011-09-11T13:42:00.000-07:00

Продолжение, начало - Часть 1

3. Автор: firestarter
Название: Парсинг Hrefer 3.3 в два прохода

Статья описывает методику сбора ссылок на ресурсы для спама из поисковых машин. Упор делается на сбор ссылок по признакам конкретных CMS («движков») признаки определяются как из выдачи поисковых машин, так и в результате анализа примеров конкретных CMS, найденных в специализированных каталогах CMS. Изложенная схема сбора ссылок давно известна и не несет особой новизны, но для новичков полезна.

Признаками являются особенности участков адресной строки (url’a), например: «index.php?page=login», «action=login» и т.д., а также особенности текста на страницах, созданных конкретной CMS из которых самым известным является надпись «Powered by…» где вместо многоточия стоит название CMS. Полученные признаки комбинируются между собой и таким образом общее количество признаков увеличивается. Hrefer упомянут только в качестве парсера, имеющего такую особенность как «Additive Words», в остальном схема сбора ссылок может быть использована с любым иным парсером (грабером).

4. Автор: firestarter
Название: Сеть трамплинов при помощи Xrumer 7

Сначала, до изложения содержания статьи немного терминов. Трамплинами называются любые собственные сайты, с которых ставятся ссылки на продвигаемый сайт. Обычно трамплины создаются специально и не служат никакой иной цели кроме несения ссылки на продвигаемый сайт. В таком случае они могут также называться «небиржевыми» сателлитами, то есть сателлитами, не используемыми на биржах ссылок.

Статья firestarter'a довольно подробно, шага за шагом описывает, как создать сетку таких трамплинов и при этом не потратить много денег. В качестве движка трамплина автор использует собственный примитивный скрипт гостевой книги, а Хрумер используется в качестве загрузчика контента, точнее «обновителя» контента. Движок гостевой книги устроен так, что запостить в неё можно только зная пароль. Это избавляет трамплин от чужого спама. От себя добавлю, что в принципе на собственном примитивном движке можно создать небольшой статейный каталог или сплог, а не только гостевую книгу и тоже обновлять его через Хрумер.

Трамплины создавались на фрихостинге comxa.com. Перечислен необходимый набор инструментов, включающий Хрумер, FTP клиент, движок трамплина. Описано как пользоваться FTP Uploader'ом v.1.1 для массовой заливки движков на аккаунты. Аккаунты на фрихостинге покупаются. Хрумер используется как для наполнения контентом, в виде постинга комментариев без ссылок, так и после отстоя трамплинов (2-3 месяца) для проставления ссылки на нужный сайт в виде комментария с ссылкой.

Даны несколько советов по поводу поддержания сетки трамплинов в рабочем состоянии.

Продолжение - Часть 3

Обзор конкурса Ботмастера. Часть 1

2011-09-11T13:41:00.000-07:00

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

1. Автор: xrumerelite
Название: Лишаем девственности DLE, или X[beta-6] в действии!

Описывается применение функции заливки аваторов, имеющийся в Xrumer'е, начиная, кажется с 5-ой версии, применительно к регистрации профилей на сайтах с движком DLE. Статья носит чисто обучающий характер, объясняя как пошагово регистрировать профили с загрузкой аваторов. В качестве аватара используется изображение девушки в нижнем белье, что должно привлечь пользователей к профилю с данным аватаром и соответственно к ссылке на целевой сайт, имеющейся в созданном профиле. Описано также редактирование файла обучения xas.txt позволяющее оставлять ссылку в профиле.

2. Автор: firestarter
Название: Xrumer 7 API

Хрумер может быть интегрирован с внешними приложениями с помощью интерфейса программирования приложений (API). На простом примере автор показывает, как написать веб-приложение на PHP для передачи ряда параметров проспамки в Хрумер, таких как номер базы, количество потоков, имя проекта, периодичность тип базы. Скрипт, подобный скрипту из данной статьи используется автором (firestarter'ом) на сервере, где у него, по-видимому, расположен дорген и Хрумер. Дорген генерит дор, создает файл проекта для Хрумера, копирует файл проекта в нужную папку. Скрипт описываемый в статье запускает проспамку с определенными параметрами. Беря данную статью за основу можно создать комбайн дорген+Хрумер, который будет работать автоматически, без вашего участия, пока не кончится контент для дорвеев. Нужны, конечно, определенные навыки программирования.

Продолжение - Часть 2

Забанили на Блогуне. Часть 2

2011-01-11T09:01:00.001-08:00

Что хочу еще сказать. Софт Блогуна настроен так, что комиссия у рекламодателя снимается во время ввода денег на счет в Блогуне, а у блогера комиссия снимается во время вывод со счета. Это упрощает финансовые расчеты и сложность программного обеспечения. Однако, теперь, если рекламодатель найдет, человека, работающего на Блогуне блогером, то рекламодатель может с ним договориться, чтобы этот блогер вёл его (рекламодателя) рекламную кампанию, за счет тех денег, которые этот блогер сам зарабатывает в Блогуне, а рекламодатель перечислит блогеру деньги напрямую. Таким образом, и рекламодатель и блогер могут заработать на комиссионных, которые они отдают Блогуну. Так что, можете пользоваться этим методом.

Что делать в случае блокировки вывода средств? В первую очередь связаться с техподдержкой и выяснить причину. Если причина легко устранима, то можете устранить эту причину и снова обратиться в техподдержку с просьбой разблокировать вывод средств. Во многих случаях после исправления вывод средств с аккаунта блогера разблокируется. Это, прежде всего, касается переразмещения ссылок с удаленных блогов, независимо по чьей вине удалены ссылки – по вашей вине или по вине хостинга. Особенно это касается livejournal.com. Для этого хостинга я рекомендую делать автоматический зеркала на других хостингах, например, тут - lj.rossia.org. Зеркала можно делать как с помощью наполнения зеркал через rss, так и с помощь специальных программа, сохраняющих архив вашего блога, например, sourceforge.net/projects/ljarchive/ . Для зеркалирования можно также использовать функцию отсылки постов по электронной почте. Данная функция имеется на многих бесплатных блогохостингах.

Во избежание дублирования контента зеркала лучше вести в «частном» режиме. То есть не допускать просмотр блога-зеркала другими лицами, кроме вас. А вот если основной ваш блог, не дай бог, исчезнет с просторов Интернета, вот тогда можно перевести зеркало в режим публичного просмотра и отчитаться перед техподдержкой Блогуна о том, что ссылки переразмещены.

А что делать, если устранить причину блокировки аккаунта вы не в силах или сил надо столько, что потратить на устранение придется целую вечность?

Самый простой способ – оставить всё как есть. Никому не мстить, нигде не возмущаться и ссылки не снимать. Способ очень легкий, поскольку на снятие ссылок тоже нужно затратить силы и если ссылок несколько тысяч, то времени затратить придется немало.

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

Третий способ – снять все ссылки, даже те, за которые деньги удалось вывести. Способ самый трудоемкий, но, по моему мнению, самый полезный. Хотя в отношении части рекламодателей снятие их ссылок будет не совсем справедливо, поскольку их деньги блогеру удалось вывести к себе на кошелек, всё же считаю, что надо снимать и ссылки этих рекламодателей. Если рекламодатели проверяют наличие своих ссылок, то при их отсутствии начнут жаловаться в техподдержку. Если жалоб будет много, то думаю, что администрация будет более взвешено подходить к блокировке блогеров.

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

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

Забанили на Блогуне. Часть 1

2011-01-11T09:00:00.000-08:00

Примерно три месяца назад забанила меня администрация Блогуна. Формально забанила за нарушение правил – использование материалов с других сайтов. Однако по тем же правилам остаток денег, находящийся у меня на счете в Блогуне, должен был быть мне возвращен.

Как вы, наверное, догадываетесь, денег я не увидел, даже спустя две недели после бана. Из этого можно однозначно сделать вывод, что забанен я был исключительно для присвоения заработанных мною денег, хотя их и было не так много – всего около 10 тысяч рублей. Несколько подобных случаев присвоения средств блогеров можно найти, если покопаться на форуме Блогуна. Поэтому, думаю, мой случай не единичный, а является проявлением определенной системы, направленной на увеличение дохода Блогуна за счет средств блогеров.

Я попытался покачать права на форуме, угрожая снять ссылки с блогов, но сначала открытую мною тему потерли, потом я открыл вторую тему. Там со мной немного подискутировали в том духе, что я не прав, а администрация права, а когда я начал публиковать объявления вида «Сегодня снял столько-то ссылок на столько-то рублей» меня и на форуме забанили. Мои объявления о снятии ссылок потерли. Рекламодателям денег за снятые мною ссылки не возвратили, хотя у меня на счету в Блогуне деньги оставались.

Несмотря на всё вышеизложенное, кое-что я заработать успели и даже вывел, так что всем могу сказать, что работать на Блогуне можно, но только не долго. Всегда надо быть готовым, что вас администрация кинет и присвоит все ваши деньги, причем, даже если вы никаких правил не нарушили.

В связи с этим вот мои рекомендации для начинающих работать на Блогуне:

1. Делайте сразу несколько аккаунтов (можно даже по одному на блог), но только не через реферальную ссылку. В общем-то, это запрещено правилами, но обычно на это смотрят сквозь пальцы.
2. Сразу как накапливается минимальная сумма для вывода (500 рублей) – выводите эту сумму, не накапливайте.
3. Старайтесь не препираться ни с рекламодателями, ни с техподдержкой, даже если вы сто раз правы. Я подозреваю, что меня забанили из-за препирательства с техподдержкой, так как неделю до бана я пытался качать права в конфликте с одним рекламодателем. Похожий случай проскакивал на форуме Блогуна.
4. По возможности используйте свои домены или те бесплатные блогохостинги, где за ссылки не банят (например, blogger.com, liveinternet.ru). В случае если ваш блог заблокирует администрация бесплатного блогохостинга, то для Блогуна будете виноваты ВЫ, как это ни странно, а не администрация бесплатного блогохостинга. Соответственно, ваш аккаунт на Блогуне заблокируют. Точнее заблокируют вывод денег, а все остальные функции будут в вашем распоряжения.
5. Заблокированный аккаунт на Блогуне некоторое время можно использовать для заработка средств на раскрутку. Обычно доступ вам в аккаунт оставляют, вы только не можете вывести деньги, а все остальные функции остаются в вашем распоряжении. Таким образом, вы можете зарабатывать деньги и тратить их для покупки ссылок на других блогах.

Новый прием работы на Блогуне

2010-10-07T13:55:00.000-07:00

На Блогуне недавно сделали нововведения

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

К чему это привело в одном реальном случае. Сделал блогер задание и послал на проверку. Рекламодатель возвращает на доработку с требованием сделать исправления, не указанные в задании. Блогер ему отвечает, что мол нет у вас в задании этих требований. Рекламодатель пишет блогеру в ответ, что всё равно, без указанных исправлений не примет задание. Попререкались блогер с рекламодателем еще пару раз и отправил блогер жалобу в техподдержку. Как и в большинстве случаев, техподдержка встала на сторону рекламодателя, выразившись в том духе, что дескать неужели вам так трудно сделать ту мелочь, о которой просит рекламодатель. Блогер ответил техподдержке ссылкой на правила и еще кое-какими аргументам, надеясь дождаться ответа.

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

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

Особенность Ротапоста

2010-07-17T01:37:00.000-07:00

Помимо Блогуна есть еще несколько бирж по рекламе в блогах. Одна из них rotapost.ru . Ей еще далековато по оборотам до Блогуна, но мало-помалу она набирает темпы. Некоторое время, дня 3-4 назад, , владелец этой биржи, небезызвестный Димок ( blog.dimok.ru ) рассылал блогерам, зарегистрированным в этой бирже рекламное предложение с целью через этих блогеров приманить в Ротапост других блогеров. Предложение простое и довольно обычное - 99 рублей на покупку ссылок. У меня в Ротапосте тоже есть пара блогов и на один из них пришло рекламное предложение Димка.

Я сделал постовой и отправил на оплату. Через день выполненное мною задание было отклонено в соответствии с каким-то пунктом правил и оплаты я не получил. Я пишу данную заметку не из обиды (с Ротапоста прибыли у меня фактически и нет), а чтобы обратить внимание блогеров на особенность Ротапоста - рекламодатель может отказаться от уже выполненного задания. В Блогуне отказаться от выполненного задания может только блогер, а рекламодатель может только послать на переделку.

К чему может привести вышеуказанная особенность Ротапоста? К простой схеме злоупотребления, когда рекламодатель дожидается индексации своих ссылок, а потом отказывается от задания. Повод при желании можно найти. Ссылки получены, а деньги сэкономлены.

Особенность переименования в Живом журнале

2010-05-11T12:31:00.000-07:00

Как я уже писал ранее, при переименовании аккаунта в livejournal.com на имя, уже когда-то существовавшее в ЖЖ, старое имя в ссылках, имеющихся в профилях других журналов, получает приставку “ex-“ и несколько цифр после имени. Оказалось, что так бывает не всегда. Набрел на такую ссылку - ex-bishopdio424.livejournal.com . ТИЦ данного адреса равен 30. Судя по приставке “ex-“ кто-то уже воспользовался купоном переименования. Осталось удалить эту приставку, а также цифры после слова “bishopdio”, чтобы найти нынешний дневник и посмотреть какой же у него ТИЦ. Однако ни адрес bishopdio.livejournal.com , ни адрес bishopdio42.livejournal.com , ни bishopdio4.livejournal.com не существуют. Зато существует адрес bishopdion.livejournal.com . Зайдя в профиль этого журнала, увидим, что: 1) блог создан 16.11.2009, последний раз обновлялся 20.12.2009, то есть попользовались этим блогом всего месяц и забросили, 2) отправлено ноль комментариев 3) друзей и в друзьях – 14+6=20. В сообществах не состоит и не читает. То есть внешние ссылки только от друзей – 20 ссылок. При этом ТИЦ = 60. Ясно, что такой ТИЦ унаследован при переименовании, а не является следствием существуещей ссылочной массы. Поскольку сло́ва “ex-bishopdion” ни в Яндексе, ни в Гугле мне найти не удалось, то по-моему мнению все адреса вида ex-bishopdio424.livejournal.com (например тут - тут ссылка) раньше указывали на сайт bishopdion.livejournal.com, на что, кстати, косвенно указывает и ник юзера – Dion (см. эту ссылку - тут ссылка )

Кэш страницы Яндекса по вышеуказанному адресу (тут ссылка ) на дату написания данного поста подтвердил мою догадку – ник юзера значится как di и ссылка на блог значится как bishopdion.livejournal.com .

Ссылка на кэш - кэш Яндекса

Таким образом, при переименовании аккаунта старые ссылки не только получают префикс “ex-“ и несколько цифр после имени пользователя, но и в некоторых случаях теряют последнюю букву имени пользователя (было bishopdion, стало bishopdio). Возможно, данная особенность касается только латинской буквы “n”.

Живой журнал, ТИЦ и удалённые аккаунты часть 3

2010-04-03T04:06:00.000-07:00

Срок полной, до нуля, потери ТИЦ-а переименованным аккаунтом точно неизвестен, но составляет не менее 2-ух месяцев, то есть за два месяца первоначальный ТИЦ не исчезнет. Причем о том потерян ТИЦ или нет, примерно можно судить по тому отличен ли от нуля ТИЦ старого названия аккаунта (того, что с приставкой ex-).

Например: есть переименованный аккаунт orcanoid.livejournal.com (старое имя теперь выглядит как ex-orcanoid937.livejournal.com ). ТИЦ orcanoid.livejournal.com равен 60, ТИЦ ex-orcanoid937.livejournal.com равен нулю. Журнал создан 30 января 2010 года. То есть за 2 месяца ТИЦ не потерялся. В вышеприведенном примере с журналом kridma.livejournal.com наблюдается потеря ТИЦ-а, однако за срок с 10 сентября 2009 года, т. е. за 7 месяцев. Причем журнал kridma.livejournal.com более показателен в качестве иллюстрации срока потери ТИЦ-а, так как этот журнал заброшен и не ведется – последнее обновление датировано 22.11.2009, ссылок на него мало (5 друзей и всего 1 комментарий), в то время как в журнале orcanoid.livejournal.com ведется более-менее активная работа – последнее обновление от 10.03.2010, ссылок 1107 (992 друзей и сообществ + 13 тех у кого он в друзьях + 102 отправленных комментария), и поэтому ТИЦ журнала orcanoid.livejournal.com может быть обусловлен не наследованным от переименования ТИЦ-ем, а вновь приобретенным за счет новых ссылок. Еще один пример – журнал zelezkin.livejournal.com (старое имя теперь выглядит как ex-zelezkin828.livejournal.com ). Блог создан 27 января 2010 года, т. е. ему 2 месяца. Ссылок 6 (пять друзей и один отправленный комментарий). ТИЦ равен 60. ТИЦ ex-zelezkin828.livejournal равен нулю. То есть за два месяца ТИЦ еще не потерян.

Искать окончательно удаленные журналы ТИЦ можно путем парсинга страницы http://www.livejournal.com/misc/expunged_list.bml с последующей проверкой на ТИЦ, либо путем парсинга профилей или комментариев популярных блогов и сообществ на предмет перечеркнутых ссылок. Во втором случае кроме окончательно удаленных аккаунтов будут попадаться и замороженные (suspended) аккаунты и неокончательно удаленные (те, с момента удаления которых не прошло 30 дней). Но такие аккаунты тоже пригодятся, так как со временем могут стать окончательно удаленными и их можно будет использовать для переименования.

Использовать ЖЖ-шки с ТИЦ-ем можно в качестве доноров ТИЦ-а для своих сайтов, либо для заработка на партнерках по продаже постовых, типа Блогуна. Можно также заняться перепродажей аккаунтов имеющих ТИЦ.

Выбирать удаленный аккаунт, имя которого вы хотите вновь зарегистрировать, необходимо исходя из следующих факторов: 1) величина ТИЦ-а; 2) количество ссылок непосредственно из текста постов и комментариев. Чем больше ТИЦ и больше количество таких ссылок, тем медленнее будет падать ТИЦ, если конечно вообще ничего не делать в плане размещения новых ссылок, а довольствоваться унаследованным ТИЦ-ем.

Живой журнал, ТИЦ и удалённые аккаунты часть 2

2010-04-03T04:04:00.000-07:00

Ссылки с других ЖЖ можно разделить на три категории: 1) ссылки из профилей чужих журналов и сообществ, то есть из списков друзей и из списков читателей сообществ; 2) ссылка как автора комментария при комментировании чужих постов; 3) ссылка непосредственно из текста, то есть из текста поста или текста комментария.

Первую категорию ссылок можно проиллюстрировать страницей http://community.livejournal.com/interesniy_kiev/profile . На этой странице, в списке смотрителей и модераторов имеется окончательно удаленный аккаунт mushynska.livejournal.com . ТИЦ у него нулевой, так, что не покушайтесь на него, чтобы не испортить мне пример. Как видите, он перечеркнут и при заходе на такой аккаунт вы увидите либо надпись “This journal has been deleted and purged.”, либо при заходе на профиль этого аккаунта ( http://mushynska.livejournal.com/profile ) увидите надпись «Этот журнал был удалён вместе со всем его содержимым», а в заголовке страницы (тэг title) увидите надпись «Окончательно удалённый аккаунт».

Вторую категорию ссылок можно проиллюстрировать страницей
http://tema.livejournal.com/512485.html . На этой странице имеется комментарий пользователя anatole-cnorris, чье имя перечеркнуто и журнал соответственно удален или заморожен. В данном случае удален окончательно и его можно перерегистрировать, но поскольку ТИЦ данного ЖЖ равен нулю, то перерегистрация нецелесообразна.

Третью категорию ссылок можно проиллюстрировать страницей
http://bella-bellavita.livejournal.com/42262.html?thread=81430 . На этой странице имеется комментарий пользователя tidelander_0000. В тексте комментария имеется ссылка на страницу http://buntovshik.livejournal.com/11139.html . Данная ссылка не перечеркнута, однако, перейдя по этой ссылке, увидим, что данный ЖЖ (buntovshik.livejournal.com ) удален. То есть, несмотря на удаление дневника, ссылки на него не перечеркиваются, если находятся в тексте поста или комментария.

При переименовании все имеющиеся в ЖЖ перечеркнутые названия (т. е. названия аккаунтов, принадлежащих к первой и второй категории) окончательно удаленного аккаунта, имя которого переносится на переименовываемый аккаунт, меняются на другое название, тоже перечеркнутое, состоящее из приставки “ex-“ и нескольких цифр непосредственно после имени пользователя (точное их количество может быть разное, но больше трех цифр не встречал). Например, аккаунт kridma.livejournal.com (ТИЦ 90) принадлежал раньше одному человеку (см. http://kridma.livejournal.com/584.html#comments ), а затем, после удаления был перерегистрирован. Старый, перечеркнутый аккаунт получил новый адрес - http://ex-kridma740.livejournal.com/ (ТИЦ 10). Кстати на данном примере видно, как переименованный аккаунт постепенно теряет ТИЦ в пользу старого удаленного аккаунта (в данном случае аккаунта ex-kridma740) за счет потери ссылок с профилей других пользователей и появления новых ссылок на старый удаленный аккаунт (т. е. на ex-kridma740). Еще один вероятный пример потери ТИЦ-а - shrek3.livejournal.com (ТИЦ 60), создан 4 января 2010 года и ex-shrek3722.livejournal.com (ТИЦ 10). В данном случае ТИЦ начинает теряться спустя 3 месяца.

Названия аккаунтов из третьей категории при переименовании не меняются, то есть эти ссылки вы приобретаете вместе с переименованием.

Живой журнал, ТИЦ и удалённые аккаунты часть 1

2010-04-03T03:49:00.000-07:00

Более-менее опытным сеошникам хорошо известно, что блоги на Живом журнале (livejournal.com или ЖЖ) хорошо набирают ТИЦ за счет перелинковки с другими блогами Живого журнала при комментировании, внесении в списки друзей (френдовании) и вступлении в сообщества. Это обусловлено тем, что ссылки этих блогов не заключаются ни в тэг noindex, ни снабжаются атрибутом rel=nofollow (или rel=external nofollow). Адреса сайтов, входящих на ЖЖ через OpenID, при комментировании не получают тэг noindex, но получают атрибут nofollow, а при френдовании и вступлении в сообщества адреса таких сайтов вообще в виде ссылки не фигурируют.

На ЖЖ имеется много удаленных так называемых "окончательно удаленных аккаунтов". Такие аккаунты можно зарегистрировать заново, заплатив 15 долларов. По-английски такие аккаунты называются - "deleted and purged". Какие аккаунты окончательно удалены и доступны для регистрации можно посмотреть по адресу

http://www.livejournal.com/misc/expunged_list.bml

В самом Живом журнале полностью удаленные аккаунты выделяются перечеркиванием названия аккаунта, например, так ~~vasya~~ чему в html коде соответствует тэг strike (в списках друзей и читателей сообществ) и кусок кода вида lj:user="имя юзера" style="white-space: nowrap; text-decoration: line-through;"><a href="http: при обозначении автора комментария в чужом посту.

Перечеркиванием отмечаются не только окончательно удаленные аккаунты, но и замороженные (suspended) и просто удаленные, но с момента удаления которых не прошло еще 30 дней. Чтобы выяснить, можно ли перерегистрировать перечеркнутый аккаунт проще всего на него зайти. Если появится надпись "This journal has been deleted and purged.", то такой аккаунт можно перерегистрировать. Во всех остальных случаях перерегистрировать аккаунт не получится.

В ЖЖ довольно много окончательно удаленных ЖЖ, имеющих ТИЦ. Из-за этого ТИЦ-а и имеет иногда смысл потратить 15 долларов на купон переименования.

Но тут надо понимать вот что. Рано или поздно ТИЦ переименованного аккаунта упадет до нуля. Почему это происходит? ТИЦ живых журналов, как и всякого сайта держится и наращивается за счет внешних ссылок, но в основном это ссылки с других страниц сервиса Живого журнала - с других ЖЖ, сообществ (community) и иногда, но редко, со страниц ЖЖ другого типа. Ссылки из-за пределов Живого журнала редки и большой роли в подъеме и удержании ТИЦ-а не играют. При переименовании аккаунта бо́льшая часть ссылок из самого ЖЖ на этот журнал теряется. Причина потери ссылок состоит в том, что одновременно с переименованием аккаунта автоматически переименовываются все перечеркнутые ссылки, ранее указывавшие на этот аккаунт, поэтому, переименовывая аккаунт, вы получаете ТИЦ без обратных ссылок. Потеря обратных ссылок и является причиной потери ТИЦ-а. Теряются, правда, не все ссылки, но подавляющая их часть.

Аномалия ТИЦ-а в живом журнале

2010-03-29T02:58:00.000-07:00

Известно, что для поднятия ТИЦ-а довольно эффективно комментирование в живом журнал (livejournal.ru). Для поднятия ТИЦ-а с нуля до 10 и выше обычно достаточно примерно 300-от ссылок. Эти ссылки можно получить как путем комментирования чужих блогов, так и путем френдования. Комментирование относится как к блогам на самом ЖЖ и так и (в несколько меньшей степени) к сайтам, которые комментируют ЖЖ через OpenID. Для поднятия ТИЦ-а имеет также значение количество друзей (френдов) у ЖЖ-шного журнала, так как в списке друзей они отражаются практически по своему веб-адресу, с добавлением страницы profile. Френдование сайта, зашедшего через OpenID, почти бесполезно, так как в списке друзей будет отражаться не адрес вашего сайта, а адрес вашего профиля на ЖЖ. В адресе профиля адреса вашего сайта не будет.

Попалась мне ЖЖ-ешка ( mxc2.livejournal.com ) всего с 4-мя отправленными комментариями плюс 219 ЖЖ-ешек в списке друзей. Поскольку адрес этой ЖЖ-шки будет отражаться и на блогах из списка друзей, как взаимных, так и невзаимных, то общее количество ссылок составляет 219+4 = 223 ссылки. Кроме того, по поиску можно найти, что адрес этого блога отмечен еще в 66 случаях. Всего 223+66=289 ссылок и ТИЦ равен 90.

Теперь возьмем другой пример - demon-anarhist.livejournal.com . Отправленных комментариев – 301, в списках друзей 47 блогов, по поиску находятся еще 2 ссылки. Итого 301+47+2=350 ссылок. ТИЦ блога равен 10. Думаю этих примеров достаточно для того, чтобы понять, что нужно примерно 300 (плюс-минус 50 штук) ссылок для того, чтобы ТИЦ ЖЖ-шного блога стал отличен от нуля.

Но вот нашел аномалию. Блог-пародию на Льва Щаранского - lev-sharansky.livejournal.com . 313 комментариев отправлено. В списках друзей 297+88=355 блогов. По поиску находится еще 1000 упоминаний этого блога. Итого 1355 ссылок. А ТИЦ равен нулю! Интересно чем это можно объяснить? Я в некоторой растерянности.

Еще один способ обойтись без cron’a

2010-01-23T01:52:00.000-08:00

Зачастую при размещении сателлитов нет смысла использовать платный хостинг, так как в свете нынешних алгоритмов Яндекса сателлиты долго не живут. В Интернете много бесплатных хостингов с поддержкой php и многими другими полезными функциями. Но в большинстве случаев на них нет cron'a. Это обстоятельство мешает публиковать запланированные записи в CMS типа Wordpress. Чтобы обойти отсутствие cron'a используют либо сервисы веб-крона (например, WebCron.org), либо используют заходы посетителей на сайт для активации псевдокрона.

Есть еще один способ с использованием отсылки опубликованных записей на емэйл и публикации запланированных записей на бесплатных блогосервисах. Из блогосервисов выберем blogger.com (blogspot.com) как один из наиболее известных и вполне нам подходящий.

Итак, в чем суть.

На блогспоте создаем блог и наполняем его записями с будущими датами публикаций, напротив этих записей появится отметка «запланированный».
На нашем блоге Wordpress на другом бесплатном хостинге настраиваем публикацию записей по электронной почте.
Емэйл, полученный на шаге два для Wordpress'a вписываем на блогспоте в «Настройки» → «Электронная почта и мобильные устройства» → «Уведомления по электронной почте. Адрес BlogSend»

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

Создание своей сборки Wordpress. Предустановочная настройка. Install.php

2010-01-03T04:14:00.001-08:00

Теперь перейдем к работе с файлом wp-admin\install.php. В нем можно задать все те же настройки по умолчанию, что и в файле wp-admin\includes\schema.php не трогая при этом файл schema.php.

Этот способ более громоздкий, требует применения полного синтаксиса запросов к базе данных, знания PHP и не так нагляден, как при использовании файла schema.php. Во многих случаях код, необходимый для активации того или иного параметра через install.php, может оказаться настолько сложным, что рядовой пользователь не сможет его применить.

Например, эквивалент команды add_option('permalink_structure', '/%category%/%postname%.htm'); в schema.php, реализованный через install.php будет состоять из 9 строк с использованием семи переменных и нескольких вордпрессовских функций.

Использование файла wp-admin\install.php обычно обусловлено незнанием синтаксиса некоторых параметров в файле schema.php, так как документации по этому синтаксису практически нет. Я, например, не нашел в интернете как активировать плагины через файл schema.php, а в немногих найденных сборках предустановочная активация плагинов осуществлялась только через wp-admin\install.php. Так что, возможно, что я первый кто обнаружил, как активировать плагины через schema.php.

Рассмотрим предустановочную активацию параметров через install.php на примере активации плагинов.

Первый способ. Плагины активируются на локальном сервере (например, denwer'e). В таблице options на локальном сервере находим поле с option_name равном active_plugins и копируем оттуда значение сериализованного массива. Для активированных плагинов из примера, приведенного в посте о schema.php, такой сериализованный массив будет выглядеть так:

a:3:{i:0;s:14:"rus-to-lat.php";i:1;s:16:"russian-date.php";i:2;s:34:"wp-contact-form/wp-contactform.php";}

Экранируем в этом сериализованном массиве двойные кавычки косой чертой (вот так - \") и помещаем полученную строку в SQL запрос вида

$wpdb->query("UPDATE ".$table_prefix."options SET option_value = 'вот тут и помещаем сериализованный массив' WHERE option_name = 'active_plugins'");

получаем запрос вида

$wpdb->query("UPDATE ".$table_prefix."options SET option_value = ' a:3:{i:0;s:14:\"rus-to-lat.php\";i:1;s:16:\"russian-date.php\";i:2;s:34:\"wp-contact-form/wp-contactform.php\";}
' WHERE option_name = 'active_plugins'");

Этот запрос размещаем в файле wp-admin\install.php после следующих строк:

$wpdb->show_errors();
$result = wp_install($weblog_title, 'admin', $admin_email, $public);
extract($result, EXTR_SKIP);

Всё, теперь нужные плагины будут активированы непосредственно при установке.

Второй способ. Предварительная активация плагинов в базе данных не требуется и сериализованный массив нам тоже не нужен. Способ сложнее, так как требует знания внутренних функций Wordpress'а – одним запросом к базе данных не обойдешься. В файл wp-admin\install.php после строки

<p><?php printf(__('WordPress has been installed. Were you expecting more steps? Sorry to disappoint.'), ''); ?></p>

вставляется следующий код (плагины взяты из предыдущего примера):

<?php
$current = array("rus-to-lat.php", "russian-date.php", "wp-contact-form/wp-contactform.php");
foreach($current as $plugin) {
do_action('activate_' . $plugin);
}
update_option('active_plugins', $current);
?>

Массив $current в вышеприведенном коде можно инициализировать и в виде:

$current[] = "wp-contact-form/wp-contactform.php";
$current[] = "rus-to-lat.php";
$current[] = "russian-date.php";

на работоспособности кода это не отражается.

Как видим, активация параметров через файл wp-admin\install.php вместо wp-admin\includes\schema.php никаких преимуществ не дает, а только приводит к усложнению кода.

Создание своей сборки Wordpress. Предустановочная настройка. Schema.php

2010-01-03T04:13:00.000-08:00

За активацию тех или иных настроек в файле schema.php отвечает функция populate_options(). Находите место инициализации этой функции (т. е. строку function populate_options() ) и в теле функции увидите перечень конкретный настроек. Для версий Wordpress'a 2.6.*, 2.7.* этот перечень будет выглядеть примерно так:

add_option('siteurl', $guessurl);
add_option('blogname', __('My Blog'));
add_option('blogdescription', __('Just another WordPress weblog'));
add_option('users_can_register', 0);
add_option('admin_email', 'you@example.com');

и так далее,

а для версий Wordpress'a, начиная с 2.8, будет выглядеть вот так:

$options = array(
'siteurl' => $guessurl,
'blogname' => __('My Blog'),
'blogdescription' => __('Just another WordPress weblog'),
'users_can_register' => 0,
'admin_email' => 'you@example.com',

и так далее. Если перевести название опций с английского языка, то всё становится более или менее понятным. Например 'blogdescription' переводится как «описание блога». Следовательно, если в schema.php в теле функции populate_options() вставить строку

add_option(' blogdescription ', 'My Splendid Blog'); или строку

' blogdescription ' => 'My Splendid Blog',

соответственно версии Wordpress'а

то у всех ваших блогов будет описание «My Splendid Blog».

Оговорюсь сразу, что в данном случае пример будет работать только для строк, состоящих из латинских букв, для кириллицы требуются дополнительные настройки.

Параметр вида add_option('blogname', 'Wonderful Blog'); вообще не будет работать, ни в варианте с латинскими буквами, ни в варианте с кириллицей, так как требует ввода названия блога с клавиатуры. Можно заставить работать и этот вариант, но он требует редактирования не только файла schema.php. Подробнее на этом останавливаться не будем.

Параметр, устанавливающий адрес постов в виде их названия, работает без нареканий и выглядит так:

add_option('permalink_structure', '/%postname%/');

или так:

'permalink_structure' => '/%postname%/', .

Все прочие параметры, требующие в качестве параметра одну-единственную константу, числовую или строковую, также нормально работают при задании этих параметров в файле schema.php

Иногда в параметре настройки надо задать несколько значений. Делается это по-разному для каждой конкретной настройки.

Так, например, запись о плагинах, подлежащих активации сразу после установки, является массивом, и поэтому будет выглядеть примерно так:

add_option('active_plugins', array("rus-to-lat.php", "russian-date.php", "wp-contact-form/wp-contactform.php"));

или так:

'active_plugins' => array("rus-to-lat.php", "russian-date.php", "wp-contact-form/wp-contactform.php"),

В массив можно вписать любое количество активируемых плагинов. Обратите внимание, что если плагин располагается в собственной папке, то кроме запускающего файла плагина надо прописать и папку, - "wp-contact-form/wp-contactform.php".

А вот для параметра ping_sites запись будет выглядеть точно так же как и в базе данных, т. е. отдельные пинг-сервисы будут отделяться друг от друга переводом строки (клавиша Enter). То есть будут выглядеть так:

add_option('ping_sites', 'http://rpc.pingomatic.com/
http://bg.ping.com/
http://c.gomatic.com/');

или так:

'ping_sites' => 'http://rpc.pingomatic.com/
http://bg.ping.com/
http://c.gomatic.com/',

Судя по рекомендациям в интернете, список пинг-сервисов можно также отделять пробелом или экранированным переводом строки (эскейп-последовательностью – \n). Эти варианты я не проверял, поскольку вариант с разделением Enter'ом вполне нормально работает.

Создание своей сборки Wordpress. Предустановочная настройка.

2010-01-03T04:11:00.000-08:00

Предустановочная настройка Wordpress'а – это изменение некоторых файлов сборки с тем, чтобы после установки Wordpress'а определенные функции были бы уже включены и не требовалось бы лезть в админку, чтобы их включать. Обычно предустановочная настройка сводится к активации ряда плагинов, но может включать в себя активацию и других функций.

Все настройки Wordpress'а хранятся в базе данных, в таблице options. Поэтому для того, чтобы активировать эти настройки непосредственно при установке, необходимо выполнение ряда запросов к базе данных, а сами эти запросы прописать в специальных файлах. Таких файлов в Wordpress'е два: 1. wp-admin\install.php и 2. wp-admin\includes\schema.php.
Собственно говоря, для записи предустановочных настроек предназначен только файл wp-admin\includes\schema.php, который содержит в себе весь перечень настроек Wordpress'a, которым присвоено некоторое значение по умолчанию или не присвоено никакого значение. Поэтому достаточно вписать нужное значение и соответствующая функция будет работать сразу же по завершению установки сайта. Файл wp-admin\install.php изначально не предназначен для записи предустановочных настроек и поэтому списка настроек, подобного тому, что имеется в файле wp-admin\includes\schema.php в нем нет. Что же касается использования файла wp-admin\install.php, то по своим результатам оно ничем не отличается от использования файла wp-admin\includes\schema.php, за исключением того, что приходится использовать полный синтаксис запросов к базе данных, что требует определенной квалификации.

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

Поэтому прежде чем начинать вписывать в файл значения конкретных настроек своей сборки надо сборку установить на локальный сервер (например, denwer) активировать все необходимые настройки и плагины, а затем уже из конкретных таблицах базы данных копировать эти значения в запрос к базе данных, размещаемый в файле install.php.

При использовании файла schema.php запись значений конкретной настройки в том виде, как эта запись фигурирует в базе данных, не всегда нужна, а иногда просто не будет работать.

Бытует также способ предустановочной настройки с помощью создания пустой базы. Его суть в том, что Wordpress устанавливается на локальный сервер, через админку производятся все необходимые настройки, делается дамп этой базы. Потом этот дамп заливается в базу данных блога на конкретном домене и с помощью ряда запросов к новой базе дамп настраивается на данный домен и базу данных с сохранением всех настроек. При написании скрипта с набором необходимых запросов к базе является достаточно простым способом создания собственной сборки, хотя и требует определенных навыков программирования. Возможно также редактирование дампа текстовым редактором для настройки под конкретный домен до заливки в базу данных. В этом случае знание синтаксиса SQL запросов не нужно.

Создание своей сборки Wordpress. Доработка модулей.

2009-12-31T05:26:00.001-08:00

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

Редактирование файлов ядра обычно бывает необходимо: 1. Для обеспечения совместимости с другими модулями (плагинами, шаблонами) 2. Для создания дополнительной функциональности 3. Для уменьшения потребления ресурсов 4. Для модификации отдельных страниц, обычно 404-ой страницы.

Редактирование шаблонов обычно бывает необходимо для: 1. Локализации (например, русификации). 2. Удаления ссылок на сторонние сайты. 3. Обеспечения совместимости с другими модулями. 4. Создания дополнительной функциональности

Редактирование шаблонов обычно бывает необходимо для: 1. Для обеспечения совместимости с другими модулями. 2. Локализации (например, русификации). 3. Удаления ссылок на сторонние сайты. 4. Удаления обращений к чужим сайтам (например, для проверки обновлений). 5. Создания дополнительной функциональности.

Если вам известны еще какие-нибудь типы задач, которые требуют модификации (редактирования) модулей Wordpress'а – отпишитесь в комментариях.

Создание своей сборки Wordpress. Подбор модулей.

2009-12-28T12:23:00.000-08:00

НЕОБХОДИМЫЙ ФУНКЦИОНАЛ
Определение потребностей в функционале обычно осуществляется путем сравнения с аналогичными сайтами, пусть даже и на других CMS. Т. е. проектируемый интернет-магазин сравнивается с уже существующими интернет-магазинами, фотогалерея с уже существующими фотогалереями, персональный блог – с чужими блогами.

Хоть Wordpress и является универсальной системой управления контентом, на которой можно построить сайт практически любого назначения, всё же зачастую лучше предпочесть специализированные движки, спроектированные под узкие цели, нежели компоновать весь необходимый функционал из вордпрессовских модулей. Это может дать как выигрыш во времени для создания проекта, так и снижение нагрузки на хостинг в случае использования специализированного движка. Что касается необходимого функционала, так сказать «ассортимента возможностей», то на Wordpress'е можно реализовать любой набор функций и в этом отношении он от специализированных движков не отличается.

ЯДРО
Версия ядра подбирается обычно исходя из трех аспектов: ресурсоемкости, необходимого функционала и безопасности. Если безопасность не играет большой роли или обеспечивается плагинами, то в зависимости от требуемого функционала выбирают версию ядра с наименьшим номером, так как чем меньше номер версии, тем, обычно, и ниже нагрузка на хостинг. Учитывается также совместимость версии ядра с плагинами, но она проверятся уже при подборе плагинов и в случае необходимости используемая версия ядра повышается.

ПЛАГИНЫ
Набора плагинов должен быть минимальным. В набор должны входить только те плагины, которые будут использоваться. Чем больше плагинов, тем больше нагрузка на хостинг и тем больше вероятность программного конфликта как между плагинами, так и между плагинами и ядром. Размер сборки также увеличивается. При необходимости всегда можно подключить новые плагины, поэтому лишние плагины в сборке не желательны. Поиск плагинов осуществляется по их описанию, исходя их необходимых функций.

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

Именно на каком-то форуме я нашел ссылку на очень полезный плагин ClearDuplicatePosts. Этот плагин препятствует повторному опубликованию одинаковых постов, что полезно при автоматическом наполнении блога. Данный плагин помог мне решить проблему частого дублирования статей на Liex'е при их публикации через XML-RPC. Сайт автора – на французском языке! Найти этот плагин по описанию его функций через Гугл было бы практически невозможно.

ТЕМА ОФОРМЛЕНИЯ
При подборе шаблона (иначе называются тема или скин) следует исходить из тематики сайта, нагрузки от этого шаблона на хостинг, необходимой функциональности. Обычно достаточно взять шаблон с посещаемого ресурса, сходной с вашим сайтом тематик.

ЯЗЫКОВЫЕ ФАЙЛЫ
Велосипед тут выдумывать не надо. Проще воспользоваться готовыми переводами (локализациями). Для русского языка наиболее популярны переводы от lecactus.ru . Там можно найти переводы как для движка с шаблонами, так и для некоторых плагинов. При локализации Wordpress'а своими силами надо не забывать использовать кодировку UTF-8 и специальные редакторы для файлов .po и .mo, например этот - poedit.net .

Создание своей сборки Wordpress. Общая часть.

2009-12-28T09:24:00.000-08:00

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

Что такое сборка? Wordpress - это программное обеспечение, построенное по модульному принципу, то есть представляет некий механизм, который собирается из отдельных частей, прежде чем быть готовым к использованию.

Так вот, сборка это те отдельные части Wordpress’a (модули), которые конкретный пользователь сводит в единое целое для достижения определенного функционала.

Модули Wordpress'a - это:

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

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

Характерный пример такого скрипта – «времяменятель» от Холидайвера. При желании, конечно, любой такой скрипт можно переделать в плагин, так как разница между ними только в способе управления. Так, например, упомянутый «времяменятель» передлан в плагин и теперь управляется их админки Wordpress’a - Random Posts Dates .

Создание собственной сборки состоит примерно из следующих шагов:

Определяются потребности в функционале сайта.
Подбирается версия ядра, набор плагинов, тема (шаблон) и языковые файлы, реализующие необходимый функционал. Плагины и шаблон перемещаются в соответствующие папки ядра.
При необходимости осуществляется доработка кода ядра, плагинов и шаблона под свои нужды.
Производится предустановочная настройка сборки, т. е. определяется какие плагины, настройки ядра и какой шаблон будут работать сразу после установки Wordpress’a и не потребуют ручной активации.

Пример XSS

2009-12-26T09:20:00.000-08:00

Копался в интернете, попал на один англоязычный блог. Машинально проверил на наличие nofollow в комментариях. Этот тэг там был в виде rel="external nofollow". Однако один комментарий, на французском языке привлек мое внимание. Насколько позволили мои знания французского комментарий был о карточной игре баккара и соответственно ссылка вела на интернет казино. Посмотрел на ссылку, тэг nofollow отсутствовал, хотя в комментариях выше и ниже тэг nofollow был. Как уже удалось вставить ссылку без nofollow? В точности это неизвестно, но сама ссылка выглядела как

<a title="<br />" href="http://www.strategie-du-baccarat.fr/"> meilleure stratã©gie du jeu du baccarat</a>

Может кому-нибудь и пригодится. Если кто разберется как делать – чиркните в комментах.

Сам адрес страницы с данной ссылкой - customize your 404 page

Сброс трафика со сплога

2009-11-27T12:40:00.001-08:00

Многим известен такой метод раскрутки сплогов как автонаполнение по электронной почте. Суть его в том, что выбирается блогохостинг с возможностью постинга сообщений по адресу электронной почты, регистрируется блог, в нем настраивается адрес электронной почты и на этот адрес производится подписка на каком-либо сервисе бесплатных рассылок. Получается самонаполняемый блог, который со временем получает кое-каких посетителей. Обычно в качестве блогохостинга под нерусские дорвеи используют blogspot.com. Если на созданный автосплог не ставить ссылки, то за счет самообновления по емэйлу количество посетителей со временем составит два-три десятка человек в сутки и далее расти не будет, хотя бывают и исключения. Подобные сплоги обычно используют как сателлит, а также для размещения баннеров, контекстной рекламы, всплывающих окон и т. п. Конвертация трафика с таких сплогов близка к нулю и поэтому их надо создавать сотнями и тысячами, чтобы получить ощутимый эффект.

Еще одним способом использования трафика со сплогов является единоразовый сброс всего трафика со сплога. Для этого к сплогам надо прикрутить собственный домен. Когда через пару месяцев на сплоге появятся посетители, настраивается редирект домена (через смену dns) на нужную партнерку. 2-3 дня траф полностью сливается на партнерку, потом домен банится поисковой машиной и траф прекращается. К сплогу прикручивается новый домен и сплог используется снова. Получается своего рода многоразовый дорвей.

Какова эффективность метода? Зависит от тематики. Возьмем, к примеру, продажу лекарств через интернет, т. е. фарму. Показатель конверсия трафика составляет примерно 1 заказ на 700 посетителей при больших объемах трафика (не менее 1000 посетителей). В деньгах это примерно 0,01-0,10 доллара на посетителя (опять таки на объемах от тысячи посетителей). Таким образом, условно примем, что слив трафика с одного сплога даст нам 30 уников х 2 дня х 0,01 = 0,6 долларов. Поскольку домен банится, то покупка домена не окупится (учитываем, что домен раскручиваться не будет, поднимется только за счет автонаполнения). Отсюда вывод – для данного метода целесообразно использовать только бесплатные домены, типа co.cc. При ссылочной раскрутке сплогов количество трафика с них, конечно, увеличится, и возможно окупится даже и покупка доменов, но тогда уже однократный слив трафика на аптеку может оказаться нецелесообразным.