साइट

डुप्लिकेट करने के बाद Magento पुराने यूआरएल पर रीडायरेक्ट कर रहा है मैं Magento बहु स्टोर इंस्टॉल के साथ संघर्ष कर रहा हूं। पुराना सेटअप एक Magento इंस्टॉल किया गया था जिसमें दो साइट्स/स्टोर सभी एक ही फ़ोल्डर को इंगित करते थे। अब ग्राहक 2 स्वतंत्र वेबसाइट चाहता है, इसलिए एक में परिवर्तन दूसरे को गड़बड़ नहीं करेगा।साइट

वैसे भी, डेटाबेस दोहराया गया था, फ़ाइलें प्रतिलिपि की गई, var/कैश, var/सत्र, वर/tmp खाली कर दिया गया था। मैंने ऐप/etc/local.xml में डेटाबेस पैराम्स को बदल दिया है, .htaccess फ़ाइल में कोई कठोर कोडित नियम नहीं हैं।

समस्या यह है कि sitea.com siteb.com के लिए पुनः निर्देशित रहता है और व्यवस्थापक क्षेत्र काम नहीं कर रहा है, इसलिए मैं कंसोल या phpMyAdmin में सब कुछ करना है है।

जहाँ मैं परिवर्तन करना है डेटाबेस तालिकाओं क्या हैं? मैं क्या खो रहा हूँ ?

स्रोत

2012-07-09 noru

sitea.com पर, आप बुनियादी URL के लिए अपने डेटाबेस पर एक नज़र और core_config_data तालिका लेने के लिए चाहते हो सकता है। या, आप कोशिश करते हैं और निम्न क्वेरी निष्पादित कर सकते हैं:

UPDATE `core_config_data` SET `value`='http://sitea.com/' WHERE `value` LIKE 'http://%' LIMIT 2;

अच्छा उपाय

UPDATE `core_config_data` SET `value`='http://siteb.com/' WHERE `value` LIKE 'http://%' LIMIT 2;

स्रोत

2012-07-09 23:27:23

@ सेठ-जेरेमी-malaki धन्यवाद! Core_config_data तालिका में मैंने वेब/असुरक्षित/base_url और वेब/सुरक्षित/base_url को http://www.sitea.com/ में बदल दिया है और अब रीडायरेक्ट चला गया है, लेकिन .js फ़ाइलों के सभी लिंक टूटे हुए हैं, जैसे: http://www.sitea.com/home/sitea/public_html/js/prototype/prototype.js। इस पर कोई राय ? – noru

मैंने मीडिया/जेएस फ़ोल्डर पर अनुमतियों को बदल दिया और अब यह काम करता है! – noru

आपको यह भी सुनिश्चित करना होगा कि आप पीछे/यूआरएल में शामिल हैं। इसके बिना काम नहीं करता है। –

core_config_data में base_url चाल, में सब कुछ को हटाने के साथ संयुक्त किया siteb.com के डेटाबेस पर भी ऐसा ही var/cache, var/session, var/tmp, और सिस्टम/tmp फ़ोल्डर

स्रोत

2012-07-10 06:59:13 noru

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

कॉन्फ़िगरेशन फ़ाइल कैश की गई है तो यह आवश्यक है – veli

कृपया यह कहने के लिए एक नया उत्तर न बनाएं कि किसी और का उत्तर सही था। इसके बजाय, सही उत्तर दें और सही उत्तर को चिह्नित करें। – jmarkmurphy

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

हम साइट हस्तांतरण और फिर core_config_data तालिका में डेटाबेस में ये परिवर्तन करना पसंद करते हैं।

आप बैकएंड, अद्यतन डेटाबेस में नहीं पहुंच पाते हैं, तो var/कैश निर्देशिका को हटाने और देखते हैं कि आप सभी की जरूरत है।

स्रोत

2013-01-25 21:53:29 dave21

मैं एक ही समस्या की कोशिश मैं क्या किया था:

चरण 1:

साथ romove कैश SSH:

rm -rf /var/tmp/magento/*

चरण 2:

पीएस: Magento कनेक्ट प्रबंधक का उपयोग करने के लिए आपको PEAR कॉन्फ़िगरेशन सेटिंग्स को रीसेट करना पड़ सकता है। ऐसा करने के लिए, फ़ाइल downloader/pearlib/pear.ini फ़ाइल को हटा दें, और एक नया स्वचालित रूप से बनाया जाएगा।

चरण 3:

रीसेट फाइल अनुमति

सुनिश्चित करें कि सभी जावास्क्रिप्ट फ़ाइलें, सीएसएस, और छवियों को लोड सही ढंग से, आप की सिफारिश की सेटिंग के लिए फाइल अनुमति के लिए अपने नए रीसेट करना चाहिए बनाने के लिए सर्वर।

भागो अपने Magento रूट निर्देशिका से निम्न कमांड (उदाहरण के लिए) public_html:

find . -type d -exec chmod 755 {} \; 
find . -type f -exec chmod 644 {} \;

स्रोत

2018-02-24 10:05:40

उत्तर

संबंधित मुद्दे