さまざまなカレンダー クライアント (outlook、webmail) による ical の処理に慣れてから、最適なターゲットを決定する必要があります。一般に、彼らは ical を扱うための 2 つのモードを持っています: 「招待を受け入れる」と「インターネット カレンダーを購読する」です。
「招待を受け入れる」の大きな利点は、イベントがユーザーのカレンダーに入り、ユーザーがイベントを作成したかのようにリマインダーなどを生成することです。不利な点は、一度に 1 つの「イベント」を電子メールで送信する必要があることです。特に Outlook では、予定表に表示される前にメールとして表示する必要がある場合があります。20 件以上の課題を送信すると、受信者にとってスパムのように感じる場合があります。
「インターネット カレンダーを購読する」は、ical フィードがフィードではないという点で少し誤解を招きます。「カレンダー全体」を Web サイトに配置すると、クライアントがその Web サイトをポールします。Outlook および Web メール クライアントは通常、これらのカレンダーを表示できますが、イベントをユーザー自身のカレンダーに「インポート」するのは少し面倒です。Gmail と Web メールは、デフォルトで同じグリッドに情報を表示します。Outlook では、カレンダーごとに新しいグリッドが表示されます。
サブスクリプション シナリオの変更は、もう少し複雑です。影響を受ける学生のためにカレンダー全体を再生成することをお勧めしますが、招待状のシナリオでは、変更されたイベントを含む 1 つのメールを送信するだけです。
それでも、コース、学生、および登録を含むデータベースがある場合は、学生ごとに ical を生成し、学生番号で名前を付けて、カレンダー フォルダーに入れる素敵な小さなアプリを作成できます。学生は一度http://myuniversity.com/calendars/12345.icalに登録すると、学期ごとにすべての課題が自動的に Web カレンダーに表示されます。
購読リンクには注意してください。何万人もの学生が動的に生成されたカレンダー (pole) を購読している場合、多くの不要な処理が発生し、パフォーマンスの頭痛の種になる可能性が非常に高くなります。静的ファイルを生成したい場合は、再送信する必要があるかどうかを Web サーバーにクライアントと交渉させます。