SUPEE-10975 संभावित मुद्दे

16

SUPEE-10975 जारी किया गया है, यह जानना बहुत अच्छा होगा कि क्या कोई भी इसे लागू करने की कोशिश करते समय किसी भी मुद्दे पर चलता है, क्या यह संघर्ष सबसे हालिया पैच के साथ होगा जो 7.2 समर्थन जोड़ता है?

अब तक ये बदली हुई फाइलें हैं जिन्हें मैं देख सकता हूं 

app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
app/code/core/Mage/Adminhtml/Block/Newsletter/Template/Edit.php
app/code/core/Mage/Adminhtml/controllers/Cms/BlockController.php
app/code/core/Mage/Adminhtml/controllers/Customer/GroupController.php
app/code/core/Mage/Adminhtml/controllers/SitemapController.php
app/code/core/Mage/Adminhtml/controllers/System/BackupController.php
app/code/core/Mage/Captcha/Model/Observer.php
app/code/core/Mage/Captcha/Model/Zend.php
app/code/core/Mage/Captcha/etc/config.xml
app/code/core/Mage/Catalog/Model/Api2/Product/Image/Rest/Admin/V1.php
app/code/core/Mage/Catalog/Model/Product/Attribute/Media/Api.php
app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php
app/code/core/Mage/Core/etc/config.xml
app/code/core/Mage/Core/sql/core_setup/upgrade-1.6.0.7.1.1-1.6.0.7.1.2.php
app/code/core/Mage/Dataflow/Model/Convert/Container/Abstract.php
app/code/core/Mage/ImportExport/Model/Import/Entity/Customer.php
app/code/core/Mage/ImportExport/Model/Import/Entity/Customer/Address.php
app/code/core/Mage/Payment/etc/config.xml
app/code/core/Mage/Payment/etc/system.xml
app/code/core/Mage/Payment/sql/payment_setup/upgrade-1.6.0.0.1.1-1.6.0.0.1.2.php
app/code/core/Mage/Sendfriend/Block/Send.php
app/code/core/Mage/Wishlist/controllers/IndexController.php
app/code/core/Zend/Controller/Request/Http.php
app/design/adminhtml/default/default/template/cms/browser/content/files.phtml
app/design/frontend/base/default/layout/captcha.xml
app/design/frontend/base/default/template/wishlist/sharing.phtml
app/design/frontend/rwd/default/layout/page.xml
app/design/frontend/rwd/default/template/sendfriend/send.phtml
app/etc/modules/Mage_All.xml
app/etc/modules/Mage_Captcha.xml
app/locale/en_US/Mage_Wishlist.csv
js/lib/jquery/jquery-1.12.0.js
js/lib/jquery/jquery-1.12.0.min.js
js/lib/jquery/jquery-1.12.0.min.map
js/lib/jquery/jquery-1.12.1.js
js/lib/jquery/jquery-1.12.1.min.js
js/lib/jquery/jquery-1.12.1.min.map

क्या कोई भी इन परिवर्तनों के साथ किसी भी मुद्दे में भाग गया है?

magento-1  security  patches  php-7.2  supee-10975 
— Razentic
स्रोत

जवाबों:

12

