MagentoデータベースのベースURL設定を変更しても、古いベースURLが引き続き使用されます。変更する前にMagentoを一度起動すると、古い構成がキャッシュされ、古いサイトにロックされます。
Linuxの場合、var/ディレクトリ構造をchmod-R 777に変更します。そこには書き込み権限がなく、Magentoはキャッシュファイルを書き込むためにどこかに必要なため、/tmpにキャッシュを確立しました。構成設定がキャッシュされ、キャッシュが正しいディレクトリの場所に配置されるまで再読み取りされません。 var / cacheにサブディレクトリがある場合は、それらをすべて削除します。 / tmp / * / var / cacheを探しに行き、それらも削除する必要があるかもしれません。
編集：同じことがMacとWindowsにも当てはまります。データベースが変更され、phpMyAdminで行われた変更を確認できる場合は、Apacheを再起動すると、var / cacheサブディレクトリが手動でクリーンアップされ、システムはまだリダイレクトされます。早い段階で、Magentoのキャッシュを他の場所に書き込む設定ミスがありました。それが永続的である理由です。通常、MacとLinuxでは、OSの再起動時に一時フォルダでハウスキーピングを行うため、マシンを再起動するとクリアされます。
これがシステムのスクリーンショットです/tmp 不正なファイル権限を持つLinuxサーバーで動作しているMagentoキャッシュストレージ。
両方の画像の一番上のアドレスバーに注意してください...
これが問題の原因となっている隠しキャッシュです。
