मैं माइग्रेशन के बाद लॉग इन नहीं कर सकता

9

मैंने खोजा है जो सैकड़ों समाधानों की तरह लगता है और उन सभी को लागू किया है। मैंने इसी प्रश्न को खोजने के लिए इस वेबसाइट को भी खोजा है, लेकिन मैं इसका पता लगाने में असमर्थ था।

मेरे पास एक विकास साइट और एक उत्पादन साइट है। दोनों के बीच प्रवास के लिए मैं गितुब धक्का और पुल का उपयोग करता हूं। यह अतीत में एक मुद्दा नहीं रहा है, हालांकि, मैं इस समस्या में कई बार चला हूं। फ़ाइल माइग्रेशन के बाद Drupal अब मुझे लॉगिन करने की अनुमति नहीं देता है। मैं अपने लॉगिन क्रेडेंशियल का प्रयास करता हूं और तुरंत एक एक्सेस अस्वीकृत पृष्ठ प्राप्त करता हूं।

मेरी साइट कुकीज़ पढ़ने और लिखने में कोई समस्या नहीं है। मैंने कुकी आईडी देखी है और पाया है कि यह डेटाबेस में प्रविष्टि है। तो कुकीज़ ठीक काम कर रहे हैं और डेटाबेस प्रविष्टियों कुछ ठीक काम कर रहे हैं।

जो समस्या मैं देख सकता हूं वह यह है कि डेटाबेस सत्र रिकॉर्ड किसी भी उपयोगकर्ता आईडी को नहीं बचा रहा है। जब मैं अपने आईपी के लिए डीबी रिकॉर्ड में मैन्युअल रूप से यूजर आईडी को 1 में बदल देता हूं, और फिर वेबसाइट को रिफ्रेश करता हूं, तो मैं लॉग इन होता हूं। कोई विचार?

/programming/2846935/cannot-login-to-drupal-in-chrome-or-firefox-but-safari-works बताते हैं कि मैं सेटिंग .php फ़ाइल में $ cookie_domain को अपडेट करता हूं। मैं हर विन्यास की कोशिश की है और यह मदद नहीं की है।
http://www.go2linux.org/cannot-login-into-drupal-table-corrupted यह भी सुझाव है कि मैं सत्र तालिका की मरम्मत करता हूं। मैंने ऐसा किया है, db से सेशन क्लियर किया और अपने कूकीज को क्लियर किया। काम नहीं किया।
http://www.madebymorgan.com/blog/2010/07/15/cant-login-after-drupal-617-upgrad सुझाव देता है कि मैं अपनी सेटिंग में मानों को अपडेट करता हूं। पीपीपी फाइल: $ कुकी_डोमेन और $ base_url। मैंने हर संयोजन की कोशिश की है और असफल रहा।
मैं install.txt जो उचित अनुमति और स्वामित्व के स्तर के लिए निम्न कमांड को चलाने के लिए कहते हैं पढ़े: chmod o+w sites/default/settings.php, chmod o+w sites/default, chmod o+w sites/default/files, chmod a-w sites/default/settings.php, chmod a-w sites/default। यह काम नहीं किया।
Http://drupal.org/node/56357#comment-236726 में पैच आपकी सत्र फ़ाइल में कुछ कोड जोड़ता है। मैंने यह किया है और यह काम नहीं किया।
पर http://drupal.org/node/56357#comment-391535 , markus_petrux किसी नए नाम से PHPSESSID को परिभाषित करने के साथ-साथ मैन्युअल रूप से कुकी डोमेन और पथ की स्थापना करके एक अच्छा सुझाव था। यह काम नहीं किया।
http://old.nabble.com/Re%3A-Can%27t-login-p22258960.htmlregister_shutdown_function('session_write_close'); सेटिंग्स के अंत में जोड़ने का सुझाव देता है। काम करता है, जो मेरे लिए भी काम नहीं करता था।
http://drupal.org/node/6696#comment-204863 हमें सेटिंग्स में कुछ ini सेटिंग्स जोड़ने के लिए कहता है। php, कैश को साफ़ करें, कुकीज को साफ़ करें, प्राइवेसी को साफ़ करें, फ़ायरफ़ॉक्स को फिर से शुरू करें और settings.php को निम्न पंक्तियों में जोड़ें:

