私が取り組んでいるプロジェクトには、これらのサイトと同じくらい広範なカタログが必要です。
ただし、次のような奇数/サイズの機器では:
そのため、基本的には、これらの数の製品とバリエーション、および非標準サイズの機器の出荷などの奇妙な問題を処理するeコマースパッケージが必要です。
Wordpressのeコマースパッケージでこれを処理できますか、それとも純粋にeコマースパッケージに移動する必要がありますか?
クライアントの要件の1つは、製品だけでなく、スポーツの歴史と発展についてもオンラインストアを作ることです。 Wordpressが純粋な製品だけでなく他のタイプのコンテンツを許可するので、それが私がまだWordpressソリューションを見つけようとしている理由の1つです。
これらのオプションを見てみましょう。
いずれの場合も、4つのソリューションすべてをクライアントのニーズに合わせて変更する必要があります。選択するソリューションは、サポートする支払いゲートウェイによって影響を受ける場合もあります。 XML直接不可視メソッド。これらのオープンソースショッピングカートの周囲には素晴らしいコミュニティがあり、支払いを希望する場合は、すでに開発されたすべてのソリューションを見つけることができます。
Magentoは現在、事実上のオープンソースのeコマースソリューションであり、多くの大規模サイトで使用されています。市場で最も堅牢な電子商取引ソリューションの1つであることに加えて、そのモジュラーデザイン(ZF上に構築)およびプラグインシステム(および無料および商用プラグインの大規模なライブラリ)を使用すると、ほとんど何でも実行できます。
奇妙な形の製品を処理するために何が必要かわかりませんが、統合された配送計算機がデフォルトで処理できない場合は、それを修正できるプラグインをいつでも作成できます(または開発者を雇って作成できます)。
Magentoの唯一の問題は、Magentoが非常に堅牢なアプリケーションであるため、カスタマイズとプログラミングの詳細を学習するのに時間がかかることです。まともなドキュメンテーションの欠如も大きな欠点であり、サポートフォーラムのほとんどは、サービスを宣伝するためにヘルプや商用開発者を探している無知なウェブマスターでいっぱいです。
しかし、ほとんどの企業にとって、Magentoはカスタマイズせずにニーズを満たすことができます。また、コミュニティバージョンに含まれていない最も一般的に求められている機能のプラグインもあります。
ああ、電子商取引とコンテンツ管理に別々のソリューションを使用することをお勧めします。特殊なソフトウェアは、CMSプラグインや、まったく関係のない2つのニーズを満たそうとするアプリケーションよりも常に優れた堅牢なものになります。ストアと一般的なコンテンツを組み合わせても、実際には利点はありません。ストアをサイトに統合する場合、MagentoのSOAP APIを使用して簡単に統合できます。
Wordpressはオープンソースですので、技術的には、十分に変更することを望んでいれば何でもできます。作業量に応じて、カスタムCMSを構築することをお勧めします。私はオープンソースソフトウェアが大好きで、チャンスがあればそれを使用/サポートしますが、多くのカスタム機能が必要な場合、私の経験はカスタムサイトの方が良いでしょう。
Shoppとwordpressを使用して類似のサイトを作成しました。ポテンシャルは巨大ですが、som phpの知識とwpのソースと構造の理解が必要になります。
満足できるソリューションを使用し、このソリューションのカスタム開発を行う必要があります。多くの場合、完全に既製のカートには、所有するものや希望するものがないためです。
drupal ubercartは必要なことを行います。