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

มีใครประสบปัญหาใด ๆ กับการเปลี่ยนแปลงเหล่านี้หรือไม่

จนถึงตอนนี้ฉันได้พบกับปัญหาต่อไปนี้กับแพทช์ SUPEE-10975:

• เป็นไปไม่ได้อีกต่อไปที่จะลบกลุ่มลูกค้าผ่านทางผู้ดูแลระบบเนื่องจากมีคำสั่งการส่งคืนที่หายไปในวิธีการใหม่Mage_Adminhtml_Block_Customer_Group_Edit::getDeleteUrl(พบปัญหาโดย @ mikhail-chelevich) เป็นกรณีนี้เมื่อเปิดใช้งานคีย์ลับสำหรับผู้ดูแลระบบซึ่งเป็นค่าเริ่มต้น ปัญหานี้ยังมีอยู่ใน 1.9.4.0 การแก้ไขปัญหานี้โดยสุภี-11043 แพทช์ซึ่งยังไม่ได้รับการปล่อยตัวออกอย่างเป็นทางการ แต่สามารถใช้ได้เป็นGitHub สรุปสาระสำคัญ
• Mage_Sendfriendโมดูลไม่สามารถใช้งานได้โดยไม่ต้องยังปิดการใช้งานMage_Captchaโมดูล มิฉะนั้นจะเกิดข้อยกเว้นหลักต่อไปนี้: Module "Mage_Captcha" requires module "Mage_Sendfriend".(พบปัญหาโดย @zlep)
• การเปลี่ยนแปลงsendfriend/send.phtmlแม่แบบที่ทำในrwd/defaultชุดรูปแบบจะไม่ทำในbase/defaultชุดรูปแบบ ซึ่งหมายความว่าสำหรับbase/defaultธีมไม่สามารถเปิดใช้งาน CAPTCHA และชื่อและอีเมลของผู้รับที่ป้อนก่อนหน้านี้จะไม่แสดงบนหน้า (สำหรับกรณีทั่วไปของการส่งแบบฟอร์มที่ก่อให้เกิดข้อผิดพลาดในการตรวจสอบเซิร์ฟเวอร์)
• วิธีการใหม่Mage_Sendfriend_Block_Send::getRecipientsCountแนะนำความเข้ากันไม่ได้ของ PHP 7.2 เนื่องจาก a countดำเนินการกับNULLค่าเมื่อโหลดหน้าเว็บโดยไม่มีผู้รับใด ๆ (ซึ่งเป็นค่าเริ่มต้นสำหรับการโหลดหน้าเว็บใหม่) ปัญหานี้ได้รับการแก้ไขใน 1.9.4.0

โปรดทราบว่าฉันได้ตรวจสอบโปรแกรมแก้ไขสำหรับ 1.9.3.10 เท่านั้น แต่ฉันสงสัยว่าปัญหาจะปรากฏในโปรแกรมแก้ไขทุกรุ่น

ไม่มีreturn parent::getDeleteUrl()แอป / รหัส / core / Mage / Adminhtml / Block / ลูกค้า / กลุ่ม / 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();
+        }
+    }

ฉันพบปัญหากับโปรแกรมแก้ไข 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

ด้านบนเป็นข้อผิดพลาดที่ฉันกดซึ่งใช้กับไฟล์นี้โดยเฉพาะ

Mage / core / 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>

ประการแรกขออภัยในความซ้ำซ้อนของคำตอบของ erejฉันไม่สามารถแสดงความคิดเห็นหรือแก้ไขได้เนื่องจากคะแนนชื่อเสียงของฉัน

แพตช์สร้างไฟล์ใหม่ที่นี่: app/code/core/Zend/Controller/Request/Http.php

สิ่งที่ถูกเพิ่มเพื่อแทนที่ไฟล์นี้: lib/Zend/Controller/Request/Http.php

ปัญหาสำหรับ Magento ต่ำกว่า 1.9.0.0 (EE 1.14.0.0):

วิธีนี้:

