비활성화 할 수있는 기본 모듈은 무엇입니까?

이 질문과 Sander Mangel의 답변 :

모듈 비활성화-성능 향상?

우선, 모듈이 적다는 것은 (잠재적으로)로드 및 처리 할 코드가 적다는 것을 의미합니다. 그 다음으로 Mage_Rss 모듈과 같은 많은 모듈은 특정 이벤트에서 다시 색인을 생성하는 것과 같이 백그라운드에서 많은 코드를 실행합니다.

위의 질문은 모듈 목록을 직접 공유하기위한 것이 아니므로 여기에서 정보를 수집하는 것이 좋습니다.

다른 유용한 자료들 :

• 마 젠토 라이트
• 모의 모듈

다른 모듈 제안?
어떤 모듈이 성능에 더 큰 영향을 줍니까?

최신 정보

@Marius 제안이 포함 된 업데이트 목록

1. Mage_WishList- 고객 세부 정보가 깨지는 것 같습니다
2. 마법사 _Rss
3. Mage_PayPalUk
4. Mage_Tag (프로젝트에서 사용되지 않을 때)
5. Mage_Poll (어쨌든 설문 조사를 사용하는 원인)
6. Phoenix_Moneybookers
7. Mage_Sendfriend
8. Mage_Rating (클라이언트가 필요하지 않은 경우)
9. Mage_Bundle (클라이언트가 필요하지 않은 경우)
10. Mage_Downloadable (클라이언트가 필요하지 않은 경우)
11. Mage_GiftMessage- 1.8에 필요하거나 제품 세부 정보가 깨지는 것처럼 보입니다.
12. Mage_XmlConnect-모바일 앱이 없거나 필요하지 않은 경우.
13. Mage_Authorizenet
14. Mage_Paypal (결제 수단으로 사용되지 않는 경우)
15. Mage_Paygate (Mage_Paypal, Mage_PaypalUk 및 Mage_Authorizenet을 비활성화 한 경우에만)
16. Mage_Weee (Mage_XmlConnect를 비활성화 한 경우에만)
17. Mage_Usa-ce-1.8.1.0에서만. (아래 이유 참조)
18. Mage_GoogleCheckout-ce-1.8.1.0에서만 비활성화 할 수 있으며 Mage_Usa를 비활성화 한 경우에만 가능합니다. http://www.magentocommerce.com/bug-tracking/issue/?issue=14359 때문에 이전 버전에서는 작동하지 않습니다 .
19. Mage_Oauth-REST API가 필요하지 않은 경우
20. 마법사 _ 애피
21. Mage_Api2-Mage_Oauth도 비활성화 한 경우에만 해당됩니다.

나는 그것에 추가 할 수 있습니다 :

• Mage_GiftMessage -1.8에서 비활성화 할 수없는 이음새
• Mage_XmlConnect -모바일 앱이 없거나 필요하지 않은 경우
• Mage_Authorizenet
• Mage_Paypal (결제 수단으로 사용되지 않는 경우)
• Mage_Paygate (Mage_Paypal, Mage_PaypalUk 및 Mage_Authorizenet을 비활성화 한 경우에만)
• Mage_Weee (Mage_XmlConnect를 비활성화 한 경우에만)
• Mage_Usa- 단지에서 CE-1.8.1.0 . (아래 이유 참조)
• Mage_GoogleCheckout-ce-1.8.1.0 에서만 비활성화 할 수 있으며 비활성화 한 경우에만 가능합니다 Mage_Usa. http://www.magentocommerce.com/bug-tracking/issue/?issue=14359 때문에 이전 버전에서는 작동하지 않습니다 .
• Mage_Oauth -REST API가 필요하지 않은 경우
• Mage_Api
• Mage_Api2- Mage_Oauth또한 비활성화 한 경우에만 해당됩니다 .

