Magento 1.9 অ্যাডমিন প্যানেলে লগইন করতে পারবেন না!


99

আমি ম্যাজেন্টো 1.9 ইনস্টল করেছি । এটি এক সপ্তাহ ধরে ভাল কাজ করছিল। হঠাৎ গতকাল, আমি যখন ম্যাজেন্টো অ্যাডমিন প্যানেলে লগইন করার চেষ্টা করেছি এবং আমি টাইপ করেছি usernameএবং password, লগইন বোতামটি ক্লিক করেছি এবং কিছুই ঘটেনি। পৃষ্ঠাটি রিফ্রেশ করে এবং এগুলি সবই। কোনও ত্রুটি বা অন্য কোনও বার্তা নেই।

যদি আমি ভুল ব্যবহারকারীর নাম বা পাসওয়ার্ড প্রবেশ করান তবে এটি ত্রুটি দেখায়।

আমি এই সমস্যাটি সম্পর্কে গুগল করার পরে, আমাকে নিম্নলিখিত লাইনগুলিতে মন্তব্য করার পরামর্শ দেওয়া হয়েছিল:

অ্যাপ্লিকেশন \ কোড \ কোর \ পুরোনো যাদুকর \ কোর \ মডেল \ সেশন \ সারাংশ \ Varien.php

/* to solve login issue */
  /*if (!$cookieParams['httponly']) {
  unset($cookieParams['httponly']);
  if (!$cookieParams['secure']) {
  unset($cookieParams['secure']);
  if (!$cookieParams['domain']) {
  unset($cookieParams['domain']);
  }
  }
  }

if (isset($cookieParams['domain'])) {
  $cookieParams['domain'] = $cookie->getDomain();*/ //I have commented these lines

এবং নীচে কিছু পুরানো সংস্করণগুলির জন্য একই ফাইলটিতে পুনরাবৃত্তি হয়েছিল।

$cookieParams = array(           
    'lifetime' => $cookie->getLifetime(),           
    'path'     => $cookie->getPath(),           
    //'domain'   => $cookie->getConfigDomain()           
    //'secure'   => $cookie->isSecure(),           
    //'httponly' => $cookie->getHttponly()       
);
  }*/

তার পরেও, আমি অ্যাডমিনে লগইন করতে পারিনি। এটা যেমন ছিল তেমন কেউ এই সমস্যার মুখোমুখি? এই সমস্যাটির আর কোনও সমাধান আছে কি?

(আমি ftp এর মাধ্যমে ক্যাশে এবং সেশন সাফ করার চেষ্টা করেছি)।


আপনি দয়া করে ব্রাউজার ক্যাশে / কুকি সাফ করে আবার চেষ্টা করতে পারেন?
আলমেলু

মূল ফাইলগুলি app/code/local/Mage/Core..blahblahসম্পাদনা করার জন্য অনুলিপি করুন যাতে ম্যাজেন্টো মূল ফাইলটিকে ওভাররাইড করে। সংস্করণ নিয়ন্ত্রণের জন্য গিট ব্যবহার করুন, এটি গডসেন্ড।
ক্রিস কে

@ শিববি এস, এই লিঙ্কটি রেফার
মনোজ কুমার

1
আপনি যদি ক্রোম ব্যবহার করছেন তবে কী F12> সংস্থানসমূহ> কুকিজ> আপনার ডোমেনে ডান ক্লিক করুন> সাফ করুন।
rybo111

উত্তর:


122

এর মতো মূল কোডটি সংশোধন করা বন্ধ করুন - এটি সাময়িকভাবে কোনও সমস্যা সমাধান করতে পারে তবে ভবিষ্যতে সমস্যাগুলি তৈরি করতে পারে যা ট্র্যাক করা প্রায় অসম্ভব হয়ে পড়ে।

এখানে বিভিন্ন সমস্যা রয়েছে যার কারণে আপনি দেখতে পাচ্ছেন এমন ত্রুটিবিহীন প্রশাসক লগইন আচরণের কারণ, তবে তারা সকলেই সেশন কুকি সেট করতে বা পড়তে না পেরে ম্যাজেন্টোতে ফিরে যান। ম্যাজেন্টো পৃষ্ঠাগুলির মধ্যে ত্রুটি বার্তাগুলি প্রেরণের জন্য সেশনগুলি ব্যবহার করে - এজন্য আপনি কোনও ত্রুটি বার্তা দেখেন না। ম্যাজেন্টো "লগ ইন করা" মান সংরক্ষণ করার জন্য সেশনও ব্যবহার করে, সুতরাং সেশনগুলি সেট না করাও মূল ত্রুটির আচরণের কারণ হয়ে দাঁড়ায়।