/**
 * 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 ของเว็บไซต์ใด ๆ , ด้านหน้า & admin:

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;
}

ด้วยเวอร์ชั่น 1.8.1.0 หลังจากใช้งาน patch นี้เราก็ต้องเปลี่ยน 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

ฉันมีปัญหากับ 'Hunk # 1 FAILED ที่ 28'

การปฏิเสธถูกบันทึกไว้ใน config.xml.rej แต่ไฟล์นี้ไม่มีอยู่ไม่มีคำอธิบายว่าส่วนใดของสคริปต์ที่ล้มเหลวในหน้าต่างเทอร์มินัลของฉัน โดยทั่วไปแพทช์ล้มเหลวและไม่มีข้อบ่งชี้ว่าทำไม - อย่างน้อยก็ไม่ถึงกับงี่เง่าอย่างฉัน!

ในการรันครั้งแรกแพตช์พยายามลบไฟล์ jquery v 1.12.0 สามไฟล์ที่ไม่มีอยู่ฉันแทนที่ไฟล์เหล่านี้และใช้โปรแกรมปะแก้อีกครั้ง แต่ตอนนี้มันล้มเหลวโดยไม่มีคำอธิบายที่เป็นประโยชน์ใด ๆ

Magento 1.9.0.1 ได้รับการติดตั้งอย่างสมบูรณ์นอกเหนือจากการอัพเดตความเข้ากันได้ของ PHP 7.2 แล้วมันจะยังไม่ได้อัปเดตจนกว่าฉันจะทำงานออกมาได้

ป.ล. ฉันไม่แน่ใจว่าโพสต์ของฉันฝ่าฝืนแนวทาง SE หรือไม่ฉันตอบคำถามเดิม แต่ฉันขอความช่วยเหลือด้วย

Mage_Backupโมดูลจะถูกปิดใช้งานโดยแพทช์

สิ่งนี้ถูกกล่าวถึงในบันทึกประจำรุ่นอย่างเป็นทางการ ( https://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1940 )

อย่างไรก็ตามวิธีแก้ไขปัญหาที่แนะนำเพื่อเปิดใช้งานใหม่นั้นผิด:

("อีกวิธีหนึ่งคุณสามารถใช้หนึ่งในสองวิธีต่อไปนี้เพื่อเปิดใช้งานการสำรองฐานข้อมูล")

คุณต้องใช้ทั้งสองวิธีที่กล่าวถึงเพื่อเปิดใช้งานอีกครั้งอย่างสมบูรณ์

อาจมีปัญหากับการจัดการการคำนวณภาษีอย่างถูกต้อง

ตามธรรมเนียมในหลายประเทศลูกค้าของเราใช้การกำหนดค่า" ราคารวมภาษี " ของ Magento

ดังนั้นหลังจากการอัปเดตจาก 1.9.3.10 ถึง 1.9.4.0 ภาษีได้ถูกบวกเข้ากับผลรวมทั้งหมดในการชำระเงินซึ่งอยู่ด้านบนสุดของราคาสินค้ารวมภาษีแล้ว

ผมติดตามปัญหาลงไปสู่การเปลี่ยนแปลงในการกำหนดค่าในไฟล์app / รหัส / core / Mage / การขาย / etc / config.xmlที่ไหน " MSRP " ถูกบันทึกอยู่ในโหนดขาย / quote / ผลรวม / การจัดส่งสินค้า / หลัง

ฉันไม่พบอะไรเกี่ยวกับ MSRP ในบันทึกประจำรุ่นและฉันหวังว่านี่เป็นการเปลี่ยนแปลงที่แยกได้โดยไม่มีผลข้างเคียงใด ๆ

ทางออกของฉันคือการเปลี่ยนโหนดนี้กลับไปเป็นค่าเดิม " ผลรวมย่อย, freeshipping, tax_subtotal " ไม่มี " MSRP " ฉันทำเช่นนั้นในetc / config.xmlของโมดูลของฉันเอง

ปัญหาเฉพาะ แต่ถ้าคุณปิดการใช้งาน Mage_Sendfriend (ซึ่งก่อนหน้านี้เป็นโมดูลคุณสามารถปิดการใช้งานได้อย่างปลอดภัย) มันจะโยนข้อผิดพลาดข้อยกเว้น

ฉันพยายามอัพเกรดจาก Magento CE 1.9.3.10 เป็น 1.9.4.0 วันนี้และฉันมีข้อผิดพลาดหลายอย่าง โชคดีที่มันไม่ได้ทำให้การติดตั้งแย่ลง หลังจากการติดตั้งฉันได้รับหวั่น - ข้อผิดพลาดเซิร์ฟเวอร์ภายใน ฉันล็อคออกแล้วและฉันต้องรีเซ็ตสิทธิ์การใช้งานไฟล์และโฟลเดอร์ทั้งหมดผ่าน SSH พร้อมกับลบการบำรุงรักษา ฉันทำดัชนีใหม่และเปิดใช้งานแคชอีกครั้ง นอกจากนี้ฉันต้องเปลี่ยนกลับเป็นไฟล์. htaccess เก่าในโฟลเดอร์รูทและดาวน์โหลด ไม่แน่ใจว่าการดำเนินการแก้ไขควรได้รับการติดตั้งสำเร็จหรือไม่ ฉันลืมที่จะคัดลอกข้อความจากหน้าต่างบรรทัดคำสั่ง ดังนั้นฉันไม่สามารถโพสต์ข้อผิดพลาดทั้งหมด สิ่งที่ฉันเห็นคือข้อความที่เข้ากันไม่ได้

พวกเขาลบการสำรองข้อมูลตามกำหนดการหรือไม่

หรือฉันมีปัญหาบางอย่าง? เหตุใดจึงไม่มีการกล่าวถึงเรื่องนี้ในบันทึกย่อใด ๆ ดูเหมือนว่าจะเป็นรูปแบบของ Magento ที่พวกเขาไม่พูดถึงการเปลี่ยนแปลงเช่นนี้เมื่อมีการอัพเดท

อัปเดต: ดูเหมือนว่าพวกเขาจะลบออกจากทุกเวอร์ชั่นอย่างสมบูรณ์

UPDATE: ต้องทำการสำรองข้อมูลต่างกัน หากใครสนใจฉันโพสต์คำสั่ง CRON บางส่วนที่นี่: กลยุทธ์การสำรองข้อมูลโพสต์ SUPEE-10975?

เราเห็นปัญหาในเว็บไซต์ที่ใช้การกำหนดค่าหลายร้านค้าที่กำหนดเองโดยนักพัฒนาก่อนหน้านี้ URL ทั้งหมดสำหรับร้านค้าอื่น ๆ นอกเหนือจากร้านค้าหลักคือ 404 ได้ตั้งค่าตัวแปรเซิร์ฟเวอร์ "HTTP_X_REWRITE_URL" / ส่วนหัว HTTP ซึ่งเปลี่ยน URL ตามที่ประมวลผลโดยคำขอ Magento

ตัวแปรนี้ถูก / ถูกใช้โดย \ Zend_Controller_Request_Http :: setRequestUri () แต่เวอร์ชันใหม่ในแอพ / รหัส / core / Zend / Controller / Request / Http.php ไม่ได้ใช้สิ่งนี้อีกต่อไป การแก้ไขที่เป็นไปได้คือ:

• ตั้งค่า $ _SERVER ["IIS_WasUrlRewritten"] เป็น '1' และแทนที่จะตั้งค่า $ _SERVER ["UNENCODED_URL"]
• ตั้งค่า $ _SERVER ["REQUEST_URI"] แทน

อาจจะใช้งานได้ แต่ในอดีตอาจมีโอกาสน้อยกว่าที่จะเกิดผลที่ไม่ตั้งใจเนื่องจากมันทำงานใกล้ชิดกับระบบก่อนหน้านี้มากขึ้น

ข้อผิดพลาดเฉพาะกับวิธีการชำระเงินไม่สามารถใช้ได้

เราพบThe requested Payment Method is not availableข้อผิดพลาดมากมายจาก Magento ทั้งหมดในการสั่งซื้อที่มีวิธีการชำระเงินในการส่งคืนสินค้าccsaveซึ่งถูกลบโดย supee config.xmlนี้

ข้อผิดพลาดจะถูกโยนเพราะวีโอไอพีที่กำลังมองหา$key(คน ccsave วิธีการชำระเงินในกรณีนี้) โดยการตรวจสอบเส้นทาง XML payment/ccsave/modelนี้: หากไม่พบมันจะส่งข้อผิดพลาด ดังนั้นเราจึงทำgit checkout [insert supee commit]^ app/code/core/Mage/Payment/etc/config.xmlและผลักดันให้ผู้เชี่ยวชาญเพื่อแก้ไขข้อผิดพลาด

app / รหัส / core / Mage / ชำระเงิน / ผู้ช่วย / Data.php

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

app / รหัส / core / Mage / ชำระเงิน / etc / config.xml

<default>
  <payment>
      <ccsave>
        <model>payment/method_ccsave</model>
      </ccsave>
  </payment>
  ...
</default>

เปลี่ยนapp/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.phpเป็นข้อผิดพลาดสาเหตุ (อีก) ที่รูปขนาดย่อไม่ถูกต้อง ... รายละเอียด1.9.4 รูปขนาดย่อไม่สร้างอย่างถูกต้องในสื่อ dir

อาจไม่ใช่ แต่เวอร์ชัน 1.9.4.0มีการใช้งานทั้งคู่อยู่แล้ว