Magento 1.x用のモジュールの開発-大きなガイド+ビデオ

こんにちは、Habr！ 長い間リリースされたMagento 2にもかかわらず、Magentoの最初のバージョンは、すべての生き物よりも活気があり、まだ私たちを去るつもりはありません。 Magentoチームは、バージョン2のリリース日から3年間、製品の最初のバージョンをサポートします。 2018年11月頃まで。Magento1.xバージョン用に研ぎ澄まされたテーマ、モジュール、サービスの幅広い選択肢が市場に溢れています。 そして、現在Magento 1.xにある多くのサイトは、急いで更新する必要はありません。 多くの作業-少しの排気。 そのため、Magentoの最初のバージョンの開発は依然として関連しており、数年はそうなります。



ただし、この記事では電子商取引ソリューションの開発の見通しについては説明しません。 それから、Magento 1.x（以降、単にMagento）のモジュールを作成するためのガイドをまとめることにしました。 しかし、それは単に指示に従うだけの簡単なガイドではなく、「なぜこのように書き、他の方法では書かないのか」といういくつかの説明があります。 私は簡潔さと十分性の間の中間点を見つけようとしました。 そして何よりも、このガイドはMagentoのモジュール開発の初心者にとって有用です。 しかし、経験豊富なユーザーにとっては、この資料は有益です。



実際、私は各部分を自給自足させようとしました。 一瞬だけに興味があるなら、ガイド全体を走り回るのではなく、特定のセクションから必要な情報をすべて取得できます。 また、セクションの一部のセクションを既に実装している場合は、スキップできます。 ビデオについても同じことが言えます。 仕事に必要なのはビデオレッスンだけですが、ビデオがなくても実行できます。アクションの順序とコメント付きのリストがあります。 いくつかのことはビデオを見たほうが良いですが、 コーディングとともに、操作性のデモがまだあります。 はい、私は何かを見逃す可能性があります。 そのため、ビデオには文書化されていない瞬間があるかもしれませんし、テキスト版にはビデオにない追加があるかもしれません。 これは避けられませんでした、なぜなら すべてが異なる時間に行われました。

• Ubuntu 16.04 LTS上のサーバー
• テストストアのインストール
• モジュールの構造と構成
• XDEBUG + PHPSTORMコードのデバッグ
• モデル、コレクション。 データベースを操作する
• コントローラーとルーティング
• ヘルパー
• 管理パネルのモジュール構成
• フロントエンドブロック。 レイアウト。 テンプレート
• 管理インターフェース。 グリッド。 フォームを編集
• イベントとリスナー
• Cronおよびスケジュールされたタスク
• 管理パネルでレンダラーを使用する
• WYSIWYGエディターの使用
• ルール条件を使用する
• 編集ページでタブを使用する
• 編集ページおよびフロントエンドでの商品の出力テーブル（グリッド）。
• 支払方法モジュールの作成
• 配送方法モジュール

準備する

すべては、職場の準備から始まります。私たちの場合は、テストストアがインストールされたサーバーから始まります。



環境の準備ができたら、次のセクションに進むことができます 。

Ubuntu 16.04 LTS上のサーバー

Ubuntu 16.04配布キットをダウンロードし、「仮想マシン」を構成します。 そして、仮想コンピューターにUbuntuをインストールします。 通常、インストールプロセスは簡単であり、ドキュメントは必要ありませんが、インストールと構成のプロセス全体は、以下のビデオに記載されています。





必要なソフトウェアをインストールして構成します。

sudo su apt-get install && apt-get upgrade
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ファイルマネージャー、エディター、タスクマネージャーを配置します

 apt-get install mc nano htop
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

IPアドレスを静的に構成します（原則として、これは省略できますが、ルーター側で静的アドレスを割り当てます）。

 nano /etc/network/interfaces
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

設定例：

 iface eth0 inet static address 192.168.0.100 netmask 255.255.255.0 gateway 192.168.0.1 dns-nameservers 192.168.0.1 8.8.8.8 auto eth0
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここで、 eth0はネットワークインターフェイスです。 ifconfigを書くことでそれを見ることができます

Nginxウェブサーバー：

 apt-get install nginx
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

PHP 7.0 FPM：

 apt-get install php-fpm php-xdebug php-soap php-gd php-mbstring php-mcrypt php-curl php-xml
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

MySQL 5.7およびphpMyAdmin：

 apt-get install mysql-server-5.7 phpmyadmin
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ストアファイルが格納されるフォルダの所有者と権限を変更します。

 chown -R dev:dev /var/www chmod -R 777 /var/www
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

dev：devはユーザーの名前とグループです。 Ubuntuのインストール時にこの名前を使用しました。

