1

303 リダイレクト プロトコルの影響について確認したいことがあります。

柔軟性のためにハッシュ URI の代わりにスラッシュ URI を使用して RDF (ボキャブラリではなくリソース/インスタンス ファイル) を構築する規則に従う場合、それは各リソース インスタンスにリダイレクトを定義する必要があることを意味しますか? つまり、必要に応じて、各リソースの 303 リダイレクトを同じファイルまたは別のファイルに定義する必要があるということですか?

また、情報リソースと非情報リソース (実世界のオブジェクトとも呼ばれます) の違いを教えてください。より具体的には、 Resource Description Framework はInformation Resource Description Frameworkの略ではありませんか? おそらく、ウェブ上のリソースとは何かについてのより良い説明が役立つでしょう.

誰かがそれらの概念を明確にするのを助けることができますか?

4

2 に答える 2

4

情報資源はWebドキュメント、非情報資源はモノと考えることができます。（定義ではありません。大まかなアイデアを得るためです。）

私はこの答えの違いを説明しようとしました:

HTTP URI は、ページ自体またはページの内容を識別できます。URI がページを識別しているのか、それとも物を識別しているのかは、単に見ただけではわかりません。

例 (Turtle 構文):

<http://en.wikipedia.org/wiki/The_Lord_of_the_Rings> ex:author "John Doe"

これは、URI を含む HTML ページが「John Doe」によって作成されたことを意味している可能性があります。http://en.wikipedia.org/wiki/The_Lord_of_the_Ringsあるいは、その HTML ページ (→ 小説) で記述されているものは、"John Doe" によって作成されたものである可能性があります。

URI やデータを再利用するときに、他の人がこれを区別できるようにすることをお勧めします。ただし、これは必須ではありません。これは問題ではない、または努力する価値がないと考える人もいます。

この差別化に関する議論は、httpRange-14 の問題として知られています(「HTTP 逆参照機能の範囲は?」)。

可能な解決策は次のとおりです。

したがって、「スラッシュ URI」を使用し、差別化を気にする場合 (そうすべきだと思います!)、はい、303 リダイレクトを使用する必要があります。

それ以外の場合 (200 を送信した場合)、TAG の解決に従うすべてのユーザー エージェントは、URI が情報リソースを識別していると見なします。

于 2014-04-07T21:04:04.520 に答える