問題タブ [online-store]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
web-applications - 動的に生成されるデジタル コンテンツのストアフロント ソリューション?
動的に生成されるデジタル コンテンツ (Carfax.com や信用調査のぼったくりサイトのようなもの) を提供するための最も安価なオプションを探しています。支払いゲートウェイには Paypal を使用できますが、ストアフロント アプリケーションをゼロからコーディングすることは避けたいと考えています。明らかに、コンテンツ変数キャプチャ ページとコンテンツ生成モジュールはカスタム作業である必要がありますが、他の部分はかなり一般的です。
アカウント管理 (ログイン/パスワードを忘れた場合/アカウントの更新)、「購入したコンテンツ」、内部管理ツールなどを含む、事前にパッケージ化されたテーマ設定可能/スキン設定可能なアプリを知っていますか? .Net テクノロジー /preferred/. ホストされているかインストールされているかは問題ではありません。
ありがとう!
php - シンプルなショップのための最小限のオンラインコマースソフトウェア
私は、比較的最小限のオープンソース(できればPHP)のオンラインショップソフトウェアを探していましたが、成功していません。私がショップを開発している人々は、非常に限られた品揃えの商品を販売しており、PayPalの統合のみが必要であり、主要なオープンソースソフトウェアオプション(Zen Cartなど)のすべての機能を必要としません。
誰かが推奨できる最小限のオープンソースショップソフトウェアの経験はありますか?
前もって感謝します!
sql-server - クレジットベースの購入のためのデータベース設計
仮想クレジットまたは実際の通貨を使用して購入できるさまざまな製品を使用して、オンラインストアのクレジットベースの購入を実装するためのエレガントな方法が必要です。あるいは、製品はクレジットでのみ価格設定することができます。
前作
Credit
注文後の処理でさまざまな製品タイプ( 、、、Voucher
など)を使用する前にクレジットベースの購入を実装し、購入したクレジットを実際の通貨Music
の形式でユーザーに割り当てました。これは、将来の注文の合計料金を割り引くために使用できます。
これはその場しのぎの解決策としてはかなりうまく機能しましたが、実際の通貨を使うよりも顧客にとってクレジットを使う方が心理的に簡単なので、仮想通貨を実際の通貨から切り離すことはできませんでした。
設計
実際の通貨商品と一緒に割引価格でクレジットを同時に一括購入できるように、データベースを正しく設計するためのガイダンスが必要です。または、すべての商品の価格をクレジットで設定し、クレジットのみに実際の通貨価値を設定する必要がありますか?
既存のデータベース設計
部分的なProducts
テーブル:
- 製品番号
- タイトル
- タイプ
- 単価
- セールスプライス
部分的なOrders
テーブル:
- OrderId
- UserId(
Users
テーブルに関連、表示されていません) - 状態
- 価値
- 合計
部分OrderItems
テーブル(テーブルと同様CartItems
):
- OrderItemId
- OrderId(
Orders
テーブルに関連) - ProductId(
Products
テーブルに関連) - 量
- 単価
- セールスプライス
予想されるUserCredits
表:
- CreditId
- UserId(
Users
テーブルに関連、表示されていません) - 値(+/-値。時間の経過とともに合計してサルドを決定します。)
- 日にち
SQLServerデータベースでASP.NETMVCとLINQ-to-SQLを使用しています。
e-commerce - オンラインストアの構築
多くのオンラインストアは、支払い処理、注文追跡、推奨、ショッピングカート、CMSなどの共通の機能を共有しています。
開発者がこれらのサイトを構築するために使用している一般的なオープンソース/商用フレームワークまたはパッケージはありますか?それとも、彼らの多くはそれをゼロから構築していますか?
Shopifyのようなサービスは使いやすいように見えますが、自分のサイトが缶の外に見えすぎないようにしたいので、実行できるカスタマイズに制限があるのではないかと心配しています。
誰かが私にどの技術が利用可能かについて正しい方向を示すことができますか?制限がなく、コミュニティからのサポートが豊富なソリューションを探しています。
どうもありがとう。
web - オンライン ストアの最も単純なフレームワーク/プラットフォーム
オンラインで販売したいウィジェットをいくつか持っている友人のために、小さなサイトを立ち上げようと考えています。ライブになったら、メンテナンスに多くの時間を費やすことはないと思います (さらに言えば、初期セットアップと構成に多くの時間を費やすことはないと思います)。非常にシンプルなものを探しています技術者以外のユーザーが維持する (財務/支払い情報、製品の追加/削除/変更)。
2 番目に重要な部分は、支払いプロバイダーとの適切な統合です。それが私の他の基準を満たしている場合、私はそれがどの言語であるかについてあまりうるさくはありません (言語を知らなくても、サイトを運営するのに十分なほど学習します)。
また、重要なのは、私がオープンソース製品に固執することを好むということです。これは主に、このプロジェクトがハイエンドの商用製品に多くの予算を費やすとは思わないためです (少なくとも、ある程度の売り上げが得られるまでは)。
前回この種のことを行ったときは、非常に特殊なニーズを持つクライアント向けにカスタム サイトをゼロから構築していました。現在の世代のブログ ツール (Wordpress、Joomla など) を最近使用した経験がなく、プラットフォームとプラグインのどの既製の組み合わせが何かを起動して実行するのに最適なのかよくわかりません。できるだけ短い時間。
e-commerce - 独自のオンライン ストア ビルダーを作成するスクリプト
Shopify、Volution などの優れたオンライン ストア構築ソリューションがあります。
そのような小規模なサービスを独自に構築したいと考えています。
自分のサーバーまたは再販の機会を提供する会社にインストールできる、カスタマイズ可能なオンライン ストア構築スクリプトはありますか?
ruby-on-rails - オンラインストアで在庫と支払いをどのように同期しますか?
私はRubyOnrailsを使用してゼロから開発するオンラインストアに取り組んでいます。
在庫と注文について設計上の質問があります。
ユーザーが商品を選択したときに在庫を更新するのはいつですか
商品をカートに入れるときに在庫を減らすと、ユーザーがブラウザを閉じたときに再入荷できる必要があります。問題、レールはこのユースケースのセッションの有効期限を処理しません
顧客を支払いソリューション(ペイパル、グーグルチェックアウト、アマゾンなど)に送る前に在庫を減らしても、ユーザーがブラウザーを閉じても通知されません。
-支払いが有効になった後で在庫を減らすと、2人の異なる顧客が1つだけ残っているときに同じ商品を購入する可能性があり、ショップは1つだけ残っているときに2つの商品を配達する必要があります。
オンラインストアがこの問題をどのように処理するか知っていますか?
オープンソースのオンラインストアの設計ドキュメントはどこにありますか?
javascript - dbdirectoreコマースプラットフォームでオンラインストアテンプレートを変更する方法
ストアテンプレートシステムがdbdirectorでどのように機能するか知っている人はいますか?ホームページのCSSを変更したいのですが、メインのCSSファイルがどこにあるのかわかりません。FTPなしでバックエンドを介してそれを行う方法があることを私は知っています。私はそれを見落としていると確信しています。
ありがとう!
django - ストアクレジットに対応したオンラインストア
社内で使用するオンラインストアを検討しています。インセンティブ プログラムの一環として、ユーザー アカウントにクレジットを追加できるようにしたいと考えています。
私はオンライン ストア ソフトウェアを調べ始めましたが、どのストア クレジットがサポートされているか、またはそれが支払いモジュールの機能であるかどうか (つまり、別の問題) が明確ではありません。
クレジットは実際のお金の形であってはなりません (つまり、ユーザーのペイパル アカウントにお金を入れるようなものであってはなりません) が、店舗で償還できるクレジットです。
e-commerce - Eコマースの原則-在庫を動的に表示しますか、それとも静的ページで表示しますか?
私はこれについて興味があります。現在の在庫を表示する静的なHTMLページを用意することをお勧めしますか?これは明らかに、アイテムが入荷/在庫切れになったときにこれらのページを手動で更新したり、新しいアイテムを追加したりする必要があります。
または、動的ページを使用してストアの在庫をデータベースから直接ロードするのがより一般的な方法ですか?