Drupal 7.17から7.18に更新しようとしています。サイトのコピーをテストサーバーから運用サーバーにアップロードしました。すべて正常にインストールされ、実際にサイトが機能しているのを確認できます。次に、モジュールとコアで更新を実行するとすぐに、データベースの更新を実行すると、サイトが自動的にinstall.phpに戻り、サイトを最初から再インストールします。スクラッチ、手動、Drushを使用。
Install.phpにリダイレクトすることを決定するメカニズムは何ですか?これがどのように、そしてなぜ起こっているのかをどのように判断できますか?
ブラウザにinstall.phpページが表示されている場合でも、drush status
は、サイトが稼働しており、正しいテーマでデータベースに正常に接続されていることを示しています。 Drushによると、すべてが正常に動作しています。
Drupalがデータベースに接続できないために発生します
次のことを確認してください。
settings.php
Drupal /sites/default
フォルダ。
settings.php
は、Webサーバーユーザーが読み取り可能で、そのサーバーの有効なデータベース接続文字列資格情報を含んでいる必要があります。 base_urlがデフォルトでコメント化されているか、そのドメインに対して有効であることを確認してください。
install.php
リダイレクトが発生する場所については、 _ drupal_bootstrap_database を参照してください。
また、update.phpを実行し、可能であればすべてのキャッシュをクリアしてください。
加えて、私のサイト(Ubuntu 12.04.3上のD7.23)が再度インストールする必要があるとランダムに決定した後、アーカイブプロセスによってsites/default
ディレクトリのアクセス許可が755
に変更されたことがわかりました。
最初は、アクセス許可の変更の制限が緩やかだったため、つまり、ユーザーとグループにもっと多くのアクセス許可を与えるため、これはそうだとは思いませんでした。 Drupalのどこかにセキュリティチェックがあると思います。これは、sites/default
にアクセス許可555
がある場合にのみ許可されます—フォルダーが改ざんされている可能性があるという考えです。同じことも私のインストールではsettings.php
である必要があるという点で444
に当てはまります。そうでない場合は、インストールUIを取得します。
この問題の解決策を見つけました。ページのbryancaslerによって与えられた解決策を参照してください https://www.drupal.org/node/984112
この問題を修正する方法
max_allowed_packet
から1m
から16m
次に、XAMPPコントロールパネルからMySqlを再起動します。
ありがとう。