“अमान्य फ़ॉर्म कुंजी। कृपया पृष्ठ ताज़ा करें ”- व्यवस्थापक पैनल में प्रवेश नहीं कर सकते


18

मैं नियमित रूप से अपनी साइट पर जाकर यह सुनिश्चित करने के लिए काम कर रहा हूं कि उत्पादों के लिए चित्र दिखाई नहीं दे रहे थे, यह सोचकर कि यह अनुक्रमण कैश के साथ एक समस्या थी, मैंने व्यवस्थापक पैनल में प्रवेश करने की कोशिश की और त्रुटि प्राप्त की:

"अमान्य फ़ॉर्म कुंजी। कृपया पृष्ठ ताज़ा करें"

या

अन्य लक्षण हैं कि ग्राहक कार्ट में उत्पादों को नहीं जोड़ सकते हैं और बहुत धीमी गति से प्रदर्शन करते हैं।

लॉग (/ var / लॉग) में कोई त्रुटि नहीं है

इस समस्या को हल करने के लिए मुझे क्या अतिरिक्त कदम उठाने चाहिए?

जवाबों:


48

यह तब भी होता है जब सिस्टम> कॉन्फ़िगरेशन> वेब> कुकी में कुकी डोमेन वास्तविक साइट डोमेन से अलग होता है।

व्यवस्थापक पैनल तक पहुंच के बिना सेटिंग को हटाने के लिए:

  1. MySQL कंसोल या क्लाइंट जैसे phpMyAdmin पर निम्न SQL क्वेरी का उपयोग करें:

    DELETE FROM core_config_data WHERE path='web/cookie/cookie_domain';
  2. कैश साफ़ करें। यदि आप डिफ़ॉल्ट फ़ाइल आधारित कैश बैकेंड का उपयोग कर रहे हैं, तो नीचे सभी निर्देशिकाओं को हटा दें var/cache

फिर जैसे ही आप फिर से लॉग इन कर सकते हैं, प्रत्येक वेबसाइट या स्टोर के लिए सही कुकी डोमेन सेट करें (उदाहरण के लिए: .example.comexample.com, www.example.com और अन्य सभी उप डोमेन)

यदि आप n98-magerun का उपयोग कर रहे हैं (और आपको करना चाहिए!), उसी के साथ पूरा किया जा सकता है:

n98-magerun config:delete web/cookie/cookie_domain
n98-magerun cache:clean config

Hi @fschmengler, कृपया इस विवरण को phpmyadmin से जांचने के तरीके के बारे में अधिक जानकारी जोड़ें, क्योंकि उपयोगकर्ता व्यवस्थापक पैनल में प्रवेश करने में सक्षम नहीं है और कुछ डेवलपर्स जो Magento के विकास के लिए नए हैं, वे डेटाबेस में ऐसी सेटिंग्स की जांच करने के लिए नहीं जानते हैं। क्षमा करें, लेकिन सिर्फ नए सदस्यों की मदद के लिए :)
मोहित कुमार अरोड़ा

@MohitKumarArora आप सही हैं, मैंने जवाब अपडेट किया
Fabian Schmengler

अब मैंने उत्थान किया है। :)
मोहित कुमार अरोड़ा

n98 तरीका शानदार काम करता है। जानकारी के लिए धन्यवाद।
एंडी जोंस

@FabianSchmengler, मैंने core_config_data की जाँच की और यह मेरी साइट के लिए सही मूल्य है। क्या मुझे अभी भी आपके द्वारा प्रदान किए गए सभी चरणों से गुजरने की आवश्यकता है? क्या इस मामले में आपका दृष्टिकोण अभी भी काम करेगा?
datasn.io

18

मैं प्रश्न / उत्तर पोस्ट कर रहा हूं क्योंकि मुझे कुछ भी प्रासंगिक नहीं मिला।

मुद्दा यह था कि जिस ड्राइव पर मेरा मैगनेटो इंस्टॉलेशन रहता है वह भरा हुआ था। मैंने कुछ कमरे खाली कर दिए, / var / सत्र और / var / कैश को साफ़ कर दिया और सब कुछ सामान्य हो गया।


1
चेतावनी: हटाना सभी var/sessionको लॉग आउट करेगा और सभी अतिथि कार्ट को साफ़ करेगा। एक समाधान के लिए यहां देखें जो केवल पुराने सत्रों को हटाता है: magento.stackexchange.com/a/58167/243
Fabian Schmengler

@fschmengler हां, लेकिन क्या आप वास्तव में उन सत्रों के साथ एक मौका लेना चाहते हैं जो शुरू करने के लिए ठीक से बनाए गए थे? जब मैंने / var / सत्र की जाँच की तो सभी प्रकार की 0kb फाइलें थीं जो सामान्य नहीं हैं।
SR_Magento

1
बिल्कुल जाँच करने के लिए पहली बात। घंटों तक इस पर मेरा सिर लुटाता रहा। धन्यवाद!
ब्रायंट जैक्सन

मेरे लिए यह डिस्क स्पेस था। मुझे डिस्क खींचने की कोशिश करने के बाद पता चला, क्योंकि यह डिस्क स्पेस संबंधित त्रुटि के साथ विफल हो गया था।
दामोदर बाश्याल

