2012-07-04 13 views
7

कई दिन पहले मैं अपनी साइट पर prestashop प्लेटफार्म के आधार पर व्यवस्थापक पैनल तक नहीं पहुंच सका। लॉगिन और पासवर्ड दर्ज करने के बाद, मुझे फिर से लॉगिन पृष्ठ पर रीडायरेक्ट किया गया और सबकुछ दोहराया गया।व्यवस्थापक में Prestashop cant लॉगिन

साइट समर्पित सर्वर पर होस्ट की जाती है, जहां कुछ अन्य Prestashop साइटें जिन्हें मैं विकसित कर रहा हूं, भी होस्ट किया जाता है। इन साइटों पर व्यवस्थापक पैनल तक पहुंचने का प्रयास करने के बाद मुझे वही "त्रुटि" मिलती है।

आपको क्या लगता है, समस्या क्या है?

ver .: 1.4.7.3 और 1.4.8.2

सर्वर Prestashop: CentOS, पीएचपी

उत्तर

19

ये कुछ चीजें हैं है तुम कोशिश कर सकते हैं:

1/साफ अपने ब्राउज़र का कैश और अपनी कुकी

2/क्रोम (जो लगता है कुछ अप्रत्याशित समस्याएं हैं) के बजाय Firefox का उपयोग कर प्रयास करें

3/ps_configuration तालिका में PS_SHOP_DOMAIN और PS_SHOP_DOMAIN_SSL चेक

4/मैन्युअल रूप से स्पष्ट चतुर कैश:, isLoggedBack() में हटाने या टिप्पणी: tools/smarty/compile से सभी फाइलों को हटाने और tools/smarty/cache

5/आईपी जाँच अक्षम classes/Cookie.php में (इस गतिशीलता आईपी साथ कई मुद्दों का कारण बनता है कर सकते हैं) चौथी शर्त:

AND (!isset($this->_content['remote_addr']) OR $this->_content['remote_addr'] == ip2long(Tools::getRemoteAddr()) OR !Configuration::get('PS_COOKIE_CHECKIP'))

6/बनाओ कुकीज़ के लिए कम समय (आईई ग की समय सीमा समाप्त एक लंबे समय के कुकीज़ के साथ समस्या है): classes/Cookie.php निर्माता में,

सेट: $this->_expire = isset($expire) ? (int)($expire) : (time() + 3600);

$this->_expire = isset($expire) ? (int)($expire) : (time() + 1728000);

+4

में लागू नहीं होता पी एस 1 के लिए।5; '5/आईपी चेक अक्षम करें ': आप कोर फाइलों को मैन्युअल रूप से संपादित करने के बजाय' प्रशासन> प्राथमिकताएं 'पर जा सकते हैं और' कुकी पर आईपी एड्रेस को 'नहीं' में बदल सकते हैं .. 6/ – UnLoCo

+0

+1 के लिए एक ही चीज़ फ़ायरफ़ॉक्स सुझाव! क्रोम सिर्फ एक सफल प्रवेश के बाद कुछ नहीं कर रहा है ... – Mediabeastnz

+0

# 5 मेरे लिए इसे हल - मैं 2 इंटरनेट कनेक्शन है, समस्या केवल उनमें से एक पर हो रहा था, घूमना क्यों ... –

-1

आप एक काम साइट है, जहाँ आप के लिए लॉग इन कर सकते हैं। हो सकता है कि आप उपयोगकर्ता को काम करने से गैर काम करने की प्रतिलिपि बना सकें, और यदि वह काम करता है तो से।

+0

किसी भी तरह से – erm3nda

0

कुछ पुराने चीजें हैं जो आपके पुराने पासवर्ड को काम करने से रोकने के लिए हो सकती हैं। एक हो सकता है कि आपका _COOKIE_KEY_ बदल गया।

आप एक नया पासवर्ड हैश उत्पन्न करने के लिए निम्न स्क्रिप्ट का उपयोग करने का प्रयास कर सकते हैं। इसके बाद आप इसे xxxx_employee तालिका में डेटाबेस में बदल सकते हैं (जहां xxxx_ आपकी तालिका उपसर्ग है)। मुझे उम्मीद है कि आपके लिए काम करता है। किसी भी मामले में: अपने पुराने हैंश का बैकअप रखें।

<?php 
require(dirname(__FILE__).'/config/config.inc.php'); 
echo Tools::encrypt($_REQUEST["pw"]); 

भूलना अपने सर्वर से स्क्रिप्ट निकालना एक बार अपने किया नहीं है:

यहाँ छोटे स्क्रिप्ट है!

-1

के बजाय मैं जानता हूँ कि यह पुराना है, लेकिन यह किसी की मदद कर सकते हैं, द्वारा पर त्रुटियों बारी उद्घाटन/config/config.inc.php। लाइन के लिए

देखो:

ini_set('display_errors', 'on'); 

संपादित करें:

ini_set('display_errors', 'off'); 

करने के लिए परिवर्तन यह हर किसी के रूप में एक उचित रूप में लिखने में गलती एक ही मुद्दा

+0

यह किसी भी तरह से लागू नहीं होता है। – erm3nda

1

मैं था बदल दिया है।

मैं आईई के माध्यम से लॉगिन करने में सक्षम था लेकिन फ़ायरफ़ॉक्स नहीं।