ここで、インストールされたソフトウェアを構成する必要があります。

Nginx

Nginxの3つの構成を作成しました：動的ドメイン、Magento 2の構成（有用）、phpMyAdminの構成。 動的ドメインを使用したいわゆるconfigの動作原理は簡単です。

• コンプライアンスドメイン-IPを構成します。 これを行う方法は重要ではありません。hostsファイルに書き込みます。 たとえば、 magento.dev 192.168.0.100
• Nginxはリクエストを受信すると、/ var / www /（ドメイン名）の形式のserver_rootパスを作成します。 例：ブラウザmagento.dev-server_root /var/www/magento.devに書き込みます
  
  
• 私たちのストアは/var/www/magento.devフォルダーに配置する必要があります

構成をフォルダー/ etc / nginx / sites-availiable /に配置し、フォルダー/ etc / nginx / sites-enabled /にシンボリックリンクを作成します。 または、/ etc / nginx / sites-enabled /フォルダーに配置するだけです

PHP 7.0 FPM

/etc/php/7.0/fpm/php.iniを編集します。 私たちは、原則として、あなたの好みに合わせてカスタマイズできるいくつかのパラメータのみを心配しています。

  max_execution_time = 300 max_input_time = 160 memory_limit = 512M display_errors = On log_errors = On html_errors = On date.timezone = (   )
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Sambaサーバー

私は、sambaを介して作業し、ネットワークドライブをマウントし、静かにファイルをコピーするのが好きです。 しかし、あなたはそれを必要としないかもしれません。 彼らが言うように、味と色について...私の設定は次のとおりです：

テストストアのインストール

インストールプロセスは簡単で、特別なスキルは必要ありません。 ただし、わかりやすくするために、ネタバレの下にビデオの指示を隠しておきます。





ただし、重要な点が1つあります。

MagentoはPHP 7では動作しません。

入手するには、次の修正を使用できます： github.com/Inchoo/Inchoo_PHP7

モジュール作成

構造と構成

レッスンで作成されたIGN_Siteblocks-1.zipモジュールの構造



ストアページ（フロントエンド部分）にブロックを表示するモジュールの例を使用して、モジュールを作成する方法を学びます。 そして最初に、モジュールの名前を思いつきます。 名前は短く、理にかなっている必要があります。 また、名前空間（通常は開発者の会社の名前または彼の名前）を選択する必要があります。 そして、最終的な名前はNamespace_Modulenameという形式を取ります。 この例では、 IGN_Siteblocksを呼び出しました 。



XML登録ファイルを作成します。





codePoolについて話します。 それらは3つあります： local 、 community 、 core 。



そして、コアでは何も変更せず、システムの基本ファイルがあり、それらを変更する必要がある場合は、直接編集する以外の方法もあるとすぐに判断します。

ローカルとコミュニティを安全に使用できます （実際には、 コミュニティをすぐに使用した方が良いですが、この例ではローカルになります）。



ストアの管理パネルの[システム]> [構成]> [詳細]> [モジュール出力の無効化]に移動し、IGN_Siteblocksを確認します。



モジュール用のフォルダーを作成します。



アプリ/コード/ローカル/ IGN /サイトブロック/

1. ブロック -ページのレンダリングを担当するブロッククラス
2. コントローラー -コントローラーはリクエストを受け入れます
3. など -あらゆる種類の構成ファイルがあります
4. ヘルパー -追加のヘルパークラス
5. モデル -モデル
6. sql-インストールスクリプト

Magentoのモジュールは、 MVCパターンを実装します。 モデル、ビュー（ブロック、テンプレート、レイアウト）およびコントローラーがあります。 etcフォルダーにconfig.xmlを作成します





ここで、いくつかのモジュール設定のブロック、モデル、コントローラー、ヘルパー、オブザーバー、リバイト、レイアウト、翻訳、標準値を宣言します。

XDEBUG + PHPSTORMコードのデバッグ

ここでも、ビデオチュートリアルをご覧になることをお勧めします。 まず、サーバーを構成します。

 apt-get install php-xdebug
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

php.iniまたはxdebug.iniの設定を編集します





保存し、 サービスphp7.0-fpm restart serviceを再起動することを忘れないでください。 PHPSTORMでは、新しいリモートデバッグ構成を作成します。



適切なアドレスとポートでサーバーを追加します。 IDEキーフィールドに、単語PHPSTORMを入力します。

モデル、コレクション。 データベースを操作します。

レッスンで作成されたIGN_Siteblocks-2.zipモジュールの構造



