1

ある程度までは Magento に適しているように見えるサイト ビルドがありますが、クライアントは実際には何も販売したくありません。製品を選択するプロセスの最後に、ユーザーは単に別のサイトにリダイレクトされて、トランザクション（またはそうでない）。

これらの機能を Magento から完全にハッキングすることは避けたいので、自動更新が出たときにサイトをアップグレードできます...

誰かが前にこのようなことをしましたか? それとも、常駐の達人は、必要な機能を再作成する、より「ゼロから」のビルドを推奨しますか?

申し訳ありませんが、はっきりさせておくべきでした。私は開発者です。

私は、Wordpress や Drupal など、他のプラットフォーム用のモジュール/プラグイン/テーマの作成に精通しているため、クライアントは通常の方法でアップグレードできる「純粋な」コア構造を持っています...しかし、すべてにフックがあるわけではありません必要な場所... Wordpress (たとえば) でできることは限られていますが、プラットフォームが設​​計されたものから遠く離れて、コアをハックするしかありません。

だから私は尋ねていると思います-Magentoにはすべての適切なフックがありますか? 誰かが実際にこれをやろうとしましたか? 次のように簡単になりますか？

add_listener('checkout', my_func_without_checkout);

my_func_without_checkout() {
 stuff...
}

それとも、トランザクション処理機能が非常に緊密に統合されているため、完全に削除するのは困難ですか?

4

2 に答える 2

4

はい、彼らが何をしているかを知っている開発者を雇うと仮定すると、Magento はこれに適しています。ゼロからのビルドをお勧めする唯一の方法は、資金が豊富で、その乗り物に乗りたいクライアントがいる場合です。

Magento のアーキテクチャは、ユーザーがコア コードをハッキングすることなくこのような変更を行えるように、ゼロから構築されました。高レベルから、チェックアウトプロセスのある時点で収集するイベントリスナーを挿入する（またはコードメソッドをオーバーライドする）モジュールを構築します（モジュールは実際にはMagentoの話で何かを意味し、単なる一般的な用語ではありません）。注文に関する情報をアップし、次のシステムに渡します。

あなたが遭遇する問題は、コードの問題ではなく、文化の問題です。Magento のすべてのオブジェクト指向アーキテクチャは、依然として PHP で実装されています。つまり、野心的だが経験の浅い開発者 (オフショアとオンショアの両方) は、コア ソースをハッキングして、システムから必要な結果を得ることがより簡単になることに気付くでしょう。長期的な安定性を犠牲にして、この方法で結果を得る方が常に高速です。

于 2010-10-01T16:42:47.243 に答える
1

個人的な経験から、「販売のない Magento」アプローチ (私はそれを「カタログ主導型」と呼んでいます) をお勧めします。

不要なコア モジュールを無効にすると、パフォーマンスが大幅に向上します。特に明白ではない依存関係がいくつかあるため、無効にしてテストするには試行錯誤が必要です。app/etc/modules/Web Admin でモジュールを無効に設定<active>false</active>すると、管理レンダリング機能が無効になるだけなので、モジュールを無効にしてください。

妥当なパフォーマンスを達成できれば (それに関する Wiki 記事やブログ投稿などもたくさんあります!)、このアプローチのマイナス面は見当たりませんし、このフレームワークには多くの利点があります。また、サイトを書き直すことなく、eコマースを軌道に乗せる機会も与えてくれます.

于 2010-10-02T03:06:05.743 に答える