問題タブ [recurring]

Paypalでユーザーのサブスクリプションステータスを確認したい。つまり、ユーザーが最後のサブスクリプション料金を支払った場合、ペイパルが選択したページにリダイレクトして、サブスクリプションの日付を延長できるようにします。

それが不可能な場合は、ユーザーのサブスクリプションがいつキャンセルされるかを知りたいだけです。または、paypalにリクエストを送信して、今月の支払いかどうかに関係なく、そのユーザーのサブスクリプションステータスを確認することもできます。

どうすればそのようなことを達成できますか？

よろしくお願いします。

交換カレンダーを別のカレンダーに同期するアプリケーションを開発しています。2つのカレンダーの予定間のマッピングを維持するために、交換の予定に拡張プロパティを配置しました。定期的な予定の発生から拡張プロパティを削除しようとするまで、すべてが正常に機能しています。これを実行しようとすると、次のエラーが発生します。

エラーを示すコードスニペットは次のとおりです。

エラーはExchange2007サーバーに対してのみスローされるようです（2010で動作します）。私は何か間違ったことをしていますか、それともこれはExchangeの問題ですか？この問題を回避する方法はありますか？どんな助けでもありがたいです。

私はアセットトラッカーの構築に取り組んでいます。私のアプリケーションには、ユーザーが水曜日の午前8時から金曜日の午前8時までの期間チェックアウトする「アセット」があります。これも繰り返し実行する必要があります。したがって、毎週水曜日8から金曜日8まで、たとえば今後5週間の定期的な予約を実行可能にする必要があります。後で、予約が別のそのような定期的な予約と衝突するかどうか、または定期予約。

ice_cubeは定期的なイベントには非常に優れていることがわかりましたが、期間の概念はありません。期間を処理するための最もクリーンな方法は何ですか？そしてもちろん、私は最終的な終了期間ではなく、繰り返しの期間について話している。

トランザクションを復元しようとしたときに表示される奇妙なエラー:

有望な他のSOの質問に出くわしましたが 、最終的には別の問題が原因のようです。しかし、彼らは少なくとも私が他に何を見るかについてのヒントを私に与えてくれました.logcatでこれを見ることができます:

これは、トランザクションを復元する要求に応答して返されます。GPlay は正常です。問題なく動作しています ... また、以前に持っていた別の IAP を購入することもできます (これは、定期的な課金/サブスクリプションの実装を仕上げていたため、ここ数日で発生し始めました)。

任意の考えをいただければ幸いです、ありがとう!

編集：詳しく調べてみると...実際には、報告された他の問題の1つと同じように見えますが、私が知る限り、上記のエラーを報告した人はいませんでした。

これはかなり残念なエラーであり、明らかに多くの人が見ています。これから回復する方法はありますか？答えは「待つ」だけですか？私は昨日この問題を抱えていたので、本当に頻繁にリクエストを行ったことが原因である場合、今朝再試行したときに少なくとも1回は完了すると予想していましたが、そうではありませんでした.

PayFlow 定期支払いを使用している場合、最後のトランザクションで PayPal PayFlow API を介して払い戻しを行うことは可能ですか? ありがとう、マシーク

Google サブスクリプションを使用し、毎月定期的に注文を生成するプロジェクトを継承しました。

サンドボックス バイヤー アカウントをセットアップしましたが、1 か月も待たずに繰り返し注文システムをテストする方法がわかりません。

理想的には、サンドボックス モードで、数分後に毎月の定期的な注文を再請求できるようにします。

コールバック xml をコールバック スクリプトに送信して、その点ですべてが機能していることを確認することも役立ちます。

PayPalを使って毎月自動的にユーザー（シェア利益）を支払いたいです。

私はPayPalとすべての機能についてたくさん読みました。支払いの送信を構成する必要があるのは、データベースのいくつかの統計に依存します。

私はRailsを使用しており、すべての助けに感謝します！

ユーザーに支払うために、返済請求書の宝石の何かを書き直したり変更したりできますか？

私はここで設計上の頭痛の種です。PHP と MySQL を Java と組み合わせて使用​​しています (私のプロジェクトは Android アプリケーションです)。サーバー側で一連の計算を定期的に実行する方法を決定する必要があります。SO には、cron ジョブの作成方法などに対処する豊富な資料があります。それは素晴らしいことです。これで終わりにすることもできますが、プロジェクトのこの部分に広い意味で取り組む方法についてはわかりません。

アプリケーションは、ユーザーの地理的な場所に完全に集中しています。それらは常に 4 から 40 の間のクラスターで編成されており、これらのクラスターは私のデータベースで 1 つのインスタンス レコードを形成します。これらのインスタンスは、いつでもアクティブまたは非アクティブになる可能性があります。

