るPHPのオープンソースのショッピングカートソリューション機能の利益とは、ウェブ-デベロッパー?

StackOverflow https://stackoverflow.com/questions/69715

  •  09-06-2019
  •  | 
  •  

質問

にも数多くありますショッピングカートソリューションを用いて各プラットフォームは、すべてのサプを複数取り付け済み。開発者として理解しているこれらの多くはかなり類似ユーザからの視点です。

だから、最もあてはまるも内蔵しての開発ょうか。例えば、もしいAPIできるようにカスタムコードがないの交流をコアコードまたは中から、最もあてはまるも使えるようになった思想を通じてテンプレートシステムができるよう、容易にカスタマイズに対してそれぞれ新しいクライアント?

役に立ちましたか?

解決

osCommerceはのひとつに数えられるものだったがひどく設計から開始となりますし、基本的にはunmaintainableとして時間が手前に移動します。アドオンはパッチ、およびカスタムコードを変更します。る場合を除いて大きく変化しか見れらのバージョン番号のない).

なんかなり少し高いレベル以上にない、Drupalが魅力的。このCMSではそのベースを使用 eコマース または Ubercart ることができます。モジュールとのように CCK眺望 することで作ることができる非常に洗練されたecモールでのショッピング専門の商品の種類、属性は極めて少なコーディング、プラスのCMSツールを編集、アクセス制御などができます。書き込む場合はご自身のソリューションでは、ディーラークのほとんど何もDrupalに触れることなく、コアコードするトンの柔軟性です。

も多くの開発者は考慮されていない点も課題としてではないにこだわったことなければならないというものから、Drupalは本当に素晴らしい開発プラットフォームはこういうことも得意なんですね。がある学習曲線は、特に記述する必要がありますモジュールですが、時間がかかり学び、実施サイトを今以下の文書は非常にカスタマイズecサイトをゼロから立ち上げました。

他のヒント

います。それは、Zend Frameworkとする大規模オープンでカスタマイズできるようにしたないかなと思ったのがきっかけリアルプログラマではなくて、デザイナーや開発者が本当に仕事ができます。

ざできるのはとても良いし、本当に強い力が謳の手の延長/置換ものを愛する話です。のコードベースでは超柔軟性が必要となるでしょう何もできるの交換または拡張が非常に少ない文書をどのように行います。

あたっぷりの3者によるアドオンは、異なる支払-プロバイダやその他のものにダウンロード-マネージャのインスタレーションとアップのコアコードいます。

比較のようなものOSCommerceもので勝手に。

私はそういえばこっちだと opencart これまで大変素晴らしいと思います。

かつ ZenCart?でオープンソースで読み、変更のソース。

あまりのものテンプレートシステム。

prestashop ?がSmartyがあります詳細 説明 どのように書くモジュールです。

と思いMegentoのでは非常に長いリストfraturesとmatains多くのテーブルは一部を作ることが問題です。場合を作成する必要がある大型店の利用megentoない限り使用zen-cart.またほとんどすべてのショッピングカートにも私の最初のprefreanceはmegento大規模サイトのzen-cartのためのalltypeのお店です。

osCommerce そうすると人気で、広告やすさを統合して一つの大きな特徴があります。

私の第二のざた。このコードベースは拡張性です。またマルチサイトの多言語機能工からスタートします。でオープンソース そうして規律ある開発チーム(MySQL ABのようなビジネスモデルの背景にあるのです。

この見直しのカー:http://php.opensourcecms.com/scripts/show.php?catid=3&cat=eCommerce

がその議決権のないように反映するのからのフィードバックにユーザがいるのを読むコメントの見方各

Moltin はデベロッパーの心は純粋に、 API.を選ぶことができます部品のAPIしたいとの統合は何をフロントエンドです。する子も多かったのですダッシュボード管理のお店にしたい場合に使用します。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top