3

Magento-モジュールVSデータフロー

---- MagentoDataFlowを使用してdbから情報を抽出し、ビデオCMSと連携させる可能性を検討しています。

開発時間を節約できるかもしれませんし、そうでないかもしれません。

より安定している可能性があります-またはそうでない可能性があります。

問題は、コアをハッキングしないモジュールとしてビデオシステムをマグネトに緊密に統合するか、データベースを直接クエリする方が良いかどうかです。マグネトコアの外部で動作する能力を解放しますが、それでも相互作用しますか?

開発の観点から、そして機能/日常の使用/保守の観点から、それがより良いかどうかを判断する必要があります。

-

更新1:

「あなたの投稿から、このデータがどこに行き着くのか、データベースに書き込んでいるのかどうかなどは不明です。」

モジュールとしてMagentoで実行した場合、ビデオとプレイリストはadminで構成されます。

これは、マルチプロトコルソース(http://erlyvideo.org/files、aws cloudfront、wowza、任意のサーバー、brightcove、youtubeなど)を取り込んでコードを吐き出し/構成できる一種の「メディアコンフィギュレーター」になります。ブロック(例:フラッシュ、html5ビデオ、js、php)。これは、コード/ URLを貼り付けるか、コンテンツをアップロードすることによって行われます。

-

Magentoで行われない場合、同じタイプのことが別のCMSで行われます(カスタムまたはdrupalやwordpressのようなもの)

-

発生する可能性のあるすべての対話についてはわかりませんが、メディアギャラリーには、お気に入りのシステム、保存されたセッション、ユーザーグループのアクセス許可、コンテンツのサブスクライブ(vod)があります。

単一のビデオインスタンスもストアページとブログで提供されますが、インタラクションはビデオの提供のみに制限されます。


更新2:

「このシナリオでMagentoはどのような目的を果たしますか?」

私が現在知る限り、保存されたセッション(任意のユーザー)、お気に入りのシステム(ログインしたユーザー)、保存された設定(ログインしたユーザー)、ユーザーグループのアクセス許可(任意のユーザーまたはログインしたユーザー+さまざまなユーザータイプ)。

ただし、VODインスタンス以外のメディアギャラリーの目的は次のとおりです。

A.無料のビデオクリップを提供しています。

B.ユーザーがクライアントのDVD製品の予告編を見ることができるようにする。

どちらも、それ自体では、多くの相互作用を必要としないようです。ただし、継続性を確保するために、必要に応じて、または利便性のために、より緊密に統合されているかどうかに関係なく、すべてを1つの管理者から構成された1つのデータベースに保持する方がよい場合があります。

しかし、最初に述べたように、おそらく、db / storeの外部で、より堅牢で用途が広い、または単にその独立性によってより安定したものが実現可能です。おそらく後者は、Magentoを本当に理解していないか、理解に限界があり、したがって分離に向けて助言する人々によって促進されています。知らない。

-

「動画が商品に関連している場合を除き、商品にタグを付ける理由はありません。」

今述べたように、これは予告編や無料の動画には意味があります。例外として、VODビデオまたはビデオのVODグループが考えられます。その場合、ビデオは特別に構成された製品であり、とりわけメディアギャラリーにも表示される方がよいとおっしゃっていると思いますか?

その場合、VOD、ビデオクリップ自体(またはそのコンテナ)は製品になります。プレビューして購入し、必要に応じてどこにでも配置できます。また、独自の製品ページ(必要な場合)もあります。それがコードの観点からどのように「作られる」かが問題です。

別のおそらく異なるアプローチは次のようになります:(ページがなくなりました)http://workbookproject.com/newbreed/2010/06/21/build-your-own-vod-portal/ これを試してください:http://filmutopia。 typepad.com/lone_gun_manifesto/2010/07/how-to-build-your-own-vod-portal-in-a-matter-of-hours-for-less-than-100-lgm.html。ユーザーが実際にページへのアクセスを購入している場所。

Zacは彼のサイトと記事で素晴らしい仕事をしました、そして私はこの種のことがMagentoで行われているのを見ることができました、しかしZakが彼の記事の最後で指摘するように、彼はFlashを使用しているので、私の解決策はさらに進んでHTML5ビデオおよび/または[任意のプロトコル]で配信します。

だから、MagnetoがZakのようにWPを使ってこの種のことをするのが面倒かどうかはわかりません。

-

「Magentoで通常のデータモデルを作成してデータベース呼び出しをラップすることは可能です。ビデオと製品の間に相互作用がない場合は、それらのモデルの1つを作成することでよりクリーンにトリックを実行できます。」

OK「Magentoのデータモデル」を読みましたが、この仕様のスキーマでは、それらが何に関係しているのか、物理的に何で構成されているのかわかりません。

Magentoで物事を行うための明らかに多くの方法。

DataFlow、データモデル、Magentoモジュール...一体...ウィジェットを投げてみませんか?? :)

