2012-11-25 13 views
8

मैंने इसके लिए खोज की है, लेकिन केवल व्यवस्थापक पैनल (जो मैं नहीं पहुंच सकता) के माध्यम से ऐसा करने के तरीके पर उत्तर पा सकता हूं।Magento - बेस यूआरएल/डोमेन को मैन्युअल रूप से कैसे बदलें?

मेरे पास एक लाइव Magento स्थापना है जिसे मैं कुछ नया विकास करने जा रहा हूं।

तो मैं मुख्य साइट के url (http://test.mydomain.com) का उप पर एक विकास साइट सेट कर रहा हूं

समस्या मैं आ रही है कि कहीं न कहीं दाना :: में रन() बूटस्ट्रैपर, साइट को www सबडोमेन पर रीडायरेक्ट किया जा रहा है।

मैं डीबी में निम्नलिखित 2 रिकॉर्ड बदल दिए हैं:

mysql> select * from core_config_data where value like '%mydomain.com%'; 
| config_id | scope | scope_id | path     | value       | 
+-----------+---------+----------+------------------------+-------------------------------+ 
|   2 | default |  0 | web/unsecure/base_url | http://test.mydomain.com/  | 
|   3 | default |  0 | web/secure/base_url | http://test.mydomain.com/  | 
  • मैं भी सुनिश्चित किया है कि 'local.xml' config नई देव डीबी की ओर इशारा करते है।
  • मैं भी पूरे/var/कैश हटा देने के बाद
  • मैं भी हटा दिया है सब इनको उप डोमेन पुनर्निर्देश
  • मैं भी अपाचे को पुन: प्रारंभ कर दिया है।

कोई किस्मत, अभी भी पुनर्निर्देशित नहीं है।

मुझे क्या याद आ रही है?

+0

+1 जैसा कि आपने बताया है कि यह दूसरों को लाभान्वित करेगा :) –

उत्तर

14

तो यह पता चला कि समस्या यह थी कि अपाचे के पास WEBROOT/var निर्देशिका में लेखन अनुमति नहीं थी, इसलिए Magento सिस्टम /tmp निर्देशिका से अपने कैश का उपयोग कर रहा था। (टिप के लिए धन्यवाद, असफलता लैब्स!)

मामले में किसी को गूगल से यहाँ हो जाता है, मैं चरणों दोहराना होगा ...

कैसे मैन्युअल डोमेन बदलें Magento में

    को
  1. अद्यतन अपने core_config_data तालिका web/unsecure/base_url और web/secure/base_url
  2. के लिए WEBROOT/var/cache
  3. ०१२३५१६४१० की सामग्री को दो रिकॉर्ड संपादित करने के लिए हटाएं
  4. अद्यतन/संपादन किसी भी .htaccess डोमेन रीडायरेक्ट आप
  5. पुनः प्रारंभ अपाचे
  6. जोड़ दिया हो सुनिश्चित करें कि अपाचे WEBROOT/var
  7. पर लिखने की अनुमति है, तो आप एक नया डीबी बनाया है, यह सुनिश्चित करें कि WEBROOT/app/etc/local.xml यह की ओर इशारा करते है।
  8. यदि आप क्रोम का उपयोग कर रहे हैं, तो अपने ब्राउज़र कैश को साफ़ करें! (क्रोम कैश 301s)

यह इसके बारे में है। चीयर्स।

+1

असल में मैं अपने सर्वर सर्वर को लाइव सर्वर के साथ सिंक करने के लिए द्वि साप्ताहिक करता हूं।एक अतिरिक्त विचार के रूप में, यदि आप छवि सेवा के लिए सीडीएन का उपयोग कर रहे हैं, या मॉड्यूल जिन्हें देव डोमेन के लिए अलग-अलग कुंजियों की आवश्यकता होती है, तो आप उन लोगों के लिए MySQL अद्यतनों के साथ-साथ .sql फ़ाइल के माध्यम से base_url प्रविष्टियों को स्वचालित कर सकते हैं। साथ ही, जब किसी नए सर्वर पर जाते हैं, तो सुनिश्चित करें कि अनुमतियों को var/फ़ोल्डर पर ठीक से सेट किया गया है। Magento सिस्टम/tmp फ़ोल्डर में अपना कैश लिख देगा यदि यह var/और इसका उपयोग करने में सक्षम नहीं है क्योंकि Magento/tmp में कैश की गई जानकारी का उपयोग करेगा और पुरानी साइट पर रीडायरेक्ट करेगा। –

+0

आह, यह तब होना चाहिए! जब मैंने पहली बार नई साइट बनाई, तो मैंने ./var निर्देशिका पर अनुमतियों को सही ढंग से सेट नहीं किया। यह/tmp (जो अतीत में उपयोग में था) से हथियाने वाला होना चाहिए। दूसरी बार, मैंने आलस्य के कारण पूरी साइट पर 'chown -R www-data: my_username ./*' किया था (क्योंकि यह एक देव साइट है), शायद यही कारण है कि यह काम करता है! उस जोड़ा टिप के लिए धन्यवाद !! –

+1

यह एक चट्टान है जो कई साइट चाल को लटकता है। और उन चीजों में से एक है जो एक सर्वर रीबूट होने पर रहस्यमय रूप से स्व-उपचार करता है और/tmp निर्देशिका साफ़ हो जाती है, केवल कैश में कुछ सहेजने के लिए और फिर भी रहस्यमय समस्याएं पैदा होती हैं जहां चीजें बदलती नहीं हैं/कैश फ़ोल्डर मैन्युअल रूप से खाली हो जाता है। हर बार जब आप सुनते हैं, ** "मैंने बनाया (टेम्पलेट/लेआउट/कॉन्फ़िगर) परिवर्तन, कैश साफ़ कर दिया और कुछ भी नहीं हुआ!" **, तुरंत सोचें ** "निर्देशिका अनुमतियों की जांच करनी चाहिए ताकि वेब सर्वर var/फ़ोल्डर में लिख सके और उपफोल्डर्स "**। –

0

रेडिस-क्ली पर "फ्लशहॉल" कमांड का उपयोग करने का प्रयास करें, शायद आपके पास कैश डेटाबेस हो।

यह मेरे लिए काम किया।

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