モデルは、データおよびデータのみを操作するためのクラスです。 このデータをデータベースに保存する方法に微妙な違いはありません。 このデータのレンダリングに関連するコードはありません。 Magentoでは、これらは顧客、製品、注文などです。



モジュールでモデルを使用するには、config.xmlを構成する必要があります

モデル、ブロック、ヘルパーがグローバルセクションに追加されることを思い出させてください。 config.xmlは次の形式を取ります。





プレフィックスの名前を決定することが重要です（ここでどの用語が良いかわかりません）。 サイトブロックを選択しました。 これは任意の名前であり、通常、名前空間とモジュールの名前、またはモジュールの名前のみから形成されます。 まあ、または開発者を混乱させるために、以前に呪いから魅力を買った完全に任意の行を選択できます。



大文字と小文字を区別せずに明確に選択してください。 誤植が1つあり、長い間掘り進んで問題を探します。 モデルの名前とテーブルへのバインド。 モデル名はモデルファイル名と一致します。 データベース内のテーブルの名前は任意です。 私の場合、モデルに戻るには、次のように書く必要があります。

 Mage::getModel('siteblocks/block');
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これでモデルを追加できます。 ブロックモデルを作成します。 テーブルにアタッチされた各モデルについて、モデル、リソースモデル、コレクションモデルの3つのファイルを作成する必要があります。 このモデルはデータベースの操作から抽象化されています。リソースモデルは以下にあります。 そこで、データを保存する前とデータベースからロードした後に、フィルタリング、ソート、データ処理のロジックを実装します。

Block.phpモデルコード：





Mage_Core_Model_Abstractから継承されたモデル。 リソースモデルをModel / Resourceフォルダーに保存します。







クラスは空ですが、すでに必要な最小限の継承機能を実装しています。

必要に応じてそれらにコードを追加します。 さらにモデルを追加する場合は、テーブルにもう1つのモデルバインドと3つの新しいファイルを追加します。 テーブルに関連付けられていない任意の数のモデルを追加して（何らかの機能を実装するためだけに）、新しいファイルを追加するだけで、 Mage_Core_Model_Abstractから継承する必要はありません。



モデルのテーブルを作成するインストールスクリプトを作成することを忘れないでください。





重要な瞬間！



インストールスクリプトがまだないときに、モジュールがインストールされた状態で管理パネルに移動しようとした場合。 ほとんどの場合、インストールスクリプトは二度と実行されません。 この場合、ストアデータベースのcore_resourceテーブルからsiteblocks_setupエントリを見つけて削除する必要があります。



モジュールバージョンをアップグレードする場合。 config.xmlで新しいバージョンを指定します （例： 1.0.1） 。 そして、アップグレードスクリプトupgrade-1.0.0-1.0.1.phpを作成します。 そして、その後のアップグレードと同じ精神で。



モデルとコレクションについて言えば、これらのクラスの最も基本的なメソッドに言及することは間違いありません。

コントローラーとルーティング

レッスンで作成されたIGN_Siteblocks-3.zipモジュールの構造



MVCパターンによると、コントローラーは要求の処理を担当します。 HTTPリクエストの形式で、いわゆる入力信号を受け取ります。 リンクをたどりました-対応するコントローラーが機能しました。



コントローラーを作成する前に、 config.xmlでルーティングを構成します 。 フロントエンドと管理部分のルーティングは個別に構成されます。 そこで、 フロントエンドと管理セクションにルーターを追加します。



config.xmlの形式は次のとおりです。





これで、モジュールのcontrollersフォルダーにコントローラーを作成できます。 フロントエンド部分のコントローラークラスは、 Mage_Core_Controller_Front_Actionクラスを継承する必要があります。



テストコントローラーTestController.phpを作成する





ここでexample.com/siteblocks/test/mytestのようなURLに移動します 。 「テスト」という白い画面が表示されます。 これが発生しなかった場合、ある段階でエラーが発生しました。



コードを再確認し、ログを読んでください。 URLはルーター（ サイトブロック ）/コントローラー（ テストコントローラー）/アクション（ mytestアクション）で構成されます



GETパラメーターは2つの方法で送信できます。

• 古典的な方法： example.com/siteblocks/test/mytest?param=val&param2=val
• スラッシュを使用： example.com/siteblocks/test/mytest/param/val/param2/val

管理コントローラーは、controllers / Adminhtmlフォルダーに作成されます。 フロントエンド部分のコントローラークラスは、 Mage_Adminhtml_Controller_Actionクラスを継承する必要があります。



テストコントローラーTestController.phpを作成します。





URL： example.com/admin/test/mytestからアクセスできます-adminは管理パネルへの道です。