इस मुद्दे को हल करने के लिए मैंने क्या किया था कुकी प्रबंधक में जाना और सभी कुकीज़ हटाएं।

मुझे पता है कि यह cliche लगता है लेकिन कुछ और काम नहीं किया।

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

मुझे लगता है कि उन्हें सॉफ़्टवेयर दृष्टिकोण से समस्या को ठीक करने की आवश्यकता है।

भले ही, मैंने अपनी साइट से जुड़े सभी कुकीज़ को हटा दिए जाने के बाद, मुझे कोई समस्या नहीं मिली। इसने www.mysite.com और mysite.com के साथ एक समस्या का समाधान भी किया। मैं तकनीकी सहायता से बात कर रहा था क्योंकि कभी-कभी यह काम करेगा और दूसरी बार ऐसा नहीं होगा।हो सकता है कि कुकी भी स्टोर करेगी जो www/non का किस प्रकार गतिशील लिंकिंग के लिए उपयोग किया जाता था। मेरे DNS को हल करने के लिए समय की अनुमति दी गई थी और तकनीक समर्थन ने दोषी ठहराया था, लेकिन ऐसा नहीं था।

कुकीज़ साफ़ न करें, अपनी साइट के लिए मैन्युअल रूप से हटाएं। जब मैंने स्पष्ट कुकीज़ का उपयोग किया, तो उसने बहुत सारी कुकीज़ को हटाया नहीं। मैंने पाया कि स्पष्ट साइट के बाद भी मेरी साइट पर 9 कुकीज़ सेट की गई थीं। चाहे वह मेरी त्रुटि या कुछ और हो, मुझे नहीं पता।

सभी के लिए शुभकामनाएँ और अन्य सुझावों के लिए धन्यवाद। यदि यह वापस आता है, तो मैं अन्य सुझावों में जाउंगा और रिपोर्ट करूंगा।

1

यह मेरे लिए काम किया गया है: adminstration> प्राथमिकता नियंत्रण कक्ष में, "कुकीज़ आईपी पता जांचें" को "नंबर" पर सेट करें।

http://xbfish.com/tag/auto-logout/

-1

कभी कभी मैं इस त्रुटि जब मैं गैर- www के साथ दुकान डोमेन कॉन्फ़िगर किया गया हो और मैं उदाहरण के लिए, www के साथ उपयोग करने के लिए प्रयास करें। मैं एक ही यूआरएल के लिए सभी उपयोगकर्ताओं के लिए मजबूर करने की तरह है, तो मैं .htaccess पर मजबूर www के साथ प्रवेश करने के लिए:

RewriteCond %{HTTP_HOST} !^www. 
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L] 
+0

यदि डोमेन मामलों पर कोई प्रभाव नहीं पड़ेगा। यदि डोमेन कोई फर्क नहीं पड़ता है, तो यह वैसे भी हल नहीं होगा। – erm3nda

-1

मामले में आप एक स्थानीय संस्करण से या किसी अन्य डोमेन से prestashop स्थानांतरित कर दिया है के अलावा, क्लासिक।

update ps_configuration table set value="www.myshop.com" where name ="PS_SHOP_DOMAIN"; 

update ps_configuration table set value="www.myshop.com" where name ="PS_SHOP_DOMAIN_SSL"; 

चेक तालिका ps_shop_url कहा जाता है, और domain और domain_ssl क्षेत्र, और physical_url भी अपडेट हो।

उदाहरण:

update ps_shop_url set domain='www.myshop.com', domain_ssl='www.myshop.com', physical_url='/'; 
+0

यह किसी भी तरह से लागू नहीं होता – erm3nda

1

मैं prestashop 1.4.8.2 का उपयोग मैं सिर्फ व्यवस्थापक/login.php बस कोड निम्नलिखित में प्रतीत होता है बेकार की स्थिति को दूर बदलकर मेरी पीठ कार्यालय लॉगिन पाश debuged।

if (!Configuration::get('PS_SSL_ENABLED')) 

साथ

if ((empty($_SERVER['HTTPS']) OR strtolower($_SERVER['HTTPS']) == 'off') 
    AND Configuration::get('PS_SSL_ENABLED')) 

बदलें मैं भी कुकी को साफ और बेम यह काम किया। मुझे नहीं पता कि यह अन्य सामानों को गड़बड़ कर देगा लेकिन मैं अपने पिछले कार्यालय में आखिरी बार मिल सकता हूं। शांति !!

1

मेरे अपाचे वेब सर्वर के सामने एक एनजीआईएनएक्स को रिवर्स प्रॉक्सी के रूप में जोड़ने के बाद भी यही समस्या थी।

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

UPDATE ps_configuration SET value = 0 WHERE name='PS_COOKIE_CHECKIP'; 

पुनश्च: ps_ मेरी मेज उपसर्ग है, आप इसे अपने सेटिंग अपना सकता है।

+0

यह तेज़ है। एक अच्छा समाधान एक खंड जोड़ना और कुछ कोड लाइनों को जांचने के लिए हो सकता है (उदाहरण के लिए) $ _REQUEST ["letmein"] ... ताकि आप पैनल में प्रवेश कर सकें और उस इरादे के लिए कुकी चेक को सक्षम/अक्षम कर सकें। हमेशा के लिए अक्षम करना एक अच्छा विचार नहीं है। – erm3nda

3

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

<domain>/admin/index.php 
संबंधित मुद्दे