私たちの職場には、Cakephpモジュールのハンサムなライブラリーがあり、ショッピングカートがプロセスを遅くするまで、カスタムWebサイトを適切なペースで開発しています。さまざまなプロジェクトでさまざまな(Magento、Opencart、Zencart)ショッピングカートを使用しました。そこで、それらをコアCakePHPアプリケーションとマージする必要があります。通常、非常にカスタムな要件により、ショッピングカートがアップグレード不可能になり、時間がかかります。
独自のショッピングカートを作成することを考えています(現在は基本的ですが、カスタム要件に簡単に適応できるように、最初から拡張していきます)。やる価値はありますか?
独自のショッピングカートを開発し続けました。ここに私が皆さんと共有したい私の経験があります。
利点
制限事項
直面する問題
標準のショッピングカートをハッキングしてニーズを満たすために費やす時間を大幅に節約できました
過去にやったことはあるけど、二度とやらない。支払いオプション(以下のコメントで言及されているように「支払いゲートウェイ」と呼ばれます)を統合するのは本当に大変でした。私はそれをお勧めしませんが、私はあなたがいるのと同じ正確な状況ではありません。それは、必要なカスタマイズに依存すると思います。
私は4年間のようなeコマースのスペシャリストで、ほぼ独占的にMagentoを使用していました。私の意見では、購入とビルドはトランザクションの量とその他の状況固有のニーズに完全に依存しています。
Magentoは素晴らしいディストリビューションです(ただし、eBayの買収によって変わる可能性があります)。本当にしたくないことの多くは、あなたのために行われます。配送および販売/支払いゲートウェイとの広範な統合があります。これらは、システムを構築するときに叩き出すのが難しいものです。アップグレードするのは難しいというあなたの主張に同意しますが、将来のアップグレードを念頭に置いて展開を設計すると、アップグレードの時期になったときの打撃が少なくなります。
私は最近Presta Shopで作業して、いくつかのリソース/コードをプロジェクトにコミットしようとしましたが、何も返事がありません。これは、Magentoよりもはるかに効率的に小さなストアを処理する、非常によく構築された最新のパッケージです。
どちらにせよ、問題は自分で作成するかどうかではなく、APIに接続するCakeプラグインを作成する方法だと思います。それは非常に価値が高いと思います。あるいは、MagentoはCMSとして非常に優れているため、これらのシステムをフルサイトシステムとして展開する方法を学ぶこともできます。
あなたはすでにあなた自身の質問に答えたと思います。他のカートとの統合には時間がかかりすぎます。確かに、システムにうまく統合できる独自のものを作ってみませんか?主な欠点は、既存のカートのすべての機能を手に入れることができないことと、支払いAPIを扱う際にいくつかの学習曲線があることです。しかし、あなたのニーズが控えめであるならば、あなたはそれを再利用し、そして最終的にそれはあなたの会社にとって良いことになるなら、私はそれを試さない理由はないと思います。
フルタイムでサポートする準備ができていない限り、強くお勧めしません。ショッピングカートアプリケーションの脆弱性が積極的に悪用され、クレジットカードデータが漏洩する可能性があります。そして、PCI標準の違反を開始すると、頭痛の種が山積みになります。