私はあなたがこれの底に手伝ってくれることを願っています。私たちは、開発サーバに（例えば、我々はそれdomain1.comを呼びます）私たちのライブMagentoのサイトを複製しMagento - ライブサイトを開発サーバーに複製しましたが、ライブサイトにリダイレクトされますか？
を引き起こしていた。しかし、それはまだライブサーバー（domain1.com）にリダイレクトだ??
これを引き起こしている可能性のあるアイデアはありますか？
乾杯、
デイブ
がうまくいけば、これはいくつかの他の人々を助け...問題を解決しました。
サイトでは、我々は新しい詳細で「local.xml」ファイルを編集しますが、古いものを維持し、Magentoのはまだように、これらの詳細を拾ったようだ「localnew.xml」
をそれに改名複製されたとき古いサイトにリダイレクトしていました。
"localnew.xml"（またはlocalxxx.xmlなど）を削除すると、すべての問題が修正されました。その後、
これは意味をなさないようです。 Magentoは、無作為に指定されたすべてのファイルを見て、その内容を解析する理由はありません。私が見てきた問題は、古いアドレスのURLがMySQLデータベースにまだ残っていて、新しいURLですべてがうまく動作する前にそれらを更新する必要があるということです。あなたはそれを修正したと言った、私は知っている。しかし、再び、Magentoはランダムなファイルを解析していましたか？たぶんlocal * .xmlを探します。あなたがabc.defに名前を変更するとどうなるのだろうか。 –
私は知っている、全く意味がない！開発データベースは、私を混乱させていた古いURLを100％クリーンでした。それをabcd.xmlに名前を変更し、解析せず、localn.xmlにも名前を変更して解析しませんでした。ローカルの* .xmlという名前の2つのファイルがそのディレクトリにある場合、それは長いファイルを解析する必要がありますか？クレイジー... – daveaspinall
非常に奇妙な。おそらく、コアのどこかに隠された奇妙なコードの一部になっているでしょう。 –
ちょうどあなたのDBを開いて、テーブルを開き、 "core_config_data"
私は地元のCentOSにして働いているパスのWeb /安全な/ BASE_URL &ウェブ/保護されていない/ BASE_URL
明白な記事をありがとうが、私はすでにこれをやっていると言いましたが、私も答えを投稿しました。 – daveaspinall
OPを読む方法 –
の値を編集6.4様々なことをテストするための現時点でのVM内での実行。
マイ生産Magentoのサイトには、そのフォルダ内にある：/var/www/htmlと設定/ Magentoの とステージングサイトがある：/var/www/htmlと設定/ステージング/ Magentoの
私が持っていましたあなたと同じ問題は、私が思い付くことができた、データベースのURLを3回チェックし、キャッシュをクリアし、.htaccessファイルをチェックし、複数回再起動しました。
問題を修正しました一つのことは、適切なアクセス許可をバックに設定することであった：あなたはどちらかのテーブル `core_config_data`に`％BASE_URL％ `値を逃した、またはこと、
cd /var/www/html/staging/magento
find . -type f -exec chmod 644 {} \;
find . -type d -exec chmod 755 {} \;
chown -R sysadmin:apache .
chmod -R 777 media app/etc var var/.htaccess
私の推測は次のようになり、あなたの'app/etc/local.xml'はまだ生きているデータベースを指しています。 –