श्रेणियाँ

शीर्ष सेलर्स

  • Delete Orders
    Delete Orders

    व्यवस्थापक पृष्ठ - में आदेश को हटाने के लिए विकल्प सक्षम करें > आदेश...

    $0.00
  • CoolShare
    CoolShare

    एनीमेशन पर माउस के साथ एक सामाजिक बुकमार्क जोड़ें

    $0.00
  • Mass price update
    Mass price update

    इस मॉड्यूल आप मात्रा या प्रतिशत, या मूल्य रेंज द्वारा एक विशेष श्रेणी के...

    $0.00
  • Categories image
    Categories image

    इस मॉड्यूल आप ब्लॉक को श्रेणी में है, लेकिन एक ही के थंबनेल के साथ...

    $0.00

हाल ही में आदेश (+)

CSV/TXT/XML Cron Import / Dropshipping

प्राप्त किया:2017-11-24 12:58:51
Customer: Jorge
को भेजें: Vals-près-le-Puy, फ़्रांस
आदेश मान:$33.00
View all ->
Countdown Specials - Flash sales

प्राप्त किया:2017-11-19 18:59:53
Customer: Reto
को भेजें: 4457 Diegten, स्विट्ज़रलैंड
आदेश मान:$52.75
View all ->
PrestaShop Quick service failure solution - Nº of errors to fix : 1, Priority : Normal

प्राप्त किया:2017-10-28 15:25:13
Customer: Veronique
को भेजें: VAUX EN BEAUJOLAIS, फ़्रांस
आदेश मान:$15.00
View all ->
PrestaSpeed

प्राप्त किया:2017-10-21 21:05:00
Customer: Peter
को भेजें: Kostelec, चेक गणराज्य
आदेश मान:$55.00
View all ->
Promotions Pack

प्राप्त किया:2017-10-21 12:32:23
Customer: Robert
को भेजें: Warszawa, पोलैंड
आदेश मान:$80.00
View all ->

Prestashop में त्रुटियाँ डीबग करने के लिए कैसे

क्योंकि prestashop के कई संस्करणों के साथ मॉड्यूल, तीसरा और विभिन्न प्लेटफार्मों, होस्टिंग एक दुरूह कार्य हो सकते हैं डिबगिंग एक चुनौतीपूर्ण काम किया जा सकता। हमारे स्टोर नहीं त्रुटियों के होते हैं, और अगर मैं था, ठीक है या समस्या में मदद की तलाश करने के लिए यह निर्धारित करने के लिए प्रयास करें कि को सत्यापित करने के लिए इस ट्यूटोरियल है
फोरम।

  1. डिबगिंग में पहला कदम यह डीबगिंग सक्षम prestashop लाता है। यह हमें हमारे स्टोर हो सकता था सामने कार्यालय त्रुटियों में दिखाएगा। डिबगिंग को सक्षम करने के लिए, हम फ़ाइल config/config.inc.php को संपादित करें और डाल पर display_errors और PS_DEBUG_SQL सच है (डेटाबेस प्रश्नों में त्रुटियों) के लिए, फ़ाइल के रूप में दिखाया नीचे छोड़कर:

ini_set ('display_errors', 'पर');

('_PS_DEBUG_SQL_', सच) को परिभाषित;

1.5/1.6 पुनश्च में, फ़ाइल है config/defines.inc.php और PS_DEV_MODE को true सेट करें

अगर (! defined('_PS_MODE_DEV_'))
('_PS_MODE_DEV_', झूठी) को परिभाषित;


हम भी एक स्वतंत्र मॉड्यूल कि आप इन मानकों का पिछला कार्यालय से बदल देता है:


http://catalogo-onlinersi.net/en/back-office-prestashop-modules/304-debug-prestashop-module.html?search_query=debug&results=2

  1. डीबगिंग सक्षम, हम से हमारी साइट पर जाएँ चाहिएफ्रंट ऑफिस संभव त्रुटि संदेशों के लिए। इसे सभी वर्गों, अपने उत्पादों, संपर्क, आदि ब्राउज़ करने के लिए आदर्श है... यदि आप के लिए कुछ काम नहीं है, हम केवल अनुभाग जहां हम जानते हैं कि त्रुटि को देखने के लिए समस्या है कि क्या पता। त्रुटियाँ है कि हम मिल कई हैं। हम कुछ आम देखेंगे।
    1. समस्याओं के साथ समझदार - समझदार इंजन एक templatesprestashop करने के लिए प्रयोग किया जाता है। Prestashop बदल रहा है और अद्यतन संस्करण के रूप में, यह टेम्पलेट्स भी ऐसा करना चाहिए और नए कोड और चर शामिल हैं सामान्य है। कई मामलों में एक टेम्पलेट के लिए prestashop 1.4.3 बनाया अच्छी तरह से पी एस पी एस में 1.4.1 या 1.4.6.2 उदाहरण के लिए काम नहीं करता है। यह केवल क्या डीबगिंग और त्रुटियों के लिए यात्रा टेम्पलेट सक्रिय करना पता चल जाएगा। त्रुटि की एक विशिष्ट मामले निम्नानुसार है:

      त्रुटि संदेश में, हम देख सकते हैं कि यह फ़ाइल themes/Perfume/address.tpl में है, और एक चर नहीं मान्यता प्राप्त करने के लिए संदर्भित करता है। और अधिक होने की संभावना है कि फ़ाइल prestashop हम स्थापित किया है के address.tpl संस्करण के साथ अनुरूप नहीं। इस को हल करने के लिए, हम उस फ़ाइल को फ़ाइल डिफ़ॉल्ट prestashop टेम्पलेट के साथ प्रतिस्थापित कर सकते हैं और देखें यदि त्रुटि सही होता है। यह है कि यदि फ़ाइल उल्लेख के लायक
      अनुकूलित, इस तरह किया गया है खो अनुकूलन और हम इसे फिर से करने के लिए।
    2. कई बार जब सीएसएस फ़ाइलों या पोकर्ना को संशोधित करने, हम कोई परिवर्तन देखते। यह इसलिए है क्योंकि सुरक्षा सक्षम है कैश। पोकर्ना संपादन के बाद कैश को फिर से लिखना करने के लिए बाध्य करने के लिएफ़ाइलें और सीएसएस, हम वरीयताएँ/प्रदर्शन या उन्नत मापदंडों/प्रदर्शन करने के लिए जाओ और संकलन बल और कैश को अक्षम करें:

      हम भी एक स्वतंत्र मॉड्यूल कि इन विकल्पों को संशोधित करने के लिए बिना समझदार कैश साफ है। मॉड्यूल ps के सभी संस्करणों में स्पष्ट समझदार है:
      http://catalogo-onlinersi.net/en/back-office-prestashop-modules/93-clear-smarty-prestashop-module.html?search_query=clear+smarty&results=1

      आप ftp के माध्यम से मैन्युअल रूप से फ़ाइलें उपकरण/समझदार/संकलन या tolos/smarty_v2/संकलन से हटा भी सकते हैं (index. php हटा नहीं) या कैश/समझदार/संकलन।
    3. कई बार आप किसी भी त्रुटि संदेशों, सिर्फ एक खाली पृष्ठ नहीं देखेंगे। इस मामले में, हम आपके ब्राउज़र के मेनू पर जाएँ और विकल्प स्रोत देखें के लिए मिल कर सकते हैं। स्रोत कोड के बाद से हम त्रुटि पाते हैं। निश्चित रूप से कुछ मॉड्यूल का हो जाएगा, और कि सभी टेम्पलेट संकलन और इसलिए करते हैं करने के लिए विफल रहता है फ्रंट ऑफिस नहीं देखते।


      स्रोत कोड:

      फ़ाइल के अंत में हम कहाँ देख सकते हैं इस समस्या:

      Prestabook.tpl फाइलएक मॉड्यूल है, जो शायद हमारे संस्करण के साथ संगत नहीं है के अंतर्गत आता है। इन मामलों में यह हमें हमारी दुकान के लिए और त्रुटियों से बचने के लिए मॉड्यूल बंद एक संस्करण देने के लिए निर्माता मॉड्यूल के लिए देखो करने के लिए सबसे अच्छा है।
    4. कई बार हम समस्याओं की दुकान में है, लेकिन डीबग करें कोई prestashop त्रुटि दिखाता है। इन मामलों में त्रुटियाँ जावा स्क्रिप्ट/jquery हमारी दुकान में कुछ कोड के साथ परस्पर विरोधी से आ सकता है। यह सत्यापित करने के लिए, गूगल क्रोम का उपयोग करें (आप फ़ायरफ़ॉक्स में firebug के साथ भी कर सकते हैं या किसी भी अन्य ब्राउज़र)। हम हमारी साइट पर जाएँ और डीबग दृश्य सक्रिय करें (दायाँ क्लिक करें, तत्व का निरीक्षण):



      और फिर हम दिखाएँ बटन कंसोल पर क्लिक करें:


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


      बिना पकड़ा गया ReferenceError: mclosetime परिभाषित नहीं है पंक्ति के अंत में, हम देखते हैं कि फ़ाइल है त्रुटि "product.php:238", उस फाइल पर क्लिक करके दिखा देंगे हमें बिल्कुल जहाँ त्रुटि:



      जैसा कि हम देख सकते हैं, शायद एक कस्टम कोड के साथ भाषाओं के ब्लॉक करने के लिए से संबंधित है:


      यह है क्योंकि कई टेम्पलेट्स संशोधित मॉड्यूल और संघर्ष prestashop डिफ़ॉल्ट कोड के साथ ला सकते हैं। हम अगर हम टेम्पलेट मॉड्यूल नाम का एक फ़ोल्डर है, और मॉड्यूल का नाम के साथ एक फ़ोल्डर के भीतर कि समस्या का कारण बनता देखना चाहिए। हम मॉड्यूल prestashop मूल लोड और अगर समस्या का हल है देखने के लिए फ़ोल्डर का नाम बदल सकते हैं।
      क्योंकि यदि टेम्पलेट में कस्टम मॉड्यूल हमारी थीम/मॉड्यूल के भीतर है, हम की जरूरत है उन फ़ाइलों, नहीं मूल कि prestashop/मॉड्यूल में हैं को संशोधित करने के लिए यह भी खाते में अगर हम एक मॉड्यूल को संशोधित करें और हम कोई परिवर्तन नहीं, देख लिया जाना चाहिए।
    5. कुछ सर्वर पर स्मृति सीमा त्रुटि का एक अन्य आम बात है। यह कई प्रकार की त्रुटियों के कारण कर सकते हैं, लेकिन सबसे आम है कि हम सभी मॉड्यूल नहीं दिखाएँ, या स्मृति है इस तरह एक संदेश:


      इस समस्या को हल करने के लिए उपलब्ध स्मृति की मात्रा को बढ़ाने है। डीबग के साथ मॉड्यूल इसे वापस कार्यालय से कर सकते हैं

      और स्मृति एक 256 MB मूल्य पर डाल दिया। यह सब हम का उपयोग करें मॉड्यूल की संख्या पर निर्भर करता है।
      हम भी config में एक लाइन जोड़ सकते हैं / config.inc.php स्मृति के साथ मान ini_set ('memory_limit', '256 एम');
      हम साबित करने के लिए कोई उच्च मान होना चाहिए, और गु दर्ज करेंसंख्याओं के बाद e (8, 16, 32, 64, 128.256, आदि..) मी मेगाबाइट है।
      यदि यह विफल रहता है, हम हमारे लिए ये मान को संशोधित करने के लिए हमारे मेजबान से संपर्क करना होगा।
    6. Prestashop नए संस्करणों और कुछ मेजबान में, आप एक error_log फ़ाइल, रूट साइट में या सबफ़ोल्डर, जिसमें erros लापता चर, पुस्तकालयों, आप डाउनलोड कर सकते हैं और त्रुटियों को खोजने के लिए किसी पाठ संपादक के साथ खुला की जांच आदि की तरह होता है।