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

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

Первым делом необходимо настроить домены блогов дабы они ссылались в один и тот же каталог. Внимание, я рассказываю как все работает у моего хостера, поэтому не могу на 100% гарантировать такой же алгоритм у вас. Если возникнут вопросы, проще всего обратиться в их службу поддержки (собственно, я так и поступал). Так вот, допустим, есть 3 сайта – site1.ru, site2.ru, site3.ru. При создании их на хостинге, скорее всего, для каждого будет выделена отдельная папка на FTP. Суть метода – направить все домены в одну (главную директорию). Для этого используются алиасы. В админке hqhost, например это выглядит приблизительно так:

Для каждого сайта (домена) редактируем алиасы – для второстепенных (site2.ru, site3.ru) убираем и добавляем их к основному (site1.ru). Пожалуй, повторюсь, если вы мало что поняли в моих словах – лучше обратиться в тех. поддержку хостера, там должны помочь:)

Итак, в результате этой процедуры каждый сайт будет «смотреть» в одну директорию – главного блога. Именно туда мы заливаем все исходники Wordpress, плагины, шаблоны. После этого заходим в файл wp-config.php, где находим строку $table_prefix  = ‘wp_’; Она задает префикс для таблиц блога, нужно сделать так, чтобы генерировались разные префиксы в зависимости от домена. Для этого используем код:

$prefix = $_SERVER["HTTP_HOST"];
$prefix = str_replace("www.", "", $prefix);
$prefix = str_replace("-", "", $prefix);
$prefix = str_replace(".", "", $prefix);
$table_prefix = $prefix."_" ;

В итоге вместо wp_ получим префикс site1ru_, site2ru_ и т.п. Можете в последней строке добавить любые символы, например:

$table_prefix = "wp".$prefix."_" ; // получим wpsite1ru_

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

Работаться в данном методе мне здорово помогла статья в проекте Блог Awtor. Автор пошел еще дальше и дополнил данную установку важными деталями. Речь идет о файлах Robots.txt и sitemap.xml - ведь для каждого сайта они должны быть разные. Для решения этой проблемы создается несколько файлов с идентичными названиями (структурой) robots-site1.ru.txt, robots-site2.ru.txt и sitemap-site1.ru.xml, sitemap-site2.ru.xml. Далее файл .htaccess дополняем конструкцией:

RewriteCond %{REQUEST_FILENAME} /robots.txt$ [NC]
RewriteRule ^ /robots-%{HTTP_HOST}.txt [L]
RewriteCond %{REQUEST_FILENAME} /sitemap.xml$ [NC]
RewriteRule ^ /sitemap-%{HTTP_HOST}.xml [L]

Теперь при заходе с разных URL адресов будут выбираться нужные файлы.

Еще автор советует для загрузки изображений создавать разные папки в uploads, которые потому указывать в настройках блога. Также он замечает, что в процессе работы возникают нерешенные проблемы с некоторыми плагинами: watermark, md5, дополнительное кеширование. В принципе, в 95% случаев, думаю, без них можно обойтись, поэтому данный момент не столь критичен. Если создавать, например, простые сателлиты, то хватит и стандартного набора плагинов.

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

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

P.S. Я сейчас не в Киеве, поэтому не отвечаю на письма и не модерирую комментарии, приеду в субботу – все сделаю.

Доверьте создание сателлитов профессионалам – качественные оригинальные тексты, дизайн. Разработка проектов под ключ.

Смотрим креативные и яркие дизайны сайтов для вдохновения.

Желающих похудеть – гречневая диета.

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

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

Что касается самого хостинга, то не буду расхваливать его чрезмерно, потому как на данном этапе я лишь недолгое время с ними сотрудничаю. В частности меня мало устраивает политика ограничения трафика, которая может сыграть со мной злую шутку, 10Гб уж точно не хватит на те 10 сайтов, которые теоретически можно было создать. Хотя, если там разместить слабо посещаемые сателлиты, то лимита может хватить. Кстати, в процессе развития проектов их постепенно можно будет переносить на другие площадки – например, если какой-то из блогов начнет пользоваться хорошей популярностью и перерастет в серьезный большой проект. С другой стороны я доволен скоростью работы и поддержкой.

Теперь рассмотрим непосредственно метод решения проблемы с одной БД. Для этого перед созданием блога заходим в файл настроек wp-config.php, где находим строку

$table_prefix  = ‘wp_’;

Она указывает какой префикс будет для всех таблицы базы данных, где хранятся ваши посты, комментарии и т.п. Меняем данный параметр на любой другой, который вам нравится и сохраняем файл. Дальше как обычно заходим по адресу имя_блога/wp-admin/install.php и создаем блог.

В итоге в одной базе может хранится информация с разных блогов (здесь, например, сразу 3):

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

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

Все таблицы в базе данных имеют префикс wp_ – wp_comments, wp_posts и т.д. Дабы обезопасить себя от SQL инъекций лучше его сменить. Чем меньше злоумышленник знает о настройках вашей системы – тем сложнее ему будет навредить. Для данного дела в разделе Security имеется специальная закладка – Database.

