可能性のある複製:
どのeコマーススクリプトを使用すべきか
USERSが独自のストアを作成できるようにする既製のPHPスクリプトはありますか? eBayのクローンは必要ありません。構成とカスタマイズが簡単なスクリプトです。
最善の方法は、- Joomla と VirtueMart またはHikaShopを使用することです
非常にうまくカスタマイズできます
ほとんどの場合、手動で設定するか、開発者を雇う必要があります。実際、誰かがそれをサポートする必要があるので、開発者を雇いたいと思うでしょう。 needセキュリティ問題を回避するためにすべてを最新の状態に保つため、eコマースWebサイトをホストすることは非常に危険です。
ただし、 this が役立つリソースである可能性があります(Magentoは素晴らしいアプリです)。これを書いている間、ウェブサイトは私のために働かないが、ここに cached link がある。
Zeuscar tは最高の無料php eコマースショッピングカートスクリプトであり、必要に応じて高度にカスタマイズ可能です。
そのため、いくつかの方法でこれを行うことができますが、最初に、それが非常に単純になるか、非常に痛みを伴うことを理解する必要があります。これらのシステムを評価することは、実際にそれらのいくつかを構築しなければならなくなるまで、ほぼ不可能です。事前に構築された1つのeコマースソリューションが少し嫌いになりました。煩雑になるのはトランザクション処理の基本ではありません-それらはすべてその単純なタスクを非常にうまく実行します-これらのプロジェクトを難しくするのは、さまざまな地域の複雑さ、関連する税、予測不可能なビジネスルール、奇妙な配送スキームです。ヨーロッパでビジネスをすることを考えてください。ここで、付加価値税に適用されるすべての種類のルールを考慮する必要があり、これらの種類のルールは国ごとに統一されていません。米国では、州および地方税が適用される場合があります。これを知って、いつxまたはyを請求するかがeコマースを苦しめるものです。また、クライアントの市場/業界を考慮する必要があります-ルールと規範は業界によって異なります。
オプション1:drupalやwordpressなどのCMSとショッピングカートシステムを使用します。
Drupalは、高トラフィックに対応する必要がある場合や、さまざまなアクセスレベルで多くの異なるユーザーロールを管理できるようにする必要がある場合などに適したオプションです。Drupalは、プログラミングを学びたいとは思わないが、それでもプログラマーができることは何でもできるようになりたい。
Drupal Commerceには学習曲線がありますが、喜んでそれを引き受けたいなら、間違いなく非常に有能なシステムです。製品と製品ディスプレイの違いと、Commerceで製品が個別に扱われる理由を理解してください。迷惑になる可能性があり、コマースに関する私の最大のペットの1つですが、特定の種類の製品(5サイズと7色のTシャツのような製品-それぞれに製品を作成し、すべてに添付します)単一の製品ディスプレイ。
Drupalの最大の欠点は、広範な学習曲線-特にDrupal 7とDrupal Commerceモジュールシステムです。必要に応じて、Drupal 6とUbercartを使用することをお勧めします。また、カスタムテンプレートを作成するには、少しのphpが必要になる場合があります。
Wordpress:とても簡単で柔軟です。エンドユーザーのトレーニングには最小限の時間しか必要ありませんが、これまで見てきたeコマースソリューションは弱いですが、この状況で評価してから1年が経ちました。それ以降に開発されたすばらしいツールがたくさんあるかもしれません。 wordpress(99ドル程度の費用がかかる可能性があります)用の非常に堅牢なeコマースプラグインシステムを見つけることができる場合は、試してみてください。 wordpressの学習曲線は大幅に低くなりますが、eコマースプラグインは、eコマースに使用する最後の時間を欠いていました(多くのカスタム開発が必要でした)。
2番目のオプションは、ゼロからeコマース向けに設計されたオープンソースソリューションを取得することです。サイトにコンテンツの公開、ロール管理などの複雑なニーズがない場合、これは物事を進める良い方法だと思います。これらのニーズがある場合、Drupalは優れたソリューションです(長い間少し忍耐があるので)。
これらのニーズがない場合は、ここにいくつかの優れたスタンドアロンeコマースソリューションを示します。
次に考慮すべきことは、クレジットカードトランザクションの処理方法です。いくつかの理由でAuthorize.netを好みます-クライアントがこれにお金を払い、あなたのサイトのバックグラウンドクレジットカードプロセッサとして機能します。あなたは銀行ではなく、アプリ内にクレジットカードトランザクションを保存するソリューションが必要になることはありません。プライベートクレジットカードのデータを保存する認定を受けていない場合、これを行うのに多くのトラブルが発生する可能性があります。したがって、authnetを使用します。
Authorize.netは、定期的な支払いを行うことができる唯一のソリューションでもあります。それについては後ほど詳しく説明します。
他のオプションは、shopifyなどのホスト型ソリューションを使用することです。
重要な最後の注意:-プロジェクトで定期的な支払いを許可する必要がある場合(つまり、通常の月間/自動ccトランザクション)、これは言うよりも簡単だということを理解する必要があります。繰り返し支払いが機能するためには、クレジットカード情報をどこかに保存する必要があります。これが必要な場合、クレジットカード情報をローカルに保存するシステムではなく、authorize.netの自動/定期支払いAPIとインターフェイスできるシステムが必要です。現時点では(私の知る限り)、ubercartとDrupal Commerceソリューションはありませんが、recurlyと呼ばれるサービスで動作するようにしようとしています http://drupal.org/ project/recurly
編集-このコメントへ:
「ほとんどの場合、それらを手動で設定するか、開発者を雇う必要があります。実際、誰かがそれをサポートする必要があるため、開発者を雇いたいと思います。 -セキュリティの問題を回避するために。
ただし、これは有用なリソースである可能性があります(Magentoは素晴らしいアプリです)。これを書いている間、ウェブサイトは私には機能しませんが、ここにキャッシュされたリンクがあります。」
(何らかの理由でコメントを追加できませんでした)必ずしもこれが正しいとは限りません。 eコマースを正しく実行している場合、安全なトランザクションはすべて、サードパーティの支払いプロセッサによって処理されます(これは、Authorize.netが行う他のサービスと同様です)。スクリプトには、クレジットカード情報などの個人データを一切保存しないでください。それが機能するためには、DSS PCI認定が必要であり、そのためには多くの費用がかかります。そのため、代わりに、安全なトランザクションを必要とするレイヤーとブラウジング/ショッピング/カート/などに使用されるレイヤーを分離する支払いゲートウェイを使用する必要があります。
http://www.hotscripts.com/ は、この種の非常に優れたリソースです。無料と有料の両方で多くのphpストアスクリプトがあります。
http://www.freewebstore.org/ および http://www.shopify.com/ も良い解決策です。