अब तक, मैं SUPEE-10975 पैच के साथ निम्नलिखित मुद्दों पर आया हूं:

  • नई विधि Mage_Adminhtml_Block_Customer_Group_Edit::getDeleteUrl(@ mikhail-chelevich द्वारा पाया गया मुद्दा) में अनुपलब्ध रिटर्न स्टेटमेंट के कारण एडमिन के माध्यम से ग्राहक समूहों को हटाना अब संभव नहीं है । यह मामला है जब व्यवस्थापक के लिए गुप्त कुंजी सक्षम होती है, जो कि डिफ़ॉल्ट है। मुद्दा 1.9.4.0 में भी मौजूद है। यह मुद्दा SUPEE-11043 पैच द्वारा तय किया गया है, जिसे आधिकारिक रूप से जारी नहीं किया गया है, लेकिन GitHub Gist के रूप में उपलब्ध है ।
  • Mage_Sendfriendमॉड्यूल भी अक्षम किए बिना विकलांग नहीं किया जा सकता Mage_Captchaमॉड्यूल। अन्यथा, निम्न मुख्य अपवाद होता है: Module "Mage_Captcha" requires module "Mage_Sendfriend".(@zlep द्वारा पाया गया समस्या)
  • थीम sendfriend/send.phtmlमें किए गए टेम्प्लेट में बदलाव rwd/defaultथीम में नहीं किए गए हैं base/default। इसका अर्थ है कि इस base/defaultविषय के लिए कैप्चा को सक्षम नहीं किया जा सकता है, और यह भी कि पहले से दर्ज प्राप्तकर्ताओं के नाम और ईमेल पृष्ठ पर नहीं दिखाए गए हैं (एक फॉर्म सबमिट के विशिष्ट मामले के लिए जो सर्वर-साइड सत्यापन त्रुटि को ट्रिगर करता है)।
  • नई विधि Mage_Sendfriend_Block_Send::getRecipientsCountएक PHP 7.2 असंगतता का परिचय देती है क्योंकि पृष्ठ को किसी भी प्राप्तकर्ता के बिना लोड करते समय countएक NULLमूल्य पर किया जाता है (जो ताजा पृष्ठ लोड पर डिफ़ॉल्ट है)। यह मुद्दा 1.9.4.0 में तय किया गया है।

ध्यान दें कि मैंने केवल 1.9.3.10 के लिए पैच की जांच की है, लेकिन मुझे संदेह है कि पैच के सभी संस्करणों में समस्याएं मौजूद हैं।

— आद मथिजसेन
स्रोत
11

लापता return parent::getDeleteUrl()एप्लिकेशन / कोड / कोर / दाना / Adminhtml / ब्लॉक / ग्राहक / समूह / Edit.php में

+    public function getDeleteUrl()
+    {
+        if (!Mage::getSingleton('adminhtml/url')->useSecretKey()) {
+            return $this->getUrl('*/*/delete', array(
+                $this->_objectId => $this->getRequest()->getParam($this->_objectId),
+                'form_key' => Mage::getSingleton('core/session')->getFormKey()
+            ));
+        } else {
+            parent::getDeleteUrl();
+        }
+    }
— मिखाइल चेलेविच
स्रोत
क्या Magento के संस्करण के लिए यह था?
— डेनमेंटज़र
1
मैं इस समस्या की पुष्टि कर सकता हूं: व्यवस्थापक के माध्यम से ग्राहक समूहों को हटाना अब संभव नहीं है। यह तब होता है जब गुप्त कुंजी को व्यवस्थापक के लिए सक्षम किया जाता है, जो कि डिफ़ॉल्ट है। यह डे SUPEE-10975 पैच में मौजूद है, और मैगेंटो ओपन सोर्स 1.9.4.0 में भी है।
— Aad Mathijssen
इस SUPEE-11043
— एंड्रयू
@andrew मैं खिचड़ी भाषा को SUPEE-11043 के बारे में कुछ नहीं बताता। क्या आप कुछ स्रोतों को जोड़ सकते हैं?
— darnok
1
तो फिक्स को parent::getDeleteUrl();ऐप / कोड / कोर / मैज / एडमिनकैम / ब्लॉक / कस्टमर / ग्रुप / एडिट में बदलना चाहिएreturn parent::getDeleteUrl();
— रेने
8

मैं 10975 पैच के साथ एक मुद्दे पर भाग गया। कुछ जाँच के बाद मैं इस उत्तर को ट्रैक करने में सक्षम था कि पैच कहाँ और क्यों गड़बड़ कर रहा था।

नीचे दिए गए चेक को संक्षेप में बताएं और सुनिश्चित करें कि आपने SUPEE 9767 V2 को ठीक से पैच किया है। यही मेरे मुद्दे की जड़ है।

sh PATCH_SUPEE-10975_EE_v1.12.0.2_v1-2018-11-27-10-36-30.sh
Checking if patch can be applied/reverted successfully...
ERROR: Patch can't be applied/reverted successfully.

