SUPEE-10975 Các vấn đề tiềm năng


16

SUPEE-10975 đã được phát hành, sẽ rất tuyệt nếu biết có ai gặp phải bất kỳ vấn đề nào trong khi cố gắng áp dụng điều này không, liệu điều này có mâu thuẫn với bản vá gần đây nhất có thêm hỗ trợ 7.2 không?

Cho đến nay đây là những tập tin thay đổi tôi có thể thấy

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

Có ai gặp phải bất kỳ vấn đề với những thay đổi này?

Câu trả lời:


12

Cho đến nay, tôi đã gặp các vấn đề sau với bản vá SUPEE-10975:

  • Không thể xóa các nhóm khách hàng thông qua quản trị viên vì một tuyên bố trả lại bị thiếu trong phương thức mới Mage_Adminhtml_Block_Customer_Group_Edit::getDeleteUrl(vấn đề được tìm thấy bởi @ mikhail-chelevich). Đây là trường hợp khi khóa bí mật được bật cho quản trị viên, đó là mặc định. Vấn đề cũng có mặt trong 1.9.4.0. Vấn đề này được khắc phục bằng bản vá SUPEE-11043, chưa được phát hành chính thức, nhưng có sẵn dưới dạng GitHub Gist .
  • Các Mage_Sendfriendmô-đun không thể bị vô hiệu hóa mà không có cũng vô hiệu hóa các Mage_Captchamô-đun. Module "Mage_Captcha" requires module "Mage_Sendfriend".Mặt khác, ngoại lệ cốt lõi sau xảy ra: (vấn đề được tìm thấy bởi @zlep)
  • Các thay đổi đối với sendfriend/send.phtmlmẫu đã được thực hiện trong rwd/defaultchủ đề không được thực hiện trong base/defaultchủ đề. Điều này có nghĩa là đối với base/defaultchủ đề, CAPTCHA không thể được bật và tên và email của những người nhận đã nhập trước đó không được hiển thị trên trang (đối với trường hợp điển hình của biểu mẫu gửi gây ra lỗi xác thực phía máy chủ).
  • Phương thức mới Mage_Sendfriend_Block_Send::getRecipientsCountgiới thiệu tính không tương thích PHP 7.2 vì a countđược thực hiện trên một NULLgiá trị khi tải trang mà không có bất kỳ người nhận nào (đó là mặc định khi tải trang mới). Vấn đề này đã được khắc phục trong 1.9.4.0.

Lưu ý rằng tôi chỉ kiểm tra bản vá cho 1.9.3.10, nhưng tôi nghi ngờ các vấn đề có ở tất cả các phiên bản của bản vá.


11

Thiếu return parent::getDeleteUrl()ứng dụng / mã / lõi / Pháp sư / adminhtml / Chặn / Khách hàng / Nhóm / 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();
+        }
+    }

Phiên bản Magento này dùng để làm gì?
danmentzer

1
Tôi có thể xác nhận vấn đề này: không thể xóa các nhóm khách hàng thông qua quản trị viên. Điều này xảy ra khi các khóa bí mật được bật cho quản trị viên, đó là mặc định. Điều này hiện diện trong bản vá SUPEE-10975 và cả trong Mã nguồn mở Magento 1.9.4.0.
Aad Mathijssen

Một bản vá bổ sung đã được tạo để giải quyết SUPEE-11043 này
Andrew

@andrew Tôi không thể tìm thấy bất cứ điều gì về SUPEE-11043. bạn có thể liên kết một số nguồn?
darnok

1
Vì vậy, bản sửa lỗi nên được thay thế parent::getDeleteUrl();trong ứng dụng / mã / lõi / Mage / adminhtml / Chặn / Khách hàng / Nhóm / Edit.php bằngreturn parent::getDeleteUrl();
René Schep

8

Tôi gặp phải một vấn đề với bản vá 10975. Sau một vài cuộc điều tra, tôi đã có thể theo dõi câu trả lời là bản vá lỗi đang ở đâu và tại sao.

Để tóm tắt kiểm tra bên dưới và đảm bảo bạn đã vá SUPEE 9767 V2 đúng cách. Đó là gốc rễ của vấn đề của tôi.

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

Trên đây là lỗi tôi nhấn là dành riêng cho tập tin này.

