কুকিগুলি সাবডোমেনগুলির সাথে কাজ করছে না


11

আমাদের একটি প্রধান সাইট আছে example.com। লগ ইন example.com/adminসেখানে কাজ সূক্ষ্ম।

তবে test.example.com/adminআমি কোনও পরীক্ষার সাইটে প্রথমে সমস্ত example.comকুকিজ মুছে না দিয়ে প্রশাসকে লগইন করতে পারি না । তারপরে আমি লগইন করতে পারি, তবে example.com/adminপরীক্ষার সার্ভারে আমার পরবর্তী ক্লিকটিতে লগ ইন করার সাথে সাথেই আমাকে লগইন পৃষ্ঠায় ফিরে আসে।

এটি গ্রাহকের লগইনগুলিকে প্রভাবিত করে কিনা আমি জানি না।

মূল সমস্যা বা পরীক্ষার সাইটে এমন কোনও কনফিগারেশন রয়েছে যা এই সমস্যার সমাধান করবে?

উত্তর:


14
  1. অ্যাডমিন মেনুতে, সিস্টেম> কনফিগারেশন নির্বাচন করুন। তারপরে বাম দিকের প্যানেলে, জেনারেলের অধীনে ওয়েবে ক্লিক করুন।
  2. সেশন কুকি পরিচালনা বিভাগটি প্রসারিত করুন

ইন example.comদোকান, নিম্নলিখিত সেট করুন:

  1. কুকি ডোমেনকে উদাহরণ.কম-এ সেট করুন (সাধারণত এই সেটিংসটি সামনে ডট সহ .example.com হবে, আপনি এই ক্ষেত্রে এটি ছাড়াই চেষ্টা করতে পারেন)।

ইন test.example.comদোকান, নিম্নলিখিত সেট করুন:

  1. পরীক্ষা-পরিবেশে কুকি ডোমেনটিকে .test.example.com এ সেট করুন। (ডোমেনের সামনের "।" এখানে ভাল থাকতে হবে)

2
কেবলমাত্র একটি নোট, .ডোমেনের সামনের অংশ সম্পর্কে 3 ধাপ , গুরুত্বপূর্ণ!
B00MER

হাই আন্না. কুকি ডোমেনটি example.comঅ্যাডমিন, test.example.comপ্রশাসক বা উভয়ই ".example.com" এ সেট করা উচিত ?
বাটল বুটকস

আমি এটিকে ডিফল্ট কনফিগার হিসাবে সেট করব (যা আমি অনুমান করি আপনার উদাহরণ ডটকম অ্যাডমিন)। সুতরাং এর অর্থ সমস্ত স্কোপের জন্য .example.com।
আন্না ভলক্ল

@ अन्নাভলক্ল আমি এখানে নিশ্চিত নই আপনি বুঝতে পারছি আমার দুটি পৃথক পৃথক মেশিনে দুটি পৃথক পৃথক ম্যাজেন্টো ইনস্টলেশন আছে, তাই না? একটি ব্যবহার করে example.com, অন্যটি test.example.com। তাদের দুজনেরই নিজস্ব অ্যাডমিন রয়েছে। তবে আপনি কেবল আমাকে প্রশাসকদের একটির জন্য একটি ডোমেন সেট করতে বলছেন। আপনি কি বলছেন আমার অন্যটি ফাঁকা ছেড়ে দেওয়া উচিত?
বাটল বুট্কাস

আহ আমি দেখি. আসলে আমি জানতাম না যে এগুলি 2 টি পৃথক স্থাপনা are মূল দোকানটি কি www-ডোমেনের সাথে বা ছাড়াই চলে? কুকি ওভারল্যাপিং এড়ানোর জন্য আপনি টেবিলে test.example.comএবং মূল দোকানে কুকি ডোমেন সেট করতে পারেন www.example.com
আন্না ভলক্ল

9

আনা কিছু ভাল পয়েন্ট দেয় এবং তার উত্তর অনেক লোকের পক্ষে কাজ করবে, তবে আমার পক্ষে নয়, তাই আমি নিজের উত্তর পোস্ট করছি। তিনি যে সমস্যার সমাধান করবেন তার চেয়ে আমার সমস্যাটি অনেক বেশি মৌলিক ছিল।

