したがって、Dday iCalendar には、アップロードしているものの入力ストリームが有効な iCalendar 形式であることを確認する組み込みのチェック機能があります。何かが適切な形式でない場合や、代わりにアップロードされている jpg のようなもので Ical 拡張子が付いている場合はどうなるかわかりません。
3 に答える
DDay.iCal の作成者である Doug Day は、スタンドアロンのバリデーターを利用できるようにしました。
Mark Pilgrim と Sam Ruby の RSS/Atom バリデーター (feedvalidator.org) をモデルにして進行中の作業です。
Doug のバリデーターを使用する場合は、それがどのように機能するかを彼に知らせてください。彼はフィードバックを熱望しています。
私は現在、フレームワークにいくつかの基本的/基本的な検証が組み込まれる新しいバージョンのDDay.iCalに取り組んでいます。この次のバージョンが利用可能になったらコメントを追加しようとしますが、数週間以内になるはずです。
ありがとう!-ダグデイ
私の知る限り、Dday iCalendar はせいぜい、解析するデータの検証に特化したものです。iCalendar 仕様自体にはあいまいさがあり、パーサーの実装が同じ iCalendar フィード/データを異なる方法で処理する原因となっているようです。
Jon Udell (構造化データ フィード、特に iCalendar フィードの支持者) は、これをいくつかの場所で文書化しています。
フィード検証の再考: iCalendar フィードのパラレル ユニバース
iCalendar 検証の問題 #1 と #2: 空白行、PRODID と VERSION
彼は Dday iCalendar も少し使っているので、彼のブログで情報を探します。
オンラインのカレンダー検証サイトもいくつかあり、 API を介して呼び出すことができる場合があります (オーバーヘッドを節約できる場合)。これが最適ではないことに同意しますが、受信データを検証する必要がある場合、これが最善の (そして唯一の) ルートになる可能性があります (ニーズによって異なります)。