-

これについてこれ以上の意見はありますか?とても有難い。

4

3 に答える 3

1

Dataflow が答えであるかどうかはわかりません。データフローは cron のインポート/エクスポートに似ており、大量の更新、ERP などへのエクスポートなどに最適です。ライブ データを探している場合は、API にフックして必要な情報を引き出します。これははるかに実用的で、リアルタイムです。開発時間に関しても、あなたの時間投資はばかげているわけではありません。

于 2010-08-19T16:43:00.590 に答える
1

ほとんどの場合、(DB をハッキングするのではなく) フレームワーク内にとどまることが、頭痛の種の観点からの最善の策です。可能であれば、インタラクションを処理するモジュールを作成し、それを自由に使用します (投稿から、このデータがどこに行き着くのか、データベースに書き込むのかどうかなどは不明です)。

フレームワークを使用する例外は、プルするレコードが数千または数万ある場合など、パフォーマンスが重要な場合です。その場合、データベースからのグラブ (およびデータベースへの書き込み) が実行可能な唯一のオプションである場合があります。

それが役立つことを願っています!

ありがとう、ジョー


他の機能 (コメント、お気に入りなど。これらのデータをデータベースに保存する方法については、Alan Storm のチュートリアルを参照してください) を無視し、ビデオを製品として保持すると、属性自体を使用して達成できます。この場合、すべてのデータは Magento にとどまることができます (管理者に保存され、フロントエンドに表示されます)。こうすることで、カタログ オブジェクトがデータベースと仲介し、多くの手間を省くことができます。

いずれにせよ、現時点ではスケーリングの問題はないようです。そのため、フレームワーク (メイン情報用の製品オブジェクト、お気に入り用の独自のオブジェクトの作成など) を使用することは、これを達成するための良い方法です。


実は、ここで少し向きを変えています。このシナリオで Magento はどのような目的を果たしますか? ビデオが製品に関連していない限り、それらを製品にタグ付けする理由はありません. Magento で通常のデータ モデルを作成してデータベース コールをラップすることは可能です。動画と製品の間に相互作用がない場合は、それらのモデルの 1 つを作成すると、よりクリーンに機能するはずです。

于 2010-08-19T17:47:03.973 に答える
1

原則として、モジュールを作成することを強くお勧めします。DataFlow は少し不透明になる可能性があり、(既に述べたように) データのバッチ転送用に設計されており、リアルタイムの「トランザクション」クエリではなく、あなたが求めているものだと思います。

データベースに直接書き込むと、正当な理由で Magento に存在するすべての組み込みのビジネスおよびデータ層ロジックがバイパスされます。たとえば、パフォーマンスのためにインデックスを更新する、ACL をチェックするなどです。したがって、Mage::getModel('module/model') を使用する必要があります。あなたの開発のためのアプローチ。また、オブジェクトの選択、フィルタリング、操作のための多くの便利なメソッドも提供します。

独自のモジュールを作成すると、何が起こっているのかをより理解しやすくなり、コードをデバッグして変更の影響を観察できるようになります。moduleCreatorを使用すると、その点で有利なスタートを切ることができます。

モジュールを作成するときは、Joseph の提案に従って、情報を属性として関連製品に追加することをお勧めします。このブログ投稿では、プロセスについて説明します。

幸運を!JD

于 2010-08-22T23:15:58.853 に答える