タグ付けされた質問 「extensions」

最近、無料の商用拡張機能で多くの問題が発生したため、この質問をして、拡張機能を作成するときに通常実行する手順で回答することにしました。回答を編集するか、新しい回答を追加してください。 拡張機能またはテーマをインストールするほとんどの場合、必要なすべての環境で機能させるために数時間（場合によってはそれ以上、場合によってはそれ以下）を費やす必要があります。 dev：通常localhost、プロジェクトはサブフォルダーにあります preprod＆live これは大きくても、拡張プロバイダからの拡張機能（それは私が本当に怒る少なくともまでは無名のまま、ここに自分の名前を追加する必要があります）で起こっている ので、品質を確保するための拡張を書くとき、私は検討すべき段階is..what主な質問技術および非技術者がコードを使用し、技術者がコードを変更するのを容易にしますか？

143 module  magento-1  extensions  best-practice  development 

Magentoストアをデバッグするにはどうすればよいですか これは今ではあまり関係のない質問ですが、5年前にMagento SEサイトが存在していた場合、おそらく最初の質問だったでしょう。Magentoを使い始めたばかりの人や、Magentoに慣れていない人にとっては、デバッグの基本を知ることが、問題の原因を除外するための鍵となります。そして、私たちとは無関係であるにもかかわらず、私たちはこの質問を自己回答のアプローチで先取りしています。 私のサイトがダウンしている助けて！ 私の設計に問題はありますか？ サードパーティのモジュールに障害がありますか？ エラーが表示されないのはなぜですか？ これらの質問のそれぞれは、最も基本的なユーザーでも完了できるデバッグへの標準化されたアプローチに従うことにより、容易に回答できます。Magentoストアのデバッグの基本を排除するプロセスによって。

81 extensions  core  debug  theme 

