Сейчас встретить в блогосфере пост про создание сайтов в рунете специально под контекстную рекламу — большая редкость. А раньше тема MFA была не менее популярна, чем сателлиты.

В свое время каждый кому не лень писал пост про создание канонического MFA сайта. И я не исключение — пост «Выбираем тематику для MFA сайта» более чем годовалой давности.

Однако, как оказалось на практике, делать сайты под контекст — это не ГС клепать, где от ПС требуется только индекс, и фактически каждый первый начинающий MFA-клепатель терпел epic fail. Хотя в теории все было красиво. Очень красиво. Но оно и понятно — эта самая теория писалась теоретиками. Теоретиками, только вчера решившими заработать все деньги мира на PPC, обчитавшихся форумов и блогов, и выдавших пост о простоте и доступности заработка на по сути гс-под-контекст.

Обычно я о конкретных модулях для Drupal не пишу, но здесь особый случай.

Views 404 — малоизвестный модуль (по статистики drupal.org его используют на данный момент чуть больше 70-ти сайтов), закрывающий достаточно серьезную брешь в модуле Views, самом популярном модуле, который установлен фактически на каждом первом более-менее сложном сайте (по статистике drupal.org сейчас Views используют около 240к сайтов).

Проблема с Views заключается в следующем — при создании с его помощью страницы с адресом, например, site.com/page, любой адрес вида site.com/page/* будет возвращать 200-тый код состояния HTTP вместо ожидаемого 404-ого.

Какой тип таблиц в MySQL использовать, каждый решает для себя сам, отталкиваясь от своих личных предпочтений и/или требований к создаваемому проекту.

На текущий момент в MySQL 5.x дефолтным типом таблиц является MyISAM. Но есть небезосновательное предположение, что уже в шестой версии стандартным может стать InnoDB.

У MyISAM слишком много недостатков по сравнению с InnoDB, а некоторые преимущества (как, например, скорость выполнения выборок) уже либо сошли на нет, либо с постоянным удешевлением железа стали не столь актуальны.

А если учесть, что сейчас разрабатывается новый тип таблиц Falcon, который в перспективе должен стать основным и заменить InnoDB, можно с уверенностью сказать — MyISAM морально и технически устарел.

В предыдущих «итогах», написанных месяца эдак три назад, обещался подвести итоги осени. Не хочется, конечно, но надо, а то совсем что-то блогом перестал заниматься.

По финансам

По финансам все дико плохо. Баксов 200/месяц. Плюс-минус. Считать точно никакого желания нет, да и не только желания нет — смысла тоже никакого. По доходности партнерки распределяются весьма предсказуемо: сапа, контекст, все остальное. Больше сказать вроде и нечего.

Небольшой анонс моего магазина скриптов =)

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

И хотя пока ни одного скрипта не написано, домен уже зарегистрирован — ibShop.ru (на нем пока висит заглушка). Надо же с чего-то начинать.

Ниже описана примерная концепция магазина.

На днях задался вопросом целесообразности хранение строковых данных в БД вместо файлов с точки зрения скорости поиска.

Хотя, конечно, вопрос правильней поставить так — чем быстрее осуществлять поиск в массиве строк, средствами языка программирования (в данном случае php) или средствами РСУБД (MySQL)? А сравнение «MySQL vs файлы» только для наглядности, ведь данные в базах тоже хранятся в файлах (а в чем же еще?) и используется все та же файловая система.

Решил провести небольшой тест. Сгенерировал 100к строк вида

MP0bWDXN1AxhI9yCZiGpKUZObSBOSrFv6vxTYkxPLUXjUmLJui
Z53PK4xcJgteCqAZ9p9w5LhTU15wBqFrlz6VtuX3Bg83xzSwOS
Tjt0seSoBkE6BPvyBPSoJjvHcS6VfLDYlXPD1ySsImp91Lxsrg

Каждая строка при генерации писалась одновременно в файл (*.txt) и в четыре таблицы — таблицу типа MyISAM, тип данных «text», таблицу MyISAM, тип данных «varchar(100)», таблицу InnoDB, тип данных «text» и таблицу InnoDB, тип данных «varchar(100)».

Бла-бла-бла.

Дальше можно не читать, выше уже изложен основной смысл этого поста. И, как это не прискорбно, не только этого, но и большинства предыдущих из раздела «Итоги».

По финансам все более чем удручающе. Даже не считал. Более того, на многих сайтах слетели коды контекста, но поправить их желания никакого нет. Не править надо, а сайты с нуля переделывать.

В дорвеестроительстве, в отличие от создания СДЛ, важно изначально понимать, через какие фильтры придется пройти сайту. Как ни как лицензия на поиск нарушается (пункт 3.5, «Поисковый спам»), да и на лицо полная зависимость от индексации и позиций. Если при создании белого проекта цели вебмастера (создать хороший сайт) и ПС (отранжировать хорошие сайты выше) так или иначе в большинстве случаев совпадают, то при создании дорвеев начинается явное противостояние. Цель дорвейщика — создать механизм, позволяющий максимально автоматизировано получать поисковый трафик, цель поисковой системы — не допустить этого.

Из неприятного.

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

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

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