どのデフォルトモジュールを無効にできますか？

この質問とSander Mangelの回答から：

モジュールの無効化-パフォーマンスの改善？

まず、モジュールが少ないということは、（潜在的に）ロードおよび処理するコードが少ないことを意味します。その次に、たとえばMage_Rssモジュールなどの多くのモジュールは、特定のイベントでインデックスの再作成を強制するなど、バックグラウンドで多くのコードを実行します。

上記の質問はモジュールリストを直接共有することを意図したものではないため、ここで情報を収集することをお勧めします。

その他の有用なリソース：

• Magento Lite
• モックモジュール

他のモジュールの提案はありますか？
どのモジュールがパフォーマンスに影響を与えますか？

更新

@Mariusの提案を含む更新リスト

1. Mage_WishList- 顧客の詳細を壊すように見える
2. Mage_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. Mage_Api
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人の担当者が必要なので、まだコメントできません...

言及してくれたサイモンに感謝します:-)

モックモジュールの開発中に、さまざまな場所でさまざまなモジュールが奇妙に発生することが多くありました。

私の目的は、単純なファイルの代わりにファイルを完全に削除することでした<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モジュールとACLを無効にすることに関して、今日発見したことを指摘したいと思います。権限が「すべて」に設定されたロールを使用していて、Core Mageモジュールを無効にした場合、モジュールのコードがまだ実行され、何かを壊す可能性があります。

カスタムソリューションを使用するため、Mage_Newsletterは必要ありませんMage_All.xml。そのため、でMage_Newsletterを無効にしました。ただし、管理者がMage_Newsletterモジュール内でコードを実行しようとしていたため、これによりCustomer Adminhtmlパネルが破損しました。

問題は、ACLが許可をチェックする方法にあります。私の場合、顧客Tabs.phpブロッククラス内で、ニュースレタータブを生成するコードはACL許可チェック内にカプセル化されています。Mage_Newsletterモジュールが無効になっているため、これらのACLオプションはシステムロールの権限メニューに表示されなくなりました。

ただし、ロールの許可が「all」に設定されている場合、Magentoはモジュールがアクティブであるかどうかに関係なく、空飛ぶネズミに背後を与えません。true（許可が許可されます）が返され、ゲートロジックがスキップされることを意図している場合でも、ゲートロジックを実行できます。

コアモジュールをシャットオフする場合、ロールのACLパーミッションに「all」を使用することはできません。「カスタム」オプションを使用してから、ロールに必要なすべての権限を手動で付与する必要があります。これが、Magentoが非アクティブ化されたモジュールに対してアクセス許可を適切にチェックしていることを確認する唯一の方法です（私が見つけた方法です）。