質問: あなたはv2を起動するための効果的な戦略がありますか。 wp サイト? 私のチームと私は、かなりの量のコンテンツとそれらが構築したカスタムテーマを持つ既存のwordpressサイトを持っているクライアントと協力しています。これはグループブログです。つまり、世界中にコンテンツを追加および編集している複数のブロガーがいます。私たちの仕事は、かなりの数の新しい機能を備えた、まったく新しいテーマを作成することです。これらの機能のいくつかは新しいカスタムウィジェット、プラグイン、そしてデータベースフィールドを必要とするでしょう。私たちは現在、私たち自身の開発マシンを開発し、それらを単一の開発サーバーに統合しています。すべてのコードはsvnでバージョン管理されています。私たちの任命されたdbaは、手動でデータベースの変更をすべてdev dbにマージしていますが、彼は近いうちに自動化できるようになるでしょう。プロダクションリリースプロセスについて話し始めたところです。意味:作業が終わったら、カスタムコードのすべてを本番(ライブ)サーバーにスムーズに、そしてできるだけ中断をかけずに取得する方法を教えてください。私たちはいくつかの計画を念頭に置いていますが、私は他の人たちがこの問題にどのように取り組んできたかを知りたいです。従うべきベストプラクティス、または避けるべき既知の落とし穴はありますか?
回答: これが当てはまるかどうかはわかりませんが、トラフィックの多いサイトを同時に移行およびアップグレードするという同様のプロセスを経ただけです。基本的な戦略は、ステージングサーバーで作業し、準備が整ったら、ライブサーバーでmysqlダンプを作成し、ステージングサーバーにインポートし、必要なクリーンアップを実行してから、dnsレコードをステージングサーバーに指定することです。新しいライブサーバーになるためのステージングサーバー。次に注意が必要なのは、dnsの伝播中に蓄積されたすべてのデータをステージングサーバー(現在はライブサーバーです)にマージすることです。つまり、mysqlのダンプ/更新dnsを実行してからdnsの伝達が完了するまでに30時間が経過すると、古いサイトから新しいサイトに30時間分のレコードを選択的にマージする必要があります。これはシームレスなプロセスではありませんが、1週間経った時点ですべてのねじれが滑らかになっていました。