wp_optionsテーブルを変更する更新または新規プラグインのデプロイ
私はGitでローカルのバージョン管理下にあるWordPressサイトを持っています。私はCapistranoを使って本番サーバーにデプロイします。
最初の展開では、SQLデータベースを手動で運用サーバーにインポートし、すべてのローカル参照を手動で変更します。それ以降は、運用サーバーでコンテンツの変更が行われます。
これは大部分は問題ありませんが、多くのプラグインがwp_optionsテーブルを変更するため、新規または更新されたプラグインのテスト/設定に関しては問題があります。ローカルでプラグインを追加/削除/更新/設定し、テストをすべて実行してから、更新されたサイトを運用サーバーにシームレスにデプロイする方法が必要です。
他の人はこれにどのように対処していますか?
あまりよくありません。データベースをその場で移動するときには、WordPressだけでなくプラグイン全般にも問題があります。私が知っているように、これを行うための見かけのない(または楽な)方法はありません。ダンプします。
データベースのURLを保存するだけの場合は、仮想ホストファイルを使用してローカルホストマシンのライブURLを模倣できます。
すべてのデータ(ID、コンテンツなど)を保存したい場合は、データベースを同期させることができます。ローカルの変更や間違いがあると災害の原因となる可能性があるので、予防策またはステージングサーバーを使用してください。ローカルデータベースに保存された変更はライブサイトのデータベースに影響を与えるため、これは一般的ではありません。したがって、コードを変更する場合にのみ有効です。
代替手段としては、上記の内容と、データベースへの移行と自動シフトを自動化するサーバースクリプトを組み合わせることが考えられます。githubなどにもいくつかあります。
いくつかの役に立つリンク:
- How to:WordPressのインストールを開発から本番に簡単に移行するには?
- dev/stagingとproductionの間のデータベース同期
- http://snarfed.org/sync_wordpress (これについて知らなかった、かっこいいですね)。
私はまた今これをするいくつかの第三者サービス(ホスト)があることを信じる。