Những mô-đun mặc định nào tôi có thể vô hiệu hóa?

Từ câu hỏi này và câu trả lời của Sander Mangel:

Vô hiệu hóa các mô-đun - cải thiện hiệu suất?

Trước hết, ít mô-đun có nghĩa là ít mã hơn (có khả năng) tải và xử lý. Bên cạnh đó, rất nhiều mô-đun, ví dụ như mô-đun Mage_Rss chạy rất nhiều mã trong nền như buộc reindexes vào một số sự kiện nhất định.

Bởi vì câu hỏi trên không có nghĩa là trực tiếp chia sẻ danh sách mô-đun, tôi nghĩ rằng đó là một ý tưởng tốt để thu thập thông tin ở đây.

Tài nguyên hữu ích khác:

• Magento Lite
• Mô-đun giả

Bất kỳ đề nghị mô-đun khác?
Mô-đun nào có tác động nhiều hơn trong hiệu suất?

CẬP NHẬT

Danh sách cập nhật với các đề xuất @Marius

1. Mage_WishList - có vẻ như nó phá vỡ chi tiết khách hàng
2. Mage_Rss
3. Mage_PayPalUk
4. Mage_Tag (khi không được sử dụng trong một dự án)
5. Mage_Poll (vì dù sao ai cũng sử dụng cuộc thăm dò ý kiến)
6. Phoenix_Moneybookers
7. Mage_Sendfriend
8. Mage_Rating (nếu khách hàng không yêu cầu)
9. Mage_Bundle (nếu khách hàng không yêu cầu)
10. Mage_Doadable (nếu khách hàng không yêu cầu)
11. Mage_GiftMessage - có vẻ như bạn cần nó trong 1.8 hoặc chi tiết sản phẩm sẽ bị hỏng
12. Mage_XmlConnect - nếu bạn không có / cần một ứng dụng di động.
13. Mage_Authorizenet
14. Mage_Paypal (nếu không được sử dụng làm phương thức thanh toán)
15. Mage_Paygate (Chỉ khi bạn tắt Mage_Paypal, Mage_PaypalUk và Mage_Authorizenet)
16. Mage_Weee (chỉ khi bạn tắt Mage_XmlConnect)
17. Mage_Usa - chỉ trong ce-1.8.1.0. (xem bên dưới tại sao)
18. Mage_GoogleCheckout - chỉ có thể được tắt trong ce-1.8.1.0 và chỉ khi bạn tắt Mage_Usa. Nó không hoạt động cho các phiên bản trước vì điều này http: //www.magentoc Commerce.com/orms-tracking/su/?su=14359
19. Mage_Oauth - nếu bạn không cần API REST
20. Mage_Api
21. Mage_Api2 - chỉ khi bạn tắt Mage_Oauth.

Tôi có thể thêm vào đó:

• Mage_GiftMessage - đường nối không thể thay đổi trong 1.8
• Mage_XmlConnect - nếu bạn không có / cần một ứng dụng di động.
• Mage_Authorizenet
• Mage_Paypal (nếu không được sử dụng làm phương thức thanh toán)
• Mage_Paygate (Chỉ khi bạn tắt Mage_Paypal, Mage_PaypalUk và Mage_Authorizenet)
• Mage_Weee (chỉ khi bạn tắt Mage_XmlConnect)
• Mage_Usa- chỉ trong ce-1.8.1.0 . (xem bên dưới tại sao)
• Mage_GoogleCheckout- chỉ có thể được tắt trong ce-1.8.1.0 và chỉ khi bạn tắt Mage_Usa. Nó không hoạt động cho các phiên bản trước vì điều này http: //www.magentoc Commerce.com/orms-tracking/su/?su=14359
• Mage_Oauth - nếu bạn không cần API REST
• Mage_Api
• Mage_Api2- chỉ khi bạn vô hiệu hóa Mage_Oauthcũng.

