2011-11-14 16 views
5

के लिए Magento और Xampp मुझे अपने देव पर्यावरण के पुनर्निर्माण की कोशिश करने में परेशानी हो रही है।http: //magento.local लाइव साइट पर वापस आ जाता है - ओएसएक्स

मैं XAMPP स्थापित किया है और इन चरणों का पालन किया:

  1. बैकअप MySQL DB।
  2. बैकअप होम निर्देशिका।
  3. उसी उपयोगकर्ता/dbname
  4. आयातित SQL फ़ाइल सफलतापूर्वक आयातित, और आयातित होम निर्देशिका (और अदृश्य फ़ाइलें) htdocs में डीबी बनाएँ।
  5. सत्यापित है कि base_url और secure_base_url "http: //magento.local" की तैयारी में हैं (मैं http://127.0.0.1 की कोशिश की है, यह भी)
  6. हटाए गए सभी कैश/सत्रों

मैं कैसे प्राप्त कर सकते हैं http://magento.local सिर्फ प्रदर्शित करने के लिए मेरी स्थानीय वेबसाइट, लाइव यूआरएल पर वापस जाने की बजाय?

मैंने अपने base_urls, और यहां तक ​​कि कुकी यूआरएल भी संपादित किया है।

+0

कभी भी 'लोकलहोस्ट' के साथ परीक्षण नहीं किया गया है, लेकिन Magento को ठीक से काम करने के लिए [FQDN] (http://en.wikipedia.org/wiki/Fully_qualified_domain_name) की आवश्यकता नहीं है? –

+0

होस्ट्स के साथ http: //magento.local जैसे कुछ का उपयोग करते समय भी, यह अभी भी उलट जाता है। मैंने डेटाबेस से यूआरएल के हर उदाहरण को हटा दिया है। – danchet

+1

@ डांचेट आपने इंस्टॉलेशन तकनीक के बारे में उल्लेख नहीं किया था। क्या आपने पहले ताजा Magento इंस्टॉलर स्थापित किया था या सिर्फ सामग्री सर्वर से सामग्री को प्रतिस्थापित किया था? –

उत्तर

2

तरह से मैं हमेशा यह इस प्रकार है कर ...

किसी भी क्षेत्रों है कि यूआरएल हैं, जो आप चलाकर कर सकते हैं के लिए core_config_data तालिका खोजें ...

SELECT * FROM core_config_data WHERE value LIKE 'http%' 
..or बस phpMyAdmin का उपयोग कर यदि आप इसे उपलब्ध

। हमारी मुख्य साइटों में से एक में लगभग 8 पंक्तियां अपडेट की जा सकती हैं (संभवतः सभी आवश्यक नहीं, पुराने संस्करणों से छोड़ा जा सकता है)। यदि आप अपना लाइव यूआरएल देखते हैं तो इसे अपने स्थानीय पते के लिए बस इसे बदलें।

फिर आपको कैश फ़ोल्डर खोलें और mage से शुरू होने वाली किसी भी फाइल को हटाएं - *। सामान्य रूप से इस बिंदु पर मुझे पकड़ने वाली चीज फ़ाइल अनुमतियां होती है। मुझे नहीं पता कि आप किस ओएस का उपयोग कर रहे हैं, इसलिए मैं आपको यह नहीं बता सकता कि कैसे जांच करें, लेकिन यदि पहली बार जब आप साइट पर पहुंचे तो अपाचे उपयोगकर्ता को कैश फ़ोल्डर में लिखने की अनुमति नहीं होती है, तो Magento अधिकांश में से अधिकांश बनाता है फ़ाइलों को सामान्य रूप से ओएस की temp निर्देशिका में DOCUMENT_ROOT/var फ़ोल्डर में बनाया गया है। उदाहरण के लिए, हम काम पर मैक ओएसएक्स का उपयोग करते हैं, यह उस निर्देशिका को हटाने पर कैश फ़ाइलों को/tmp/magento/में बनाएगा, आपको जाने के लिए अच्छा होना चाहिए।

एनबी: आपको साइट को फिर से देखने से पहले var निर्देशिका के फ़ाइल परमिट अपडेट करना चाहिए, अन्यथा यह अस्थायी निर्देशिका में लिखना जारी रखेगा, जो आपको भविष्य में फिर से यात्रा करेगा।

+0

var पर मेरी अनुमतियों को बदलना यह था! धन्यवाद! – danchet

+0

एनपी, उस छोटे से गले ने मुझे कई मौकों पर अपने सिर को खरोंच कर दिया है :) –

+0

मैं सक्षम होने पर कुछ घंटों में बक्षीस का पुरस्कार दूंगा। – danchet

3

Magento लोड हो रहा है, यह नोट करते हुए कि आप जिस यूआरएल का उपयोग कर रहे हैं वह वही नहीं है जो कॉन्फ़िगर किया गया है, और आपको रीडायरेक्ट कर रहा है।

Here are Magento कॉन्फ़िगरेशन में मूल URL को संपादित करने के चरण।

मुझे लगता है कि आपको वहां वर्णित Magento कैश को साफ़ करने की आवश्यकता है।

+0

धन्यवाद, लेकिन जैसा कि मेरे प्रश्न ने कहा- मैंने इसे अनुभव करने से पहले इन चरणों को लिया है। – danchet

2

क्या आपने अपनी एचटीएसीएएस फ़ाइल की जांच की है?

+0

जहां मेरी htaccess फ़ाइल में यह स्वचालित रूप से एक यूआरएल लोड करेगा? – danchet

+0

हमें जवाब देने के लिए पहले अपनी htaccess फ़ाइल देखना है। ऐसा लगता है कि यह एक पुनर्लेखन नियम चलाता है। – tuze

1

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

+0

इस विधि का प्रयास किया, और मैं अभी भी केवल लाइव साइट प्राप्त कर रहा हूं। – danchet

1

सुनिश्चित करें कि आपने base_url सेट किया है। आप इसे वास्तव में phpmyadmin में 'config_data' के साथ तालिका में देखने के लिए संपादित कर सकते हैं।

स्थानीय होस्ट/text.html = test.html [सही]

निश्चित रूप से

यह सही है, क्योंकि यह 'index.php' जो नियंत्रक के रूप में काम करता है में नहीं होता है हो जाएगा। याद रखें कि Magento भी साफ यूआरएल का उपयोग करता है।

www.yourdomain.com/index.php/name_for_the_page/

+0

आधार यूआरएल और सुरक्षित बेस यूआरएल http: //magento.local है - मैंने डीबी में लगभग हर रिकॉर्ड से लाइव यूआरएल हटा दिया है, मेरे ब्राउज़र कैश को मंजूरी दे दी है और किसी भी कैश फ़ोल्डर्स या सत्र में सत्रों को छोड़ दिया है। मैंने var की पूरी सामग्री हटा दी और मैं अभी भी लाइव साइट पर वापस आ गया। कोई सुराग नहीं। – danchet

2

अपने स्थानीय Magento दुकान यूआरएल जैसे http है: // Magento/ फिर अपने Magento न काम है, लेकिन अगर आपका यूआरएल http: //magento.local/ जैसा है - Magento स्टोर ठीक काम करेगा।

+0

मैंने इसे इस तरह सेट किया है, लेकिन यह अभी भी लाइव साइट पर वापस आ गया है। – danchet

1

यदि आपका core_config_data सही है, तो यह आपकी स्थानीय.एक्सएमएल फ़ाइल के साथ एक समस्या है। सुनिश्चित करें कि इस फ़ाइल में आपकी डेटाबेस जानकारी प्रदान की जा रही है सही है।

httpdocs/ऐप्स/etc/local.xml

<default_setup> 
     <connection> 
      <host><![CDATA[localhost]]></host> 
      <username><![CDATA[your_username]]></username> 
      <password><![CDATA[your_password]]></password> 
      <dbname><![CDATA[your_db]]></dbname> 
      <initStatements><![CDATA[SET NAMES utf8]]></initStatements> 
      <model><![CDATA[mysql4]]></model> 
      <type><![CDATA[pdo_mysql]]></type> 
      <pdoType><![CDATA[]]></pdoType> 
      <active>1</active> 
     </connection> 
</default_setup> 

इस मामले में अपने core_config_data ठीक है, यह सिर्फ सही core_config_data तालिका का उपयोग नहीं कर रहा है। मैं उसी समस्या में भाग गया जब मेरे स्टेजिंग डेटाबेस को मेरे स्थानीय से अलग नाम दिया गया था। एक सरल "ओह!" गलती।

+0

टिप्पणी के लिए धन्यवाद, यह कुछ ऐसा है जो मैं भविष्य में देखना चाहता हूं। – danchet