আমার সমাধানটি ছিল আমার সাইটের ডোমেন থেকে পরিবর্তন example.comকরা www.example.com। প্রকৃতপক্ষে, ইন্টারনেটে আমার গবেষণা পরামর্শ দেয় যে অ্যামাজন, গুগল, ইবে, এবং অন্যান্য প্রতিটি বড় ওয়েব গন্তব্য wwwউপসর্গ ব্যবহারের কারণ হিসাবে কুকিজের কাজ করার কারণে খুব বেশি পরিমাণে থাকতে পারে। হয়তো না.

একটি কুকি যে ডিফল্ট উপায়ে কাজ করে তা হ'ল এটি সমস্ত সাবডমিনগুলিতে প্রযোজ্য। তাই আপনি যদি example.comআপনি একটি কুকি পাঠায়, তাহলে আপনি যান mail.example.com, smile.example.comঅথবা devsite.example.com, তারপর আপনার ব্রাউজার সেই সাইটগুলিতে যে কুকি পাঠাতে হবে সেইসব সাইটকে কুকি ব্যবহার করতে চেষ্টা করবে। তবে তারা সকলে একটি সাধারণ সেশন ফোল্ডার ব্যবহার না করে আপনার সেশনটি সন্ধান করতে পারবে না। এবং তারপরেও আপনার বিভিন্ন সমস্যা ডাটাবেস কনফিগারেশন, বিভিন্ন অ্যাপ্লিকেশন স্ট্রাকচার ইত্যাদির কারণে সমস্যা হতে পারে likely

আমার মূল htaccess ফাইলে 301 পুনর্নির্দেশগুলি তৈরি করা, ম্যাজেন্টো core_config_dataডাটাবেস টেবিলের সুরক্ষিত / সুরক্ষিত url পরিবর্তন করা , ServerNameঅ্যাপাচে সাইটের পরিবর্তন করা VirtualHostsএবং DNS / নেমসারভার সেটিংস আপডেট করা জড়িত রয়েছে involved তবে এটি ভাল ছিল।

আমার মূল সাইটটি তৈরি করে www.example.com, এর কুকিজগুলি কেবলমাত্র এর সাবডোমেনগুলিতে প্রয়োগ করতে পারে যেমন mail.www.example.com(এবং আমাদের কোনও সাবডোমেন নেই)। www.example.comকুকি প্রাপ্ত ক্লায়েন্ট ব্রাউজারগুলি এটি প্রেরণ করে না devsite.example.comএবং সমস্যাটি সমাধান হয়ে যায়। এছাড়াও wwwআমাদের ডোমেন নামের সামনে থাকা সত্যিই চমৎকার nice


1
আমি আশা করি আমি এই উত্তরের জন্য একাধিক আপ ভোট দিতে পারতাম। আমি কয়েক মাস ধরে সমাধান খুঁজছি এবং সকলেই কুকি পাথ এবং কুকি ডোমেন সম্পর্কে বলিতে থাকে, তবে আপনি যদি www ব্যবহার না করেন তবে সমস্যাটি সমাধান হবে না। ধন্যবাদ!!
ব্রুনো মন্টেইরো

কুকি ডোমেনে ইতিমধ্যে আমাদের কাছে www রয়েছে, তবে এটি এখনও ব্যর্থ হয় না ...
কালো

এখনও কি ব্যর্থ হয়?
বাটল বাটকস

3

আপনি কেবল সাবডোমেনগুলির জন্য অ্যাডমিনটিচটিএমএল কুকির নাম পরিবর্তন করতে পারেন।

ফাইল দুটি পরিবর্তন app/code/core/Mage/Core/Controller/Varien/Action.php

ফাংশন preDispatchপরিবর্তন লাইনে

/** @var $session Mage_Core_Model_Session */
$session = Mage::getSingleton('core/session', array('name' => $this->_sessionNamespace))->start();

প্রতি