2015年10月27日に、MagentoはセキュリティパッチSUPEE-6788をリリースしました。技術的な詳細によると、修正された4つのAPPSECには、ローカルモジュールとコミュニティモジュールでのいくつかの修正が必要です。 APPSEC-1034、カスタム管理URLのバイパスのアドレス指定（デフォルトでは無効） APPSEC-1063、可能なSQLインジェクションに対処 APPSEC-1057、テンプレート処理方法により、個人情報にアクセスできます APPSEC-1079、カスタムオプションファイルタイプで潜在的なエクスプロイトに対処 このセキュリティパッチの影響を受けるモジュールを確認する方法を知りたいと思いました。 私は次の部分的な解決策を思いつきました： APPSEC-1034：<use>admin</use>すべてのローカルおよびコミュニティモジュールのconfig.xmlで検索します。これにより、この問題の影響を受けるすべてのモジュールがリストされるはずです。 APPSEC-1063：を検索addFieldToFilter('(し、addFieldToFilter('`地元やコミュニティのモジュールのすべてのPHPファイルに。変数も使用できるため、これは不完全です。 APPSEC-1057：を検索{{config path=し、{{block type=地元やコミュニティのモジュールのすべてのPHPファイルで、そしてホワイトリストからすべての要素をフィルタリングします。ただし、管理者によって追加されたテンプレート変数が含まれていないため、これは不完全です。 APPSEC-1079：わかりません。 Peter Jaap BlaakmeerによってコンパイルされたAPPSEC-1034およびAPPSEC-1063に対して脆弱な拡張機能のリストもあります。

71 extensions  security  patches  routing  supee-6788 

私が年齢を問うことを意味してきた質問は、他の何よりも理論的です。 通常のMagentoモジュールファイル構造を使用した拡張機能の開発に完全に精通しています。ただし、Mageの「拡張機能」の一部を見ると、一部には/ Controllerディレクトリが含まれていることに気付きました。これらのコントローラーの目的は何ですか？/ controllers dir内で通常使用されるコントローラーとどのように違いますか？ 名前の構造が異なることがわかるので、異なる方法で自動ロードされる名前を収集していますが、/ Controllerクラスはどのような目的で機能しますか？ 皆さんありがとう

43 extensions  controllers 

Mage_Catalog_Block_Product_List_Toolbarブロックをグローバルに上書きする拡張機能を使用しています。 <global> <blocks> <catalog> <rewrite> <product_list_toolbar>Amasty_Shopby_Block_Catalog_Product_List_Toolbar</product_list_toolbar> </rewrite> </catalog> </blocks> </global> 拡張機能は階層化されたナビゲーションカテゴリのコンテキストで機能しますが、独自の社内モジュールの別の（カスタム）ビューに任意の製品リストを挿入すると、書き換えられたクラスは適切に機能しません。テストのためだけに拡張機能を上書きする場合は、すべて正常に動作します。 拡張機能の開発者のコ​​ミュニティコードを編集せずに、独自のコントローラーだけで拡張機能の書き換えを元に戻すにはどうすればよいですか？

42 magento-1  extensions  overrides 

Magentoは多くの「すぐに使える」機能を提供しますが、サードパーティの拡張機能を必要とするクライアントストアには、必然的に機能や機能が必要になることがわかりました。 しかし、媒体の性質を考えると、商業取引を扱うこのような複雑なシステムに「外国の」コードを導入することは危険な命題になる可能性があります。 Magentoの拡張機能を評価する際に何を探しますか？あなたが出くわした「レッドフラッグ」とは何ですか（パフォーマンスの悪用、セキュリティリスク、アーキテクチャの悪い習慣）？

41 performance  extensions 

私は13年以上PHP開発者であり、WordPressのような他の人気のあるプロジェクトに限り、PHP自体に関する広範な知識を持っています。Magentoの経験はありません。 私は現在、Magentoを使用している会社でフルタイムの仕事をしていますが、私の開発作業はすべてMagentoで行われる予定です。 Magentoを初めて見た後の私の最初の考えは、すごいものになりました。しかし、その後、私の経験豊富な開発者が出てきて、それがただのPHPであることを思い出します。 ですから、Magentoの基本的な質問がいくつかあります。Magentoの経験豊富な開発者からの回答に感謝します。 このサイトの横にあるmagento開発について学ぶための最も便利な場所は何ですか？ これまでのところ、拡張機能/プラグインは非常に混乱しています。WordPressのような他のプラットフォームでは、プラグインを独自のフォルダーに配置することができ、すべてのファイルはそのフォルダーの下に保存されます。これまで見てきたことから、プラグインはMagentoのいくつかのフォルダに散らばっているかもしれませんが、これは正しいですか？ コア機能をオーバーライドする方法について学びました。コア内のファイルがここにある場合、/app/code/core/Mage/SitemapModel/Resource/Catalogこの場所にファイルを作成することでオーバーライドできます。これ/app/code/local/Mage/SitemapModel/Resource/Catalogは拡張機能/プラグインでどのように機能しますか？コア機能をオーバーライドする必要があるプラグインを作成する場合、その拡張機能が機能するためにファイルをいたるところに配置する必要がありますか？ magentoを始めて知ってほしい他の情報はありますか？ 洞察力のおかげで、これは複数の部分からなる質問であることはわかっていますが、答えは自分自身や他の人にとって役立つと思います。必要に応じてこの公開ウィキを作成します

30 extensions  magento-1  development  plugin 

Magento MarketplaceにアップロードしたいMagento 2拡張機能を作成しました。 拡張機能をアップロードしようとしたときに、何らかの理由で複数回拒否されました。これと複数の送信により、私の拡張機能はMagentoからの以下のメッセージで拒否されました。 ポリシーまたは品質上の理由により、提出物を評価した後、私はEXTENSIONのレビューを継続しないことを決定しました 現在、Magentoは拡張機能の更新と再送信を許可していません。 確認したところ、Magentoはマーケットプレイスにアップロードされた拡張機能をチェックするためにEQPプロセスを使用していることがわかりました。 Magento 2拡張マーケットプレイスを準備するために注意しなければならないことはどれですか？

27 magento2  extensions  marketplace 

system.xml configを使用して新しい拡張機能をインストールすると、Magentoに表示される非常に一般的なエラーです。 System->Configuration->Extensionタブに移動すると、404エラーが表示されます。ログアウトして再度ログインする必要がありますが、その後は問題ありません。しかし、これを回避する方法はありますか？

27 admin  extensions  system.xml  404-page  acl 

拡張機能とモジュールの違いは何ですか？ ローカルフォルダーにカスタムコードを作成してMagentoの機能を拡張するときに使用する適切な用語を知りたいだけです。

27 magento-1.9  extensions  module 

新しいMagentoマーケットプレイスでは、提出された拡張機能がいくつかの検証状態を経て、マーケットプレイスで承認および利用可能になります。 そのうちの1つはテクニカルレビューで、そこから次のようなテクニカルレポートを取得できます。 ご覧のとおり、200以上の警告が私を驚かせています。ドキュメントで利用可能なリスト以外のすべての警告を修正するのに役立つリソースはあります：http : //docs.magento.com/marketplace/user_guide/extensions/ review-code-validation.html？

25 magento2  extensions  marketplace 

カテゴリツリーをカスタム拡張に追加しようとしています。これは、製品編集ページのタブの1つにあるカテゴリツリーです。

23 magento-1.8  extensions  category-tree 

すべての構成ファイルを確認する以外に、すべてのリライトおよびその他の潜在的な競合をリストする方法はありますか？私は多くの拡張機能とカスタム変更を含むいくつかのプロジェクトを分析する必要があり、これを可能な限り自動化したいと考えています。 最も重要なことは、同じクラスを書き換える拡張機能を検出することですが、概要を維持するために、すべての書き換えのリストも用意したいと思います。現時点では、このリストをスプレッドシートで手動で管理しています。 Magento Connectでこの拡張機能（ "Extension Conflict"）を見つけましたが、レビューとリリースノートから判断すると、古いようです。

23 magento-1  extensions  overrides  configuration  code-analysis 

Magento Connectの拡張機能をパッケージ化する場合、作成者情報を含めるように求められます。 最初の作成者は、拡張機能の送信に使用したMagento Connectアカウントの資格情報と一致する必要があることを認識していますが、私にはわかりません。 情報の使用方法 複数の著者情報の使用方法 1つの懸念は、電子メールアドレスが公開されることです。

19 magento-connect  extensions 

初めてインストールしたときにカテゴリ属性を作成する拡張機能を作成しました。ただし、拡張機能を無効/アンインストールすると、「カテゴリの管理」ページにエラーメッセージが表示されます。 拡張機能がMagento接続を介して無効になっている場合、ファイルのみが削除され、データベースからは何も削除されないことを知っています。 したがって、この問題を克服するために、システム構成セクションの下に配置できるデータベースエントリを削除するためのボタンを提供できます。また、管理者がそのボタンをクリックすると、すべてのデータベースエントリが、拡張子で使用されるファイルとともに削除されます。 上記の解決策が機能するかどうか教えてください。または、拡張機能のアンインストール中にデータベースから不要なエントリを削除するためのより良いソリューションがあります。

16 magento-1.9  extensions  delete