Mysql
 sql >> डेटाबेस >  >> RDS >> Mysql

लोकलहोस्ट पर मैंजेंटो ऑनलाइन साइट की ओर इशारा करता है

Magento डेटाबेस में अपनी आधार URL सेटिंग्स बदल दी हैं और यह अभी भी पुराने आधार URL पर जा रही है। आपने उन्हें बदलने से पहले एक बार Magento शुरू किया और इसने पुराने कॉन्फ़िगरेशन को कैश कर दिया और अब आप पुरानी साइट पर लॉक हो गए हैं।

लिनक्स के लिए, अपनी var/ निर्देशिका संरचना को chmod -R 777 में बदलें। आपके पास वहां लिखने की अनुमति नहीं है और Magento ने /tmp में एक कैश स्थापित किया है क्योंकि कैश फ़ाइलों को लिखने के लिए कहीं न कहीं इसकी आवश्यकता है। यह कॉन्फ़िगरेशन सेटिंग्स को कैश किया गया है और जब तक कैश सही निर्देशिका स्थान पर नहीं है तब तक उन्हें फिर से नहीं पढ़ा जाएगा। यदि var/cache में उपनिर्देशिकाएँ हैं, तो उन सभी को हटा दें। आपको /tmp/*/var/cache की तलाश में जाना पड़ सकता है और उन्हें भी हटाना पड़ सकता है।

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

यहां सिस्टम के स्क्रीनशॉट हैं /tmp खराब फ़ाइल अनुमतियों के साथ Linux सर्वर पर कार्रवाई में Magento कैश संग्रहण.

दोनों छवियों में शीर्ष पता बार पर ध्यान दें...

और यहां आपका छिपा हुआ कैश है जो आपको मुश्किलें दे रहा है।



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. MySql Query का उपयोग करके सटीक मिलान वाले शब्द की खोज कैसे करें?

  2. चरित्र सेट और संयोजन का वास्तव में क्या अर्थ है?

  3. संबंधित आईडी के साथ डेटा तालिका बाल पंक्ति में द्वितीयक रिकॉर्ड कैसे प्रदर्शित करें?

  4. Java में LOAD DATA LOCAL INFILE का उपयोग करना

  5. MySQL क्वेरी को मास्टर विवरण तालिका से अलग मूल्य अल्पविराम मिलता है