সম্ভাব্য কারণগুলি অন্তর্ভুক্ত

  • স্থানীয় কম্পিউটার সময় বনাম সার্ভারের সময় মেলেনি, তাত্ক্ষণিক কুকির অবৈধকরণ ঘটায়। আপনার সার্ভারের সময়টি সঠিক কিনা তা নিশ্চিত করুন।

  • ভুল অনুমতিগুলি রয়েছে var/session, সেশন ফাইলগুলি সংরক্ষণ থেকে বাঁচানো হচ্ছে

  • ডাটাবেস / রেডিস / অন্যান্য সেশন স্টোরেজের ভুল কনফিগারেশন, সেশন মানগুলি রোধ করা

  • একটি মডিউল হ'ল সেশনগুলি তাড়াতাড়ি ইনস্ট্যান্ট করে দিচ্ছে, সঠিক সেশনের নামগুলি সেট করা থেকে বিরত করছে

  • আপনি একাধিক ইউআরএল ব্যবহার করে বিকাশকারী এবং একাধিক কুকি ডোমেন রেখেছেন

  • অন্য বিকাশকারী কোনওভাবে সংশোধন করেছেন app\code\core\Mage\Core\Model\Session\Abstract\Varien.php, বাগটি ট্র্যাক করার জন্য একটি শক্ত তৈরি করেছেন

  • কুকি ডোমেন System -> Configuration -> Web -> Session Cookie Managementপ্রকৃত সাইটের ডোমেনের সাথে মেলে না।

  • আপনি localhostআপনার সার্ভার ডোমেন হিসাবে ব্যবহার করছেন এবং ওয়েবকিটের এমন একটি সংস্করণ ব্যবহার করছেন localhostযাতে কিছু পরিস্থিতিতে কুকি সেট করতে সমস্যা / বাগ রয়েছে ।

স্বল্পমেয়াদী স্থিরতা হ'ল ডোমেনের জন্য কেবল আপনার কুকি মুছে ফেলা। সমস্যাটি সমাধান করার জন্য এটি প্রায়শই যথেষ্ট। যদি এটি অব্যাহত থাকে তবে উপরের কোনটি কারণ আপনার ত্রুটির কারণ তা খুঁজে বের করুন এবং এটি সমাধানের জন্য পদক্ষেপ গ্রহণ করুন (অনুমতিগুলি ঠিক করুন ইত্যাদি)


7
আপনি n98-magerun এর sys ব্যবহার করতে পারেন: কুকি ডোমেন এবং বেস url এর সমস্যা খুঁজে পেতে কমান্ডটি চেক করুন। magerun.net/quick-tip-find-login-issues-with-schecheck-command
cmuench

1
@ অ্যালান ঝড়, পরিষ্কার ব্যাখ্যার জন্য আপনাকে ধন্যবাদ। আমি আমার সমস্যা সমাধান করেছি। আমার ক্ষেত্রে, ইস্যু কারণ তৃতীয় এক।
এসআইবিআই এস

4
আমার ক্ষেত্রে, সার্ভারে পর্যাপ্ত ডিস্কের জায়গা ছিল না। সুতরাং আপনি এটি একটি সম্ভাব্য কারণ হিসাবে যুক্ত করতে চাইতে পারেন।
সাইমন

@cmuench আমি সেই আদেশটি চালাচ্ছি এবং আমি ফলাফলগুলি বুঝতে পারি না: অবৈধ অনিরাপদ বেসলাইআরএল স্টোর: ডিফল্ট ভুল হোস্টনাম কনফিগার করা আছে। হোস্টনামে অবশ্যই একটি বিন্দু থাকতে হবে ✖ অবৈধ অনিরাপদ বেস URL টি স্টোর: ফরাসি রেকর্ড হোস্টনাম কনফিগার করা আছে। হোস্টনামে অবশ্যই একটি বিন্দু থাকতে হবে ✖ অবৈধ অনিরাপদ বেসলৈল স্টোর: sot_eng ভুল হোস্টনাম কনফিগার করা আছে। হোস্টনামে অবশ্যই একটি বিন্দু থাকতে হবে ✖ অবৈধ অনিরাপদ বেস URL টি স্টোর: sot_fra ভুল হোস্টনাম কনফিগার করা আছে। হোস্টনেম অবশ্যই স্টোরের একটি ডট ✔ কুকি ডোমেন (সুরক্ষিত) থাকতে পারে: ডিফল্ট ঠিক আছে - কোনও ডোমেন সেট নেই সমস্ত কুকি ডোমেন একই দেখায় এবং কোনও ডোমেন সেট নেই
ডেনিসা

