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

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

キーポイント：

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

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

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

Magentoでは、

：

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

• ファイル： <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：複數(shù)のサブドメインの誤ったCookie構成：

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

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

は失敗します。 ログインは最初に成功するかもしれませんが、ドメインを切り替えるには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名を動的に調(diào)整する（注意して使用）。 adminhtml

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

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

ソリューション：

メインドメインとサブドメイン全體で一貫した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よくある質(zhì)問（FAQ） - 要約：var/cache

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

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