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

カスタムモジュールの開発に関する質問

1
Magento 2-サンプルモジュールに空白のページが表示される
Magento 2バージョンbeta-1.0.0を使用して、シンプルな新しいカスタムモジュールを作成しようとしています。カスタムモジュールは機能しますが、本文のコンテンツに空白のページが表示されます。 モジュールは以下のように行われます。 フォルダ構造:こんにちは -app -code -Magento -Hello -Block --Hello.php -Controller -Index --Index.php -etc --module.xml -frontend --routes.xml -view -frontend -layout --hello_index_index.xml -templates --hello.phtml ファイルは以下の通りです。 (1)app / code / Magento / Hello / etc / module.xml <?xml version="1.0" ?> <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="../../../../../lib/internal/Magento/Framework/Module/etc/module.xsd"> <module name="Magento_Hello" setup_version="0.0.1"/> </config> (2)app / code / Magento …

4
XMLまたはJSONを介して注文詳細を外部サプライヤーAPIに送信するカスタムモジュールの作成
Magentoのカスタムモジュールを作成しようとしています。特定のアイテムが注文されて支払いが行われたときに、注文されたアイテムの詳細、配送先住所、およびその他のデータをXMLまたはJSON形式で衣料品サプライヤーのサイトに投稿します。 私は数年前からWeb開発者でしたが、以前Magentoシステムを使用したことがなく、誰かが私を正しい方向に向けることができるかどうか疑問に思っていましたか? 私はトリックを行うことができるフック(sales_order_invoice_save_after)を見つけたと思いますが、それが正しいものであるか、コードをまとめ始める方法かどうかはわかりません! 前もって感謝します
7 magento-1.9  api  module  xml  json 

1
cmsにカスタムフィールドを追加する-Magento
私はMagentoを初めて使用し、CMSに統合しようとしている静的ページがあります。 Wordpressがこの機能を持っているのと同じような方法でCMSにカスタムフィールドを追加する方法を何日も探していました。 私はいくつかのリンクを見つけました: http://www.atwix.com/magento/adding-custom-attribute-to-a-cms-page/ <-このチュートリアルで何をする必要があるのか​​がわかりにくい/わかりにくい http://mrpalvinder.wordpress.com/2014/05/30/how-to-add-custom-fields-in-cms-edit-page-admin-panel/ <-役に立たない 一部のコンテンツがサイトの別の場所にあり、すべてを1つのコンテンツエディターに追加しても、コンテンツを希望どおりに分割できないため、この機能が必要です。次に、このコンテンツをテンプレートファイルで呼び出すことができるようにしたいと考えています。 私がこれをプログラムで実行できるか、拡張機能を使用できるかどうかに関係なく、助かります。 ありがとう。
7 cms  module 

1
MagentoインストールでComposerおよびFiregentoと共にインストールされたモジュールを使用する方法
これは非常に基本的なMagento / Composerの質問です。ユーザー(つまり私)は、Magentoシステムにcomposer / firegentoを介してインストールされたパッケージをどのように認識させるべきですか? つまり 、私が見つけたほとんどのチュートリアルはcomposer.jsonファイルの設定をカバーしており、問題なくを管理できました。パッケージをvendor心ゆくまでインストールできます。 彼らはまた、あなたに以下を追加することについて言及しますcomposer.jsonので、「[何か]」はモジュールをインストールする場所を知っています "extra":{ "magento-root-dir":"./" } ただし、既存のドキュメントで理解./vendorできなかったのは、ファイルをMagentoルートにコピーまたはシンボリックリンクするために実行する必要があるコマンドです。 私が見つけたチュートリアルでは、GitHub のmagento-hackathon / magento-composer-installerプロジェクトを使用しているようですが、このプロジェクトのREADMEは、基本的な使用法よりも独自のパッケージの作成に重点を置いているようです。

4
管理者の現在のスコープから現在のストアIDを取得する方法
管理で現在のスコープストアのストアIDを取得するにはどうすればよいですか? たとえば、左上隅のドロップダウンボックスを使用して、スコープをストアビューに変更した場合、現在スコープされているストアビューのストアIDを取得するにはどうすればよいですか。 Global -> Website --> Store ---> Store View (This is currently the scope, how do I get this store's id?) 私たちは他の誰かが書いた管理モジュールに取り組んでいます、それは壊れています、モジュールの修正は現在スコープされているストアのストアIDをヘルパーに渡すようです...

4
管理者で[設定を保存]をクリックした後にアクションを呼び出す
[システム]-> [構成]-> [カタログ]で[構成の保存]をクリックした後、カスタムモジュールでコントローラーのアクションを呼び出すにはどうすればよいですか?(画像) モジュールの設定はそのセクション内にあり、構成が保存された直後にアクションを起動する必要があります。管理パネルのそのセクションでのみアクションを呼び出す必要があります-管理の別のセクションで[構成を保存]をクリックした場合、アクションを呼び出す必要はありません。 編集: アクションは、モジュールの保存された設定が正しいかどうかを確認し、構成が保存されるたびに他の計算を行う必要があります。 編集2: Fabian Blechschmidtが投稿した解決策を試しました。「構成の保存」をクリックした後、オブザーバーは機能しています(ログファイルにテキストが表示されます)。 config.xml: <config> ... <global> <events> <admin_system_config_changed_section_mysection> <observers> <mymodule> <type>singleton</type> <class>mymodule/observer</class> <method>handle_adminSystemConfigChangedSection</method> </mymodule> </observers> </admin_system_config_changed_section_mysection> </events> </global> ... </config> Model / Observer.php: class My_Module_Model_Observer { public function handle_adminSystemConfigChangedSection() { Mage::log('Test: oberver is working!'); //I tried this but it doesn't actually trigger the …

4
異なるMagentoバージョンにモジュールの互換性を保つ
今日、私は次の問題に遭遇しています:私が開発したモジュールは、Magento 1.7バージョンストアで非常にうまく機能します。ここで、Magento 1.5ストアでも動作するように適応させる必要があります。 互換性がバラバラになっている1つのポイントは、クラスを拡張している私のコレクションですMage_Core_Model_Resource_Db_Collection_Abstract。このクラスはMagento 1.5には存在しませんが、getMainTable()などの優れた機能を備えています。私ができることの1つは、代わりにVarien_Data_Collection_Dbinから継承されたクラスを使用することですMage_Core_Model_Resource_Db_Collection_Abstract。これは機能しますが、getMainTable()メソッドを使用できなくなります。それが実際に存在する1.7ストアでさえも使用できません。 このようなバージョン固有の癖をどのように処理しますか?バージョン1.7が既に持っているものを実装し、それによってそのバージョンでコードを複製するカスタムクラスを書くのはばかげているようです。逆に、機能がなく、代わりにハードコーディングのようなより悪いコーディング習慣を使うのは悪いことです。それで、後方互換性のあるMagentoモジュールを書く上で良いアプローチはありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.