Magento 1.9 व्यवस्थापक पैनल में प्रवेश नहीं कर सकता!


99

मैंने Magento 1.9 स्थापित किया है । यह एक सप्ताह के लिए अच्छी तरह से काम कर रहा था। कल अचानक, जब मैंने Magento के व्यवस्थापक पैनल में प्रवेश करने की कोशिश की और मैंने टाइप किया 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संपादन के लिए कोर फ़ाइलों की प्रतिलिपि बनाएँ ताकि Magento कोर फ़ाइल को ओवरराइड कर सके। संस्करण नियंत्रण के लिए गिट का भी उपयोग करें, यह एक गॉडसेंड है।
क्रिस के

@SHIBHI एस, इस लिंक को देखें magentolearning.com/can-not-login-magento-admin-panel
मनोज कुमार

1
यदि आप Chrome का उपयोग कर रहे हैं, तो कुंजी F12> संसाधन> कुकीज़> अपने डोमेन पर राइट-क्लिक करें> साफ़ करें।
रयबो १११

जवाबों:


122

कोर कोड को इस तरह संशोधित करना बंद करें - यह अस्थायी रूप से एक समस्या को हल कर सकता है, लेकिन यह भविष्य के मुद्दों को बना सकता है जो नीचे ट्रैक करना लगभग असंभव होगा।

वहाँ एक है विभिन्न मुद्दों की संख्या कि निर्दोष व्यवस्थापक लॉगिन व्यवहार आप देख रहे हैं का कारण है, लेकिन वे सभी Magento के लिए वापस जाने के लिए सेट या सत्र कुकी पढ़ने में सक्षम नहीं किया जा रहा है। Magento पृष्ठों के बीच त्रुटि संदेशों को पारित करने के लिए सत्रों का उपयोग करता है - इसलिए आपको त्रुटि संदेश दिखाई नहीं देता है। Magento सत्रों का उपयोग करता है "लॉग इन" मान को संग्रहीत करने के लिए, इसलिए सत्रों को सेट न करना भी कोर त्रुटि व्यवहार का कारण बनता है।

संभावित कारणों में शामिल हैं

  • स्थानीय कंप्यूटर समय बनाम सर्वर समय बेमेल है, जिससे तत्काल कुकी अमान्य हो जाती है। सुनिश्चित करें कि आपका सर्वर समय सही है।

  • var/sessionसत्र फ़ाइलों को सहेजने से रोकने पर गलत अनुमतियाँ

  • सत्र मानों की बचत को रोकने के लिए डेटाबेस / रेडिस / अन्य सत्र भंडारण का गलत विन्यास

  • एक मॉड्यूल सत्र को तुरंत आरंभ कर रहा है , सही सत्र नामों को सेट होने से रोकता है

  • आप कई URL का उपयोग करने वाले डेवलपर हैं और कई कुकी डोमेन हैं

  • एक और डेवलपर ने किसी तरह से संशोधित किया है app\code\core\Mage\Core\Model\Session\Abstract\Varien.php, जो बग को ट्रैक करने के लिए कड़ी मेहनत कर रहा है

  • कुकी डोमेन System -> Configuration -> Web -> Session Cookie Managementवास्तविक साइट डोमेन से मेल नहीं खाता है।

  • आप localhostअपने सर्वर डोमेन के रूप में उपयोग कर रहे हैं , और वेबकिट के एक संस्करण का उपयोग कर रहे हैं localhostजिसमें कुछ स्थितियों के लिए कुकीज़ सेट करने में परेशानी / कीड़े हैं ।

शॉर्ट टर्म फिक्स सिर्फ डोमेन के लिए अपनी कुकी को हटाने के लिए है। यह समस्या को हल करने के लिए अक्सर पर्याप्त है। यदि यह बनी रहती है, तो यह पता लगाएं कि उपरोक्त कारणों में से कौन सा आपकी त्रुटि का कारण है, और इसे संबोधित करने के लिए कदम उठाएं (अनुमतियाँ ठीक करें, आदि)


7
आप n98-magerun sys का उपयोग कर सकते हैं: कुकी डोमेन और बेस यूआरएल के साथ समस्याओं को खोजने के लिए कमांड की जांच करें। magerun.net/quick-tip-find-login-issues-with-syscheck-command
cmuench

1
@ एलन स्टॉर्म, स्पष्ट स्पष्टीकरण के लिए धन्यवाद। मैंने अपनी समस्या हल कर ली। मेरे मामले में, समस्या का कारण तीसरा है।
SIBHI S

