@ Insanity5902 : Розгортання сайту WordPress з однієї скриньки в іншу було PITA з першого дня, коли я почав працювати з WordPress. (Правду кажучи, це був ПДФА з Drupal протягом 2 років, перш ніж я почав працювати з WordPress, тому проблема, безумовно, не виключно з WordPress.)
Мені це непокоїло, що кожного разу, коли мені потрібно було перенести сайт, мені доведеться витрачати стільки часто дублюваних зусиль, і це не дало мені розгортатися на тестування так часто, як я хотів би. Так, приблизно 4-6 місяців тому я почав працювати над плагіном, щоб вирішити проблему міграції веб-хостів, і я згадав свої ідеї на форумі WP Tavern .
Добре просуваємось до сьогоднішнього дня, і в мене це дуже працює, і я зручно називаю його " WP Migrate Webhosts ". Незважаючи на те, що плагін все ще дуже важливий для бета-версії (напевно, навіть альфа), враховуючи ваше запитання, я думаю, що я готовий дозволити людям почати стукати по ньому.
Запропонований випадок використання:
- спочатку розробник обробляє завантаження всіх змінених тем і файлів плагінів через FTP,
- потім завантажує базу даних MySQL розробки на тестуючий сервер у повному обсязі та нарешті
- потім запускає плагін, щоб перемістити будь-які посилання з попереднього домену на новий. (Мій плагін не намагається вирішити об'єднання нових полів баз даних або таблиць із живими даними; ТАК це набагато більша проблема, яку я не знаю, як її вирішити.)
Ви можете завантажити плагін з мого веб-сайту і розпакувати його у свою довідник плагінів (якщо ви не знаєте, як це зробити, то цей плагін не для вас, тому що для його використання потрібен хтось, хто знає, що вони роблять.) зберігайте цей плагін в Інтернеті, поки я не видам його на WordPress.org, після чого вам слід шукати його там.
Для того, щоб використовувати його , ви берете інший підхід у вашій , wp-config.phpщо нормальний закоментувавши чотири (4) визначає DB_NAME, DB_USER, DB_PASSWORDі DB_HOSTта замість реєстрації за замовчуванням для хостингів , а потім реєструвати інформацію про кожного з самого хостингу. Ось як wp-config.phpможе виглядати цей сегмент (зверніть увагу, перший розділ - це коментований непотрібний код, а також зауважте, що я налаштував свій файл хостів на своїй локальній машині з нерутованими .devдоменами верхнього рівня, щоб полегшити щоденну розробку. На Mac VirtualHostX робить це вітерцем):
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
//define('DB_NAME', 'wp30');
/** MySQL database username */
//define('DB_USER', 'wp30_anon');
/** MySQL database password */
//define('DB_PASSWORD', '12345');
/** MySQL hostname */
//define('DB_HOST', '127.0.0.1:3306');
require_once(ABSPATH . 'wp-content/plugins/wp-migrate-webhosts/wp-webhosts.php');
register_webhost_defaults(array(
'database' => 'example_db',
'user' => 'example_user',
'password' => '12345',
'host' => 'localhost',
'sitepath' => '', // '' if WordPress is installed in the root
));
register_webhost('dev',array(
'name' => 'Example Local Development',
'host' => '127.0.0.1:3306',
'domain' => 'example.dev',
'rootdir' => '/Users/mikeschinkel/Sites/example/trunk',
));
register_webhost('test',array(
'name' => 'Example Test Server',
'rootdir' => '/home/example/public_html/test',
'domain' => 'test.example.com',
));
register_webhost('stage',array(
'name' => 'Example Staging Server',
'rootdir' => '/home/example/public_html/stage',
'domain' => 'stage.example.com',
));
register_webhost('live',array(
'name' => 'Example Live Site',
'rootdir' => '/home/example/public_html/',
'password' => '%asd59kar12*fr',
'domain' => 'www.example.com',
));
require_once(ABSPATH . 'wp-content/plugins/wp-migrate-webhosts/set-webhost.php');
Сподіваємось, це (здебільшого) пояснюється само собою. Я намагався зробити код максимально чистим, але міг, але, на жаль, потрібні ці дві криптовалюти require_once()до і після блоку реєстраційного коду веб-хостів, оскільки не було ніякого способу « зачепити » WordPress до того, wp-config.phpяк викликається.
Після оновлення wp-config.phpви можете просто скористатися ярликом URL wp-migrate-webhostsдля переходу до екрана адміністратора так:
http://example.com/wp-migrate-webhosts
Наведене вище перенесе вас на екран адміністратора, як у наведеному нижче, який містить неабиякий текст опису та дозволяє перейти з будь-якого з інших доменів веб-хостингу одним клацанням миші після вибору доменів для міграції ( ПРИМІТКА : цей приклад показує, що відбувається ВНИЗ від тестових / сценічних / прямих серверів до локальної розробки, але будьте впевнені, що він може перейти до будь-якого домену, де він може бути розташований. Це також означає, що плагін буде чудовим для того, щоб зайняти існуючий веб-сайт та швидко налагодити локальне середовище розробки! ):
Якщо незрозуміло, " міграція " в цьому контексті означає оновити всі посилання в поточній базі даних, щоб відповідати поточно визначеному веб-хосту (а " поточний " обнюхується шляхом перевірки $_SERVER['SERVER_NAME'].)
Що плагіна в плагіні - це те, що він здійснює основні міграції, але кожен може підключити його та здійснити власну міграцію . Наприклад, якщо ви додасте плагін галереї, який зберігає повні шляхи до зображень у базі даних, ви можете підключити migrate_webhostsдію, яка буде передана веб-хосту " з " та " до " веб-хосту як масив метаданих, і вам буде дозволено виконувати все, що вам потрібно зробити в базі даних, використовуючи SQL або будь-які застосовні функції WordPress API для міграції. Так, будь-хто з нас міг би це зробити без плагіна, але без плагіна я виявив, що написання всього необхідного коду доклало більше зусиль, ніж варто. За допомогою плагіна просто простіше написати ці крихітні гачки і перемогти їх.
Можливо, ви також виявите, що мої міграції не спрацьовують у кращих випадках, які я не перевіряв, і, можливо, ви можете допомогти мені покращити плагін? Усі бажаючі можуть надіслати мені електронною поштою через мій обліковий запис gmail (мій псевдонім - "mikeschinkel.")
Крім того , плагін був розроблений , щоб прийняти користувачем визначення метаданих веб - хостів на додаток до тих, що він визнає , як database, user, password, host, і domainт.д. Прекрасний приклад може бути , googlemaps_apikeyде ви можете зберігати різні ключі API для кожного домена , якому потрібно плагін вашого Google Map в правильно працювати (хто з вас, хто використовував плагін Google Maps, не розгорнув додаток на реальному сервері та забув змінити код на правильний ключ API? Давайте, будьте чесними ... :) За допомогою цього плагіна, googlemaps_apikeyелемент у вашому register_webhost () масив і невеликий користувальницький migrate_webhostsгачок можна ефективно усунути , що як проблема!
Ну це про це. Я запускаю цей плагін тут на біржі відповідей WordPress, оскільки питання @ Insanity5902 викликало його. Повідомте мене, якщо це корисно, тут, якщо це доречно, чи електронною поштою, якщо ні.
PS Якщо ви все-таки вирішите скористатися цим, пам’ятайте, що це альфа / бета, і це означає, що це зміниться, тому будьте готові до невеликої операції, якщо ви хочете скористатися ним зараз, а потім скористайтеся випущеною версією після того, як її побили багато рук.
PPS Які мої цілі щодо цього? Я люблю бачити, як це мігрує в ядро WordPress, щоб усі мали доступ до нього. Але перед цим навіть можна вважати, що багатьом людям доведеться зацікавити його використанням, щоб переконатися, що він фактично вирішує більше проблем, ніж це потенційно може створити. Тож якщо ідея вам подобається, то будь-якими способами використовуйте її та допоможіть мені набрати обертів для її можливого включення в ядро WordPress.