Magentoログインの問題をCookieとセッションで修正する方法

この記事は、Ktreeとの共同作業です。 SetePointを可能にしてくれたパートナーに感謝します この記事では、Magento Cookieの誤解がストアフロントと管理者のバックエンドの両方でログイン機能を混乱させ、根本的な原因を説明し、ソリューションを提供する方法を検討します。 この問題は、多くの場合、リダイレクトループによって特徴付けられ、正しい資格情報にもかかわらずログイン画面が再表示されます。

いくつかの一般的な問題を特定するのに役立つ診断スクリプトが含まれています。特定のニーズに合わせて自由に適応して拡張してください。

キーポイント：

Magento Cookieドメインがサーバードメインと正確に一致するようにして、ログインリダイレクトの問題を防ぎます。 間違った設定は、セッションの検証を無効にします。

マルチサイトのセットアップまたはサブドメインの場合、すべての関連ドメインを含むようにCookieドメインを構成します。 サブドメインのカバレッジには、主要な期間（例：
• ）を使用することを検討してください。
セッションストレージを定期的にクリアし、セッション構成を確認することにより、永続的なログインの問題を処理します。 過度に大規模または誤解されたセッションは、ログインをブロックする可能性があります
• 提供されたPHPスクリプトを使用してCookie構成を分析し、Magentoとサーバーの設定を確実にします。 クッキードメインとセッションパスを調整し、セッションデータファイルの適切なアクセス許可を検証することにより、フロントエンドCookieまたはセッションIDの作成障害を重複させるなど、一般的なMagentoログインエラーを解決します。 .example.com
• クッキーとセッションの理解：
Cookieは、ユーザーのコンピューターにWebサーバーが保存する小さなテキストファイルであり、後で取得できます。 Magentoはカートおよび管理者の機能にCookieを使用しており、Cookieの問題はログインを妨げる可能性があります。
• セッションは、複数のページにわたって情報を保存するサーバー側の配列です。 たとえば、カートアイテムは、多くの場合、セッションに保存され、チェックアウト中に取得されます。 セッションは、一意のID（PHP、「PHPセッションID」）によって識別されます。このIDは、接続を確立するためにユーザーのブラウザにCookieとして保存する必要があります。

magentoセッションストレージ：

Magentoでは、

：

で構成可能な複数のセッションプロバイダーを提供しています

• ファイル： <session_save></session_save><session_save_path></session_save_path>
• データベース：データベースセッションストレージを有効にするには、<session_save></session_save>/app/etc/local.xmlに追加します。セッションはCore\_sessionテーブルに保存されます。
• redis： <session_save>db</session_save><redis_session><host>127.0.0.1</host><port>6379</port></redis_session>
• memcache：<session_save></session_save><session_save_path></session_save_path>

MagentoのCookieの使用量：

Magentoは「Frontend」と「adminhtml」Cookieを使用します。 「FrontEnd」は、任意のページを閲覧するときに作成され、顧客ログインで更新されます。 「adminhtml」は、バックエンドログインで作成されます。 要素を検査します（CHROME：INSPECT ELEMENT＆GT; APPLICTION）は、これらのCookieを示しています。 Cookie構成は、Magento Adminメニューにあります。構成＆gt;一般＆gt; web。

ログインの障害とリダイレクトのトラブルシューティング：

イライラするログインリダイレクトループは、一般的なマゼントの問題です。解決策を探りましょう：

問題1：不一致のクッキードメインとサーバードメイン：

サイトの場合、Magento Cookieドメインが

の場合、Magento Cookiesはexample.comを使用しますが、セッション検証ではアクセスドメイン（xyz.com）が使用されます。 システムはセッションが見つからず、リダイレクトになります。 xyz.comexample.comソリューション：

system＆gt;でCookieドメインを修正してください。構成＆gt;一般＆gt; web。 または、sql：を使用します

問題2：複数のサブドメインの誤ったCookie構成：

<code class="language-sql">SELECT * FROM core_config_data WHERE path = 'web/cookie/cookie_domain'; -- Verify
UPDATE core_config_data SET VALUE = "domain.com" WHERE path = 'web/cookie/cookie_domain'; -- Update</code>

にログインすると動作する可能性がありますが、

は失敗します。 ログインは最初に成功するかもしれませんが、ドメインを切り替えるにはCookieのクリアが必要です。

example.com/adminソリューション1（同じサーバー）：staging.example.com/admin

in

system＆gt;構成＆gt;一般＆gt; web。 .example.comソリューション2（異なるサーバー）：各サーバーに対してCookieドメインを適切に設定します（メインドメインの場合は

、ステージングの場合は

）。 また、CookieドメインがMagentoの構成と一致していることを確認してください。

ソリューション3（推奨が少ない）：サブドメインのapp/code/core/Mage/Core/Controller/Varien/Action.phpcookie名を動的に調整する（注意して使用）。 adminhtml

問題3：フロントエンドクッキーの複製：

複数のフロントエンドクッキーは、ログインを防ぐことができます

ソリューション：

メインドメインとサブドメイン全体で一貫したCookieドメイン設定（

）を確保します。 クッキードメインの設定についてはを確認し、Magento構成との一貫性を確認してください。 .example.com問題4：セッションIDの作成の失敗：php.ini

「session_regenerate_id（）のような

>のようなエラー：特に厳密なタイプのチェックがあるため、PHP 7で発生する可能性があります。 解決策：

から

問題5：誤ったセッションファイルの所有権：read()app/code/core/Mage/Core/Model/Session/Abstract/Varien.php 「session_start（）：セッションデータファイルはuidによって作成されていない」などの警告が許可の問題を示しています。 return (string)$data;

ソリューション：

Grant WebServerユーザー（例えば、）セッションディレクトリの所有権（例：）。 代替セッションプロバイダー（データベースやRedisなど）を検討し、

ディレクトリをクリアします。 クッキー診断のための

phpスクリプト：

このスクリプトは、サーバーとMagento Cookieドメインの構成、Cookie値、およびフロントエンドの重複クッキーなどの潜在的な問題にフラグを立てます。 www-datasudo chown -R www-data:www-dataよくある質問（FAQ） - 要約：var/cache

FAQSセクションでは、Magentoログインの問題のトラブルシューティング、Cookieやセッション管理、エラー解像度、パフォーマンスの最適化、専門家の助けを求めるさまざまな側面についての一般的な質問に対する詳細な回答を提供します。 重要なポイントは、Magentoのセットアップ全体で一貫したCookieとセッションの構成を確保し、提供された診断スクリプトを利用して特定の問題を識別および解決することです。

以上がMagentoログインの問題をCookieとセッションで修正する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。