Кроме использования одной базы данных на несколько сайтов, есть еще небольшая хитрость – работа с одной админ панелью. То есть вы устанавливаете одну систему Wordpress, а управляете с помощью нее несколькими сайтами. Я как раз сейчас пытаюсь реализовать нечто подобное, учу мат.часть, так сказать, и проверяю ее работоспособность. О результатах расскажу в одном из следующих постов. Следите за обновлениями.

Если у вас есть что добавить по теме – пишите в комментариях, возможно, я рассмотрел не все нюансы.

P.S. Советую почитать про хороший метод привлечения трафика – сервисы «Вопрос-Ответ». Я сам хочу побольше вникнуть, но все не хватает времени.

Самые лучшие свадебные платья в салоне “Красотка”! – высокое качество, отличный выбор.

Выполняем строительство бассейнов по новым технологиям.

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

Бэкап блога через PhpMyAdmin

Начнем со второго способа. PhpMyAdmin - это веб-приложение на PHP для администрирования базы данных MySQL через веб-интерфейс. Большинство современных и нормальных хостингов имеют его в наличии. Если вы не знаете, как в него попасть, обратитесь за помощью к своему хостеру. Метод достаточно простой, занимает несколько минут.

После входа в систему, на главной (стартовой) странице находите поле «Databases» и кликаете по нему:

Далее из списка баз данных (если у вас их несколько) нужно выбрать ту, которая отвечает за блог. Также кликаем по записи. После этого на экране отобразится полный список таблиц данной базы. Нажимаем на пункт «Export» в самом верху над таблицами:

Следующий шаг – задание настроек бэкапа БД. Посмотрите в левый верхний угол окна – там выделены все таблицы, которые будут экспортированы.

• Если у вас установлены другие программы или системы, которые работают с данной БД, то выделите из списка лишь те таблицы, которые используются в wordpress блоге – они начинаются с префикса wp_ или любого другого, заданного в файле wp-config.php.
• Если выбранная база работает только с блогом, оставьте выделение по умолчанию или нажмите «Select All», если что-то меняли в этом блоке.
• Убедитесь, что галочка стоит напротив поля SQL.

В колонке справа отмечаем следующие поля.

На рисунке выше изображены настройки для моего блога, которые стояли в phpMyAdmin по умолчанию, поэтому я ничего не менял. В описании же сказано следующее. Обязательно поставить галочки для полей:

• Structure
• Add DROP TABLE
• Add AUTO_INCREMENT
• Enclose table and field names with backquotes

Напротив названия блока DATA тоже нужно поставить галочку, но в нем самом можно оставить поля не отмеченные. Хотя, я встречал вариант, где говорилось, что обязательно нужно отметить Complete inserts. Думаю, от того, что будет выделено больше полей, хуже не станет.

В последнем блоке мы отмечаем «Save as file» чтобы сохранить копию базы данных в файл, а также указываем архивировать или нет этот файл.

Жмем «Go» и выбираем куда на локальном компьютере сохранить нашу БД. В зависимости от ее размеров, может понадобиться некоторое время. На последок хочу напомнить, что бэкап базы данных не содержит папок и изображений с вашего ФТП, только посты и комментарии.

Бэкап блога с помощью плагина WordPress Database Backup (WP DB Backup)

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

Итак, скачиваем плагин здесь. Внимание из соображений безопасности и в качестве обязательного требования у вас должна быть установлена версия Wordpress не ниже 2.0.3. Копируем файл модуля wp-db-backup.php в папку /wp-content/plugins/, после чего активируем его в админке в меню «Plugins».

Настройки и непосредственно сохранение резервной копии происходит в разделе «Управление» (Manage) пункт «Backup». Вы увидите 3 информационных блока:

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

Backup Options – выбираете механизм сохранения резервной копии: Save to server – оставить на ФТП, Download to your computer – скопировать на локальный компьютер, Email backup to – выслать на почту.

Внимание, для работы вам потребуется на время сделать доступной для записи папку wp-content, поскольку модуль создаст там новую директорию для бэкапа. Это можно сделать через свойства папки в Explorer, Totalcommader или прописать команды:

$ cd /wordpress/
$ chgrp www-data wp-content (где www-data это группа вашего используемого FTP клиента)
$ chmod g+w backup

Scheduled Backup – возможность автоматического создания бэкапа с заданной регулярностью и отправлением файла на почту.

Остальные методы создания резервной копии базы данных можете почитать на официальном сайте wordpress.

Если же «время икс» настало, и вы не подготовились к нему заранее, не расстраивайтесь. В 99% случаев можно достать информацию с помощью Google. Для этого находим проиндексированные страницы вашего блога – пишем в строке поиска site:доменное_имя_блога (например, site:tods-blog.com.ua) и кликаем по ссылке «Сохранено в кэше».

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

P.S. Вы еще не успели нарядить свой сайт? Загляните сюда – здесь можно найти красивые новогодние векторные изображения и иконки.

Все, что вы хотели знать о поисковых системах расскажет блог о поиске. Не пропустите!

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

Внимание! Если вы “в теме”, то вас обязательно должна заинтересовать новая фарма-партнерка. Спешите раздобыть инвайт, ведь первые 10 адвертов, сделавшие 100 продаж, получают 40% пожизненно!

При поддержке:

• MakeUp – интернет магазин элитной косметики и парфюмерии