За прошедший год я на собственном горьком опыте убедился, что такая популярная CMS как WordPress мало подходит для создания городского портала. Не смотря на множество плагинов, которые созданы для WP, успешная реализация задач городского портала (доска объявлений, каталог организация, новости, фотогалерея и т.д.) на WP - занятие творческое и утомительное. Каждый плагин решает свою задачу, тянет одеяло на себя. Когда для каждой задачи поставлен, доведён напильником и настроен свой плагин, то вместе они не создают чего-то целого. Создание этого "великого целого" из получившейся кучи - процесс кропотливый, требующий много времени и навыком программирования. Меня такая ситуация не устраивает. Хотя программирование в умеренных дозах и доставляет мне удовольствие, но тратить на это много времени, создавая велосипед, я не хочу.
В общем, задумал я перенести свой городской портал на другую, более подходящюю CMS. Просмотр тем по этому вопросу в рунете дал однозначный ответ, что единого мнения нет. Каждый хвалит и советует то, к чему привык сам. Мне почему-то приглянулась InstantCMS . По мне, там есть всё необходимое (пока!, планы у меня наполеоновские) для городского портала. Второй плюс - легкость освоения и приятная админка. Есть, конечно, и минусы. Все перечислять не буду, а вот самый большой минус - отсутсвие XML-RPC и возможности удалённой публикации. Привык я уже работать с LiveWritter.
Теперь встала проблема - как перенес сайт с WordPress на InstantCMS ? Готовых решений я не нашел, а переносить руками - моветон.Я Поэтому решил написать скрипт для выполнения такого переноса. Посмотрим, хватит ли моих знаний PHP, а главное терпения для этой задумки.
пятница, 17 декабря 2010 г.
понедельник, 13 декабря 2010 г.
AdSense vs РСЯ
Каждого, кто получает денежку с Google.AdSense, Бегуна или РСЯ интересует вопрос "Выбор какой системы даст больший доход (при прочих равных условиях)?" Чтобы ответить на этот вопрос для себя, я провёл маленькое исследование. Сделал я следующее:
На одном из своих трастовых сайтов по (тематике "Туризм. Города. Гостиницы" и т.д., ТиЦ = 20, PR =3", посещаемость до 2000 уников в сутки)я заменил один из блоков AdSense на аналогичный блог РСЯ. Вот казалось мне, что российских рекламодателей в РСЯ будет больше, чем в AdSense. Соответственно, привлекательность объявлений и "кликабельность" будут больше. По прошествую трёх месяцев видим:
РСЯ: кликабельность - 0,11 %, СPM (эффективная цена за тысячу показов) - 2.8 руб. (~ 0,1 $).
В AdSense за период времени с такой же посещаемостью кликабельность - 0,7 %, СPM (эффективная цена за тысячу показов) - 0,8 $.
Получается, что интегральная эффективность (т.е. количество денежков на моём счету) AdSense явно выше, чем в РСЯ, что ни разу не удивляет. Поэтому вернул я AdSense на его прежнее место.
Для меня осталось не понятным, почему кликабельность в РСЯ ниже, чем в AdSense? Видимо дело в дизайне объявлений.
На одном из своих трастовых сайтов по (тематике "Туризм. Города. Гостиницы" и т.д., ТиЦ = 20, PR =3", посещаемость до 2000 уников в сутки)я заменил один из блоков AdSense на аналогичный блог РСЯ. Вот казалось мне, что российских рекламодателей в РСЯ будет больше, чем в AdSense. Соответственно, привлекательность объявлений и "кликабельность" будут больше. По прошествую трёх месяцев видим:
РСЯ: кликабельность - 0,11 %, СPM (эффективная цена за тысячу показов) - 2.8 руб. (~ 0,1 $).
В AdSense за период времени с такой же посещаемостью кликабельность - 0,7 %, СPM (эффективная цена за тысячу показов) - 0,8 $.
Получается, что интегральная эффективность (т.е. количество денежков на моём счету) AdSense явно выше, чем в РСЯ, что ни разу не удивляет. Поэтому вернул я AdSense на его прежнее место.
Для меня осталось не понятным, почему кликабельность в РСЯ ниже, чем в AdSense? Видимо дело в дизайне объявлений.
понедельник, 11 октября 2010 г.
WordPress 3.1
При обновлении WordPress до версии 3.1 обнаружена ошибка:
Fatal error: Call to a member function add_rewrite_tag() on a non-object in /home2/mezonch/public_html/wp-includes/taxonomy.php on line 289
В моём случае эту ошибку вызвал плагин Simple Tags. Отключение плагина полностью устраняет ошибку.
вторник, 6 апреля 2010 г.
Another WordPress Classifieds Plugin
Вот и настроена доска объявлений на Another WordPress Classifieds Plugin.
Для меня преимуществами этого плагина перед другими надстройками для создания доски объявлений являются следующие возможности:
1) простота установки. Плагин ставится быстро и легко, но вот для его настройки под требуемые задачи потребуется время.
2) возможность загрузки изображений, дополняющих текст объявлений;
3) возможность подключения кода Google AdSense . Этот процесс не займёт у вас более 5 минут.
4) задание полей, которые будут заполняться при подаче объявления.
5) возможность редактирования объявлений самими пользователями. Это избавляет вас от писем на манер “У меня там объявление размещено, поднимите выше/отредактируйте/ удалите его…”, что экономит время, а главное нервные клетки.
6) Подача платных объявлений. Плагин заточен для работы с PayPal, который в России не получил ещё большого распространения. Поэтому это преимущество идёт мимо нас лесом.
Не обошлось и без деталюшек, которые отняли много времени и потребовали пристального внимания к себе:
1) файлы русификации Another WordPress Classifieds Plugin я не нашел. На английском языке выполнена не только панель администратора, но и интерфейс пользователя. Это способно поставить в тупик среднестатистического пользователя РуНета, желающего продать трактор. Как итог мною выполнен перевод этого плагина. Файлы русификации Another WordPress Classifieds прилагаются. Моей целью было русифицировать интерфейс пользователя, поэтому в переводе множество непереведённых строк, которые отображаются в панели админа.
2) Долго бился с Another WordPress Classifieds за ЧПУ ссылки. В неравной борьбе плагин сдался. Описывать все злоключения не вижу смысла.
В целом плагин Another WordPress Classifieds хорошо продуман и грамотно реализован. Имеется ещё целая тележка приятных мелочей, которые способны повысить функциональность вашей доски объявлений. Например, форма обратной связи, позволяющая послать сообщение рекламодателю.
суббота, 3 апреля 2010 г.
Увеличиваем заработок с Sape.ru 2
Старания по увеличению заработка с Sape.ru не прошли даром - если ранее доля раскупленных ссылок составляла 5 - 10 % процентов, то сейчас эта цифра приближается к 60 - 70 % и продолжает расти. Соответственно, растёт и мой доход.
Нервно потираю руки и пошел постить новые сообщения на эту площадку.
Нервно потираю руки и пошел постить новые сообщения на эту площадку.
понедельник, 29 марта 2010 г.
Увеличиваем заработок с Sape.ru
Как увеличить заработок с sape.ru? Этот вопрос волнует web-мастеров. И меня тоже. Мне в голову приходят два варианта:
1) увеличение пузомерок (ТиЦ, PR) сайта. Самый лучший вариант. Рост параметров сайта даёт выгоду не только для сапы, но и является непременным атрибутом рентабельности сайта. Этот вариант требует времени, а самое главное - денежных вложений. Пока Яндекс индексирует покупные посты и ссылки, посмотрим на вторую возможность.
2) Увеличение количества проданных ссылок. В настоящее время некоторые мои сайты приносят только ~ 10 % процентов от возможного дохода. Всё дело в плохой раскупаемости ссылок.
Наглядный пример: на молодом (< 1 года)сайте с ТиЦ 10 и PR 1 доля проданных ссылок: 5 % для страниц второго уровня и 22 % для страниц третьего уровня.
Причина в нахождении сайтов в разделе сайтов сомнительного содержания. Попробуем исправить. Для этого удаляем сайты из сапы, а завтра снова внесём их в систему. И будем так повторять до тех пор, пока сайты не окажутся в основной базе (или пока не покажут большой кулак).
1) увеличение пузомерок (ТиЦ, PR) сайта. Самый лучший вариант. Рост параметров сайта даёт выгоду не только для сапы, но и является непременным атрибутом рентабельности сайта. Этот вариант требует времени, а самое главное - денежных вложений. Пока Яндекс индексирует покупные посты и ссылки, посмотрим на вторую возможность.
2) Увеличение количества проданных ссылок. В настоящее время некоторые мои сайты приносят только ~ 10 % процентов от возможного дохода. Всё дело в плохой раскупаемости ссылок.
Наглядный пример: на молодом (< 1 года)сайте с ТиЦ 10 и PR 1 доля проданных ссылок: 5 % для страниц второго уровня и 22 % для страниц третьего уровня.
Причина в нахождении сайтов в разделе сайтов сомнительного содержания. Попробуем исправить. Для этого удаляем сайты из сапы, а завтра снова внесём их в систему. И будем так повторять до тех пор, пока сайты не окажутся в основной базе (или пока не покажут большой кулак).
среда, 24 марта 2010 г.
Ссылки в подвале и Яша
После того, как стал использовать биржу ссылок Sape на городском портале Z появились проблемы с выдачей Яндекса. Бывало и ранее, что сайт Z выпадал из выдачи без видимых на то причин. Теперь часто сайт с 1 места опускается на 5 -6. А потом также неожидано возвращается. В целом,в выдаче сайт находится в "красной зоне" тепловой карты и на количестве посещений такие прыжки не сказываются. Но неприятно...
Количественное сравнение трафика от Яндекса до и после "понижения" выдаче затрудняет его сезонность. Приближение сезона отпусков даёт возрастающий трафик. Поэтому определить насколько сильно сказывается понижение в выдаче Яши определить трудно. По менению бывалых бомжей, ссылки в подвале (footer) сильно понижают позиции сайта. Вот это мы и проверим...
ДАЁШЬ ЭКСПЕРИМЕНТ!!!
Дано: городской портал, продающий ссылки в sape.ru . Позиция в выдаче Яндексе регулярно скачет без видимых причин. С главной страницы сайта продаётся две ссылки, с других страниц - три ссылки.
Одна ссылка расположена в сайдбаре, две ссылки в футере.
Цель: определить, как ссылки в футере влияют на позицию сайта в Яндексе.
Методика: Трафик сайта в ближайщее время будет увеличиваться в силу своей сезонности, поэтому количество посетителей не является эффективным показателем. В качестве показателя будем использовать отношение количества посетителей, пришедших с yandex.ru, к полному количеству посетителей. Для определения этих параметров используется Google Analytics.
Входные данные:
Код биржи Sape.ru добавлен 4 января 2010 года. До добавления кода доля Yandex в общем трафике составляет 44 %
После добавления кода Sape.ru доля Яндекса в общем трафике составляет
Странный результат получается, вроде как ничего и не поменялось. Посмотрим, как скажется удаление ссылок из футера.
Количественное сравнение трафика от Яндекса до и после "понижения" выдаче затрудняет его сезонность. Приближение сезона отпусков даёт возрастающий трафик. Поэтому определить насколько сильно сказывается понижение в выдаче Яши определить трудно. По менению бывалых бомжей, ссылки в подвале (footer) сильно понижают позиции сайта. Вот это мы и проверим...
ДАЁШЬ ЭКСПЕРИМЕНТ!!!
Дано: городской портал, продающий ссылки в sape.ru . Позиция в выдаче Яндексе регулярно скачет без видимых причин. С главной страницы сайта продаётся две ссылки, с других страниц - три ссылки.
Одна ссылка расположена в сайдбаре, две ссылки в футере.
Цель: определить, как ссылки в футере влияют на позицию сайта в Яндексе.
Методика: Трафик сайта в ближайщее время будет увеличиваться в силу своей сезонности, поэтому количество посетителей не является эффективным показателем. В качестве показателя будем использовать отношение количества посетителей, пришедших с yandex.ru, к полному количеству посетителей. Для определения этих параметров используется Google Analytics.
Входные данные:
Код биржи Sape.ru добавлен 4 января 2010 года. До добавления кода доля Yandex в общем трафике составляет 44 %
После добавления кода Sape.ru доля Яндекса в общем трафике составляет
Странный результат получается, вроде как ничего и не поменялось. Посмотрим, как скажется удаление ссылок из футера.
понедельник, 1 марта 2010 г.
Доска объявлений для WordPress
Мой основной доход в интернете связан с содержанием интернет-портала моего родного города – маленького курорта в Уральском регионе. С каждым годом конкурентов становится всё больше, и каждый хочет отхватить свою долю уникальных посетителей. Но и мы на месте не стоим, а стремимся к совершенству.
Обязательная черта любого курортного города – гостеприимные местные жители, сдающие жильё за “чисто символическую” плату. Всемирная паутина докатилась и до нашего города и объявлений о сдаче жилья можно разместить и на web портале города. Такая фича приносит пользу всем. Мне – посетителей, жителям города –* постояльцев, а гостям города – возможность договориться о ночлеге заранее.
Весь портал скроен на любимом WordPresse. Честно говоря, теперь понимаю, что это не лучший выбор CMS для сайто такой тематики. Но переделывать уже поздно, да и не сильно хочется.
Объявления о сдаче жилья приходится аккуратно выцеживать из комментов и вставлять в специально отведённое место. Для облегчения процедуры поставил было плагин FormBuilder. Полезные плагин, но ручной работы осталось много: объявление с FormBuilder приходит на почту, а с почты (опять же ручками) вставляем на страницу с объявлениями. Не самый продуктивный способ.
Поэтому озаботился я поиском плагина для WordPress для полностью автоматизированного приёма объявлений, возможностью добавления фото, адреса, телефона, функцией отправки вопроса по объявлению через e-mail, модерацией и т.д.
Великий Гугль указал на два плагина, подходящих для этой роли: WordPressClassifieds и Another WordPress Classifieds Plugin. На то, чтобы приручить этих зверят и заставить одного из них плясать в моём ансамбле ушло не менее 10 человеко/часов.
Попробую сравнить эти плагины и выявить их преимущества и недостатки.
вторник, 2 февраля 2010 г.
Продолжаем эксперименты с Liex.ru
Использование биржи Liex.ru дало незначительный прирост пузомерок. С чем это может быть связано:
1) малый бюджет компании, а, следовательно, недостаточное количество статей;
2) нетематичность используемых доноров;
3) хз
Показательно, что после приостановки компании в Liex.ru тиц упал до начального уровня при втором апе. Следовательно, наиболее экономичный способ подъёма параметров – размещение статей на всегда (или хотя бы на год). Вот только вводить деньги в Liex не хочется, а средств для размещения навсегда на приличных площадках не хватает.
Продолжаем экспериментировать с LIex – раскручиваем новый проект.
Вводные условия:
1) домен, возрастом менее 1 года
2) движок WordPress.
3) уникальный контент (отсканированная книга) туристическо-путиводной тематики. Общим счётом32 записи по 1 –2 тыс. знаков, 26 рубрик.
Что делаем:
1) пишем статейки на 1,5 тыс. знаком, добавляем в Liex новую компанию, размножаем статью. если в прошлый раз размещал статьи на множестве сайтов с тИЦ 10 – 100, то в этот раз поступим иначе. Купим статьи подороже, с тИЦ побольше, но меньшим количеством. Итог: 10 статей с PR от 2 до 4 и тИЦ от 20 до 400.
2) добавляем сайт в Sape.ru . Надо же возмещать расходы.
3) ждём.
4) прошедший ап тИЦ ничего не дал. Видимо, компания была начата слишком поздно – только 30 % статей проиндексированы.
5) ждём далее…
воскресенье, 17 января 2010 г.
Установка нескольких сайтов на одни WordPress
О том, насколько WordPress популярен у жителей сети, рассказывать не стоит. Рассказ о популярности WP ничего не даст тому, кто знает, что такое WP. Все положительные и отрицательные черты этого блогодвижка хорошо известны. Ну, а тот, кто не знаком с аббревиатурой WP - может эту запись далее не читать.
О причинах, подтолкнувших меня к поиску ответа на вопрос "Как на одном движке WordPress заставить работать несколько блогов?" я уже писал - ничего интересного, банальное желание сэкономить дисковое пространство и денежные средства.
Итак, для начала немного теории.
Во время выполнения скриптов WordPress постоянно запрашивает различную информацию из базы данных MySQL. В этой базе данных содержится множество таблиц, содержащих различную информацию о вашем блоге - тексты записей, даты, ползователи м т.д. У всех таблиц есть общее свойство - префикс в имени, т.е. имена всех таблиц в базе данных, относящиеся к одному блогу, имеют общий префикс. Обычно этот префикс имеет вид wp_ (то есть имя таблицы wp_бла-бла-бла) и записан в файле wp_config. Но он может быть произвольно изменён при устновке блогодвижка. При каждом обращении к БД этот префикс будет использоваться чтобы указать, в какой таблице необходимо искать информацию. На этом мат. часть закончена.
Идея (честно признаюсь: не моя, подсмотрел в рунете):
1) Если поставить несколько блогов, которые будут использовать разные префиксы, то все блоги могут использовать одну БД. В этом случае в БД будет находиться несколько таблиц с похожими именами (например, таблицы пользователей), но с разными префиксами. В результате таблицы не будут мешать друг друг. Так мы уменьшим количество используемых БД.
2) Если научить один экземпляр движка WP самостоятельного выбирать префиксы при обращении к БД, то этот единственный экземпляр WP сможет обеспечить все блоги.
Что делаем:
Для реализации описанных выше преимуществ делаем следующее:
0) Заходим в панель управления хостингом. И направляем дополнительные домены, которые вы хотите свести на один WP, в папку /public_html/.
Когда вы в панели управления хостингом создаёте дополнительные домены, то для них создаётся дополнительная папка вида /public_html/домен_1 . При обращении к серверу с просьбой выдать главную страницу (да и не только на главную) домена_1 эта страница будет искаться именно в папке /public_html/домен_1. Что необходимо: все запросы к домен_1 должны идти в корневую папку /public_html/ .
В случае, если хостинг находиться под управлением cPannel, то необходимо пройти "Домены"->"Дополнительные домены"->"Управление перенаправлением" и там исправить соответствующие строки.
1) В корневой директории WP открываем файл wp-load. В этом файле определяется, откуда будут браться такие переменные как . Содержимое файла заменяем на следующие строки:
define( 'ABSPATH', dirname(__FILE__) . '/' );
$config_file_name = preg_replace('/www\./', '', $_SERVER['HTTP_HOST']);
error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE);
/** The config file resides in ABSPATH */
require_once(ABSPATH.'config/'.$config_file_name.'.php');
В результате такой подмены в перменную $config_file_name будет записываться имя домена, к которому идёт обращение (2-ая строка). А в дальнейшем будет подключаться файл c настрйками WP (такми как имя БД, префикс таблиц и т.д.) - 5-ая строка. Имя запрашиваемого файла настроекзависит от того, к какому домену идёт обращение. WP будет искать этот файл в директории /config/ .
Таким образом, мы добились того, что движок WP будет обращаться к разным файлам настроек в зависимости от того, к какому домену идёт обращение.
3) В кореневой директории WP (у меня это /public_html/) создаём папку congif, в которой у нас будут лежать файлы настроек WP. В этой папке config создаём файлы с именами вида домен_1.ru.php , домен_2.ru.php и т.д. Количество таких файлов равно количеству доменов, которые будут сидеть на одном движке.
Внутри каждого файла следует прописать строки:
define('DB_NAME', 'имя_вашей_БД');
define('DB_USER', 'имя_пользователя_БД');
define('DB_PASSWORD', 'пароль_ползователя');
define('DB_HOST', 'localhost');
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');
$table_prefix = "префикс_таблиц";
define ('WPLANG', 'ru_RU');
define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'/config/wp-settings"Домен_1".php');
ВНИМАНИЕ: 1) Для каждого домена должен быть свой уникальный префикс!!!
2) Для каждого домена требуется создать файл wp-settingsДомен_1, текст которого полностью соответствует тексту файла wp-settings
Т.е. если все блоги будут работать у вас на одной БД, то содержание файлов домен_n.ru.php должно отличаться только префиксами таблиц (7я строка) и названием файла settings (10-я строка).
Ну вот и всё, в такой сборке всё должно работать.
У этого метода есть ряд преимуществ перед другими способами работы нескольких блогов на одном WP. Наиболее важным для меня оказалось то, что при имеется возможность для работы с несколькими БД. Для этого необходимо в файлах домен_n.ru.php также менять строки с 1-й по 3-ю. В настоящее время у меня три блога работают на одной БД, ещё два - на второй БД.
Если у вас уже были предустановлено 2, 3 блога, то достаточно провести описанные выше манипуляции и указать имена БД, пользователей и пароли. Переносить все таблицы в одну БД, меняя при этом их префиксы, нет необходимости. В этом случае количество БД останется прежним, а занимаемое дисковое пространство уменьшиться.
Лично у меня применение описанных выше действий позволило уменьшить занимаемое дисковое пространство на 60 % и освободить одну БД.
Использование одной инсталляции WP позволяет продуктивно использовать и "паркованные" домены. При традиционном использовании WP паркованные домены могут только ссылаться на один из ваших ресурсов и не могут быть самостоятельными проектами. Подмена префиксов таблиц в зависимости от запрашиваемого сайта позволяет создавать на основе паркованных доменов самостоятельные проекты, работая с ними как с "дополнительными" доменами. Экономия денежных средств явная: лично у меня в настоящее время 7 самостоятельных сайтов, не зависящих друг от друга. В тоже время, тарифный план хостера предусматривает 1 основной домен и 3 дополнительных (Итого: 1+3=4 сайта). В результате работа трёх доменов нам обходится бесплатно!
О причинах, подтолкнувших меня к поиску ответа на вопрос "Как на одном движке WordPress заставить работать несколько блогов?" я уже писал - ничего интересного, банальное желание сэкономить дисковое пространство и денежные средства.
Итак, для начала немного теории.
Во время выполнения скриптов WordPress постоянно запрашивает различную информацию из базы данных MySQL. В этой базе данных содержится множество таблиц, содержащих различную информацию о вашем блоге - тексты записей, даты, ползователи м т.д. У всех таблиц есть общее свойство - префикс в имени, т.е. имена всех таблиц в базе данных, относящиеся к одному блогу, имеют общий префикс. Обычно этот префикс имеет вид wp_ (то есть имя таблицы wp_бла-бла-бла) и записан в файле wp_config. Но он может быть произвольно изменён при устновке блогодвижка. При каждом обращении к БД этот префикс будет использоваться чтобы указать, в какой таблице необходимо искать информацию. На этом мат. часть закончена.
Идея (честно признаюсь: не моя, подсмотрел в рунете):
1) Если поставить несколько блогов, которые будут использовать разные префиксы, то все блоги могут использовать одну БД. В этом случае в БД будет находиться несколько таблиц с похожими именами (например, таблицы пользователей), но с разными префиксами. В результате таблицы не будут мешать друг друг. Так мы уменьшим количество используемых БД.
2) Если научить один экземпляр движка WP самостоятельного выбирать префиксы при обращении к БД, то этот единственный экземпляр WP сможет обеспечить все блоги.
Что делаем:
Для реализации описанных выше преимуществ делаем следующее:
0) Заходим в панель управления хостингом. И направляем дополнительные домены, которые вы хотите свести на один WP, в папку /public_html/.
Когда вы в панели управления хостингом создаёте дополнительные домены, то для них создаётся дополнительная папка вида /public_html/домен_1 . При обращении к серверу с просьбой выдать главную страницу (да и не только на главную) домена_1 эта страница будет искаться именно в папке /public_html/домен_1. Что необходимо: все запросы к домен_1 должны идти в корневую папку /public_html/ .
В случае, если хостинг находиться под управлением cPannel, то необходимо пройти "Домены"->"Дополнительные домены"->"Управление перенаправлением" и там исправить соответствующие строки.
1) В корневой директории WP открываем файл wp-load. В этом файле определяется, откуда будут браться такие переменные как . Содержимое файла заменяем на следующие строки:
define( 'ABSPATH', dirname(__FILE__) . '/' );
$config_file_name = preg_replace('/www\./', '', $_SERVER['HTTP_HOST']);
error_reporting(E_ALL ^ E_NOTICE ^ E_USER_NOTICE);
/** The config file resides in ABSPATH */
require_once(ABSPATH.'config/'.$config_file_name.'.php');
В результате такой подмены в перменную $config_file_name будет записываться имя домена, к которому идёт обращение (2-ая строка). А в дальнейшем будет подключаться файл c настрйками WP (такми как имя БД, префикс таблиц и т.д.) - 5-ая строка. Имя запрашиваемого файла настроекзависит от того, к какому домену идёт обращение. WP будет искать этот файл в директории /config/ .
Таким образом, мы добились того, что движок WP будет обращаться к разным файлам настроек в зависимости от того, к какому домену идёт обращение.
3) В кореневой директории WP (у меня это /public_html/) создаём папку congif, в которой у нас будут лежать файлы настроек WP. В этой папке config создаём файлы с именами вида домен_1.ru.php , домен_2.ru.php и т.д. Количество таких файлов равно количеству доменов, которые будут сидеть на одном движке.
Внутри каждого файла следует прописать строки:
define('DB_NAME', 'имя_вашей_БД');
define('DB_USER', 'имя_пользователя_БД');
define('DB_PASSWORD', 'пароль_ползователя');
define('DB_HOST', 'localhost');
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');
$table_prefix = "префикс_таблиц";
define ('WPLANG', 'ru_RU');
define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'/config/wp-settings"Домен_1".php');
ВНИМАНИЕ: 1) Для каждого домена должен быть свой уникальный префикс!!!
2) Для каждого домена требуется создать файл wp-settingsДомен_1, текст которого полностью соответствует тексту файла wp-settings
Т.е. если все блоги будут работать у вас на одной БД, то содержание файлов домен_n.ru.php должно отличаться только префиксами таблиц (7я строка) и названием файла settings (10-я строка).
Ну вот и всё, в такой сборке всё должно работать.
У этого метода есть ряд преимуществ перед другими способами работы нескольких блогов на одном WP. Наиболее важным для меня оказалось то, что при имеется возможность для работы с несколькими БД. Для этого необходимо в файлах домен_n.ru.php также менять строки с 1-й по 3-ю. В настоящее время у меня три блога работают на одной БД, ещё два - на второй БД.
Если у вас уже были предустановлено 2, 3 блога, то достаточно провести описанные выше манипуляции и указать имена БД, пользователей и пароли. Переносить все таблицы в одну БД, меняя при этом их префиксы, нет необходимости. В этом случае количество БД останется прежним, а занимаемое дисковое пространство уменьшиться.
Лично у меня применение описанных выше действий позволило уменьшить занимаемое дисковое пространство на 60 % и освободить одну БД.
Использование одной инсталляции WP позволяет продуктивно использовать и "паркованные" домены. При традиционном использовании WP паркованные домены могут только ссылаться на один из ваших ресурсов и не могут быть самостоятельными проектами. Подмена префиксов таблиц в зависимости от запрашиваемого сайта позволяет создавать на основе паркованных доменов самостоятельные проекты, работая с ними как с "дополнительными" доменами. Экономия денежных средств явная: лично у меня в настоящее время 7 самостоятельных сайтов, не зависящих друг от друга. В тоже время, тарифный план хостера предусматривает 1 основной домен и 3 дополнительных (Итого: 1+3=4 сайта). В результате работа трёх доменов нам обходится бесплатно!
суббота, 16 января 2010 г.
Кто из нас в детстве не хотел попасть в Африку? Африка является тем сказочным местом, куда хотят убежать все мальчишки. Для меня африканский континент являлся воплощением всех чудес света. сейчас туры в Африку стали доступными и любой желающий может посетить чёрный континент. Конечно, посещение стран африки немного дороже, чем пребывание в ставшей родной Турцией. Но африка настолько огромна и настолько красива, что каждый найдёт себе занятие по вкусу. И никто не сможет устоять перед её красотами. 
Для любителей загорать обязательно найдётся местечко на песчаном пляже Занзибара возле тёплого и бескрайнего Индийского океана. Также любителям пляжного туризма стоит побывать в странах Северной Африки - Тунис, Египет, Марокко. Этот вид отдыха гораздо дешевле, чем пребывание на пляжах Индийского Океана. А для поклонников активного отдыха количество способов развлечься и забыть о шумном городе просто огромно. Чего только стоит сафари в уникальных африканских просторах среди стад зебр и антилоп ,львиных прайдов и длинношеих жирафов. прикосновение к традиционной культуре африканских племён сделает вас немножко ближе к природе и поможет понять всю красоту африканского континента. Не остануться без впечатлений и любители экстремального отдыха. Высокие горы Килиманджаро, Кении, Элгона и голубое африканское небо навсегда запомнятся любителям высокогорных восхождений. Тем, кто предпочитает покорять водную стихию обязательно стоит совершить сплав по величайшим рекам планеты Земля – Нил, Замбези, Конго. Кроме того среди экстрималов всего мира получили признание реки Кении, Намибии, Ботстваны, Зимбабве и ЮАР. Реки африканского континента традиционно считаются одними из самых трудных для преодоления. Достойный водный маршрут смогут найти как начинающие, так и профессионалы рафтинга. Открывают для себя Африку и российские любители дайвинга, которых манит чистая вода и коралловые аттолы - пристанище экзотических тропических рыб. Лично для себя я сделал выбор уже давно – посещение первозданных уголков Африки даёт гораздо больше позитива, чем посещение традиционных мест отдыха российских туристов.
Для любителей загорать обязательно найдётся местечко на песчаном пляже Занзибара возле тёплого и бескрайнего Индийского океана. Также любителям пляжного туризма стоит побывать в странах Северной Африки - Тунис, Египет, Марокко. Этот вид отдыха гораздо дешевле, чем пребывание на пляжах Индийского Океана. А для поклонников активного отдыха количество способов развлечься и забыть о шумном городе просто огромно. Чего только стоит сафари в уникальных африканских просторах среди стад зебр и антилоп ,львиных прайдов и длинношеих жирафов. прикосновение к традиционной культуре африканских племён сделает вас немножко ближе к природе и поможет понять всю красоту африканского континента. Не остануться без впечатлений и любители экстремального отдыха. Высокие горы Килиманджаро, Кении, Элгона и голубое африканское небо навсегда запомнятся любителям высокогорных восхождений. Тем, кто предпочитает покорять водную стихию обязательно стоит совершить сплав по величайшим рекам планеты Земля – Нил, Замбези, Конго. Кроме того среди экстрималов всего мира получили признание реки Кении, Намибии, Ботстваны, Зимбабве и ЮАР. Реки африканского континента традиционно считаются одними из самых трудных для преодоления. Достойный водный маршрут смогут найти как начинающие, так и профессионалы рафтинга. Открывают для себя Африку и российские любители дайвинга, которых манит чистая вода и коралловые аттолы - пристанище экзотических тропических рыб. Лично для себя я сделал выбор уже давно – посещение первозданных уголков Африки даёт гораздо больше позитива, чем посещение традиционных мест отдыха российских туристов.
Подписаться на:
Сообщения (Atom)