@ ডেনিসা আপনি যদি নতুন প্রশ্ন হিসাবে জিজ্ঞাসা করার চেষ্টা করেন তবে আপনার আরও ভাগ্য হবে luck
অ্যালান ঝড়

33

আমার কিছু ম্যাজেন্টো ইনস্টলেশন (একই সাথে কেবল 1.9 নয়) তে একই লক্ষণ রয়েছে। আমার ক্ষেত্রে, এটি কেবল ক্রোমে ঘটে। আমি ফায়ারফক্স / সাফারি / অপেরাতে লগ ইন করে এবং 'ওয়েব' সেটিংসের 'সেশন কুকিজ ম্যানেজমেন্ট'-এ' কেবলমাত্র 'ব্যবহার করুন' ব্যবহার করে 'না' 'পরিবর্তন করে এটি ঠিক করছি।

কুকি সেটিংস সহ ম্যাজেন্টোর ব্যাকএন্ড স্ক্রিনশটটি দেখুন


3
এটি ক্রোমে আমার বিকাশের পরিবেশকে চালিত করতে সহায়তা করেছে, তবে সুরক্ষা দুর্বলতার পুরো শ্রেণিটি উন্মুক্ত হওয়ার কারণে এই সেটিংসগুলিকে উত্পাদনে ব্যবহার না করা মনে রাখবেন।
স্টিফেন ক্রসবি

সেশন কুকিজ পরিচালনা বিভাগ কোথায়?
আরেহ আরমন

1
আপনার কুকি ডোমেনটিও পরীক্ষা করুন - আমি স্থানীয়ভাবে বিকাশ করছিলাম এবং এটি আমার সমস্যা হিসাবে প্রমাণিত।
ফিল বার্নি

আমাকে অনেক সাহায্য করেছে! কখনই জানতেন না যে এটি কেবলমাত্র ক্রোমে ঘটে। হা হা!
jehzlau

4
অ্যাডমিন প্যানেল অ্যাক্সেস ছাড়াই সেট Use HTTP onlyকরতে No। আপনি এই এসকিউএল কোয়েরিটি সরাসরি চালু করতে পারেন: আপডেট __DATABASE_NAME__core_config_dataসেট value= '0' যেখানে core_config_datapath= 'ওয়েব / কুকি / কুকি_httponly';
নোলউইনিগ

11

আমারও এই সমস্যা ছিল var/sessionডিরেক্টরি নিজেই সেট করা থাকা সত্ত্বেও চালু হওয়া সেশনগুলি এতে লিখিত হতে পারে না 0777। ম্যাজেন্টো সেশন ফাইল তৈরি করেছে, তবে তারা সব শূন্য বাইট থেকে যায়।

থেকে অধিবেশন সঞ্চয়স্থান পরিবর্তন filesকরতে dbআমার জন্য সমস্যার সমাধান।


এইটা কাজ করে! আমি বুঝতে পারছি না কেন ম্যাজেন্টো ফাইলগুলিতে সেশন এবং ক্যাশে লিখছে না। অনুমতিগুলি সঠিক!
Michelangelo

যদি আমি আমার পরিস্থিতি স্মরণ করি তবে এটি ডিস্কটি পূর্ণ ছিল বা সেশন ডিরেক্টরিতে খুব বেশি ফাইল ছিল।
জিয়েল বার্কার্স

এই আমার জন্য কাজ করে !!
নের

আমার ক্ষেত্রে: ডিবি থেকে ফাইলগুলির সমাধানের জন্য সেশন স্টোরেজ পরিবর্তন করা।
আকোগোলা

7
  1. আপনার Magento ইনস্টলেশন ডিরেক্টরি খুলুন। Index.php ফাইলটি সন্ধান করুন এবং খুলুন।
  2. ত্রুটি_বন্দরের জন্য অনুসন্ধান করুন (E_ALL | E_STRICT); কোড।
  3. এটি মত মন্তব্য করুন:

    /*error_reporting(E_ALL | E_STRICT);*/

  4. এবং পরিবর্তে নিম্নলিখিত কোড ব্যবহার করুন:

    error_reporting(E_ALL);

    $_SERVER['MAGE_IS_DEVELOPER_MODE'] = true;

  5. # চিহ্নটি সরিয়ে এটি মন্তব্য করুন, সুতরাং এটির মতো দেখাচ্ছে:

    ini_set('display_errors', 1);

  6. এই ফাইলটি সংরক্ষণ করুন এবং সার্ভারে আপলোড করুন। ত্রুটিগুলি দেখতে আপনার ওয়েবসাইট পৃষ্ঠাটি পুনরায় লোড করুন।