そして、ここには微妙な違いがあります。そのようなURLはすでに別のモジュールによって占有されている可能性があります。 2つの解決策があります：コントローラーの名前を競合しない既知の名前（IgntestController.phpなど）に変更するか、コントローラーをサブフォルダーに入れます。





URLは、 example.com / admin / siteblocks_test / mytestの形式を取ります。

ヘルパー

レッスンで作成されたIGN_Siteblocks-4.zipモジュールの構造



Magentoのヘルパークラスは、追加のクラスとして使用されます。 モデル、ブロック、コントローラーの機能に適合しないサードパーティのロジックを実装する必要があります。 ただし、モジュールには少なくとも1つのData.phpヘルパークラスが必要です。



このヘルパーは、デフォルトでテキスト（ラベル、メニュー項目など）およびその他のロジックを翻訳するために使用されます。



ヘルパーでは、設定から設定を読み取るためのメソッドを宣言することをお勧めします。 ヘルパーは、 Mage_Core_Helper_Abstractクラスを継承する必要があります。





ヘルパー内のテキストを翻訳する__（）メソッドがあり、そのアプリケーションは次のようになります。

 echo Mage::helper('siteblocks')->__('Some text')
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

config.xmlで翻訳ファイルを宣言します。





そして、app / locale / en_US /フォルダーにIGN_Siteblocks.csvファイルを作成します。 フォームの内容： 「一部のテキスト」、「一部のテキスト」 。



独自のヘルパーを使用してテキストを表示しようとしますが、この場合、モジュールの異なる言語へのローカライズが簡素化されます。



翻訳ファイルを適切なロケールにコピーし、2番目の列を翻訳するだけで十分です。コードを詳しく調べる必要はありません。

管理パネルのモジュール構成

レッスンで作成されたIGN_Siteblocks-5.zipモジュールの構造



モジュールに柔軟性を持たせるために、モジュール設定を含むページを作成します。 これは、純粋にxmlファイルを通じて行われます。 2つのファイルを作成する必要があります。



system.xml-フィールドが追加される場所

adminhtml.xml-セクションとアクセス権が示される場所



また、config.xmlファイルのデフォルトセクションで標準設定を指定できます。









設定では、オプションを含むドロップダウンが表示され、これらのオプションの独自のモデルが使用されます。

フロントエンドブロック。レイアウト。テンプレート

レッスンで作成されたIGN_Siteblocks-6.zip モジュールの構造は



、ストアのフロントエンド部分に関する情報を表示しようとしています。また、タイトルから推測するのは難しくないため、ブロック、レイアウト、テンプレートの3種類のファイルを使用します。



ブロックは、情報の準備と表示を担当するクラスです。ブロックはテンプレートの表示に使用されますが、常にではありません。テンプレートが使用される場合、それは単にfetchViewメソッドに含まれ







ます。したがって、$ thisを介してテンプレートからブロックにアクセスします。





ブロックはMage_Core_Block_Templateクラスを継承します。ただし、ユニットの出力内容によって異なります。そのため、たとえば、製品をリストするときは、Mage_Catalog_Block_Product_Listブロックから継承することをお勧めします。レイアウトは、ページの構造、ページに表示する要素とその順序を構築するために使用されます。



レイアウトファイルを作成します。





レイアウトでは、js、cssファイルをヘッドに追加できます。興味のあるページでブロックを追加または削除できます。レイアウトのテーマは非常に広範囲であり、上記から、サイトの複数の場所にブロックを追加する最小限のシンプルなレイアウトを提供しました。



別の方法（モックアップなし）で、コントローラーにHTMLコードを表示できます。

 $html = Mage::app()->getLayout()->createBlock('siteblocks/list')->setTemplate('siteblocks/list.phtml')->toHtml() $this->getResponse()->setBody($html);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、このブロックのみのHTMLコードが表示されます。これは、AJAXリクエストを使用する場合などに必要になることがよくあります。



