問題タブ [expresso-store]

The {exp:store:checkout} tag has stopped working.

What it does

When you proceed to the next step, or otherwise "Submit" the checkout tag it reloads the page and goes back to the beginning

What it should do

Go to the next stage or payment provider (depending on step)

Diagnosis Made

Thinking it may be our template, we looked at the example store sample templates included. The same problem is occurring there.

This site did, until recently work and no changes were as far as I can see made. There has been no sales in a week.

Software

We are running EE 2.5.2 with Store 1.5.3. We tried to upgrade to 1.6.2 but the following errors occurred. Could they be related? http://pastebin.com/JqTLdTX6

ExpressionEngine の Store アドオンについて Exp:resso Store サポートに問い合わせてみましたが、何の連絡もありません。新しいオンライン ストア プロジェクトを開始する必要があります。私はちょうど次のことについて疑問に思っています:

Paypal ウェブ ペイメント スタンダードはサポートされていますか?

追加の EE アドオン (チャネル イメージなど) を使用せずに、複数のイメージを製品に追加できますか?

製品は複数のカテゴリに属する​​ことができますか?

「x個購入でz個無料」のタイプの割引はカートに適用できますか? そうでない場合、どうやってこれを書きますか？商品を特定の割引カテゴリに追加してから、カートにロジックを追加して、x 個の商品が追加されたかどうかを確認できると思いますが、もっと簡単な方法はありますか?

ゲスト チェックアウトが可能であることがわかりましたが、可能であれば、Exp:resso ストア サイトに従って、ログインせずに注文の詳細を安全に表示するにはどうすればよいですか?

誰かが助けてくれるなら、事前に感謝します!

マイク

Exp:resso Store の EWAY マーチャント プラグインを使用していたところ、間違ったクレジット カード名が EWAY に渡されていることに気付きました。代わりに、何らかの理由で<input name="payment[name]"/>フィールドからの名前ではなく、billing_name が報告されています。

ストアがクレジット カード情報を記録していないことは承知していますが、設定が不足していますか? バグ？

最近、許可された配送地域にオーストラリアを追加しました (以前は英国のみでした)。英国の住所と英国が請求/配送の国として選択されている場合、チェックアウトプロセスは正常に機能し、詳細を送信すると、購入者はペイパルに移動します. オーストラリアの住所 + オーストラリアを請求/配送の国として選択した場合、送信しても何も行われず、同じページが返されるだけです。理由はありますか？

Expresso-Store を使用して、非営利団体の製品注文を処理しています。さまざまな手作り製品を販売することに加えて、訪問者に寄付するオプションを提供しています。

私は寄付のほとんどをうまく機能させています。ここに投稿された Justin Long のアドバイスを使用しました: http://iamjustinlong.com/blog/single/accepting_donations_with_expresso_store/

示唆されているように、すべての製品用のチャネルを作成してから、1.00 ドルの「寄付」製品を 1 つ保持する別のチャネルを作成しました。訪問者がこのアイテムの数量を調整すると、寄付額は $1.00 * 数量になります。

私が遭遇している特定の問題は、「寄付」製品も追加されているときにカート内のアイテムの合計数量を表示することです。寄付額は数量 * $1.00 で決まりますが、実際には 1 回の寄付を表しているため、{order_qty} は寄付製品の倍数が含まれているため、かなりかけ離れています。

{order_qty} の上と横に数字が表示されている小さなカート アイコンがありますが、この計算から寄付製品を除外する必要があります。これについてどうすればよいですか？

これに関する以前のエントリを読みましたが、それらの修正は機能していないようです。私は（？）日付がデータベース内に保存される方法だと思います。その形式だと思います。間違っている可能性があります。

ともかく：

これが現在の試みです。

order_completed_date 形式の例:1396891300

これは、Expresso Store for ExpressionEngine から/用です。

ExpressionEngine を使用して構築された自分のサイトへの Paypal 統合の問題に直面しています。Paypal Express と Paypal Pro オプションを使用しています。

一部の注文は正常に機能していますが、一部の注文は売り手保護に関連する問題に直面しています。

以下の情報を表示しています。

売り手保護 : 対象外。

ファイルに配送先住所がありません。