6

আর একটি সম্ভাব্য কারণ: হার্ডডিস্ক / ভলিউম / কোটা পূর্ণ এবং সুতরাং সেশন ডেটা ডিস্কে লেখা যায় না। অসম্ভব বলে মনে হতে পারে তবে দ্বিতীয় বার আমার কাছে ঘটেছিল এবং কিছুটা সময় বের করতে হয়েছিল।

আমার মন্তব্য করার মতো যথেষ্ট খ্যাতি নেই, তবে @ অ্যালান স্টর্ম, সম্ভবত আপনি এটি আপনার দুর্দান্ত তালিকায় নিতে চান।


6

আমার সম্প্রতি একই সমস্যা হয়েছিল এবং আমার পক্ষে সহজ কৌশলটি কাজ করেছিল। এছাড়াও এটি এমন লোকদের জন্য যারা গুগল ক্রোমে ড্যাশবোর্ড অ্যাক্সেস করতে পারেন না । আপনি যদি মজিলা ফায়ারফক্সে কাজ করতে পারেন তবে দয়া করে এটি করুন কারণ আমার ধারণা এই সমস্যাটি মোজিলা ফায়ার ফক্সে অবিচল নয়।

তাই ক্রোমের সমাধানটি হ'ল:

গোটো সিস্টেম-> কনফিগারেশন-> ওয়েবঅনিরাপদ এবং সুরক্ষিত ট্যাব প্রসারিত করুন । বেসিক ইউআরএলটি http://127.0.0.1/[Your folder name]যদি আপনি লোকালহোস্ট ব্যবহার করছেন বা এটি আপনার সাইট ইউআরএলে পরিবর্তন করুন যার মাধ্যমে আপনি সম্মুখভাগটি অ্যাক্সেস করছেন Change আমি বাধ্য ছিলাম দুইবার লগইন যেহেতু আমি যখন প্রথমবার, এটা ঠিক রিফ্রেশ এবং আপনি এটা লুপিং হিসেবে উল্লেখ ফিরে একই পৃষ্ঠায় আসে জন্য বিবরণ প্রবেশ ড্যাশবোর্ডে জন্য।


5

আপনার হোস্ট থেকে আপনার পিএইচপিএমআইএডমিনটি খুলুন এই স্ক্যুয়াল কমান্ডটি একবার চেষ্টা করুন।

এই এসকিউএল চালান:

SET FOREIGN_KEY_CHECKS=0;
UPDATE core_store SET store_id = 0 WHERE code='admin';
UPDATE core_store_group SET group_id = 0 WHERE name='Default';
UPDATE core_website SET website_id = 0 WHERE code='admin';
UPDATE customer_group SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';SET FOREIGN_KEY_CHECKS=1;

এখন অ্যাডমিন লগ ইন করতে সক্ষম।

দয়া করে এটি অনুসরণ করুন:

অ্যাডমিন পৃষ্ঠা 404 পৃষ্ঠা খুঁজে পাওয়া যায় নি


1
সেশনগুলি অপসারণের জন্য বেনামে উইন্ডো বা অন্য কোনও ব্রাউজারে খুলতে ভুলবেন না
মার্টিন

3

আমারও একই সমস্যা ছিল এবং আমি / var / সেশনে সমস্ত ফাইল মুছে ফেলার মাধ্যমে এটি সমাধান করেছি। আমি মনে করি এটি ম্যাজেন্টোতে অনেক অধিবেশন কারণ!


3

অ্যালার্ম ঝড়ের তালিকাটি সঠিক এবং বিশদ। এখানে অতিরিক্ত কয়েকটি মামলা দেওয়া হচ্ছে।

  1. অসম্পূর্ণ, var/sessionহোস্ট মেশিনেও অনুমতি পরীক্ষা করুন
    (মাউন্টিং ইস্যু)
  2. আপনার ডিস্কটি ভের / সেশনে পূর্ণ বা অনেক বেশি ফাইল রয়েছে কিনা তা পরীক্ষা করুন
  3. চালান n98-magerun.phar sys:check(কুকি ডোমেন সহ সমস্যাগুলি ক্যাচ করে)
  4. লোকাল.এক্সএমএল সম্পাদনা করে ডাটাবেসে সেশনটি পরিবর্তন করুন। এটি ইনসিডি ব্যবহার করে বেশিরভাগ অনুমতি ইস্যু বাতিল করবে<global>

    <session_save><![CDATA[db]]></session_save>