Theo nguyên tắc chung, bạn có thể vô hiệu hóa (gần như) bất kỳ mô-đun nào, nhưng bạn phải kiểm tra xem app/etc/modules/*.xmlcó bất kỳ mô-đun nào khác tùy thuộc vào mô-đun bạn muốn tắt. Nếu không có bất cứ điều gì bạn có thể làm điều đó. Nếu có bạn cũng phải vô hiệu hóa chúng.

Như một ngoại lệ từ quy tắc chung, có một số mô-đun có thể phá vỡ quản trị viên nếu bạn vô hiệu hóa chúng do cách xây dựng Magento 1.x. các Mage_Adminhtmlmô-đun chứa tham chiếu đến các module khác (như khách hàng, bán hàng, ...). Có vẻ như trong Magento 2.0, điều này sẽ được thay đổi.

Tôi muốn thêm một liên kết đến mô-đun Magento Mock từ SchumacherFM . Nếu bạn gặp vấn đề (đọc ngoại lệ) khi bạn tắt một số mô-đun nhất định, đó có thể là một giải pháp để bạn sử dụng mô-đun giả. Mặc dù tôi không biết bất kỳ bài kiểm tra hiệu suất nào liên quan đến mô-đun này. Sẽ rất thú vị để biết nếu có bất kỳ vấn đề hiệu suất với nó.

Tôi vẫn không thể nhận xét vì tôi cần một đại diện 50 ... vì vậy:

Cảm ơn Simon đã đề cập :-)

Trong quá trình phát triển Mô-đun Mock, tôi đã bắt gặp rất nhiều sự kiện kỳ ​​lạ của các mô-đun khác nhau ở những nơi khác nhau.

Mục đích của tôi cũng là loại bỏ hoàn toàn các tập tin thay vì đơn giản <active>false</active>.

Bạn không thể đơn giản vô hiệu hóa, ví dụ Mage_Adminnotifying, Mage_WishList, Mage_Tag, Mage_GoogleCheckout hoặc Mage_GiftMessage vì một số hằng số và phương thức tĩnh được sử dụng trong Mage_Adminhtml hoặc trong một số mô-đun giao diện.

Ví dụ: Nếu bạn tắt Mage_WishList hoặc Mage_GiftMessage, phần chỉnh sửa khách hàng adminhtml sẽ không tải nữa.

Thậm chí có thể vô hiệu hóa Mage_Shipping. Tôi vẫn không thể tìm ra trường hợp sử dụng cho mục đích gì là tốt cho ;-)

Nếu bạn cũng đã cố gắng tạo một bản giả cho mô-đun Mage_Payment bị vô hiệu hóa và đã bị xóa nhưng điều đó chắc chắn là không thể. Sau 8-19 giờ tôi đã bỏ cuộc.

Với mô-đun Mock, bạn có thể tạo phiên bản https://github.com/colinmollenhour/magento-lite của riêng mình

Tôi muốn chỉ ra một cái gì đó tôi phát hiện ra ngày hôm nay liên quan đến việc vô hiệu hóa Mô-đun Mage và ACL. Nếu bạn đang sử dụng vai trò với quyền được đặt thành "Tất cả" và bạn hủy kích hoạt Mô-đun Mage lõi, rất có thể mã của mô-đun vẫn sẽ chạy và phá vỡ thứ gì đó.

Chúng tôi không có nhu cầu về Mage_Newsletter khi chúng tôi sử dụng giải pháp tùy chỉnh, vì vậy tôi đã hủy kích hoạt Mage_Newsletter trong Mage_All.xml. Tuy nhiên, điều này khiến bảng điều khiển adminhtml của khách hàng bị hỏng do quản trị viên vẫn đang cố chạy mã trong Mage_Newslettermô-đun.

Vấn đề là làm thế nào để ACL kiểm tra quyền. Trong trường hợp của tôi, bên trong Tabs.phplớp chặn khách hàng , mã tạo tab bản tin được gói gọn trong kiểm tra quyền ACL. Vì Mage_Newslettermô-đun bị hủy kích hoạt, các tùy chọn ACL đó không còn xuất hiện trong menu quyền truy cập vai trò hệ thống.

Tuy nhiên , nếu quyền của vai trò của bạn được đặt thành 'tất cả', Magento sẽ không đưa ra một con chuột bay phía sau cho dù mô-đun có hoạt động hay không. Nó sẽ trả về true (cho phép), cho phép bất kỳ logic gated nào chạy ngay cả khi ý định dành cho nó bị bỏ qua.

Nếu bạn muốn tắt các mô-đun lõi, bạn không thể sử dụng 'tất cả' cho các quyền ACL của vai trò. Bạn phải sử dụng tùy chọn 'tùy chỉnh' và sau đó cung cấp cho vai trò tất cả các quyền cần thiết theo cách thủ công. Đó là cách duy nhất (mà tôi đã tìm thấy) để đảm bảo Magento đang kiểm tra quyền một cách chính xác đối với các mô-đun đã hủy kích hoạt.