4
मेरे मामले में, सर्वर पर पर्याप्त डिस्क स्थान नहीं था। तो आप इसे संभावित कारण के रूप में जोड़ना चाह सकते हैं।
सिमोन

@cmuench मैं वह कमांड चलाता हूं और मुझे परिणाम समझ में नहीं आते हैं: अमान्य असुरक्षित आधार कार्ड स्टोर: डिफ़ॉल्ट गलत होस्टनाम कॉन्फ़िगर किया गया। होस्टनाम में एक डॉट होना चाहिए Un अमान्य अनसिक्योर बेसल स्टोर: फ्रेंच गलत होस्टनाम कॉन्फ़िगर किया गया। होस्टनाम में एक डॉट होना चाहिए Un अमान्य अनसिक्योर बेसल स्टोर: sot_eng गलत होस्टनाम कॉन्फ़िगर किया गया। होस्टनाम में एक डॉट होना चाहिए Un अमान्य अनसिक्योर बेसल स्टोर: sot_fra गलत होस्टनाम कॉन्फ़िगर किया गया। होस्टनाम में एक डॉट ie कुकी डोमेन (सुरक्षित) स्टोर का होना चाहिए: डिफ़ॉल्ट ठीक है - कोई भी डोमेन सेट सभी कुकी डोमेन एक ही ठीक नहीं दिखता है और कोई डोमेन सेट नहीं है
Denisa

@Denisa यदि आप एक नया प्रश्न के रूप में पूछने की कोशिश करते हैं, तो आपके पास थोड़ा अधिक भाग्य होगा।
एलन स्टॉर्म

33

मैं कुछ Magento के इंस्टॉलेशन (केवल 1.9 नहीं) पर समान लक्षण रख रहा हूं। मेरे मामले में, यह केवल क्रोम में होता है। मैं फ़ायरफ़ॉक्स / सफारी / ओपेरा में लॉग इन करके इसे ठीक कर रहा हूं, और 'वेब का उपयोग करें' 'केवल वेब साइट की' सत्र कुकीज़ प्रबंधन 'में' नहीं 'के लिए HTTP का उपयोग करें।

कुकीज़ सेटिंग्स के साथ Magento के बैकएंड स्क्रीनशॉट देखें


3
इससे मुझे अपना विकास पर्यावरण क्रोम में चलाने में मदद मिली, लेकिन याद रखें कि उत्पादन में इन सेटिंग्स का उपयोग न करें क्योंकि यह सुरक्षा कमजोरियों की एक पूरी कक्षा को खोलता है।
स्टीफन क्रॉस्बी

सत्र कुकीज़ प्रबंधन अनुभाग कहाँ है?
आर्येह अरमान

1
अपने कुकी डोमेन को भी जांचें - मैं स्थानीय रूप से विकसित हो रहा था और यह मेरा मुद्दा बन गया।
फिल बिरनी

मेरी बहुत मदद की! कभी नहीं पता था कि यह केवल क्रोम में होता है। Haha!
जेहलूऊ

4
बिना व्यवस्थापक पैनल एक्सेस के सेट Use HTTP onlyकरने के लिए No। आप इस SQL ​​क्वेरी को सीधे लॉन्च कर सकते हैं: अद्यतन __DATABASE_NAME__core_config_dataसेट value= '0' जहां है core_config_datapath= 'वेब / कुकी / कुकी_होटलपॉली';
नौल्वेंज

11

मुझे यह समस्या भी हुई। चालू सत्रों को लिखा नहीं जा सका var/session, भले ही निर्देशिका स्वयं के लिए सेट हो 0777। Magento ने सत्र फाइलें बनाईं, लेकिन वे सभी शून्य बाइट्स रहीं।

मेरे लिए समस्या हल filesकरने से सत्र भंडारण बदलना db


यह काम! मुझे समझ में नहीं आता है कि मैगेंटो फाइलों पर सत्र और कैश क्यों नहीं लिखता है। अनुमति सही हैं!
माइकल एंजेलो

यदि मुझे अपनी स्थिति याद है, तो यह या तो डिस्क भरा हुआ था, या कि सत्र निर्देशिका में बहुत अधिक फाइलें थीं।
गिएल बर्कर्स

यह एक मेरे लिए काम करता है !!
Ner

मेरे मामले में: db से फाइलों में सुलझी हुई समस्या के लिए सत्र भंडारण को बदलना।
एकगोला

