タグ付けされた質問 「staging」

基本的に、これまでで最も大きな質問の1つです。開発/ステージングワークフローでsettings.phpを使用する方法は何ですか？ 現在、settings.phpファイルは次のように設定されており、サーバーの$ HOSTディレクティブに基づいて開発を行っています。つまり、開発（共有）サーバーlocal.exampleのdev.example.comで作業できます。ローカルコンピューター（および他の開発者のローカルコードチェックアウト）にはcom、ライブサイトにはwww.example.com（またはexample.com）を使用します。 （このコードはsettings.phpの「データベース設定」セクションにあります）： $host = $_SERVER['HTTP_HOST']; $base_url = 'http://'.$host; $cookie_domain = $host; switch($host) { case 'example.com': # Production server $db_url = 'mysqli://prod_sql_user:password@127.0.0.1/prod_db'; $update_free_access = FALSE; $conf = array ( // Set production config options here... 'example_setting' => 0, ); break; case 'dev.example.com': # Development server $db_url = 'mysqli://dev_sql_user:password@127.0.0.1/dev_db'; $update_free_access …

80 workflows  configuration-management  staging 

ローカル環境から本番環境への移行です。実稼働環境はしばらく実行され、多くの記事が作成されました。 サイトに新しいものを追加するために、カスタムテーマを追加し、ローカルテスト環境にCCK、ビュー、およびその他のモジュールをインストールしました。ローカルテスト環境が完成したので、データベースのコンテンツを破壊せずに、本番環境に移行するにはどうすればよいですか？

46 7  migration  staging 

Pantheonには、開発者、ステージング、およびライブサーバーのワークフローが設定されています。私のサイトには多くのルールがあり、さまざまな理由でメンバーにメールが送信されます。開発/ステージングサイトでこれらの作業を行う必要がある場合がありますが、ライブデータがあるため、作業中にユーザーが追加または重複した電子メールを受信する場合があることに気付きました。 開発/ステージングサーバーですべての電子メール機能を（簡単に忘れないように自動的に）オフにする簡単な方法はありますか？理想的には、カスタムモジュールが開発/ステージングで有効になっていることを確認するための手順が既に用意されているため、カスタムモジュールを介して電子メールを無効にしたいと思います。

21 emails  staging 

開発作業のために、gitの管理下にあるDrupalサイトをセットアップしました。 これは、マスターのベアGITリポジトリを親とし、変更がさまざまなプロジェクト作業gitクローンで行われ、マスターにプッシュバックされると、更新後のフックがすぐに単一のライブステージングWebサイトに変更をプッシュします（http：/ /staging.loc。）。特別なことは何もない、期待どおりに動作します。 また、サイト "@STAGING"をドラッシュエイリアスしました。場合によっては、変更をステージングサイトから運用サーバーに昇格させたいと思います。 2つの比較的簡単な方法が思い浮かびます： （1）ステージングサイトが安定しているように見える時点で、マスターリポジトリからのgitチェックアウトとして本番サイトを作成します。 （2）ステージングサイトから本番サイトにdrush rsync+ drush sql-syncを使用します。 どちらも機能させることができます。（2）本質的にDrupal中心/認識であるという事実以外に、drushは、結局のところ、Drupal固有のツールのセットです-2つのアプローチの相対的なメリットは何ですか？ （2）よりも（1）を考慮する必要がある特別な理由はありますか？ どちらの場合も、「すべて」はリビジョン管理の少なくとも1つのインスタンスの下にあります...

9 drush  version-control  staging 

コンテンツの更新をステージングサーバーからライブサーバーに展開しようとしていますが、これを行うための適切な方法を見つけるのが困難です。新しいページ、ページの更新、場合によってはページの削除をデプロイできる必要があります。私たちのサイトでは、bookモジュールも多用しているため、現時点ではDeployモジュールは機能しません。大規模な構造の更新に機能を使用しています。したがって、私たちの懸念は、毎日のコンテンツの更新だけです。 これを実行して本のページを処理できるモジュールはありますか？

8 deployment  staging 

Drupal 7サイトのセットアップにdev、tst、prd環境を使用しています。バージョン管理にはgitを使用しています。 サイトをdevからtstに、およびtstからprdに移動するときに行う必要がある手動の手順を1つ削除したいと思います。 ここで、dev、tst、prdサイトのsettings.phpを個別に更新する必要があります。 default.settings.phpファイルを設定して、dev、tst、prdのすべての設定が1つのdefault.settings.phpに保存されるようにしたいと思います。Drupalは、settings.phpにコピーした後、環境に応じて適切な設定を選択します。 以下の疑似コードのようなものを探しています： common.settings if environment = dev then ... dev.settings ... else if environment = tst then ... tst.settings ... else if environment = prd then ... prd.settings ... end if Drupal 7でこれを行う方法を正確に知っていますか？

8 7  version-control  staging 

コードをPHPからC ++またはCに変換するHipHopまたは他の同様のソリューションを使用して、Drupal 7のパフォーマンスを向上させたいと思います。 以下のシナリオを適切に実行するには、どのような手順が必要ですか？ 私はしたいと思います ： @開発環境をコンパイルされていないphpとして維持し、contribとカスタムモジュールを追加してテストします。 @developmentをテストした後、@ stagingに対してrsync @developmentを実行します... ...そして@stagingをコンパイルします @stagingをテストする rsync @staging to @life 少し単純化しすぎですが、概要を説明する必要があります。 それが不可能な場合、他のオプションはありますか？

7 7  performance  staging