支払いタイプ : Web Payment Pro API ソリューション

追加料金 : 適用されません

カードの種類 : ビザ。

また、どうすれば同じことをテストして確認できますか?

この問題は、Expresso Store がパスワードを保存する方法と、EE Admin/Security CP の「require secure passwords」オプションとの間の競合にあることに注意して編集しました。安全なパスワードの要件を無効にすると、問題は修正されますが、競合は修正されません。

元の投稿: e コマース機能に Expresso Store を使用している ExpressionEngine ストアがあります。

これまでのところ、チェックアウト時のメンバー登録を除いて、すべてが機能しているようです。

checkout2 (配送、請求、および登録情報を入力する場所) ではすべて問題ないように見えますが、すべてのパスワード規則 (少なくとも 1 つの大文字、1 つの小文字、1 つの数字) に従っている場合でも、最終的なステップを実行するときにチェックアウトすると、 選択したパスワードがこれらすべての基準を満たしている場合でも、「送信したフォームには次のエラーが含まれています。パスワードには、少なくとも 1 つの大文字、1 つの小文字、および 1 つの数字を含める必要があります」というエラーが表示されます。

私が試したこと： -EE CPでメンバー登録が有効になっていることを確認したので、それは問題ではありません。

- チェックアウト フォームの式に register_member="yes" があります。

-ドキュメントの例とまったく同じように、パスワード、password_confirm、ユーザー名、およびスクリーン名のフィールドが存在します。

- パスワードを作成するページの後ではなく、最後のチェックアウト ページにエラーがあるのはおかしいと思いました。そこで、登録フォームを最後のチェックアウト ページ (支払い情報の入力) に配置しようとしましたが、そのページは送信時に更新されるだけで、エラーは発生しませんでしたが、進行もありませんでした。

- モジュールの注文フィールド セクションを見て、フィールドを EE メンバー フィールドにマッピングしようとしましたが、カスタム フィールドがなく、EE のデフォルト (email、password、password_confirm、username、screen_name) のみを使用しているためです。カスタムメンバーフィールドがないかのように、登録フォームは機能しません。それらをデフォルトのメンバーフィールドにマップする方法はありません。

- register_member="yes" と {field:register_member} の両方を含めていないことを確認しました。ドキュメントの例に示されているように、私は register_member="yes" のみを使用してから、パスワード、パスワードの確認、ユーザー名、および screen_name フィールドを使用しています。

これがハングアップしている理由について何か考えはありますか? これをcheckout2に置くことで正しいページに含めてもいいですか（メールフィールドと同じページにあるはずだと思いました）。ExpressionEngine はパスワード基準 (少なくとも 1 つの大文字、1 つの小文字、1 つの数値) を必要とするため、Store フォームがこれらを大文字と小文字を区別しないものとしてレンダリングし、大文字を取り除く可能性があるのではないかと考えています。メンバーが支払いシステムに縛られている場合、安全でないパスワードを許可したくありません。

PayU 支払いゲートウェイ (Omnipay 経由) を ExpressionEngine2 (2.8.1) Web サイトの 1 つに統合する必要があるため、プロジェクトで使用しているショッピング カート (Expresso-Store) 用にこのゲートウェイを作成する必要があります。

これを達成するために、ストアアドオンに既に含まれている他の支払いゲートウェイを見て、そこで何が起こっているのかを理解し、それらの例に従おうとしています. 残念ながら、既存のゲートウェイにはほとんどコメントがありません。「例に従うだけ」ではなく、各クラスで何が起こるか知りたいです。これらのほとんどはほとんど同じ構造を持っていることがわかりますが、一部のゲートウェイではクラスまたは関数が欠落しているか、あるゲートウェイが別のゲートウェイとは異なる処理を行っています。

また、この新しいゲートウェイをインストールするには拡張機能を作成する必要があることも知っています。これは、ゲートウェイを更新する必要がある場合、コピー/貼り付けの方法はダメだからです。

私の主な関心事は、クラスのgetData()andsendData()関数で何が起こるPurchaseRequestか、どのクラス/関数を含めるかをどのように知ることができるかということです。

どんな助けでも構いません。前もって感謝します