7
  1. अपनी Magento स्थापना निर्देशिका खोलें। ढूँढें और index.php फ़ाइल खोलें।
  2. Error_reporting (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

मेरे पास हाल ही में एक ही समस्या थी और सरल चाल ने मेरे लिए काम किया। इसके अलावा यह उन लोगों के लिए है जो Google Chrome पर डैशबोर्ड तक नहीं पहुंच सकते हैं । यदि आप मोज़िला फ़ायरफ़ॉक्स पर काम कर सकते हैं तो कृपया ऐसा करें क्योंकि मुझे लगता है कि यह मुद्दा मोज़िला फ़ायरफ़ॉक्स पर स्थिर नहीं है।

तो क्रोम के लिए समाधान है:

गोटो सिस्टम-> कॉन्फ़िगरेशन-> वेबअसुरक्षित और सुरक्षित टैब का विस्तार करें । http://127.0.0.1/[Your folder name]यदि आप लोकलहोस्ट का उपयोग कर रहे हैं तो बेस URL को बदलें या इसे अपने साइट URL में बदलें, जिसके माध्यम से आप दृश्यपटल तक पहुँच रहे हैं। डैशबोर्ड पर जाने के लिए मुझे दो बार लॉगिन करना पड़ा था क्योंकि जब मैंने पहली बार विवरण दर्ज किया था, तो यह केवल ताज़ा हो जाता है और उसी पृष्ठ पर वापस आता है जब आपने इसे लूपिंग के रूप में उल्लेख किया था।


5

इस sql कमांड को एक बार अपने होस्ट से अपने phpMyAdmin को खोलें।

इस SQL ​​को चलाएँ:

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 / सत्र में हटाकर हल कर दिया। मुझे लगता है कि यह क्योंकि Magento में कई सत्र है!


3

अलार्म स्टॉर्म सूची सही और विस्तृत है। यहाँ कुछ अतिरिक्त मामले हैं।

  1. योनि में, var/sessionमेजबान मशीन पर भी जांच की अनुमति
    (बढ़ते मामले)
  2. जांचें कि क्या आप डिस्क पूर्ण हैं या var / सत्र में बहुत सारी फाइलें हैं
  3. चलाएँ n98-magerun.phar sys:check(कुकी डोमेन सहित समस्याएँ पकड़ता है)
  4. स्थानीय। Xml संपादित करके डेटाबेस में सत्र बदलें। यह insidie ​​का उपयोग करके अधिकांश अनुमति के मुद्दों को नियंत्रित करेगा<global>

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

उदाहरण के लिए https://github.com/paimpozhil/MageFirewall/blob/master/app/code/community/MageFirewall/Firewall/Mbel/Observer.php#L53 आपको तीसरे पक्ष के एक्सटेंशन (फ़ायरवॉल / सुरक्षा एक्सटेंशन) से भिन्न होना चाहिए। काली सूची में यदि आप कई बार कोशिश करते हैं।

यदि आपका सत्र मूल रूप से अनुमति के मुद्दों के लिए काम नहीं कर रहा है, लेकिन तब हो सकता है जब आप मूल मुद्दे को ठीक करने के बाद भी विफल होते रहें

अपने विशेष मामले में admin_session_user_login_successघटना पर नज़र रखें क्योंकि अधिकांश सुरक्षा / फ़ायरवॉल मॉड्यूल इस घटना का उपयोग करते हैं। यदि चर $_SESSION['admin']पर्यवेक्षकों द्वारा रीसेट किया जाता है, तो विशेष रूप से नज़र रखें


2

यह भी महत्वपूर्ण है कि आपके पास एक फार्म कुंजी मौजूद है, अन्यथा आपका फॉर्म संसाधित नहीं होगा।

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

2

इस समस्या का एक सरल समाधान यह है कि आप लोकलहोस्ट के बजाय होस्टनाम के रूप में http://127.0.0.1 का उपयोग करें ।

चूंकि समस्या यह है कि आप अपने व्यवस्थापक को लॉग इन नहीं कर सकते हैं, आपको डेटाबेस टैब में सुरक्षित और असुरक्षित आधार यूआरएल को बदलना चाहिए: core_config_data

यह n98-magerun के sys: check के साथ आपके आधार का सत्यापन भी करेगा


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 / session" को खाली करके अपना कैश साफ़ करने का प्रयास करें, इससे मेरे लिए यह हल हो गया।

मुझे भी एक बार इसके बाद वेबसर्वर को पुनः आरंभ करना पड़ा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.