patching file app/code/core/Enterprise/PageCache/Model/Processor.php
Hunk #1 succeeded at 690 (offset -3 lines).
patching file app/code/core/Enterprise/Pci/etc/config.xml
patching file app/code/core/Enterprise/Wishlist/Block/Customer/Sharing.php
patching file app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
patching file app/code/core/Mage/Adminhtml/Block/Newsletter/Template/Edit.php
patching file app/code/core/Mage/Adminhtml/controllers/Cms/BlockController.php
patching file app/code/core/Mage/Adminhtml/controllers/Customer/GroupController.php
patching file app/code/core/Mage/Adminhtml/controllers/SitemapController.php
patching file app/code/core/Mage/Adminhtml/controllers/System/BackupController.php
patching file app/code/core/Mage/Captcha/Model/Observer.php
patching file app/code/core/Mage/Captcha/Model/Zend.php
patching file app/code/core/Mage/Captcha/etc/config.xml
patching file app/code/core/Mage/Catalog/Model/Api2/Product/Image/Rest/Admin/V1.php
patching file app/code/core/Mage/Catalog/Model/Product/Attribute/Media/Api.php
patching file app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php
patching file app/code/core/Mage/Core/etc/config.xml
Hunk #1 FAILED at 28.
1 out of 3 hunks FAILED -- saving rejects to file app/code/core/Mage/Core/etc/config.xml.rej
patching file app/code/core/Mage/Core/sql/core_setup/upgrade-1.6.0.2.1.2-1.6.0.2.1.3.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Container/Abstract.php
patching file app/code/core/Mage/ImportExport/Model/Import/Entity/Customer.php
patching file app/code/core/Mage/ImportExport/Model/Import/Entity/Customer/Address.php
patching file app/code/core/Mage/Payment/etc/config.xml
patching file app/code/core/Mage/Payment/etc/system.xml
patching file app/code/core/Mage/Payment/sql/payment_setup/upgrade-1.6.0.0.1.1-1.6.0.0.1.2.php
patching file app/code/core/Mage/Wishlist/controllers/IndexController.php
patching file app/code/core/Zend/Controller/Request/Http.php
patching file app/design/adminhtml/default/default/template/cms/browser/content/files.phtml
patching file app/design/adminhtml/default/default/template/enterprise/cms/page/preview/revision.phtml
patching file app/design/adminhtml/default/default/template/enterprise/customersegment/report/detail/grid/container.phtml
patching file app/design/adminhtml/default/default/template/enterprise/giftregistry/customer/form.phtml
patching file app/design/adminhtml/default/default/template/enterprise/staging/log/information/merge.phtml
patching file app/design/adminhtml/default/default/template/enterprise/staging/log/information/rollback.phtml
patching file app/design/frontend/base/default/layout/captcha.xml
patching file app/design/frontend/base/default/template/wishlist/sharing.phtml
patching file app/design/frontend/enterprise/iphone/template/downloadable/sales/order/creditmemo/items/renderer/downloadable.phtml
patching file app/etc/modules/Mage_All.xml
patching file app/etc/modules/Mage_Captcha.xml
patching file app/locale/en_US/Enterprise_Wishlist.csv
patching file app/locale/en_US/Mage_Wishlist.csv
patching file js/enterprise/adminhtml/staging.js

ऊपर मैंने वह त्रुटि दी है जो इस फ़ाइल के लिए विशिष्ट है।

दाना / कोर / etc / config.xml

इस पैच की लाइन से त्रुटि आती है।

diff --git app/code/core/Mage/Core/etc/config.xml app/code/core/Mage/Core/etc/config.xml
index 4aebdcdc2cf..4b28f2765a1 100644
--- app/code/core/Mage/Core/etc/config.xml
+++ app/code/core/Mage/Core/etc/config.xml
@@ -28,7 +28,7 @@
 <config>
     <modules>
         <Mage_Core>
-            <version>1.6.0.2.1.2</version>
+            <version>1.6.0.2.1.3</version>
         </Mage_Core>
     </modules>
     <global>

मैन्युअल रूप से पैचिंग के कारण यहां सूचीबद्ध संस्करण सही ढंग से मेल नहीं खाता है

SUPEE 9767 v2

यह पैच इस लाइन के साथ आया था जिसे मैंने मैन्युअल रूप से पैच करने पर याद किया था।