@SR_Magento सर मुझे कैश फ़ोल्डर और सत्र फ़ोल्डर को हटा दिया गया था तो कई बार यह केवल कुछ समय के लिए काम करता है कुछ समय बाद एक ही मुद्दा है
अमरेश तिवारी

3

3 समाधान हैं:

  1. Phpmyadmin में इन कमांड का उपयोग करें

    DELETE FROM core_config_data WHERE पथ = 'वेब / कुकी / कुकी_डोमेन';

    DELETE FROM core_config_data WHERE पथ = 'वेब / कुकी / कुकी_पथ';

अब लॉगिन करने की कोशिश करें।

2. var फ़ोल्डर में सब कुछ हटाएं और फिर जांचें कि क्या यह काम करता है।

3. .htaccess फ़ाइल को नमूना .htaccess फ़ाइल के साथ खोलें और फिर व्यवस्थापक को लॉगिन करने का प्रयास करें।

आशा है कि यह आपकी मदद करेगा।


1

एक और संभव, कुछ हद तक स्पष्ट, समस्या पहले जांचने के लिए: यदि आपकी साइट एसएसएल का उपयोग करती है, तो सुनिश्चित करें कि आप अपने व्यवस्थापक पृष्ठ के लिए http प्रोटोकॉल का उपयोग नहीं कर रहे हैं; आपको https का उपयोग करना चाहिए । उदा। https://example.com/admin


1

मेरे मामले में समस्या यह प्रतीत होती है क्योंकि मैंने n98-magerun का उपयोग करने वाले उपयोगकर्ता को एक ऐसे उपयोगकर्ता के साथ बनाया है जो magentofolder / var पर नहीं लिख सकता है और इसके स्थान पर फ़ॉलबैक फ़ोल्डर / tmp / magento का उपयोग किया है।

मैंने अभी-अभी अपना व्यवस्थापक उपयोगकर्ता हटा दिया है और एक sudo -iu OTHERUSER(उपयोगकर्ता जो मैगनेटो फ़ोल्डर का मालिक है) को निष्पादित किया और n98-magerun admin:user:createअपना उपयोगकर्ता बनाने के लिए फिर से चला गया ।


अद्यतन: किसी अन्य मामले में, व्यवस्थापक यूआरएल को www के बिना देखा जा रहा है सिंटैक्स, और कुकी सेटिंग्स www का उपयोग कर रही थीं। बस www। व्यवस्थापक url में समस्या का समाधान किया। ;)


यह नहीं होना चाहिए admin:user:create?
sr9yar

1
@ sr9yar nope - वह Magento2 है - यह M1 है
treyBake

0

कैश साफ़ करने के उपरोक्त चरण के साथ, मुझे नीचे दिए गए लेख का भी पालन करना था और सत्र डेटा की जानकारी नीचे दिए गए चरणों का पालन करके सही पथ पर सेट करना था

रेफरी लेख

/programming/26123081/failed-to-write-session-data-magento

मैंने इसे VM में स्थान देने के लिए session.save_path को बदलकर इसे ठीक किया।

फ़ाइल एप्लिकेशन / etc / local.xml बदलें

नीचे से बदला गया

फिर इसने काम करना शुरू कर दिया। इसके अलावा कभी-कभी आप वास्तव में समस्या नहीं बता सकते हैं, इस प्रकार यह महत्वपूर्ण है कि आप त्रुटि लॉगिंग को सक्षम करें। निम्नलिखित लेख का संदर्भ देकर इसे सक्षम करें

https://www.thecreativedev.com/how-to-enable-system-log-and-errorswarning-in-magento/



-3

यह ज्ञात समस्या है कि आमतौर पर मैगेंटो 1.9.2.3 रिलीज में शामिल पैच SUPEE-7405 को लागू करने के बाद आता है। इसे फाइल - ऐप / कोड / लोकल / मैज / कोर / मॉडल / सेशन.एफपी में नीचे कोड जोड़कर हल किया जा सकता है

public function validateFormKey()
{
    if (!($formKey = $_REQUEST['form_key']) || $formKey != $this->getFormKey()) {
        return false;
    }
    return true;
}

यह फ़ाइल आपकी रिपॉजिटरी में मौजूद नहीं हो सकती है इसलिए इसे app/code/core/Mage/Core/Model/Session.phpकॉपी करें और इसे पेस्ट करें। इसके app/code/local/Mage/Core/Model/Session.phpबाद फाइल में उपरोक्त फ़ंक्शन जोड़ें क्योंकि यह कोर फ़ाइल में गायब हो सकता है।

अपना ब्राउज़र कैश और कुकी भी साफ़ करें। Magento var/cacheऔर var/sessionफ़ोल्डर्स सामग्री में सभी फ़ाइलों को साफ़ करें । फिर अपने एडमिन पैनल में लॉगिन करें।


Ermm..would नहीं एक बेहतर समाधान के लिए प्रपत्र कुंजी ब्लॉक आउटपुट को ओवरराइड व्यवस्थापक html टेम्पलेट में जोड़ना है? (इस तरह से CSRF सुरक्षा इरादा के अनुसार काम करेगी)।
ल्यूक ए। लेबर

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