$namespace = $this->_sessionNamespace.($_SERVER['SERVER_NAME']=='subdomain.example.com'?'_subdomain':'');
/** @var $session Mage_Core_Model_Session */
$session = Mage::getSingleton('core/session', array('name' => $namespace))->start();

ফাংশন setRedirectWithCookieCheckপরিবর্তন

/** @var $session Mage_Core_Model_Session */
session = Mage::getSingleton('core/session', array('name' => $this->_sessionNamespace));

প্রতি

$namespace = $this->_sessionNamespace.($_SERVER['SERVER_NAME']=='subdomain.example.com'?'_subdomain':'');
/** @var $session Mage_Core_Model_Session */
$session = Mage::getSingleton('core/session', array('name' => $namespace));

এবং এর পরে পাঠ্যের জন্য অনুসন্ধান করুন

Mage::getSingleton('core/session', array('name' => 'adminhtml'));

সমস্ত ফাইল এবং এটির সাথে প্রতিস্থাপন

Mage::getSingleton('core/session', array('name' => 'adminhtml'.($_SERVER['SERVER_NAME']=='subdomain.example.com'?'_subdomain':'')));

যদি কোন ঘটনা খুঁজে পাওয়া যায়।


1
আপনি কী শব্দগুলিতে ব্যাখ্যা করতে পারেন যে কীভাবে আপনার কোড ক্লায়েন্ট এবং সার্ভার কুকি মিথস্ক্রিয়াকে সেশনগুলি বিচ্ছিন্ন করতে পরিবর্তিত করে?
বাটাল বাটকাস

@ বাটাল বুটকাস সমস্যাটি হ'ল উদাহরণ / অ্যাডমিন adminhtmlডোমেনের নাম সহ কুকি সেট করে .example.com। আপনি যখন test.example.com/admin এ অনুমোদিত করার চেষ্টা করেন, এটি কুকির adminhtmlজন্য কিছু করার চেষ্টা করে .test.example.com। সমস্যাগুলি ম্যাজেন্টো সেটিংসে পৃথক। মূল সমস্যাটি হ'ল আপনি সাবডোমেন থেকে মূল ডোমেনের কুকি সংশোধন করতে পারবেন না। উপরের কোডটি ম্যাজেন্টোকে উদাহরণ.কমের কুকি তৈরি করতে adminhtmlএবং adminhtml_subdomainসাবডোমেন.এক্স্পেল.কমের জন্য কুকি তৈরি করে , যাতে তারা কোনওভাবেই মেশবে না। subdomainআপনি যে সঠিক ব্যবহার করেন তা পরিবর্তন করুন ।
maxvgi

অ্যাডমিন পক্ষের জন্য এটি ভাল। তবে সীমান্তের দিক থেকেও এই জাতীয় সমাধানে কুকির নাম পরিবর্তন করা উচিত, তাই না?
বাটল বাটকাস

@ বাটলবাটকাস আপনি ঠিক বলেছেন দুঃখিত, আমি এটি লিখিনি কারণ আমার এ জাতীয় সমস্যা ছিল না।
ম্যাক্সভিগি

এটি ঠিক আছে, এখনও সম্ভবত কিছু লোকের জন্য দরকারী।
বাটল বাটকাস

0

আপনি যদি এখনও কুকিজ সংক্রান্ত সমস্যার কারণে আপনার সীমানায় লগইন করতে সক্ষম না হন (গ্রাহক সেশন তৈরি করা যায় না) তবে দয়া করে সংশ্লিষ্ট কোর ফাইলটি ওভাররাইড করুন

প্রাক 1.8.x. সংস্করণ - অ্যাপ্লিকেশন / কোড / কোর / Mage / গ্রাহক / মডেল / সেশন। php

এবং

1.8.x. থেকে সংস্করণ অ্যাপ / কোড / কোর / ম্যাজ / কোর / মডেল / সেশন / অ্যাবস্ট্রাক্ট.পিপি p

এই থ্রেডে নির্দেশিত লাইনগুলি মন্তব্য করুন। এটি পূর্ববর্তী 1.8.x সংস্করণ স্টোরের সম্মুখভাগে গ্রাহক লগইন সহ সমস্যাটি স্থির করেছে।

/magento//a/34057/695

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.