ライブ e コマース サーバーで Magento サイトを実行しています。
開発環境でオフラインで使用するために、サイト全体をダウンロードしました。データベースのベース URL の値を変更し、local.xml ファイルを編集しましたが、ローカルの開発サイトはまだオンライン ストアを参照しています。
これを修正するにはどうすればよいですか?
2201 次
1 に答える
5
通常の問題であるベース URL と local.xml の変更は、方程式のほんの一部にすぎません。
Step 3ウェブサイトを開発サーバーに移動する際に失敗しました。
物を移動するのは、実際には非常に簡単です。
を。古いサーバーの public_html ディレクトリを tar します
b. 開発システムに再インストールします。
を。古いサーバーで Magento のキャッシュを無効にし、データベースをダンプしてから、Magento キャッシュを再度有効にします。
b. mysql データベース、ユーザーを作成し、開発システムで権限を付与します。データベース ダンプを開発システムのデータベースにロードします。
ほとんどの人が無視している 1 つのことを実行してください。ファイルのアクセス許可と所有権を設定してください。
mysql コマンド ラインまたは phpMyAdmin を使用してベース URL を変更します。
var/ フォルダー内のすべてのサブフォルダーを削除すると、Magento によって再作成されます。
最後に、local.xml ファイルを変更して、新しいデータベースに割り当てられたデータベース アクセス資格情報を変更し、Magento を起動します。
サーバーの完全な所有権を持っている場合は、すべてのデータをロードし、アクセス許可とファイルの修正を行うまで、Apache サーバーを停止して上記の手順を実行します。これにより、Magento の構成をキャッシュできる未準備の状態で Magento を誤って起動することを防ぎます。これが、この問題を引き起こしている理由です。
var/ フォルダーとサブフォルダーに対する適切なアクセス許可がない場合、Magento はMagento の一時ファイルとキャッシュをシステム一時ファイルに書き込み、元の Web サイトを永遠に指すMage の魔法のようにリダイレクトされた Magentoになります。
また、local.xml を別のファイルにコピーして保存する場合は、local.xml.sv0 のような名前を付けます。それ以外の場合は、.xml で終わる場合、Magento は app/etc/ の各 .xml ファイルを自動ロードし、それをlocal.xml ファイルの内容。
注:移動後に初めて Magento を実行する前に、ファイル/フォルダーのアクセス許可を適切に設定しないとどうなりますか。
于 2013-02-08T19:07:20.193 に答える