問題タブ [recurring]

特定のカレンダー (特定の日付) からすべてのアイテムを取得するにはどうすればよいですか。たとえば、毎週月曜日の夜にアイテムが繰り返されるカレンダーがあるとします。このようなすべてのアイテムをリクエストすると:

1品しか手に入らない…

カレンダーからすべてのアイテム (メイン アイテム + 派生アイテム)を取得する簡単な方法はありますか? 私の特定の状況では、日付制限を設定することは可能ですが、すべてのアイテムを取得するだけでもクールです (私の定期的なアイテムは時間制限があります)。

Microsoft Outlook 12 オブジェクト ライブラリ (Microsoft.Office.Interop.Outlook) を使用しています。

システム内でイベント (予定、会議など) をスケジューリングするための既知の確実なソリューションを持っている人はいますか? ここで言う「イベント」とは、1 回限りまたは定期的に実行する必要があり、スケジュールに基づいて実行する必要があるタスクです。DevExpress によるスケジュール UI コンポーネントを見つけました。カスタム オブジェクトの使用について言及されていますが、誰かがこの問題をすでにうまく解決しているに違いないと思います。時間と労力をお寄せいただきありがとうございます。

バイロン・クロウェル

Paypal を使用して、ウェブサイトの自動継続支払いを処理しています。ユーザーは、定期的なニュースレターを受け取ることができるように、私の Web サイトを購読するために料金を支払います。

たとえば、顧客が数か月後にメンバーシップをキャンセルしたとします。Paypal にログインすることでこれを行い、今後の自動支払いをキャンセルします。このキャンセルを反映するには、ウェブサイトをどのように更新すればよいですか?

私が考えている最初の解決策は、毎晩真夜中にスクリプトを実行する cronjob をスケジュールして、Paypal からの情報でデータベースを更新することです。

2 つ目の解決策は、ニュースレターの発送日です。スクリプトを実行して、Paypal からの情報でデータベースを更新します。Web サイトは、ユーザーが Web サイトに「ログイン」するたびにスクリプトを実行します。

これを行うためのより良い方法はありますか?

私が取り組んでいるサイトは、Windows Server 2003 と SQL Server 8 (2000?)、および ASP.NET 3.5 を実行しています。

FTP のテキスト ファイルからデータベースにデータをインポートするには、ある種のスクリプトまたはアプリケーションを実行する必要があります。現在のデータベースを使用する、マシン上で実行中のサイトが既に存在します。スケジュールされたタスクを使用して、データをインポートするある種の .aspx ページを確実に開始できますか? または、より良いアプローチがありますか？

インポートを実行するページに他の誰もアクセスできないようにするにはどうすればよいでしょうか? ランダムなユーザーがインポートを実行したくありません!

前もって感謝します！

PS 挿入する前に、データに対して何らかの処理を行う必要があります。つまり、ルックアップ、条件などなので、DB ツールは十分に堅牢ではありません (私が思うに)。私は DTS が嫌いで、このバージョンでは SSIS が利用できないと思います。

次のコードは、文字列checkmeの3番目 のaのインデックスをメッセージボックスに表示するはずですが、プログラムを実行すると、正しい答えが得られません（12である必要があり、代わりに9が表示されます）。私は何を間違っているのですか、そしてそれを機能させるにはどうすればよいですか？

OptionExplicitおよびStrictはオンである必要があります。前もって感謝します。

定期的または定期的な日付を格納するための公開されたデータ構造はありますか? 処理できるもの:

1. ポンプは 5 日ごとにリサイクルする必要があります。
2. 給料日は、第二金曜日です。
3. サンクスギビング デーは 10 月の第 2 月曜日 (米国: 11 月の第 4 木曜日) です。
4. バレンタインデーは毎年2月14日。
5. 夏至は（通常）毎年 6 月 21 日と 12 月 21 日です。
6. イースターは、春分の日以降の最初の満月の後の日曜日です (わかりました、これは少しストレッチです)。

の内部cronデータ構造は #1、#4、#5 (2 つのルール)、そしておそらく #2 を処理できると思いますが、私はそれを見ていません。MS Outlook やその他のカレンダーは最初の 5 つを処理できるようですが、そのソース コードは手元にありません。

