問題タブ [commerce]

カスタム ショッピング カート アプリを PayPal と統合して、購入者に PayPal への登録を強制せずに間接的なクレジット カード支払いを受け入れるにはどうすればよいですか?

カスタム ショッピング カート Web アプリケーションがあり、現在のクレジット カード/デプト カードによる支払いを PayPal に置き換えるタスクが設定されています。目標は、顧客が PayPal を介してカードで支払うことができるようにすることです。ただし、いくつかの制約があります。

1. お客様は、ショッピング カートのページではなく、PayPal のページで、クレジット カードの詳細 (番号、有効期限、安全なコード) を入力する必要があります。
2. すべての支払いは、オーソリゼーション (合計金額のブロック) と、注文された商品が入手可能で配達可能である場合の後続のキャプチャで構成されている必要があります。
3. カードで支払いを希望する場合、顧客は PayPal アカウントを作成/ログインする必要はありません。

問題は、PayPal で可能なオプションの数に本当に混乱していることです。REST API とクラシック API のどちらを選択するかはそれほど問題ではありませんが、リスト全体から適切な製品 (クラシック API 製品やREST API 製品など) を選択することは、PayPal 初心者にとってそれほど明白ではありません。他の同様の質問の中には、DoDirectPayment (ただし、それが最良の選択かどうかはわかりません) を指摘するか、Web Payments Standard を提案するものがあります (それらがまだ利用可能かどうかはわかりません)。エクスプレス チェックアウトも検討していたのですが、デモでは PayPal アカウントの作成が強制されるようです。

Drupal Commerce は初めてです ...

注文テーブルに field_date_de_livraison (テキスト) と field_info_comp_cmde (長いテキスト) の 2 つのフィールドを追加しました。

パーソナライズされたペインで、入力した値を次のコードで保存しようとします:

関数 pane_date_livraison_checkout_form_submit($form, &$form_state, $checkout_pane, $order) {

}

dpm を使用すると、変数に割り当てられた値が表示されますが、テーブルに保存されませんか?

ご回答ありがとうございます。

DB に似た名前の 2 つのテーブルがあることに気付きました: field_data_commerce_line_itemsとcommerce_line_item.

誰かがそれらを持つ目的または理由を説明できますか? 私はそれらの違いを意味します。

私の理解では、これは の表field_data_commerce_line_itemsの行を参照する注文の参照フィールドです。commerce_line_itemfield_data_commerce_line_items.commerce_line_items_line_item_id = commerce_line_item.line_item_id

しかし、まだ全体像を把握できていません。

私は DC を初めて使用します。チェックアウト完了タブからユーザー ID と SKU データを収集して、S3 にアップロードしようとしています。データを収集して user.txt ファイルに書き込むとすぐに、DC が Entity Meta Data Exception でクラッシュするようです。それを正しく行う方法についての指示を大いに感謝します。

(S3 へのデータのアップロードに問題はありません。スクリプトから動作し、user.txt ファイルが正しく生成されます)。

} ?>

ユーザーが自分のページからサードパーティのコマース サイト (Amazon、shopify、magento など) から製品を追加できる Web ページがあります。ユーザーが複数の製品を選択してチェックアウトをクリックすると、ページはそれらをサードパーティのコマース サイトのチェックアウト ページにリダイレクトします。

これは、Amazon がプロキシするサーバー側 API を持っているため、Amazon で問題なく機能します。入力: 一連の商品、出力: チェックアウト URL。かなりシンプルで、かなりうまく機能します。

ただし、magento で立ち往生しています。

• ユーザーのリモート カートに商品を追加するためのパブリック API はありません。
• 文書化されていない API は、一度に 1 つの製品の追加のみをサポートするため、複数の製品をサポートするには、複数の API 呼び出しが必要です (遅い)。
• ほとんどの magento サイトは HTTPS をサポートしておらず、常に HTTP にリダイレクトしていません。当社のサイトでは HTTPS を使用しています。したがって、実際には機能しません。
• AJAX リクエストを試すと、CORS の問題が発生します。現在、iframe でハッキングしています。
• 最初のリクエストでは、実際にカートに追加する代わりに、「Cookie がありません」というエラー ページが表示されます。

これを解決する方法はありますか？Magento は CORS リクエストをサポートしていますか? HTTPS での magento のサポートは何ですか?

http://community.magento.com/t5/Programming-Questions/API-Redirecting-user-to-magento-instance-to-view-their-cart/mp/9113#M2029クライアントに延長ですが、それは受け入れられない場合があります

学校のリストに対してjquery $getを実行しているときに問題が発生しました。RQLForeach ドロップレットを使用してリストを取得し、出力を JSON に指定しました。次に、返された JSON を取得し、jQuery テンプレートを使用して結果をレンダリングしました。

King's問題King's School であるはずの出力に次のように表示されました。

デコードを正しく処理するはずの {{html schoolName}} を使用しました。しかし、そうではありませんでした....