Mage / Core / etc / config.xml

Lỗi xuất phát từ dòng này của bản vá.

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>

Phiên bản được liệt kê ở đây không khớp chính xác vì vá thủ công

CUNG CẤP 9767 v2

Bản vá đó đi kèm với dòng này mà tôi đã bỏ lỡ khi vá thủ công.

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>

5

Đầu tiên, xin lỗi vì sự trùng lặp câu trả lời của erej , tôi không thể bình luận cũng không chỉnh sửa vì điểm danh tiếng của tôi.

Bản vá tạo một tệp mới ở đây: app/code/core/Zend/Controller/Request/Http.php

Được thêm vào để ghi đè tệp này: lib/Zend/Controller/Request/Http.php

Vấn đề là đối với Magento dưới 1.9.0.0 (EE 1.14.0.0):

Phương pháp này :

/**
 * 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);
}

Bị ghi đè trong tệp Magento Core app/code/core/Mage/Core/Controller/Request/Http.php

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

Mà không có bất kỳ đối số.

Vì vậy, nó kích hoạt thông báo nghiêm ngặt này trên bất kỳ url trang web, front & admin nào:

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

Nếu ai đó biết nếu có V2 của bản vá đó đang trên đường, xin vui lòng cho tôi biết.

Chờ đợi cập nhật của họ, bạn có thể xác định lại phương thức app/code/core/Mage/Core/Controller/Request/Http.phpnhư thế:

/**
 * @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;
}

4

Với phiên bản 1.8.1.0 sau khi áp dụng bản vá này, chúng tôi cũng phải thay đổi app/code/core/Mage/Core/Controller/Request/Http.php::getBaseUrl()chức năng để được

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

bởi vì bản vá này thêm app/code/core/Zend/Controller/Request/Http.phptập tin và getBaseUrl()chức năng được khai báo với tham số $raw = false.


Không cần thiết phải thêm chức năng này. Nó sẽ luôn luôn mặc định là không thô, bởi vì bất kỳ chức năng nào gọi hàm này không nên có $ raw được đặt trong 1.8.1.
René Schep

4

Tôi gặp vấn đề với 'Hunk # 1 FAILED at 28'

Các từ chối được cho là đã được lưu vào config.xml.rej nhưng tệp này không tồn tại, cũng không có mô tả nào về phần nào của tập lệnh bị lỗi trong cửa sổ terminal của tôi. Về cơ bản bản vá thất bại và không có dấu hiệu cho thấy tại sao - ít nhất là không phải với một kẻ ngu ngốc như tôi!

Trong lần chạy đầu tiên, bản vá đã cố xóa ba tệp jquery v 1.12.0 không tồn tại, tôi đã thay thế chúng và áp dụng bản vá một lần nữa nhưng bây giờ nó không thành công mà không có mô tả hữu ích nào.

Magento 1.9.0.1 được vá hoàn toàn ngoài bản cập nhật tương thích PHP 7.2, nó sẽ vẫn chưa được vá trừ khi tôi có thể giải quyết nó hoặc ai đó ở đây có thể cho tôi manh mối (xin vui lòng!) Cảm ơn H

PS Tôi không chắc chắn nếu bài đăng của tôi trái với hướng dẫn SE, tôi đang trả lời câu hỏi ban đầu nhưng tôi cũng đang yêu cầu giúp đỡ.


1
Tôi cũng gặp phải vấn đề này vì nó liên quan đến bản vá 9767 v2, nó thêm số phiên bản mới vào Mage / Core / etc / config.xml Bạn chỉ cần thêm vào số phiên bản hiện tại .1.2 Tôi cũng sẽ viết một câu trả lời cho điều này là tốt.
danmentzer

3

Các Mage_Backupmô-đun sẽ bị vô hiệu bởi các miếng vá.

Điều này được đề cập trong ghi chú phát hành chính thức ( https://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1940 ).

Tuy nhiên, giải pháp được đề xuất để kích hoạt lại là sai:

("Ngoài ra, bạn có thể sử dụng một trong hai phương pháp này để bật sao lưu cơ sở dữ liệu")

Bạn thực sự cần phải sử dụng cả hai phương pháp được đề cập để kích hoạt lại nó hoàn toàn.


2
Ngoài ra, hãy nhớ rằng việc bật lại mô-đun Mage_Backup sẽ mở ra cho bạn: "thực thi mã từ xa (RCE), kịch bản chéo trang (XSS) và các vấn đề giả mạo yêu cầu chéo trang (CSRF)."
René Schep

2

Có thể có vấn đề với việc xử lý tính thuế chính xác.

Theo thông lệ ở nhiều quốc gia, khách hàng của chúng tôi sử dụng cấu hình " giá đã bao gồm thuế " của Magento.

Vì vậy, sau khi cập nhật từ 1.9.3.10 đến 1.9.4.0, thuế đã được thêm vào tổng số tiền thanh toán, bên trên giá vật phẩm đã bao gồm thuế.

Tôi đã theo dõi vấn đề về sự thay đổi cấu hình trong ứng dụng tệp / code / core / Mage / Sales / etc / config.xml , trong đó " msrp " đã được thêm vào nút sales / quote / totals / Shipping / after .

Tôi không tìm thấy bất cứ điều gì liên quan đến MSRP trong ghi chú phát hành và tôi hy vọng rằng đây là một thay đổi riêng biệt mà không có bất kỳ tác dụng phụ nào.

Giải pháp của tôi đã thay đổi nút này trở lại giá trị ban đầu của nó " tổng phụ, freeshipping, tax_subtotal " mà không có " MSRP ". Tôi đã làm như vậy trong etc / config.xml của mô-đun của riêng tôi.


1

Vấn đề cụ thể, nhưng nếu bạn vô hiệu hóa Mage_Sendfriend (trước đây là mô-đun bạn có thể vô hiệu hóa một cách an toàn) thì nó sẽ gây ra lỗi ngoại lệ.


1
Họ đã khiến Mage_Captcha phụ thuộc vào Mage_Sendfriend thay vì cách khác. Vì vậy, bạn cũng cần hủy kích hoạt Mage_Captcha để tắt Mage_Sendfriend. Đó có thể không phải là điều bạn muốn bởi vì nó vô hiệu hóa tất cả các recaptcha mặc định của Magento
René Schep

0

Tôi đã cố gắng nâng cấp từ Magento CE 1.9.3.10 lên 1.9.4.0 ngày hôm nay và tôi đã gặp nhiều lỗi. May mắn thay, nó đã không làm rối cài đặt. Sau khi cài đặt, tôi đã nhận được lỗi - Lỗi máy chủ nội bộ. Tôi đã bị khóa và tôi phải thiết lập lại tất cả các quyền đối với tệp và thư mục của mình thông qua SSH cùng với việc gỡ bỏ bảo trì.flag. Sau đó tôi đã reindexed và kích hoạt lại bộ đệm. Thêm vào đó, tôi phải hoàn nguyên tệp .htaccess cũ của mình trong thư mục Root và Download. Không chắc hành động khắc phục là gì để cài đặt thành công. Tôi quên sao chép văn bản từ cửa sổ dòng lệnh. Vì vậy, tôi không thể gửi tất cả các lỗi. Những gì tôi đã thấy là tin nhắn không tương thích.


1
Tôi không nghĩ phương pháp "nâng cấp" thông qua trình tải xuống từng hoạt động trên bất kỳ cài đặt nào ít nhất là một chút chỉnh sửa. Tôi có điên không?
Kalvin Klien

Phương pháp "nâng cấp" bằng Magento Connect hoạt động mỗi lần đối với tôi. Tôi sử dụng nó cho cả ba trang web M1 của chúng tôi và tất cả chúng đều được tùy chỉnh rất nhiều (mặc dù đúng).
MagentoAaron

0

Họ đã loại bỏ Sao lưu theo lịch trình? Không có phần sao lưu theo lịch trình

Hoặc tôi có một số loại vấn đề? Tại sao không có đề cập đến điều này trong bất kỳ ghi chú? Đây dường như là một mô hình với Magento khi họ không đề cập đến những thay đổi như thế này khi các bản cập nhật xuất hiện.

CẬP NHẬT: có vẻ như họ đã loại bỏ nó hoàn toàn khỏi tất cả các phiên bản.

CẬP NHẬT: phải thực hiện sao lưu khác nhau. Nếu có ai quan tâm tôi đã đăng một số lệnh CRON tại đây: Chiến lược sao lưu bài viết SUPEE-10975?


Đây có phải là cho bất kỳ phiên bản cụ thể?
Razentic

2
Per twitter.com/ryanhoerr/status/1067819214314987520 Đó là một phần cụ thể họ đã xóa trên bản vá này.
danmentzer

Trời ơi ... ok cổ điển - phải tìm hiểu từ một số nguồn khác sau đó magento về việc loại bỏ / bổ sung các tính năng.
Kalvin Klien

1
@KalvinKlien thực sự, đoạn đầu tiên trong ghi chú phát hành nói rằng nó đã bị vô hiệu hóa; devdocs.magento.com/guides/m1x/ce19-ee114/ khăn
Peter Jaap Blaakmeer

3
Thay đổi trong bản vá này là Mage_Backup bị vô hiệu hóa theo mặc định và các kiểm tra để chạy mã chặt chẽ hơn (ví dụ: nếu đầu ra khối cho mô-đun bị vô hiệu hóa thì các bản sao lưu sẽ không chạy). Bạn vẫn có thể bật lại mô-đun theo cách thủ công bằng cách thay đổi false thành true trong phần Mage_Backup của ứng dụng / etc / mô-đun / Mage_All.xml. Hãy cẩn thận rằng việc bật lại chức năng sao lưu có khả năng cho phép: "thực thi mã từ xa (RCE), tập lệnh chéo trang (XSS) và các vấn đề giả mạo yêu cầu chéo trang (CSRF)."
René Schep

0

Chúng tôi đã thấy một sự cố trên một trang web đang sử dụng cấu hình nhiều cửa hàng tùy chỉnh của nhà phát triển trước đó. Tất cả các URL cho các cửa hàng khác ngoài cửa hàng cơ sở là 404ing. Nó đặt biến máy chủ / HTTP Header "HTTP_X_REWRITE_URL", thay đổi URL như được xử lý bởi Yêu cầu Magento.

Biến này được / được sử dụng bởi \ Zend_Controll_Request_Http :: setRequestUri (), nhưng phiên bản mới trong app / code / core / Zend / Controller / Request / Http.php không còn sử dụng điều này nữa. Các bản sửa lỗi có thể là:

  • Đặt $ _SERVER ["IIS_WasUrlRewritten"] thành '1' và thay vào đó đặt $ _SERVER ["UNENCODED_URL"]
  • Thay vào đó, hãy đặt $ _SERVER ["REQUEST_URI"]

Hoặc có thể sẽ hoạt động, nhưng cái trước có lẽ ít có khả năng gây ra hậu quả ngoài ý muốn vì nó hoạt động gần hơn với hệ thống trước đó.


0

Lỗi cụ thể với Phương thức thanh toán không khả dụng

Chúng tôi đã nhận được rất nhiều The requested Payment Method is not availablelỗi của Magento. Tất cả trên các đơn đặt hàng có phương thức thanh toán trong hoàn trả sản phẩm ccsaveđã bị loại bỏ bởi supee này config.xml.

Lỗi đang bị ném vì Magento đang tìm kiếm $key(phương thức thanh toán ccsave trong trường hợp này) bằng cách kiểm tra đường dẫn xml : payment/ccsave/model. Nếu nó không tìm thấy nó, nó sẽ báo lỗi. Vì vậy, chúng tôi chỉ cần làm một git checkout [insert supee commit]^ app/code/core/Mage/Payment/etc/config.xmlvà đẩy lên chủ để sửa lỗi.

ứng dụng / mã / lõi / Pháp sư / Thanh toán / Người trợ giúp / Dữ liệu.php

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

ứng dụng / mã / lõi / Pháp sư / Thanh toán / etc / config.xml

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


-5

Có lẽ là không, nhưng phiên bản 1.9.4.0 đã được triển khai cả hai.


1
Các bài đăng ngăn xếp này đặc biệt để các nhà phát triển khác có thể nhận thức được các vấn đề mà câu trả lời của bạn cho vấn đề này không hữu ích hoặc mô tả về bất kỳ vấn đề nào. Tôi thành thật chỉ cần loại bỏ điều này.
danmentzer
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.