لا يمكن تسجيل الدخول إلى موقع Magento آمن (SSL) على الواجهة الأمامية في Chrome

magento.stackexchange https://magento.stackexchange.com//questions/92886

سؤال

لقد كنت تعاني من صراع دائم مع القدرة على تسجيل الدخول إلى الموقع www.dragondirectsales.com. إنه موقع Magento 1.9.1. يحتوي الموقع على المجال الفرعي، cas.dragondirectsales.com. يبدو أن كل شيء على ما يرام حتى نقلنا الموقع إلى الاستضافة الحية التي يستخدمونها حاليا.

منذ ذلك الحين، قاتلنا قضايا مع تسجيل الدخول، سواء في الطرف الأمامي (تسجيلات العملاء) والنهاية الخلفية (المسؤول). إذا حاولت تسجيل الدخول، فإنها مجرد حلق لك مرة أخرى إلى شاشة تسجيل الدخول المناسبة دون أي رسائل خطأ. مرة أخرى يحدث هذا فقط لتسجيلات العملاء.

في كل مرة يحدث فيها، أقضي ساعات في محاولة إصلاحه، وتمكن من الحصول عليها في كل حالة اختبار يمكنني التفكير فيه. ثم بعد حوالي شهر، أرسل لي العميل إنني أقول أنه مكسور مرة أخرى، وأقسم أنه لم يلمس أي شيء في قسم المسؤول. نحن في المرة الرابعة، كان علي إصلاح هذا، ويبدو أن جميع التغييرات السابقة لا تزال موجودة هناك، لذلك أنا بخسارة لما يسبب هذه المشكلة.

الآن لدي الموقع باستخدام عناوين URL آمنة في الواجهة الأمامية. مسار ملف تعريف الارتباط فارغ. مجال ملف تعريف الارتباط هو .dragondirectsales.com. أنا أستخدم HTTP فقط (كان iPad امتلاك مشكلة تسجيل دخول منفصلة أن هذا ثابت). يتم تعيين وضع تقييد ملفات تعريف الارتباط إلى لا.

الشيء الوحيد الذي حدث بين آخر مرة عملت هذا هو أن لدينا مطور تمديد يعمل على امتداد الدفع الجزئي، وأنا لست مقتنعا تماما بأن عملهم له علاقة بهذه المشكلة. يمكنني إيقاف التمديد بالكامل من وحدة XMLs الوحدة والحسابة التي لا تزال تحدث.

أي مساعدة موضع تقدير تماما!

هل كانت مفيدة؟

المحلول

أعتقد أنني وجدت أخيرا الإجابة على هذا.

كانت الخدعة لإنشاء تطبيق / رمز الدليل / محلي / ماجيكي / العميل / النموذج ونسخ جلسة الملف.يمكن العثور على ملف Session.php في التطبيق / التعليمات البرمجية / Core / Mage / العملاء / النموذج.بمجرد نقل الملف، ابحث عن هذا القسم:

giveacodicetagpre.

التعليق على هذا $-> التجديد ()؛القسم، لذلك يبدو مثل هذا:

giveacodicetagpre.

تأكد من مسح جميع ملفات تعريف الارتباط تسجيل الدخول. لقد اختبرت هذا على Chrome و Firefox و IE على Windows و Safari على iPad وكل شيء يعمل مثل سحر.

بفضل إدخال Exchange Stack لهذا الجواب: مشكلة تسجيل الدخول ذات الصلة بالملفات تعريف الارتباط الخاطئ

نصائح أخرى

يجب عليك إجبار Magento على استخدام نفس مجال ملفات تعريف الارتباط لكل من عناوين URL الآمنة وغير المشفعة. يمكنك فحص ملفات تعريف الارتباط مواقعك باستخدام أدوات المطور في متصفح Firefox أو Chrome. تم اختبار هذا الحل على Magento 1.9.2.4

عندما لا يتم تعيين متغيرات إدارة ملفات تعريف الارتباط في الجلسة بشكل غير صحيح، قد يقوم Magento بإنشاء ملفات تعريف ارتباطين "واجهة" مع مجالات ملفات تعريف الارتباط المختلفة. يحدث هذا عادة أثناء عملية تسجيل الدخول عندما يكون لديك HTTPS (أي تمكين SSL) لعنوان URL الآمن. فيما يلي قيم قابلة للتطبيق لتكوين إدارة ملفات تعريف الارتباط الجلسة.

giveacodicetagpre.

  1. في لوحة المسؤول انتقل إلى النظام -> التكوين -> شبكة الويب> إدارة ملفات تعريف الارتباط
  2. اضبط تكوين إدارة ملفات تعريف الارتباط كما هو موضح أعلاه
  3. احفظ التكوين ومسح ذاكرة التخزين المؤقت Magento
  4. أعد تشغيل خادم الويب الخاص بك لمسح متغيرات PHP في حال قمت بالتغيير مباشرة في قاعدة بيانات MySQL
  5. مسح ذاكرة التخزين المؤقت للمتصفح لإزالة أي ملفات تعريف ارتباط موجودة مرتبطة بموقع Magento الخاص بك. هذا مهم.
  6. باستخدام بادئة DOT على نطاق ملف تعريف الارتباط مهم لمنع إنشاء ملفات تعريف الارتباط المكررة من إنشاء عنوان URL الآمن

    تغيير نطاق ملف تعريف الارتباط سيؤثر أيضا على ملف تعريف ارتباط "adminhtml" المستخدمة من قبل نهاية Magento Back. تأكد من مسح ذاكرة التخزين المؤقت للمتصفح لمنع مشاكل تسجيل دخول المسؤول.

    تغيير الرمز الأساسي كما هو موضح في إجابة أخرى ليس ضروريا عند تعيين YU تكوين إدارة ملفات تعريف الارتباط في جلسة الويب بشكل صحيح.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى magento.stackexchange
scroll top