レイアウトでは、ファイルsiteblocks / list.phtmlに言及しています。テンプレートでデフォルトで指定する場合は省略できます。

 class IGN_Siteblocks_Block_List extends Mage_Core_Block_Template { protected $_template = 'siteblocks/list.phtml'; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

テンプレートを作成します。





コードでわかるように、getBlocksブロックメソッドを呼び出して、印刷するレコードのコレクションを返します。TestControllerの名前を変更するか、新しいものを作成します。インデックスコントローラー





出力が表示されるURLは、example.com / siteblocks / index / indexまたはexample.com/siteblocksです。index / indexは省略できます。



レイアウト内のハンドルは、siteblocks_index_indexを使用します。レコードの出力を見るには、それらをデータベースに直接追加するか、編集フォームの開発の次のステップに進む必要があります。

管理インターフェース。グリッド。編集フォーム。

レッスンで作成されたIGN_Siteblocks-7.zip モジュールの構造



管理インターフェースの作成プロセスは、いくつかの段階で構成されています。

• メニューにアイテムを追加します
• ブロックを作成する
• コントローラーを作成する

メニューにアイテムを追加します。





正しいセクションコード（cmsの例）は、標準のMagentoモジュールのadminhtml.xmlファイルにあります。そこで、独自のセクションを作成する方法を参照してください。aclブロックの情報を複製することを忘れないでください。



コントローラーと1つのアクションを作成して開始します。





管理パネルのレイアウトを作成できますが、必要なブロックをコントローラーに直接追加できます。ここで、コンテンツにページを追加しました。インデックスアクションは、グリッドレコードを含むページを表示します。



これで、ブロックの作成に進むことができます。





このようなプロパティ値を登録した理由は、Mage_Adminhtml_Block_Widget_Grid_Containerクラスのメソッドで確認







できます。こうして、グリッドブロックのブロックタイプが形成されます。





この場合のグリッドブロックはこの形式を取ります。原則として、メソッドとプロパティの名前により、列の追加方法、編集ページでのURLの形成方法、レコードのコレクションがテーブルでの出力用に準備される方法を理解できます。



デフォルトの列タイプとその構築の原則は、app / code / core / Mage / Adminhtml / Block / Widget / Grid / Column / Renderer / folderにあることに注意してください。



編集ページも、コンテナブロックとフォームブロックの2つのブロックで構成されます。





そして、ここでプロパティの値は親クラスのメソッドに合わせて調整され、ブロックタイプsiteblocks / adminhtml_siteblocks_edit_formフォーム



クラスを取得します。





フィールドは簡単な方法で追加され、オプションの明確なセットがあり、標準フィールドのタイプはlib / Varien / Data / Form / Element /フォルダーにあります。ここで、なぜサイトブロックモデルのインスタンスがあるのか​​を見てみましょう。$ model = Mage :: registry（ 'siteblocks_block'）; 残りのアクションをコントローラーに追加します。レコードを編集、保存、削除するアクションが必要です。また、ユーザーがテーブル内の複数の行を選択し、これらのマークされたエントリの削除ボタンをクリックできる場合、一括削除およびステータス変更のアクションを追加します。



コントローラーの形式は次のとおりです。





これで、モジュールでレコードを編集し、フロントエンド部分に表示できます。

イベントとリスナー

レッスンで作成されたIGN_Siteblocks-8.zip モジュールの構造



Magentoでイベントリスナーテンプレートを使用できます。モジュールでサイトの特定の瞬間をキャッチできるのは何ですか。ダイナミズム、柔軟性を追加し、自動化を強化します。



また、Magentoには多くの標準イベントが実装されています。 「Mage :: dispatchEvent」というテキストのMagentoファイルを検索します。または、リンクをご覧ください。これは明示的なイベントによるもので、各モデル、各ブロックまたはコントローラーアクションで発生するイベントがまだあります。原則として、これは事前および事後イベントです。



model_save_before、model_save_after、controller_action_predispatch、controller_action_postdispatch、core_block_abstract_to_html_before、core_block_abstract_to_html_after



さらに、クラスのevent_prefixまたはコントローラーのルート名を使用するイベント（siteblocks_save_before、controller_action_predispatch_siteblocks ...）



さまざまなバリエーションがあり、このシステムのおかげで、目的のイベントを簡単に「キャッチ」できます。



コード内の任意の場所でイベントを直接作成できます。

 Mage::dispatchEvent('some_event_name',array('myparam' => $someVar));
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

リスナーはconfig.xmlで宣言されています。また、3つのオプションがあります：global、adminhtml、frontend。したがって、これはリスナーに働きかけたいだけの分離です。設定は次の形式を取ります。





バスケットに製品を追加するイベントにリスナーを1人追加しました。次に、リスナークラスを作成する必要があります。このクラスがなくても、モデルにロジックを追加できます。しかし、これは悪い形です。したがって、Observer.php





このメソッドでは、必要なすべての操作を実行できます。次に、バスケットからアイテムの内容を印刷します。（後でこのコードをコメントアウトします。そうしないと、バスケットに製品を追加できません）。

Cronおよびスケジュールされたタスク

レッスンで作成されたIGN_Siteblocks-9.zip モジュールの構造は、モジュール



の作業プロセスとストアの作業を自動化する際のもう1つの引数です。スケジュールされたタスクを作成することもできます。



まず第一に、Magentoクラウンの起動を設定する必要があり、既に起動されているMagentoファイルは、どのタスクを実行するかによって自動的に配布されます。コンソールでMagento cronをセットアップします。

 crontab -e * * * * * php /var/www/magento.dev/cron.php
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでの詳細情報：help.ubuntu.ru/wiki/cron。または、設定はできませんが、必要なときにクラウンを実行します。example.com/ cron.phpのようなリンクをクリックするだけ



で、config.xmlのタスクを別のcrontabブロックで宣言します。更新されたファイルビュー：





タスクには、個別のファイルCron.phpを使用します

管理パネルでレンダラーを使用する

レッスンで作成されたIGN_Siteblocks-10.zip モジュールの構造



多くの場合、標準の要素では目的の機能を実装するには不十分です。したがって、目的の要素のレンダラーを作成することができ、このプロセスに多くの時間は必要ありません。



フォーム要素のレンダラーを作成することを検討してください。管理フォームがあります：





フォームにはレンダラーを作成するための2つのオプションがあり、任意のオプションを使用できますが、lib / Varien / Data / Form / Element /フォルダーにファイルを作成するオプションに感銘を受けました。 なぜならこの場合、例に従って、<frontend_type> myimage </ frontend_type>を穏やかに示すsystem.xmlのフィールドで同じレンダラーを使用できます。



ファイルの内容：









これらのファイルの内容を標準のlib / Varien / Data / Form / Element / Image.phpからコピーし

、ニーズに合わせてコードを調整しました。



次に、Grid列のレンダラーを作成しましょう。



これに加えて、モジュール機能にいくつかの追加を行いました。画像の読み込みと保存の機能を作成する必要がありました。







レンダラーで、$ src URLを生成し、画像のhtmlコードを表示します。これで、表に写真が表示されます。



画像をモジュールにロードするには、いくつかの追加が必要です。



1. config.xmlのバージョンを1.0.1

にアップグレードします2. upgrade-1.0.0-1.0.1.phpファイルを作成します





3.コントローラーで、適切なコードを追加します。





4.メディア/サイトブロック/フォルダーを作成し、適切な書き込み権限を割り当てることを忘れないでください。

フロントエンドでの画像の表示を忘れないでください。

テンプレートを編集します。





モデルに新しいgetImageSrcメソッドを追加しました。そのリストを次に示します。





アップロードされたフルサイズの画像を表示することはお勧めできませんが、現在の主なタスクはレンダラーを記述することです。

WYSIWYGエディターの使用

レッスンで作成されたモジュールIGN_Siteblocks-11.zip



WYSIWYG の構造は、表示されるものが取得するものです（表示されるものは取得するものです）。これは、コンテンツを作成するための便利なエディターです。そして、私たちのモジュールにはアプリケーションがあります。ただし、その組み込みは予想ほど単純ではありません。私たちは、管理パネルのレイアウトを作成する必要があることに気付きました。





次に、編集フォームを更新する必要があります。





これらのアクションの後、退屈なテキストエリアの代わりに、便利なエディターフィールドが得られます。構成ページのフィールドに対して同じことを行いたい場合は、基本的に標準のエディター要素のコピーアンドペーストである新しいレンダラーを作成する必要があります。





system.xmlは次のようになります。





このモジュールでは、これは必須フィールドではなく、例として作成されています。しかし、この方法でコンテンツをフロントエンドに表示します。





ブロックでは、このために新しいgetBlockContentメソッドが作成されました。

ルール条件を使用する

レッスンで作成したIGN_Siteblocks-12.zip モジュールの構造



次のステップは、モジュールに条件を追加することです。同じことがMagentoプロモーションルールでも使用されています。そして、ここでは2種類の条件が用意されています。最初は、2番目のバスケットで製品属性が使用されます。以下のレシピでは最初のケースについて説明しますが、違いはいくつかの行の置換のみです。



なぜ条件が必要なのですか？ブロックを表示する場所を選択するために、条件を使用します。たとえば、価格が100ドル未満の製品ページ、または16 GBのメモリと2015年の製造日がある特定のカテゴリのすべての電話。ここではユーザーケースについては説明しません。



作成順序：



1.モジュールバージョンを更新し、テーブルに新しい列が追加されるようにアップグレードスクリプトを追加します。conditions_serializedなどTEXT。





2.モデルはMage_Rule_Model_Abstractを継承する必要があります。そして、2つのメソッドを宣言する必要があります：getConditionsInstanceとgetActionInstance





getConditionsInstanceメソッドへのすべての注意。ここで、Catalog Price Rulesのような条件を使用します。製品のプロパティと属性のみ。ショッピングカート価格ルールのような条件が必要な場合は、Mage :: getModel（ 'salesrule / rule_condition_combine'）;を使用する必要があります。



バスケット内のデータに基づいてブロックをいつ表示するかを決定する場合は、salesruleを使用します。また、独自のモデルを作成し、その中に任意の条件を実装できます。



3. コントローラーでsaveActionを更新する必要があります。





4.管理者レイアウトを更新します。





5.フォームの管理ファイルを編集します。ここで、条件デザイナーを追加します。





次の行に注意してください。

 $this->getUrl('*/promo_catalog/newConditionHtml/form/block_conditions_fieldset')
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ショッピングカート価格ルールを使用する場合：

 $this->getUrl('*/promo_quote/newConditionHtml/form/block_conditions_fieldset')
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

別の重要なポイントを探します。



block_conditions_fieldset -どこblock_一致している必要があります$ form-> setHtmlIdPrefix（ 'block_' ）;



そして、それは管理者側のすべてです。ここで、フロントエンドの条件の検証を追加します。このために、List.phpブロックを編集します





バリデータの使用は非常に簡単です。このケースでは、ブロックの出力がクリーチャーページで発生せず、この場合に検証するものがない場合、条件を無視します。

編集ページでタブを使用する

レッスンで作成されたIGN_Siteblocks-13.zipモジュールの構造。



多くのフィールドがある場合、タブは便利で便利です。フィールドをグループに分割し、各グループが独自のタブを作成します。タブを追加するにはいくつかのオプションがあります。まず、タブクラスを作成し、その出力を編集ページに追加する必要があります。クラス自体は次のようになります。





addTabメソッドの実装を見てください。配列、オブジェクト、文字列をフィードできることがわかります。そして、いくつかの違いがあります。ここでは、ビデオを見て、それを明確に示すことをお勧めします。しかし、ここで一言言います。



メソッドに文字列を渡す場合、タブクラスはMage_Adminhtml_Block_Widget_Tab_Interfaceインターフェイスを実装する必要があります。



そうしないと、エラーが発生します。また、インターフェースには4つのメソッドの実装が必要です。したがって、この例では、デモ用に2つのオプションを使用します。実際には、同じ方法でタブを追加することをお勧めします。



ソースファイルForm.phpからコピーしたタブの内容を見てみましょう







元のForm.phpファイルをコピーしました。分離されたフォーム要素。フラグを削除することを忘れないでください$ form-> setUseContainer（true）; 。 したがって、フォームのソースファイルからフィールドを削除できます。





タブブロックの出力を描画する方法。



コントローラーのメソッド番号1：





しかし、このベンチャーを放棄し、レイアウトでメソッド番号2を使用します。





最後に、アドバイスの1つとして、すぐに2か所にタブを追加しないでください。1つはレイアウトに、もう1つはブロックにあります。レイアウト内の1つの場所、すべて、またはブロック内のすべてを追加します。

編集ページおよびフロントエンドでの商品の出力テーブル（グリッド）。

レッスンで作成されたIGN_Siteblocks-14.zip モジュールの構造ここで、モジュールに



最終機能を追加します-ブロックとともにフロントエンドに表示される製品をマークする機能。



代替の関連製品の一種。ブロックに適した条件を備えた商品のページに、テキストと商品を含むブロックを出力する非常に有用な有用な事例が頭の中に形成されています。



新しいタブを追加します。





タブはAJAXを使用します。これはコードで見ることができます。リクエスト用のURLもあります。





なぜならタブはAJAXを使用しているため、コントローラーにアクションを追加する必要があります。そして、先を見ると、saveActionにどのロジックが追加されたかがわかり、マークされた製品が保存されます。





コントローラーのコードから、レイアウトを更新する必要があることは明らかです。





適切なブロックの命名に注意してください。プロジェクトの名前を変更します。すべての場所で同期的に名前を変更します。



管理インターフェイスの最後の要素は、テーブルクラスになります。





製品を正常に保存するには、バージョンを更新し、新しいアップグレードスクリプトを作成して、新しい列を追加する必要があります。





モデルの小さな変換。





商品を割り当てることができます。ここで、それらをフロントエンドで正しく表示する必要があります。これらの目的のために、アップセルからコピーし、ニーズに合わせて編集した新しいテンプレートを作成しました。





list.phtmlブロック出力テンプレートも更新します。





そして、List.phpブロックに必要な変更：





商品用に独自のブロックを作成することもできますが、タスクには標準のブロックを使用できます。



したがって、サイトのいくつかの場所でブロックを表示できるモジュールを取得しました。製品ページのブロックの出力は、条件のチェック（ルール条件）で実行されます。便利なWYSIWYGエディターを使用してコンテンツを入力します。



また、ブロックとともに、いくつかの製品を表示できます。いくつかの変更を加えれば、実際の使用を簡単に見つけることができるモジュール。作成されたモジュールを含む公開リポジトリ。そして、このガイドは、独自の支払い方法と配送方法を作成するプロセスを考慮しなければ完全ではありません。

支払方法モジュールの作成

パブリックリポジトリ：bitbucket.org/dvman8bit/ign_payment



これは、秘密コードを入力して注文の支払いを行うことができる支払い方法になります。これが注文に対して支払ういくつかの詳細の入力であると想像してみましょう。テーマを開発し、本格的なフォームにすることができます。私たちの仕事は、最小限の行動を理解して、将来の本格的な支払い方法の基礎を作ることです。



支払い方法には、2つのブロック、2つのテンプレート、2つのxmlファイル、1つのモデルのファイルが含まれます。

system.xmlから始めましょう。既存の[支払い方法]タブに新しいセクションを追加します。





system.xmlでは、ほとんどすべてのフィールドが標準です。シークレットコードを入力する新しいフィールドを1つだけ追加しました。





それでは、最も重要な部分であるMethod.phpモデルに移りましょう。





必ずMage_Payment_Model_Method_Abstractクラスから継承してください。このクラスの内部を見ると、デフォルト値とメソッドを備えた多数のプロパティが表示されます。プロパティとメソッドには非常にわかりやすい名前が付いているため、何かが特に重要な場合は、クラスにコピーしてニーズに対応する値を示します。



モデルはメソッド



（order（）、capture（）、void（）、refund（）など）を実装することを覚えています。そして、支払い方法が支払いサービスのサーバーと「通信」する必要がある場合、メソッドをクラスにコピーし、適切なスクリプトをそれらに追加します。



ここで、フロントエンド部分でのメソッドの結論を処理します。そして、ここで2つのクラスを作成します。Form.phpは、チェックアウトブロックに支払い方法を表示するために使用されます。





このブロックは、注文ページの情報ブロックに表示されます。





そして、ブロックに対応するテンプレート：





info.phtmlファイルの内容は標準ですが、ニーズに合わせて変更できます。





これが支払い方法の基本です。さらなる編集は、特定の支払いサービスの作業に強く依存します。決済サービスが「ノック」して取引の詳細を渡すコントローラーが必要になる場合があります。また、コントローラーの作成と、ヘルパーの作成については上記で説明しましたが、ここでは省略しました。

配送方法モジュール

公開リポジトリ：bitbucket.org/dvman8bit/ign_shipment



独自の配信方法を作成するために必要なアクションを見てみましょう。モジュールはBelposhtaで動作します。なぜなら私自身はベラルーシ出身で、これは私にとって非常に重要です。BelposhtaにはパブリックAPIはありません。また、キャプチャはありませんので、価格を尋ねるのは簡単です。



配信方法には、少なくとも3つのファイルが必要です。2つのxmlと1つのモデル、ヘルパーを引き続き使用します。合計4。









これで、Carrier.phpモデルを作成できます





Mage_Shipping_Model_Carrier_Abstractクラスからモデルを継承します。インターフェイスはオプションです。私たちのロジックは、ボックスの数をカウントする機能をまだ使用していません。これは、配送コストにも影響します。ただし、この場合、各ボックスをその重量でカウントし、コストを合計する必要があります。すべての製品が1つの共通ボックスに収まることを受け入れます。



私がヘルパーに持ってきたベルポクタとの「コミュニケーション」の論理。技術的には、HTTPリクエストを行って価格を尋ねるだけで、このコードがモデルで行うことはありません。





おそらく、私の常連に質問があります。彼らにも質問がありますが、「作品-触らない」という原則に任せましょう。



価格を「認識する」プロセスを掘り下げることはできません。これはすべて、例としてのみ提供されています。製品版では、このようなコードは機能しません。一般に、サービスの形で開発し、キャッシングを追加する価値がありますが、それでもコスト計算式を計算するのは良いことです。そうしないと、メールサーバーが使用できない場合、またはデザインを更新するときに問題が発生します。サイトのどこかでコストを計算するための式を検索するか、友好的なメールの従業員からのメールで尋ねることができます。



まとめると。配送方法は、総重量に基づいてコストを計算できます。重量は商品の標準属性から取得されます。また、管理者が各製品にそれを示すのが面倒ではなかった場合、すべてが機能します。



結論として、皆さんの成功をお祈りします。そして、おそらく多くのエラーについては、できればLANに書き込みます。



ps私は、瞬間をつかみ、私の小さなyoutubeチャンネルを宣伝するしかありません。さあ、Magentoだけでなく、そこにストリーマーがあります。そして、まもなくMagento 2の分析を取り上げます。



最高！