2

PO番号、ジョブ名、顧客コメントなどのフロントエンドチェックアウトステップや、admin-> create-> orderにカスタムフィールドを追加する方法についてのチュートリアルはありますか？

4

1 に答える 1

3

私の通常のモットーは、求める機能を既に備えているモジュールを見つける (そして必要に応じて購入する) ことです。特に、このプロジェクトのライフサイクルにバージョンのアップグレードが含まれる場合は、プロバイダーから事前にパッケージ化されたソリューションを探すことができるためです。

Magento のインストールに追加したカスタム コードのすべてを後悔しています。なぜなら、ハックを理解することに加えて、サイトを維持して作業を続ける必要があるからです。ハックを既製の拡張機能に置き換えることにもっと時間を割く時間です。

この態度は、私は何でもできるという考えのスタック オーバーフローに多少反することはわかっていますが、実際には、Magento の仕事は、誰かがより少ない仕事をできるようにすることです。

2 年後の更新:反対票の穏やかな突っ込み (おそらく質問を肩をすくめているように見えるため) の後、私は戻ってきて、私が学んだことのいくつかを再訪して共有します. 追加フィールドのプログラミングの側面は、データの持続性の概念です。

カスタムフィールドが注文後のトランザクションメールにのみ表示されることに問題がない場合、タスクはフォームのどこかにフィールドを追加し、コントローラーを更新して投稿データをキャッチして挿入するのと同じくらい「簡単」です。 Eメール。バックエンドでカスタム変数を使用して、これを電子メール テンプレートに簡単に公開できます。そして、カスタム変数をプログラムで作成するMagento SE。

バックエンドに永続性を持たせるには、モジュールのインストーラーを介してデータベース フィールドを追加する必要があります。iCoreThink ブログでは、ステップを明確に説明し、その理由、作業を確認する方法を説明し、アカウントで顧客に表示するなど、実際の実装を提供します。下記の「他のブログ」には、この素晴らしい例がありますが、彼の例は特に請求と配送に関連しています.

私の賛成票とブックマークからのリソース:
» このiCoreThink ブログ投稿は、これまでの私のお気に入りのリファレンスであり、現在フォローしているものです。

» 私は、独自のcheckoutfieldsモジュールを含む Templates Master のFireCheckoutを使用していましたが、Magento の 1 ページ チェックアウトの流れのために、シングル ビュー チェックアウトを放棄しました。私は今、彼らのチェックアウトフィールドをチェックアウト用のテンプレートに適応させようとしています(そしてそれらのコントローラーを使用しています)。

» Alan Stormが Checkout のカスタム フィールドに関する記事を書いたと思いましたが、見当たりません。

»この Magento SEには、いくつかのブログと有料の拡張機能がリストされています。エクセレンスのブログはいいのですが、彼のスタイルは私にはあまりにも腐っていて、何も学んでいません。別のブログでは、モジュールを構築してデータベース フィールドをインストールする手順について説明しています。

»予想外の IT ブログでは、コードをコア ファイルに追加するための非公式なハック (ただし、残念ながら、それらのファイルを app/code/local にコピーしてオーバーライドする方法は示されていません) と、手動で実行して列とデータベースに追加されたフィールド。明らかに 1.4 以下に最適ですが、コメントは 1.5 以上で何をすべきかを説明しているようです。

この最後のハック的な変更は、既存の Magento 管理ページに余分なビットをシームレスに追加し、作業が「少ないように感じる」ため、私の個人的なお気に入りです。警告: バージョン管理を使用せずにこれを行うことはありません。バージョン アップグレード間でコア コードの変更が発生すると、完全に機能しなくなります。

于 2012-04-16T23:51:08.320 に答える