তৃতীয় পক্ষের এক্সটেনশনের (ফায়ারওয়াল / সুরক্ষা এক্সটেনশানগুলি) আলাদা হতে হবে উদাহরণস্বরূপ https://github.com/paimpozhil/MageFirewall/blob/master/app/code/commune/MageFirewall/Firewall/Model/Observer.php#L53 আপনাকে রাখে কালো তালিকাতে যদি আপনি অনেকবার চেষ্টা করেন

যদি আপনার সেশনটি প্রাথমিকভাবে অনুমতি ইস্যুগুলির জন্য কাজ না করে তবে আপনি মূল সমস্যাটি ঠিক করার পরেও ব্যর্থতা অব্যাহত রাখলে ঘটতে পারে

আপনার বিশেষ ক্ষেত্রে admin_session_user_login_successইভেন্টের দিকে নজর রাখুন কারণ বেশিরভাগ সুরক্ষা / ফায়ারওয়াল মডিউলগুলি এই ইভেন্টটি ব্যবহার করে। যদি ভেরিয়েবল $_SESSION['admin']পর্যবেক্ষকরা পুনরায় সেট করা হয় তবে বিশেষ নজর রাখুন


2

আপনার কাছে একটি ফর্ম কী উপস্থিত থাকাও গুরুত্বপূর্ণ, অন্যথায় আপনার ফর্মটি প্রক্রিয়াভুক্ত হবে না।

<?php echo $this->getBlockHtml('formkey'); ?>

2

এই সমস্যার সহজ সমাধান হ'ল লোকালহোস্টের পরিবর্তে হোস্টনাম হিসাবে http://127.0.0.1 ব্যবহার করা ।

যেহেতু সমস্যাটি হ'ল আপনি আপনার প্রশাসকে লগইন করতে পারবেন না তাই আপনার ডাটাবেস ট্যাবেলে সুরক্ষিত এবং অনিরাপদ বেস url পরিবর্তন করা উচিত: কোর_কনফিগ_ডেটা

এটিতে আপনার বেসুরলটি এন 9 8-ম্যাগেরুনের সিসের সাথে বৈধতা রয়েছে : চেক


2

আপনি যদি বিকাশ করছেন localhostএবং আপনার ডোমেন নামটি সেট বা পরিবর্তন করেছেন তবে তার পরিবর্তে localhostআপনার ডাটাবেস টেবিলের core_config_dataডোমেন নামগুলি আপডেট করুন 127.0.0.1। যেমনUPDATE core_config_data SET value="http://127.0.0.1/magento/" WHERE path="web/unsecure/base_url";


2

এছাড়াও, উপরের সমস্ত কিছু যদি কাজ না করে এবং আপনার মরিয়া অ্যাক্সেসের প্রয়োজন হয় তবে আপনি ডাটাবেসে পাসওয়ার্ড আপডেট করতে পারেন:

UPDATE admin_user SET password=CONCAT(MD5('qXpassword'), ':qX') WHERE username=‘user’;

আপনার প্রয়োজন অনুসারে ব্যবহারকারী এবং পাসওয়ার্ডের শব্দগুলি প্রতিস্থাপন করুন।


2

সবার আগে আপনাকে ক্যাশে সাফ করার চেষ্টা করুন আমার মনে হয় এবং এটি যদি কাজ না করে তবে আপনার var ফোল্ডারে chmod 700 বানানোর চেষ্টা করুন।


1

আপনি আপনার ব্রাউজারটি পরিবর্তন করতে পারেন এটি আমার পক্ষে কাজ। যখন এই ত্রুটিটি আসে আমি ব্রাউজার ক্রোমকে ফায়ারফক্সে পরিবর্তন করেছি এবং এটি কাজ করছে।


0

কিছুটা আগে আমার সাথেও একই ঘটনা ঘটেছিল এবং আমার সমস্যাটি অধিবেশন থেকে এসেছিল। সেশনগুলি এবং ক্যাশে তৈরি করার জন্য আমার কাছে পর্যাপ্ত ডিস্ক জায়গা নেইvar/ । আমি কিছু স্টাফ সরিয়ে ফেলেছি এবং সবকিছু পরে কাজ করেছে। হতে পারে এটি কাউকে সাহায্য করবে।

চিয়ার্স


0

"Var / cache" এবং "var / सत्र" ফোল্ডারটি খালি করে আপনার ক্যাশে সাফ করার চেষ্টা করুন, এটি আমার জন্য এটি সমাধান করেছে।

এটির পরে একবারে আমাকে আবার ওয়েব সার্ভারটি পুনরায় চালু করতে হবে।

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