私は定期的に自分のサイトにアクセスしてその動作を確認し、製品の画像が表示されていないことに気づきました。インデックス作成キャッシュの問題だと思い、管理パネルにログインしてエラーを受け取りました。
「無効なフォームキーです。ページを更新してください」
他の症状は、顧客が製品をカートに追加できず、パフォーマンスが極端に低下することです。
ログ(/ var / logs)にエラーはありません
この問題を解決するには、どのような追加手順を実行する必要がありますか?
私は定期的に自分のサイトにアクセスしてその動作を確認し、製品の画像が表示されていないことに気づきました。インデックス作成キャッシュの問題だと思い、管理パネルにログインしてエラーを受け取りました。
「無効なフォームキーです。ページを更新してください」
他の症状は、顧客が製品をカートに追加できず、パフォーマンスが極端に低下することです。
ログ(/ var / logs)にエラーはありません
この問題を解決するには、どのような追加手順を実行する必要がありますか?
回答:
また、[ システム]> [構成]> [Web]> [Cookie]のCookieドメインが実際のサイトドメインと異なる場合にも発生します。
管理パネルにアクセスせずに設定を削除するには:
MySQLコンソールまたはphpMyAdminなどのクライアントで次のSQLクエリを使用します。
DELETE FROM core_config_data WHERE path='web/cookie/cookie_domain';
キャッシュをクリアします。デフォルトのファイルベースのキャッシュバックエンドを使用している場合は、以下のすべてのディレクトリを削除してくださいvar/cache
。
その後、再度ログインできるようになったらすぐに、各Webサイトまたはストアに正しいCookieドメインを設定します(例:.example.com
example.com、www.example.comおよびその他すべてのサブドメイン)
n98-magerunを使用している場合(そしてそうすべきです!)、同じことを次の方法で実行できます。
n98-magerun config:delete web/cookie/cookie_domain
n98-magerun cache:clean config
関連するものが見つからなかったため、質問/回答を投稿しています。
問題は、私のmagentoインストールが存在するドライブがいっぱいだったことです。いくつかの部屋を解放し、/ var / sessionと/ var / cacheをクリアすると、すべてが正常に戻りました。
var/session
と、全員がログアウトされ、すべてのゲストカートが消去されます。唯一の古いセッションを削除するソリューションについてはこちらをご覧ください:magento.stackexchange.com/a/58167/243
3つの解決策があります。
phpmyadminでこれらのコマンドを使用します
DELETE FROM core_config_data WHERE path = 'web / cookie / cookie_domain';
DELETE FROM core_config_data WHERE path = 'web / cookie / cookie_path';
ここでログインしてみてください。
2. varフォルダー内のすべてを削除し、動作するかどうかを確認します。
3. .htaccessファイルをサンプルの.htaccessファイルに置き換えて、管理者にログインしてみます。
お役に立てば幸いです。
最初に確認する可能性のあるもう少し明白な問題:サイトでSSLを使用している場合、管理ページにhttpプロトコルを使用していないことを確認してください。httpsを使用する必要があります。例:https : //example.com/admin
私の場合、magentofolder / varに書き込むことができないユーザーでn98-magerunを使用してadminユーザーを作成し、代わりにフォールバックフォルダー/ tmp / magentoを使用したために問題が発生したようです。
adminユーザーを削除してsudo -iu OTHERUSER
(magentoフォルダーを所有するユーザー)を実行し、n98-magerun admin:user:create
再度実行してユーザーを作成しました。
更新:別のケースでは、管理URLがwwwなしでアクセスされています。構文、およびCookie設定はwwwを使用していました。wwwを置くだけ。管理者のURLで問題を解決しました。;)
admin:user:create
?
キャッシュをクリアする上記の手順に加えて、以下の記事に従って、以下の手順に従ってセッションデータ情報を正しいパスに設定する必要もありました。
参照記事
/programming/26123081/failed-to-write-session-data-magento
session.save_pathを変更してVMに配置することで修正しました。
ファイルapp / etc / local.xmlを変更します
以下に置き換え
その後、動作し始めました。また、実際に問題を特定できない場合もあるため、エラーログを有効にすることが重要です。これを有効にするには、次の記事を参照してください
https://www.thecreativedev.com/how-to-enable-system-log-and-errorswarning-in-magento/
Cookieとキャッシュをクリアします。シークレットモードで管理パネルを開きます。
これは、Magento 1.9.2.3リリースに含まれるパッチSUPEE-7405を適用した後に発生する既知の問題です。ファイルに以下のコードを追加することで解決できます-app / code / local / Mage / Core / Model / Session.php
public function validateFormKey()
{
if (!($formKey = $_REQUEST['form_key']) || $formKey != $this->getFormKey()) {
return false;
}
return true;
}
このファイルはリポジトリに存在しない可能性があるため、コアファイルにない可能性があるため、上記の関数をファイルにコピーしてからapp/code/core/Mage/Core/Model/Session.php
貼り付けapp/code/local/Mage/Core/Model/Session.php
ます。
ブラウザのキャッシュとCookieもクリアします。Magento 内のすべてのファイルvar/cache
とvar/session
フォルダーの内容を消去します。次に、管理パネルにログインします。