diff --git app/code/core/Mage/Core/etc/config.xml app/code/core/Mage/Core/etc/config.xml
index 4a0ff1b..d0de702 100644
--- app/code/core/Mage/Core/etc/config.xml
+++ app/code/core/Mage/Core/etc/config.xml
@@ -28,7 +28,7 @@
 <config>
     <modules>
         <Mage_Core>
-            <version>1.6.0.2</version>
+            <version>1.6.0.2.1.2</version>
         </Mage_Core>
     </modules>
     <global>
— danmentzer
स्रोत
5

सबसे पहले, erej के उत्तर के डुप्लिकेट के लिए क्षमा करें , मैं अपनी प्रतिष्ठा स्कोर के कारण टिप्पणी नहीं कर सकता और न ही संपादित कर सकता हूं।

पैच यहां एक नई फ़ाइल बनाता है: app/code/core/Zend/Controller/Request/Http.php

जो इस फ़ाइल को ओवरराइड करने के लिए जोड़ा गया है: lib/Zend/Controller/Request/Http.php

1.9.0.0 (EE 1.14.0.0) के तहत Magento के लिए समस्या है:

यह विधि : 

/**
 * Everything in REQUEST_URI before PATH_INFO
 * <form action="<?=$baseUrl?>/news/submit" method="POST"/>
 *
 * @return string
 */
public function getBaseUrl($raw = false)
{
    if (null === $this->_baseUrl) {
        $this->setBaseUrl();
    }

    return (($raw == false) ? urldecode($this->_baseUrl) : $this->_baseUrl);
}

Magento Core फ़ाइल में ओवरराइड है app/code/core/Mage/Core/Controller/Request/Http.php

public function getBaseUrl()
{
    $url = parent::getBaseUrl();
    $url = str_replace('\\', '/', $url);
    return $url;
}

जो कोई तर्क नहीं लेता है।

इसलिए यह किसी भी वेबसाइट url, फ्रंट और एडमिन पर इस सख्त नोटिस की आग उगलता है:

Strict Notice: Declaration of Mage_Core_Controller_Request_Http::getBaseUrl() should be compatible with Zend_Controller_Request_Http::getBaseUrl($raw = false) in /var/www/htdocs/app/code/core/Mage/Core/Controller/Request/Http.php on line 36

अगर कोई जानता है कि उस पैच का कोई V2 रास्ते में है, तो कृपया मुझे बताएं।

उनके अद्यतन की प्रतीक्षा में, आप इस app/code/core/Mage/Core/Controller/Request/Http.phpतरह से विधि को फिर से परिभाषित कर सकते हैं :

/**
 * @param bool $raw - Added manually to correct SUPEE-10975 oversight
 *      See /magento/251317/supee-10975-potential-issues
 *      for more information
 *
 * @return mixed|string
 */
public function getBaseUrl($raw = false)
{
    $url = parent::getBaseUrl($raw); // Argument added manually to correct SUPEE-10975 oversight
    $url = str_replace('\\', '/', $url);
    return $url;
}
— jdemandre
स्रोत
4

संस्करण 1.8.1.0 के साथ इस पैच को लागू करने के बाद हमें app/code/core/Mage/Core/Controller/Request/Http.php::getBaseUrl()फ़ंक्शन को भी बदलना होगा

public function getBaseUrl($raw = false)
{
    $url = parent::getBaseUrl($raw);
    $url = str_replace('\\', '/', $url);
    return $url;
}

क्योंकि यह पैच app/code/core/Zend/Controller/Request/Http.phpफ़ाइल जोड़ता है और getBaseUrl()फ़ंक्शन पैरामीटर के साथ घोषित किया जाता है $raw = false।

— erej
स्रोत
इस फ़ंक्शन को जोड़ना आवश्यक नहीं होना चाहिए। यह हमेशा कच्चे नहीं होने के लिए डिफ़ॉल्ट होगा, क्योंकि इस फ़ंक्शन को कॉल करने वाली किसी भी कार्यक्षमता को 1.8.1 में $ कच्चे सेट नहीं होना चाहिए।
— रेने स्कैप
4

मुझे 28 में 'हंक # 1 फेल' की समस्या है

