Câu hỏi này có 2 phần:
Việc vô hiệu hóa các mô-đun lõi có cải thiện hiệu suất tổng thể của cửa hàng hay không và nếu vậy, chúng có cần được vô hiệu hóa trong quản trị viên (tức là vô hiệu hóa đầu ra giao diện) hoặc bị vô hiệu hóa thông qua config.xml để cải thiện hiệu suất này.
Nếu có cải thiện hiệu suất để đạt được, mô-đun nào trên kho, bản dựng CE 1.7.0.2 có thể được tắt một cách an toàn, thông qua phương thức được trả lời trong phần 1.
Câu trả lời:
Có nó làm. 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 buộc reindexes vào một số sự kiện nhất định.
Về phương pháp tốt nhất để sử dụng: vô hiệu hóa một mô-đun System > Configuration > Advancedchỉ sử dụng triệt tiêu đầu ra của mô-đun trong khi vẫn bao gồm mã của Mô-đun đó trong cửa hàng. Điều này rất hữu ích khi bạn không muốn có chức năng mô-đun nhưng bạn cần có Mô hình hoặc Khối chẳng hạn vì các tiện ích mở rộng (bên thứ 3) khác phụ thuộc vào chức năng này. Vô hiệu hóa nó bằng cách sử dụng app/etc/modules/*.xmlsẽ loại bỏ hoàn toàn nó khỏi cài đặt để hiệu suất khôn ngoan đây là tùy chọn tốt nhất.
Tôi thường tắt tiện ích mở rộng sau qua XMl
và thông qua System > Congiguration > Advancedcác Mage_Adminnotificationmà ngăn chặn những popup gây phiền nhiễu trong backend.
Bạn có thể có thể vô hiệu hóa thêm một số tiện ích mở rộng cốt lõi tùy thuộc vào những gì bạn đang sử dụng hay không. Chỉ cần đảm bảo rằng bạn không ảnh hưởng đến sự ổn định của Magento. Tôi đoán điều này sẽ mất một số thử nghiệm và lỗi.
app/etc/module/Mage_Rss.xmlví dụ và chỉ cần chắc chắn rằng bạn đã thêm mãPool (lõi) và thẻ hoạt động (sai)
app/etc/modulesthư mục. Nhưng đó chỉ là tôi :)
Mặc dù bị trễ câu trả lời, tôi muốn trả lời câu hỏi
Mage_Core;-)Nhưng để vô hiệu hóa một vài mô-đun chặt chẽ, bạn cần cài đặt một mô-đun khác, điều quan tâm là không có gì sẽ bị hỏng. Do đó, tôi đã phát triển: https://github.com/Zookal/magento-mock
Zookal Mock: Tự động phát hiện các mô-đun và phần mở rộng lõi bị vô hiệu hóa và cung cấp các đối tượng giả để không phá Magento. Không có gì để cấu hình. Không có lớp viết lại. Chỉ có một người quan sát. Sáng tạo. Bạn thậm chí có thể loại bỏ các tập tin!
Ví dụ: khi bạn vô hiệu hóa Mage_Wishlisthoặc Phần cuối Mage_Newslettercủa bạn -> Khách hàng -> Chỉnh sửa của khách hàng sẽ xuất hiện các lỗi lạ. Do đó, hãy sử dụng phần mở rộng Mock!
Bạn thậm chí có thể gỡ cài đặt các mô-đun Thanh toán cũ có các mục trong sales_flat_order_paymentbảng và thường phá vỡ Phần cuối của bạn -> Bán hàng -> Chế độ xem Đơn hàng nhưng tiện ích mở rộng Mock có một công việc minh bạch xung quanh bạn.
Một điều cần xem xét: Nó không hoạt động trên dòng lệnh.
Xem câu trả lời của Marius về cách vô hiệu hóa các mô-đun XML đơn giản và nhanh chóng. Tạo một tệp duy nhất zzz_Disabled_Modules.xmlvới nội dung
<?xml version="1.0"?>
<config>
<modules>
<Mage_Rss>
<active>false</active>
</Mage_Rss>
<Mage_PaypalUk>
<active>false</active>
</Mage_PaypalUk>
<Phoenix_Moneybookers>
<active>false</active>
</Phoenix_Moneybookers>
<!-- all other modules here -->
</modules>
</config>Hãy tưởng tượng! Một .gitignore cho các mô-đun Magento!
Với điều này, bạn có thể dễ dàng xem các mô-đun bạn đã bật / tắt trong nháy mắt.
Như @Sander Mangel nói rằng việc vô hiệu hóa các mô-đun một cách thách thức có thể có hiệu suất lớn, mặc dù những gì bạn vô hiệu hóa thực sự là một thứ lưu trữ. Bình thường có rất nhiều mà bạn không cần mặc dù. Nếu bạn không sử dụng việc vô hiệu hóa danh sách trắng sẽ Mage_Wishlisttạo ra sự khác biệt.
Một lợi ích khác là vô hiệu hóa Mage_Log. Điều này có thể được thực hiện tốt hơn thông qua local.xml.