ini_set('session.cookie_domain', 'exampleorg');
ini_set('session.cookie_domain','www.example.org');
ini_set('session.auto_start', 0);

— ईकॉमर्स कंसल्टेंट
स्रोत

बस यहाँ थोड़ी खोज की। मेरी साइट लॉगिन के दौरान HTTPS और HTTP के बीच टॉगल करती रहती है। इसलिए मैं सोच रहा हूं कि क्या यह सत्र से बाहर हो रहा है।

— ईकॉमर्स कंसल्टेंट

OMG मैं मेरी समस्या का सामना करता हूं। मैंने अपने वर्चुअल होस्ट को अपने एसएसएल के लिए गलत सेटअप किया था। मेरा एसएसएल मेरी देव साइट पर इंगित कर रहा था न कि मेरी लाइव साइट पर। तो यह तथ्य कि यह मुझे ssl में लॉगिन करने पर पुनर्निर्देशित कर रहा था, इसका मतलब था कि मैं पूरी तरह से वेबसाइट बदल रहा था। यह भीषण था ... मुझे पूरा दिन लग गया ..

— ईकॉमर्स कंसल्टेंट

6

मुझे भी यही समस्या थी, और यह संबंधित था mod_rewrite। मैंने mod_rewriteनिम्नलिखित कमांड के साथ सक्षम किया है और समस्या ठीक हो गई है।

sudo a2enmod rewrite

— Елин Й
स्रोत

कभी-कभी यह समाधानों में सबसे सरल होता है। धन्यवाद!

— mcriecken

3

FYI करें, आपकी साइटों \ default \ settings.php फ़ाइल में उसी नाम के साथ कुकी होनी चाहिए जिस पथ का आप उपयोग कर रहे हैं, यदि आपके पिछले वेब सर्वर में www.boldlygowherenomanhasgonebefore.com का एक डोमेन था और आपने अपने drupal को localhost, कुकी में स्थानांतरित कर दिया था। डोमेन को उस परिवर्तन को प्रतिबिंबित करना चाहिए:

WAS: $cookie_domain = '.boldlygowherenomanhasgonebefore.com';
बदलें: $cookie_domain = '.localhost';

— ब्रैंडन फेरारा
स्रोत

आप जीत गए :) यह वही है जो मैंने किया था

— qasimzee

1

स्पष्ट रूप से आपका समाधान नहीं है, लेकिन किसी और के यहाँ आने के लिए, मुझे एक समान समस्या थी (लॉग इन करने में असमर्थ) लेकिन मेरा एक स्वच्छ यूआरएल मुद्दा था जो निम्नानुसार हल किया गया था:

स्वच्छ यूआरएल के साथ कुछ चल रहा था, वे अर्ध-काम कर रहे थे यही कारण है कि मैंने उन्हें समस्या के रूप में खारिज कर दिया था, लेकिन यह था।

मुझे अंतत: DB में वेरिएबल्स टेबल को बदलना पड़ा (LONGBLOB को LONGTEXT में बदलकर ताकि मैं कर सकूं), साफ यूआरएल फ्लैग को बंद कर दिया (सेट "1" से "0"), कैशे को हटा दें।

और फिर चीजों ने सही काम किया।

— Adaddinsane
स्रोत

0

ऐसा नहीं है कि यह समस्या की जड़ को हल करेगा, लेकिन अगर आपको लॉगिन करने की आवश्यकता है तो आप हमेशा Drush से एक बार लॉगिन लिंक प्राप्त कर सकते हैं:

drush user-login theusername

— हंस रोसेल
स्रोत