Rejects को कथित रूप से config.xml.rej में सहेजा जाता है, लेकिन यह फ़ाइल मौजूद नहीं है, न ही इस बात का कोई विवरण है कि मेरी टर्मिनल विंडो में स्क्रिप्ट का कौन सा भाग विफल हुआ। मूल रूप से पैच विफल रहता है और कोई संकेत नहीं है कि क्यों - कम से कम मेरे जैसे डंबस के लिए नहीं!

पहले पैच पर तीन jquery v 1.12.0 फ़ाइलों को हटाने का प्रयास किया गया जो मौजूद नहीं थे, मैंने इन्हें बदल दिया और पैच को फिर से लागू किया लेकिन यह अब बिना किसी उपयोगी विवरण के विफल हो गया।

Magento 1.9.0.1 PHP 7.2 संगतता अद्यतन से पूरी तरह से अलग हो गया है, यह तब तक अप्रकाशित रहेगा जब तक कि मैं इसे काम नहीं कर सकता या यहाँ कोई व्यक्ति मुझे एक सुराग दे सकता है (कृपया!) धन्यवाद H

PS मुझे यकीन नहीं है कि अगर मेरी पोस्ट एसई दिशानिर्देशों का उल्लंघन करती है, तो मैं मूल प्रश्न का उत्तर दे रहा हूं, लेकिन मैं मदद भी मांग रहा हूं।

— Sparko
स्रोत
1
मैं इस मुद्दे में भाग गया और साथ ही यह पैच 9767 v2 से संबंधित है। यह Mage / Core / etc / config.xml में एक नया संस्करण नंबर जोड़ता है। आपको बस वर्तमान संस्करण संख्या पर जोड़ना होगा ।1.2 मैं भी लिखूंगा। इसके लिए एक उत्तर भी।
— डैनमेंट्ज़र
3

Mage_Backupमॉड्यूल पैच से अक्षम हो जाएगा।

