Các tác dụng phụ của việc vô hiệu hóa một mô-đun lõi là gì? (ví dụ: Mage_Rss / Mage_Log)

Ví dụ: tôi khuyên bạn nên vô hiệu hóa Mage_Rss để tăng tốc quá trình thanh toán vì Mage_Rss không được sử dụng rộng rãi và buộc dọn dẹp bộ đệm nhiều lần cho mỗi yêu cầu thanh toán.

Tôi đang đánh giá việc vô hiệu hóa Mage_Log vì những lý do tương tự - Tôi đã có sẵn Google Analytics cũng như tổng hợp nhật ký apache qua PapertrailApp.com, nhưng tôi nhận thấy tôi đã chính thức hóa quy trình của mình để kiểm tra các phân nhánh, vì vậy hãy thoải mái trả lời đặc biệt cho Mage_Log hoặc nói chung để vô hiệu hóa một mô-đun lõi.

Tôi biết tôi có thể xác định các bảng mà mô-đun sử dụng bằng cách xem tập lệnh trình cài đặt của nó trong / sql và các sự kiện mà nó đăng ký bằng cách xem \ etc \ config.xml, nhưng điều gì khác thích hợp? Là mô-đun này được đóng gói hợp lý chỉ ảnh hưởng đến các bảng với tiền tố log_? Có một số sự kiện được xác định bởi mô-đun cốt lõi này, liệu các nhà quan sát của họ sẽ thất bại một cách duyên dáng / âm thầm hay gây ra các vấn đề hạ lưu? Làm thế nào để tôi biết những báo cáo, nếu có, bị ảnh hưởng?

Bên cạnh điều hiển nhiên, ví dụ mô-đun không còn hoạt động - tác dụng phụ tiềm năng là bất kỳ mô-đun nào có mô-đun lõi được liệt kê trong khai báo của chúng cũng sẽ không hoạt động. Có nhiều plugin của bên thứ 3 phụ thuộc vào việc tải các mô-đun lõi. Cũng có những phụ thuộc lẫn nhau, đặc biệt nếu bạn đang sử dụng Enterprise.

Tôi có ấn tượng rằng hầu hết mọi người vô hiệu hóa các mô-đun 'không cần thiết' này cho mục đích tốc độ - sau tất cả, chỉ tải những gì bạn sử dụng, phải không? Mặc dù tôi chắc chắn rằng nó có một số tác động nhỏ, có thể đo lường được - có nhiều điều hiệu quả hơn bạn có thể làm để tác động tích cực đến tốc độ của trang web của bạn.

Có một số bài viết SO tuyệt vời ngoài kia nói về vấn đề đặc biệt này - đặc biệt bài này có vẻ như là một bài đọc tốt cho tôi:

Tối ưu hóa tốc độ bằng cách vô hiệu hóa mô-đun Mage_Reports?

Có những báo cáo khác cho rằng việc vô hiệu hóa Mage_Doadable, v.v. có thể giúp ích trong Checkout - nhưng đây có vẻ là những bài viết cũ và theo quan điểm của tôi đối với các bản phát hành mới nhất của Magento. Nếu bạn vẫn đang chạy trên 1.4CE hoặc 1.7EE, điều này có thể đặc biệt hữu ích với bạn.

http://kassner.com.br/2011/01/magento-slow/

http: //www.magentoc Commerce.com/boards/v/viewthread/221626/#t306872

/programming/11102268/magento-d repeatate-nings

Cập nhật

Thật khó để khái quát những tác động có thể đo lường được này sẽ có đối với tình huống cụ thể của bạn - hoặc của bất kỳ ai -. Chẳng hạn, một máy chủ chậm trên mạng băng thông thấp sẽ cản trở tốc độ của bạn nhiều hơn bất kỳ giải pháp nào được đề cập.

Dựa trên phân tích chuyên sâu của riêng bạn, có vẻ như nó có thể mang lại lợi nhuận cho bạn. Như với tất cả các phản hồi SO, YMMV, nhưng tôi nghĩ rằng việc sử dụng memcached, apc, bộ đệm toàn trang và CDN có thể có tác động có thể đo lường hơn đối với một cái gì đó như, như, tỷ lệ chuyển đổi khi nó ảnh hưởng đến trải nghiệm của người dùng cuối.

Tôi định cấu hình tất cả các hộp máy khách dựa trên thông số kỹ thuật whitepaper đã xuất bản - theo hiểu biết của tôi, chúng không đề cập đến việc vô hiệu hóa các mô-đun không sử dụng. Họ đề cập đến việc vô hiệu hóa các Mô-đun Apache không cần thiết.

Giấy trắng

http: //www.magentoc Commerce.com/whitepaper/

Cuối cùng, tôi đã thực hiện một số hoạt động đào và chỉ có thể tìm thấy đề cập đến việc vô hiệu hóa Mage_Rssnhư một sự tăng hiệu suất tiềm năng khi sử dụng bộ đệm của hệ thống tập tin. Nếu bạn đang sử dụng bộ đệm của hệ thống tập tin và chưa được gắn kết ít nhất tmpfs, bạn nên nghiêm túc xem xét memcached, apc hoặc tmpfsmount đã nói ở trên .

Chúng tôi đã thấy một vấn đề cụ thể với việc vô hiệu hóa Mage_Log rằng nó phá vỡ chức năng So sánh sản phẩm. Khi các trình duyệt ẩn danh thêm vào để so sánh và sau đó đăng nhập, Magento sử dụng visitor_id do Mage_Log tạo ra để đính kèm danh sách so sánh với khách hàng và nếu giá trị này là null thì khó có thể phá vỡ trang web, nếu bất kỳ khách hàng nào khác từng so sánh Product_id (ngoại lệ khóa trùng lặp).

Có thể bạn quan tâm đến Dự án Magento Lite, về cơ bản đây là xương sống Magento (hầu hết các mô-đun đã bị vô hiệu hóa)

https://github.com/colinmollenhour/magento-lite