レールのcronソリューションは多数あり、かなり優れています。それは私がここで苦労していることではありません。

代わりに、私が問題を抱えているのは、ユーザーが独自の定期的なタスク（リマインダーなど）を作成できるようにすることです。具体的には、これらをモデル化してDBに保存する方法です（優れたUIも重要です）。そのためのコード）。Googleカレンダーはここでの良い例です（カレンダー全体ではなく、イベントを追加するためのUI）...毎日午後1時CST、月/水/金、または毎週などに実行できる必要があります。どのcronソリューションでも使用されている場合は、データベースをポーリングして、その時間に送信する必要のあるリマインダーなどを確認する必要があります。

Railsでこれに適したプラグイン/gemを見た人はいますか？そこに何かがあるようですが、私はまだそれを見つけていません。

ありがとう！

特定の日に発生するが、必ずしも毎週発生するとは限らない定期的なイベントを作成できる必要があります。隔週、3週間ごとなどにスケジュールできます。現在、更新が必要な実装があり、ラントからやり直しまでの時間表現を使用したいと思います。

Runtは、毎週以外のイベントの間隔を処理していないように見えることを除いて、必要なものに対して機能します。イベントは開始日もキャプチャする必要があるため、イベントを発生させる週と無視する週を正確に計算できるため、複雑さが増します。私はこれを行うためにラントを作り直すことができると思いますが、誰かがすでにそれに取り組んでいる場合、またはそこにもっと良い解決策がある場合は、車輪の再発明をしたくありません。助言がありますか？

仕事では、(タスク名、頻度) という形式の一連の制約が与えられます。ここで、頻度は、タスク「タスク名」の各呼び出し間のティック数を意味する整数です。2 つのタスクを同時に実行することはできず、各タスクの呼び出しが完了するまでに 1 ティックかかります。私たちの目標は、一連の制約に一致するという点で最適なスケジュールを見つけることです。

たとえば、{(a, 2), (b,2)} という制約が与えられた場合、最適なスケジュールは "ab ab ab..." になります。一方、制約 ({a,2) が与えられた場合、 }, {b, 5}, {c, 5}) 最適なスケジュールはおそらく「abaca abaca abaca...」です。

現在、実際の頻度と指定された制約との間の距離を最小化しようとする遺伝的アルゴリズムを実行することにより、最適なスケジュールを見つけています。実際にはかなりうまく機能しますが、この種の問題により適したアルゴリズムがあるのではないかと思います。Google で検索してみましたが、適切な言葉がないように思えます (通常、スケジューリングとは、タスクを完了することです :()。

新しい PHP DateTime クラスを利用するカレンダー アプリケーションがあります。定期的なイベントを処理する方法はありますが、ハックっぽいので、もっと良いアイデアがあるかどうかを確認したかったのです。

1. 2009 年 11 月 16 日 (2009 年 11 月 16 日) に始まる定期的なイベントがあります。
2. 3日おきに発生します
3. イベントは無期限に繰り返されます

ユーザーが 3100 年 12 月のカレンダーを見たとします。このイベントは、通常どおり 3 日ごとに繰り返されるはずです。問題は、その月の日数をどのように計算するかです。

=========================================

これは私が基本的に行う方法ですが、もっと簡単なものが欠けていることはわかっています。

1. $daysDiff として格納されている月の開始日 (3100 年 12 月 1 日) とイベントの開始日 (2009 年 11 月 16 日) の間の日数の差を計算します。
2. モジュラスを差し引くと、次のように開始から 3 日の係数が得られます: $daysDiff - ($daysDiff % 3)
3. 議論のために、3100 年 11 月 29 日が日付として与えられるとしましょう。
4. 次に、すべての日付が 3100 年 12 月以内になるまで、その日付に 3 日を繰り返し追加します。

私の主な問題は、ステップ 1 にあります。PHP の DateInterval::date_diff 関数は、日数の差を計算しません。それは私に何年も何ヶ月も何日も与えるでしょう。2009 年 11 月 16 日 + (1090 年 * 365.25 日) + (9 か月 * 30.5 日) + 15 日

9999 年のように実際に遠い未来に行くと、この見積もりは 1 か月ずれることがあり、必要な場所に到達するには 3 日間の間隔を大幅に差し引く必要があります。