यह आधिकारिक रिलीज नोटों ( https://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1940 ) में उल्लेख किया गया है ।

हालांकि यह फिर से सक्षम करने के लिए सुझाया गया समाधान गलत है:

("वैकल्पिक रूप से, आप डेटाबेस बैकअप को सक्षम करने के लिए इन दो तरीकों में से एक का उपयोग कर सकते हैं ")

आपको वास्तव में इसे पूरी तरह से पुन: सक्षम करने के लिए उल्लिखित दोनों तरीकों का उपयोग करने की आवश्यकता है।

— poebel
स्रोत
2
यह भी याद रखें कि Mage_Backup मॉड्यूल को फिर से सक्षम करना आपके लिए खुलता है: "दूरस्थ कोड निष्पादन (RCE), क्रॉस-साइट स्क्रिप्टिंग (XSS), और क्रॉस-साइट अनुरोध जालसाजी (CSRF) मुद्दे।"
— रेने शेप
2

सही ढंग से कर गणना को संभालने के मुद्दे हो सकते हैं ।

जैसा कि कई देशों में प्रथागत है, हमारे ग्राहक Magento के " कीमतों में करों को शामिल करता है " कॉन्फ़िगरेशन का उपयोग करता है ।

इसलिए, 1.9.3.10 से 1.9.4.0 तक के अपडेट के बाद, कर को चेकआउट में भव्य कुल में जोड़ दिया गया, पहले से ही करों सहित आइटम की कीमतों के शीर्ष पर।

मैंने फ़ाइल ऐप / कोड / कोर / मैज / सेल्स / etc / config.xml में कॉन्फ़िगरेशन में परिवर्तन के लिए समस्या को ट्रैक किया , जहां नोड बिक्री / उद्धरण / योग / शिपिंग / के बाद " msrp " जोड़ा गया था ।

मुझे रिलीज़ नोटों में MSRP के बारे में कुछ भी नहीं मिला और मुझे उम्मीद है कि यह बिना किसी दुष्प्रभाव के एक अलग-थलग बदलाव है।

मेरा समाधान इस नोड को " msrp " के बिना अपने मूल मूल्य " सबटोटल, फ़्रीशीपिंग, टैक्स_सुबोटल " में बदलना था । मैंने अपने मॉड्यूल के etc / config.xml में ऐसा किया ।

— tdk_qst
स्रोत
1

विशिष्ट समस्या है, लेकिन यदि आपने Mage_Sendfriend (जो पहले एक मॉड्यूल था जिसे आप सुरक्षित रूप से अक्षम कर सकते थे) को अक्षम कर दिया था तो यह एक अपवाद त्रुटि को फेंक देगा।

— zlep
स्रोत
1
उन्होंने Mage_Captcha को Mage_Sendfriend पर निर्भर करने के बजाय अन्य तरीके से बनाया। इसलिए आपको Mage_Sendfriend को निष्क्रिय करने के लिए Mage_Captcha को भी निष्क्रिय करना होगा। जो आप नहीं चाहते हो सकता है क्योंकि यह सभी Magento के डिफ़ॉल्ट पुनरावृत्ति को निष्क्रिय कर देता है
— Ren Schep
0

मैंने आज Magento CE 1.9.3.10 से 1.9.4.0 में अपग्रेड करने की कोशिश की और मुझे कई त्रुटियाँ हुईं। सौभाग्य से यह स्थापना गड़बड़ नहीं थी। स्थापना के बाद मुझे खतरनाक - आंतरिक सर्वर त्रुटि मिली। मैं बाहर बंद हो गया और मुझे SSH के माध्यम से अपनी सभी फ़ाइल और फ़ोल्डर अनुमतियों को रीसेट करना पड़ा। मैंने तब कैश को रीइंसेक्ट किया और पुनः सक्षम किया। इसके अलावा मुझे रूट और डाउनलोड फ़ोल्डर में अपनी पुरानी .htaccess फ़ाइल को वापस करना पड़ा। निश्चित नहीं है कि एक सफल स्थापना प्राप्त करने के लिए सुधारात्मक कार्रवाई क्या होनी चाहिए। मैं कमांड-लाइन विंडो से टेक्स्ट कॉपी करना भूल गया। इसलिए मैं सभी त्रुटियों को पोस्ट नहीं कर सकता। मैंने जो देखा वह असंगत संदेश था।

— नील हृदय
स्रोत
1
मुझे नहीं लगता कि डाउनलोडर के माध्यम से "अपग्रेड" विधि ने कभी भी किसी भी स्थापना पर काम किया जो कम से कम थोड़ा संपादित हो। मैं पागल हो रहा हूँ?
— काल्विन कालिन 21
Magento Connect का उपयोग करके "अपग्रेड" विधि मेरे लिए हर एक बार काम करती है। मैं इसे हमारे M1 साइटों के तीनों के लिए उपयोग करता हूं और वे सभी भारी (हालांकि ठीक से) अनुकूलित हैं।
— MagentoAaron
0

क्या उन्होंने अनुसूचित बैकअप को हटा दिया था? कोई अनुसूचित बैकअप अनुभाग नहीं

या मुझे किसी तरह की समस्या है? नोटों में इसका कोई जिक्र क्यों नहीं है? यह Magento के साथ एक पैटर्न प्रतीत होता है जहां वे अपडेट का पता चलने पर इन जैसे परिवर्तनों का उल्लेख नहीं करते हैं।

अद्यतन: ऐसा लगता है कि उन्होंने इसे सभी संस्करणों से पूरी तरह से हटा दिया है।

अद्यतन: बैकअप अलग तरीके से करना था। अगर कोई दिलचस्पी रखता है तो मैंने यहां कुछ CRON कमांड पोस्ट की हैं: बैक-अप स्ट्रैटेजी पोस्ट SUPEE-10975?

— काल्विन कालिन
स्रोत
क्या यह किसी विशिष्ट संस्करण के लिए है?
— रेज़ेंटिक
2
प्रति twitter.com/ryanhoerr/status/1067819214314987520 यह एक विशिष्ट हिस्सा है जो उन्होंने इस पैच को हटा दिया है।
— डैनमेंट्ज़र
हे भगवान ... ठीक क्लासिक - कुछ अन्य स्रोत से तब पता चलेगा कि सुविधाओं को हटाने / जोड़ने के बारे में मैजेंटो।
— कल्विन कालिन
1
@KalvinKlien वास्तव में, रिलीज नोट्स में पहला पैराग्राफ बताता है कि इसे निष्क्रिय कर दिया गया है; devdocs.magento.com/guides/m1x/ce19-ee114/…
— पीटर जाप ब्लैकेमर
3
इस पैच में परिवर्तन यह है कि Mage_Backup डिफ़ॉल्ट रूप से निष्क्रिय है और कोड को चलाने के लिए चेक कठोर हैं (उदाहरण के लिए, यदि मॉड्यूल के लिए ब्लॉक आउटपुट बैकअप wont रन है)। आप अभी भी एप्लिकेशन / etc / मॉड्यूल / Mage_All.xml के Mage_Backup अनुभाग में सही को बदलकर मॉड्यूल को मैन्युअल रूप से पुन: सक्षम कर सकते हैं। सावधान रहें कि बैकअप कार्यक्षमता को फिर से सक्षम करने की अनुमति देता है: "दूरस्थ कोड निष्पादन (RCE), क्रॉस-साइट स्क्रिप्टिंग (XSS), और क्रॉस-साइट अनुरोध जालसाजी (CSRF) मुद्दे।"
— रेने शेप
0

हमने एक साइट पर एक समस्या देखी जो पिछले डेवलपर द्वारा कस्टम मल्टी-स्टोर कॉन्फ़िगरेशन का उपयोग कर रही थी। बेस स्टोर के अलावा अन्य स्टोर के सभी URL 404ing थे। इसने "HTTP_X_REWRITE_URL" सर्वर वैरिएबल / HTTP हैडर सेट किया, जिसने URL को Magento के अनुरोध के अनुसार संसाधित किया।

यह चर / Zend_Controller_Request_Http :: setRequestUri () द्वारा उपयोग किया गया था, लेकिन ऐप / कोड / कोर / Zend / नियंत्रक / अनुरोध / Http.php में नया संस्करण अब इसका उपयोग नहीं करता है। संभावित सुधार थे:

  • $ _SERVER ["IIS_WasUrlRewritten"] को '1' पर सेट करें और इसके बजाय $ _SERVER ["UNENCODED_URL"] सेट करें
  • इसके बजाय $ _SERVER ["REQUEST_URI"] सेट करें

या तो शायद काम करेगा, लेकिन पूर्व में संभवतः अनपेक्षित परिणाम होने की संभावना कम है क्योंकि यह पिछले सिस्टम के करीब कार्य करता है।

— Li1t
स्रोत
0

भुगतान विधि के साथ विशिष्ट त्रुटि उपलब्ध नहीं है

हमें बहुत कुछ मिला The requested Payment Method is not available Magento द्वारा फेंकी गई त्रुटियां । सभी आदेशों पर जहां उत्पाद वापसी में भुगतान विधि थी ccsave, जिसे इस सुप द्वारा हटा दिया गया था config.xml।

त्रुटि इसलिए डाली जा रही है क्योंकि Magento की तलाश है $key एक्सएमएल रास्तों की जाँच करके (इस मामले में भुगतान पद्धति ccsave): payment/ccsave/model। यदि यह नहीं मिलता है, यह एक त्रुटि फेंकता है। इसलिए हमने सिर्फ एक किया git checkout [insert supee commit]^ app/code/core/Mage/Payment/etc/config.xmlऔर त्रुटि को ठीक करने के लिए मास्टर को धक्का दिया।

एप्लिकेशन / कोड / कोर / दाना / भुगतान / हेल्पर / Data.php

public function getMethodInstance($code)
{
    $key = self::XML_PATH_PAYMENT_METHODS.'/'.$code.'/model';
    $class = Mage::getStoreConfig($key);
    return Mage::getModel($class);
}

एप्लिकेशन / कोड / कोर / दाना / भुगतान / etc / config.xml

<default>
  <payment>
      <ccsave>
        <model>payment/method_ccsave</model>
      </ccsave>
  </payment>
  ...
</default>
— mikemols
स्रोत
-5

शायद नहीं, लेकिन संस्करण 1.9.4.0 पहले से ही दोनों वैसे भी लागू कर चुके हैं।

— रिकार्डो मार्टिंस
स्रोत
1
ये स्टैक पोस्ट विशेष रूप से अन्य देवों के मुद्दों के बारे में पता कर सकते हैं, इस पर आपका जवाब किसी भी मुद्दे के बारे में उपयोगी या वर्णनात्मक नहीं है। मैं ईमानदारी से बस इसे हटा दूंगा।
— डैनमेस्टर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.