私はライブのサイトを持っていて、人々は積極的にコンテンツを入れています。ただし、開発環境に変更を加える必要があり、そのために数週間かかりました。変更により、新しいモジュールをインストールし、古いモジュールを削除する必要がありました。もちろん、データベースの内容と構造が変更されました。
私の質問は、過去2週間に追加された新しいユーザーの新しいコンテンツを上書きせずに、このサイトをライブ環境にアップロードしてデータベースを更新するにはどうすればよいですか?
Thomas Zahreddinは正しいです。しかし、何が変わったのか(「2週間ほどかかってしまった...」)によっては、さらに考慮すべき点があります。
settings.php
に書き込むことです。些細なケースがない場合は、事前に手順をテストすることをお勧めします。そしてもちろん、ライブシステムを開始する前に、ファイルとデータのバックアップを取ってください。 ( バックアップと移行 はここで便利です。)
変更したいものを確認する必要があります。
Drupal Webサイトを更新するときに、職場で処理するのと同じ手順があります。最大の問題は、Drupalがコンテンツとロジックを維持するのに本当に優れた仕事をしていないことです。そのデータベースで離れています。
Thomas ZagreddinとBetaRideによる回答は、移行を正常に完了するための最良の機会を与えるのに十分です。この問題については、聖杯はありません。
開発のヒントをお伝えしたいと思います。これにより、私たちのWebサイトを最新の状態に保つための多くのトラブルを回避できます。コード(モジュール/テーマ)でロジックをできるだけ維持するようにしてください。同様に、ビューをできるだけ作成しないようにしてください。時々あなたはしなければならないでしょうが、それは別のデータベース更新を必要とするでしょう...
ソース管理を使用してください!
コードまですべてを維持できる場合(もちろん、これを常に実行できるわけではありません)、単純に Git 、 Subversion などのSCMを使用できます。 Mercury ソースを更新し、最悪の場合、更新が予定どおりに機能しない場合は、以前のバージョンのソースに戻します。
そしてもちろん、前の回答で述べたように:backup、backup、backup、backup ...
私は同じ問題を抱えていました。それを解決するために、私がライブで持っていたのは開発者ではなかった唯一のコンテンツが新しいユーザーの詳細であることに注意しました。私は単にadminのPeopleタブに行き、人々の詳細をdevにコピーしました。開発者では、自動化せずに入力しただけです。したがって、次回devからアップロードするとき、人々の詳細は当然正しくなり、上書きされません。