Fuf.com.ua

Sape в 2 раза увеличивает выплаты!!!

Posted by rebbort under Продажа ссылок

Сегодня зашел в свою учетку на SAPE.RU и не поверил своим глазам, пришлось несколько раз обновлять страничку. Доход по сравнению со вчерашним днем увеличился ровно в 2 раза без увеличения количества ссылок. Я так думаю это скорее всего их глюк и скоро все вернется на свои места, но было бы приятно, если бы так и дальше было :).

Google не учитывает атрибут nofollow?

Posted by rebbort under Google, SEO, Продвижение сайтов

Сегодня полез в “Инструменты Google для веб-мастеров” и обнаружил одну интересную вещь. В разделе “Ссылки” количество внешних ссылок перевалило за 2 сотни на мой один англоязычный сайт. Причем только пару дней назад не было ни одной. Перешел по этим ссылкам, оказалось, что это ссылки с комментариев, которые я расставлял на забугорских блогах. В список ссылок попали как с атрибутом nofollow, так и без него.

По этому поводу сразу возникат вопрос: учитывает ли Google эти ссылки или приводит всего лишь для статистики? А если только для статистики, то тогда не помешал бы еще один инструмент для определения, какие ссылки важные, а какие нет.

Автоматическая регистрация на чужом сайте при помощи PHP.

Posted by rebbort under Программирование

Как-то раз один мой знакомый попросил написать для него спамилку форумов и досок объявлений. Составили ТЗ, оговорили цену, сошлись на том, что спамилка должна уметь самостоятельно регистрироваться на форумах, при необходимости парсить CAPTCHA, заходить на почтовый ящик и переходить по ссылке активации аккаунта. После формирования аккаунта программа должна была уметь рассылать сообщения в разные ветки форума.

Я и сам давно уже хотел было писать подобную программу, но не было стимула и вот он появился, да еще и в денежном эквиваленте. Но как только я начал писать программу возникло куча проблем: не понятно было, как отсылать на PHP данные POST методом, как парсить CAPTCHA и вытаскивать оттуда разные буковки и циферки, как заходить на почтовый ящик и т. д.

Первая проблема решилась использованием сокетов. Вторая решалась долго – распарсить картинку на PHP дело не из легких. Немножко понапрягав серое вещество, было решено использовать нейронные сети. Но PHP очень медленный язык, чтоб писать подобные программы, поэтому из нейронных сетей была выдрана основная идея, а весь метод заключался в следующем:
- скачиваем картинку,
- устанавливаем для картинки порог, например, черные буквы на сером фоне, дальше все, что темнее порога – это буквы, все остальное – мусор,
- обрезаем все лишнее пространство, оставляем только буквы,
- заносим картинку в двумерный массив: если пиксель белый – 0, если не белый – 1,
- выделяем буквы, находим в массиве по Y ряд, где все элементы равны 0, все, что левее какая-то буква,
- создаем массив-эталон, заносим в него все цифры и буквы алфавита в двоичном представлении; шрифт букв должен совпадать с тем, что и на CAPTCHA, например:

,
на картинке зашифровано слово ПРИВЕТ.
- распознаем буквы.

Создание тематических ссылок на сайт

Posted by rebbort under Продвижение сайтов

WordPress одна из самых гуманных бложных CMS. Почему я так думаю? Ну, во-первых, за время ее использования у меня не возникло ни одного бага, и, во-вторых, с ее помощью можно тихонько, но успешно плодить качественные ссылки на свой сайт.

Все, наверно, кто завел себе блог, неоднократно посещали блоги других людей, которые были близкие по тематике, читали их посты, подписывались на RSS и т.д. Я тоже, и даже подборку самых интересных себе сделал. Но только недавно я заметил, что при комментировании поста можно оставлять ссылку на свой сайт. Причем ссылка будет идти со страницы, которая тематически близка моему сайту или блогу. Если блог популярный, то нередко новые посты через некоторое время получают повышение PageRank’а. И скорее всего повышение будет отражаться и на те сайты, ссылки на которые стоят в этом посте. Но даже, если у поста PageRank и останется нулевой, то лишняя ссылка никогда не помешает. Есть и такие посты, где выкладываются какие-нибудь полезные фишки, например, плагины для WP. Нередко такие страницы имеют высокий PR, и не грех оставить там свой комментарий.

Так что теперь я взял за правило - читаю пост, обязательно оставляю свой комментарий. И автору приятно, что кто-то откликнулся, и мне полезно.

Увеличение PageRank при помощи склейки доменов.

Posted by rebbort under Продвижение сайтов

Недавно наткнулся на одну статью, в которой рассказывали, как поднять PageRank за счет другого сайта. Всего-то нужно было при заходе googlebot’a на страницу сайта отправлять его на какой-нибудь другой сайт с большим PageRank’ом, например на Adobe.com, у которого PageRank равен 10.

В голове сразу возникла «лампочка», а почему бы не проделать такое с новым сайтом? PageRank все равно нулячий, хуже от этого не будет. Было решено отправлять googlebot’a на сайт с PageRank’ом равным 6, я же не жадный, мне 10 не нужна ? на первых порах. Но просто отправлять робота на другой сайт было мало, задумка была следующая: после того, как робот склеит мой сайт с другим и подымет моему домену PageRank, убрать перенаправление и при следующей переиндексации в кэше Googl’а окажутся мои странички и никто ничего про склеку PageRank’а не узнает.

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

PHP как шаблонизатор

Posted by rebbort under Программирование

Кто-нибудь задумывался, зачем разделять HTML-код от PHP? Задумывались, наверно, все, кто хоть раз сталкивался с шаблонизаторами или с теми, кто их пропагандирует. Я считаю, что разделять нужно и делать это по очень простой причине: поддерживать проект становится значительно легче:

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

Можно, конечно, привести еще много разных «за» и «против», но на мой вгляд, эти две причин являются основными, особенно для меня.

Другой вопрос: как делать это самое разделение? Обычно при обсуждении данной темы от «нужны или не нужны» шаблонизаторы, народ быстро переключается на как «быстро или медленно» они должны работать, потому как уже есть целая куча разных шаблонизаторов и можно выбирать. Я в свое время начинал работать с шаблонами при помощи шаблонизатора из библиотеки PHPLIB. Работать с ним было просто как два пальца об ас…, но жизнь портило отсутствие условий на проверку существования переменных.

Позже, уже на работе, хотелось перейти на Smarty, но его громоздкость и правила студии (не использовать чужие решения) не позволили это сделать. Пришлось писать свой шаблонизатор. Чтобы долго не долбаться, я начал использовать XSLT шаблоны, так как по возможностям XSLT-шаблонизатор по-моему ничем не уступает Smarty. Но поддержка больших проектов показала, что я круто лоханулся, используя такие шаблоны. Верстальщица просто «зашивалась», когда начинала редактировать шаблон, так как один проставленный не там лишний слеш или запятая ломали страницу сайта наповал. И кроме этого шаблоны на XSLT начинали разрастаться до неприличных размеров из-за конструкций типа:

	…
	<tr>
		<xsl:if test="position() mod 2 = 0">
			<xsl:attribute name="bgcolor">
				<xsl:value-of
				disable-output-escaping="yes"
				select="color" />
			</xsl:attribute>
		</xsl:if>
		<td>
			…
		</td>
	</tr>
	…

хотя все это можно было бы представить компактней, например, так:

	…
	<tr [*IF($k%2==0):*]bgcolor="[*=$color*]"[*ENDIF*]>
		<td>
			…
		</td>
	</tr>
	…

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

Основные требования к шаблонизатору были выдвинуты следующие:

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