タスク

データベース内の各レコード、または各エポックでインスタンスの重心を再計算したい (これは簡単で、特に近接している場合はスカラー アプローチを使用します)、場所を効果的にシフトします。インスタンスのデータベース内の緯度と経度の値を更新することにより、インスタンス自体の。その後、ユーザーはホームに電話すると、これらの新しいインスタンスの重心座標を定期的に受け取ります。

メソッド

ここはランク未経験でややこしいところです。各エポックで、インスタンスごとに 1 つの SQL 選択クエリとそれに続く 1 つの SQL 更新操作を含む比較的単純な計算を作成することから始めました。今のところ約 20 ～ 30 秒の更新間隔を想定すると、それは 1 分未満です。明らかに、これは cron ジョブの 1 分の制限に違反しています。(絶対に必要な場合は、エポック間の時間差をハードコーディングできることに注意してください)。

短期的には、インスタンス/クラスターが非常に少ないため、このプロセスの実行にかかる時間はごくわずかです。ただし、インスタンスの数が数千に達した場合、後である時点ですべての計算を処理するために、多くの SQL クエリと多くの時間が蓄積される可能性があります...不要な負荷を減らすために、当然のことながら非アクティブなインスタンスを除外するメカニズムを組み込むことですが、必要な計算時間がエポック間隔を超える可能性があることはまだ考えられると思います。それは（かなり）後で問題になると思います。

質問

現在のところ、問題は 2 つあります。

1. 各エポックですべてのアクティブなインスタンスに対して同じ単純な関数を実行したいと考えています。では、多くの反復を実行するよりも効率的な方法はありますか? 1 つの大きな最終的な SQL 更新クエリを使用して、一度に多数のテーブル行を更新することはできますか? mysqli_multi_query() のようなものは実際にここで非常に役立ちますか? (この時点で、私は mysqli を持っていません)。
2. cron ジョブについて読んだ 1 分の制限に違反する可能性があるという事実を考慮して、各エポックでこのプロセスを再起動するタイマーまたはトリガーメカニズムを実装するにはどうすればよいですか?

私のアイデア

私の現在のアプローチは次のとおりです。

1. 1 つの SQL 選択クエリを実行して、現在のエポックに合わせてすべてを設定し、重心シフトを必要とするインスタンス ID 番号をフェッチします。
2. これらのインスタンス ID を PHP 配列に入力します。
3. ループと 1 つまたは非常に多くの SQL 更新 (上記を参照) を使用して各インスタンスを順次シフトし、新しい座標ペアをデータベースに書き込みます。
4. このタスクが各エポック (つまり、x 秒ごと) で実行されるようにスケジュールします。

上記のアプローチは健全ですか？現時点では、他に良い提案がない限り、この方法で行う予定です。各エポックでタスクを実行するようにスケジュールする方法については、実際にはしっかりとしたハンドルを持っていません (ポイント #4)。いくつかのガイダンスがなければ、私はまだあまり上手ではありません. :) いつものように、どんな提案でも大歓迎です。

PayPal 定期支払い API を使用しています。「SetExpressCheckoutDetails」および「GetExpressCheckoutDetails」API 呼び出しの後にテスト ルーチンを使用できるように、サンドボックスでテスト目的で「モック」サインインを実行できるかどうか疑問に思っていました。PHP SDK を使用しています。

ティア

ユーザーの予定表のすべての予定を調べ、すべての定期的なシリーズのタイム ゾーンを中央標準に変更する VBA Outlook マクロの新しい改訂版を作成しています。しかし、何をしても、繰り返しに適切にアクセスできないようです。現在、マクロをデバッグすると、最初に ex.AppointmentItem.Subject を呼び出すときに失敗します (繰り返しパターン rPattern が定義された後の Debug.Print ステートメント内)。ここでの中心的な質問は、一連の定期的な予定全体に一度にアクセスして変更するにはどうすればよいかということです。a) マスター アポイントメントを変更できますか、b) シリーズ内のすべてのアポイントを反復処理できますか (必要に応じて将来のすべてのオカレンスを設定できない可能性があります)、または c) 例外コレクションを反復処理し、そこから繰り返しを変更しますか? 繰り返しを変更する唯一の方法は、例外コレクションを反復処理することです (名前は誤解を招きますが)。これは正しいです？

あなたが提供できる助けに深く感謝します、ありがとう!

注: aItem<>Null はテストとしてコメント アウトされています。何らかの理由で Null アイテムをチェックすると (Nothing キーワードを試しても)、常にエラーが発生していました。