일반적으로 거의 모든 모듈을 비활성화 할 수 있지만 app/etc/modules/*.xml비활성화하려는 모듈에 따라 다른 모듈이 있는지 확인해야합니다 . 아무것도 없으면 할 수 있습니다. 있으면 비활성화해야합니다.

일반적인 규칙의 예외로 Magento 1.x 빌드 방식으로 인해 관리자를 비활성화하면 관리자를 중단시킬 수있는 일부 모듈이 있습니다. Mage_Adminhtml모듈이 다른 모듈에 대한 참조를 포함 (고객처럼, 판매, ...). Magento 2.0에서는 다음과 같이 변경됩니다.

SchumacherFM 의 Magento Mock 모듈 에 대한 링크를 추가하고 싶습니다 . 특정 모듈을 비활성화 할 때 문제가 발생하면 (예외 읽기) 모의 모듈을 사용하는 것이 좋습니다. 이 모듈에 관한 성능 테스트는 모릅니다. 성능 문제가 있는지 아는 것이 흥미로울 것입니다.

50의 담당자가 필요할 때 여전히 의견을 말할 수 없습니다 ...

언급 주셔서 감사합니다 사이먼 :-)

Mock Module을 개발하는 동안 나는 다른 장소에서 다른 모듈이 많이 발생했습니다.

내 목표는 또한 간단한 대신 파일을 완전히 제거하는 것이 었습니다 <active>false</active>.

일부 상수 및 정적 메소드는 Mage_Adminhtml 또는 일부 프론트 엔드 모듈에서 사용되므로 Mage_Adminnotifications, Mage_WishList, Mage_Tag, Mage_GoogleCheckout 또는 Mage_GiftMessage와 같이 간단히 비활성화 할 수 없습니다.

예를 들어 Mage_WishList 또는 Mage_GiftMessage를 비활성화하면 adminhtml 고객 편집 섹션이 더 이상로드되지 않습니다.

Mage_Shipping을 비활성화 할 수도 있습니다. 나는 여전히 그것이 좋은 것에 대한 유스 케이스를 알아낼 수 없다. ;-)

비활성화되고 제거 된 Mage_Payment 모듈에 대한 모형을 만들려고 시도했지만 확실히 불가능합니다. 8-19 시간 후 나는 포기했다.

Mock 모듈을 사용하면 https://github.com/colinmollenhour/magento-lite 의 고유 버전을 만들 수 있습니다

Mage Module과 ACL 비활성화와 관련하여 오늘 발견 한 내용을 지적하고자합니다. 권한이 "All"로 설정된 역할을 사용하고 Core Mage Module을 비활성화하면 모듈의 코드가 여전히 실행되어 문제가 발생할 가능성이 있습니다.

맞춤 솔루션을 사용할 때 Mage_Newsletter가 필요하지 않으므로에서에서 Mage_Newsletter를 비활성화했습니다 Mage_All.xml. 그러나 관리자가 여전히 Mage_Newsletter모듈 내에서 코드를 실행하려고했기 때문에 Customer Adminhtml 패널이 중단되었습니다 .

문제는 ACL이 권한을 확인하는 방법에 있습니다. 필자의 경우 고객 Tabs.php블록 클래스 내부에서 뉴스 레터 탭을 생성하는 코드는 ACL 권한 검사 내에 캡슐화됩니다. 때문에 Mage_Newsletter모듈이 비활성화되어, 그 ACL 옵션은 더 이상 시스템 역할 권한 메뉴에 표시되지 않습니다.

그러나 역할의 권한이 'all'로 설정되어 있으면 Magento는 모듈의 활성화 여부에 관계없이 플라잉 랫트를 제공하지 않습니다. 의도를 건너 뛰더라도 게이트 논리가 실행될 수 있도록 true (허용 허용)를 반환합니다.

핵심 모듈을 종료하려는 경우 역할의 ACL 권한에 'all'을 사용할 수 없습니다. 'custom'옵션을 사용한 다음 역할에 필요한 모든 권한을 수동으로 부여해야합니다. 이것이 Magento가 비활성화 된 모듈에 대한 권한을 올바르게 확인하는지 확인하는 유일한 방법입니다.