0

オンラインショップからコピーしたSQLを使用した新しいMagento1.7があります。ショップはMag1.4を使用しているため、DBを1.7に更新するというアイデアがあります。1.7ショップをローカルホスト上のDBにリンクした後、エラーは発生しませんが、127.0.0.1/shopはオンラインストアにリダイレクトします。

base_urlを変更しても効果はありません。

DBにはまだオンラインサイトへの参照がありますが、違いを生む参照はありません。

これは、解決策がない場合の一般的な問題のようですか？ http://www.magentocommerce.com/boards/viewthread/280257/#t387542 http://www.magentocommerce.com/boards/viewthread/224658/#t313216

アップデート -

http://www.magentocommerce.com/boards/viewthread/280257/#t387542の質問は 、以下のFiasco Labsによって提供されたもののように、チーフエアによる包括的な回答で更新されました-詳細が必要な場合

4

3 に答える 3

1

次の手順を試してください。

  1. ブラウザのCookieをクリアする
  2. DBinテーブルcore_config_dataの行web/unsecure/base_urlを覗いてみてくださいweb/secure/base_url
  3. var/sessionおよびvar/cacheフォルダを手動でクリアする

完全なチュートリアルについては、こちらを参照してください。

于 2012-05-31T15:38:18.163 に答える
1

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の再起動時に一時フォルダでハウスキーピングを行うため、マシンを再起動するとクリアされます。

これは、ファイル権限が不適切なLinuxサーバーで動作しているシステム/ tmpMagentoキャッシュストレージのスクリーンショットです。

両方の画像の一番上のアドレスバーに注意してください...

画像の一番上のアドレスバーに注意してください...

そして、これがあなたに問題を引き起こしているあなたの隠されたキャッシュです。

そして、これがあなたに問題を引き起こしているあなたの隠されたキャッシュです。

于 2012-05-31T16:08:02.800 に答える
0

app / etc / local.xmlを削除し、新しいインストールをこのDBにポイントすることで、同じDBから再インストールできました。しかし、ローカルファイルがサイトを他の場所に送信していた理由を理解できません。たぶん暗号化された鍵に？

于 2012-05-31T15:48:39.007 に答える