- Base Urlsを変更しましたが、ウェブサイトにアクセスできなくなりました
- すべてを新しいサーバーに移動しましたが、base_urlを変更せず、ウェブサイトにアクセスできません
BaseURL設定をbase_urlに変更または復元するにはどうすればよいですか?
BaseURL設定をbase_urlに変更または復元するにはどうすればよいですか?
回答:
症状: Base Urlsを変更し、Webサイトにアクセスできないか、すべてを新しいサーバーに移動しましたが、変更せずbase_url
にWebサイトにアクセスできません。
手順は、「デフォルトストアビュー」が「デフォルト構成」からセットアップを継承するように設定されている単純な「1ストア」Webサイト向けです。Use Website
チェックされていないチェックボックスごとに、下記のテーブル行の追加インスタンスがあります。
core_config_data
phpMyAdminでテーブルを開きます。
表をpath
列でソートし、安全でないセクションの次の行を見つけます。これらは次のようになります。
列
PATH VALUE
web/unsecure/base_url http://www.example.com/
web/unsecure/base_link_url {{unsecure_base_url}}
web/unsecure/base_skin_url {{unsecure_base_url}}skin/
web/unsecure/base_media_url {{unsecure_base_url}}media/
web/unsecure/base_js_url {{unsecure_base_url}}js/
http://www.example.com/
適切なドメインURL(末尾のスラッシュが必要)に置き換えます/
。サブフォルダーにインストールした場合は、その後にを追加します。
セキュリティで保護されたセクションの次の行を見つけます。次のようになります。
列
PATH VALUE
web/secure/base_url https://www.example.com/
web/secure/base_link_url {{secure_base_url}}
web/secure/base_skin_url {{secure_base_url}}skin/
web/secure/base_media_url {{secure_base_url}}media/
web/secure/base_js_url {{secure_base_url}}js/
https://www.example.com/
適切なドメインURL(末尾のスラッシュが必要)に置き換えます/
。サブフォルダーにインストールした場合は、その後にを追加します。セキュリティ証明書をまだ受け取っておらず、TLS / SSLを有効にしていない場合は、http
代わりにhttps
変更後var/cache
、var/session
ディレクトリからコンテンツを消去しbase_urls
ます。
キャッシュとセッションをクリアする必要があるのは、構成がキャッシュされ、それをクリアすると、構成データの再読み込みが強制されるためです。 core_config_data
テーブル、適切な情報でセッションが再確立されるためです。
注:あなたが設定している場合base_url
に正しくweb/unsecure/base_url
そしてweb/secure/base_url
あなたが変化すると混乱の周りに持っていない{{UNSECURE_BASE_URL}}
と、{{SECURE_BASE_URL}}
エントリの残りの部分でマクロを。
mysql -u $USER -p $DBASE
http://www.example.com/
安全でないものと安全なものhttps://www.example.com/
(SSL / TLSが有効になっている場合、httpsはhttpである必要があります)を適切なドメインURL(末尾のスラッシュが必要)に置き換え、サブフォルダーにインストールした場合は、/
後に追加します。SQLコマンド
UPDATE core_config_data SET value = 'http://www.example.com/' WHERE path LIKE 'web/unsecure/base_url';
UPDATE core_config_data SET value = 'https://www.example.com/' WHERE path LIKE 'web/secure/base_url';
SQLコマンド
SELECT path,value FROM core_config_data WHERE path LIKE 'web/unsecure/base%';
SELECT path,value FROM core_config_data WHERE path LIKE 'web/secure/base%';
var/cache
、var/session
ディレクトリからコンテンツを消去しbase_urls
ます。キャッシュとセッションをクリアする必要があります。これは、構成がキャッシュされ、それをクリアすると、core_config_data
テーブルから構成データが再読み取りされ、適切な情報でセッションが再確立されるためです。n98-magerun
場合、コマンドn98-magerun.phar sys:info
を使用して、1つのアイテムがCache Directory
場所である基本的なシステム情報のリストを取得します。
Magento2には、少し速くなるSQLを実行するのではなく、Magentoを介して以下のコマンドを使用してこれを直接行う方法もあります。
Magentoのルートディレクトリ内で以下のコマンドを実行します。
安全でないURLを設定する
bin/magento setup:store-config:set --base-url="http://www.magento2.com/"
セキュアURLを設定
bin/magento setup:store-config:set --base-url-secure="https://www.magento2.com/"
キャッシュの消去
bin/magento cache:flush
var/
、ディレクトリを台無しにされ、Magentoのは、システムにMagentoのキャッシュを保存する/tmp
ディレクトリをここに記載されているように、キャッシュをクリアすることから引き出されたキャッシュされた設定項目をクリアしないcore_config_data
十分な権限を持つサーバーの再起動または誰かまでMagentoの誤ったキャッシュを削除できます。