問題タブ [rfc]

私はMPEG-4RTPパケットRFC（http://www.rfc-editor.org/rfc/rfc3016.txt）を読んでいて、非常に頻繁に単語を見つけています

VOP

ネットやRFCで定義が見つかりませんでしたが、このVOPが何であるかを誰かに教えてもらえますか？

RFCを読み始めるように人々にアドバイスする場合、どの人々から始めることをお勧めしますか？

RFC 863（Discard Protocol）よりも複雑なものでなければなりませんが、ロケット科学よりも単純なものです:)

Web ページに RFC を掲載したいのですが、それが許可されているかどうかを知りたいです。特に、RFC が提供されているライセンスに興味があります。

これが本当にSOタイプの質問ではない場合は申し訳ありません。

RFC 1738によると：Uniform Resource Locator（URL）：3.1。一般的なインターネットスキームの構文、ホストコンポーネントにはドットが含まれている必要があります（例：「example.com」）。つまり、1つのドメインラベルのみで構成されている可能性がありますか？

私はRFC1928を研究してきましたが、 BIND操作の説明がわかりませんでした。私が理解しているように、セットアップシーケンスは次のように説明されています。

1. クライアントはSOCKS5サーバーへの接続を確立します
2. クライアントはCONNECT要求を実行します
3. クライアントはSOCKS5サーバーへの新しいTCP接続を確立し、BINDを要求します
4. サーバーは、BIND操作の結果ですぐに応答します
5. 着信接続を受信すると、SOCKS5サーバーはクライアントに通知を送信します

ステップ5は、すぐにはわかりません。着信接続を増やすために、後でBINDを再リクエストする必要がありますか？

私が理解している限り、受け入れられたピアとの通信には、同じTCP接続（ステップ3で確立された）が使用されます。同じaddress：portで接続を受け入れ続ける必要がある場合はどうなりますか？結局のところ、それは可能ですか？

IEバージョン6〜9でRFC2397データURLスキームを使用する際に問題が発生しました。以下のサンプルコードは、Safari、FF、Opera、Chromeの現在のバージョンを使用している場合は問題なく機能します。

また

上記のコードをIEを除くほとんどすべてのブラウザに貼り付けると、google.comに移動しますが、IEで試行すると、次のエラーで失敗します。

ウェブページを表示できません

最も可能性の高い原因：

• このWebページの一部のコンテンツまたはファイルには、インストールしていないプログラムが必要です。

お手並みをみせてもらおう：

このWebコンテンツを表示するために使用できるプログラムをオンラインで検索します。

アドレスを再入力します。

生成されたIEエラーページのページソースを調べると、ファイルの関連付けとプロトコルを参照するリンクがあります。

プロトコルタイプ：

説明：不明

Windowsはこのプロトコルを認識しません。

data：プロトコルを使用することは、おそらく最も簡単ではなく、ほとんどの場合最良のオプションではないことを理解していますが、この特定のプロジェクトではそれを使用する必要があります。

私は解決策を探し回って、それが私の構文であることを期待してIEで多くの例を試しましたが、まだ解決策を見つけていません。

rfc 1738は、「検索部分」でのスラッシュのエンコードについて正確ではありません。

オクテットに対応する文字がスキームで予約されている場合、オクテットをエンコードする必要があります。

...

英数字、特殊文字「$-_.+!*'()」、および予約された目的で使用される予約文字のみが、URL 内でエンコードされずに使用できます。

...

'path' および 'searchpart' コンポーネント内では、"/"、";"、"?" 予約されています。

URLの検索部分の「/」の「予約された目的」は何ですか?

サーバーがコード化されていないスラッシュを処理する場合、仕様に従ってスラッシュをエンコードする本当の理由はありますか?

スラッシュ付きの英数字だけの URL パラメータを常にデコードする必要があると、気が狂いそうになります。

これが人生の例です：

http://localhost/login?url=/a/path/to/protected/content

対

http://localhost/login?url=%2Fa%2Fpath%2Fto%2Fprotected%2Fcontent "

.NET Framework 4.5の機能を調べているうちに、RFC 準拠の URI がサポートされていることがわかりました。RFC 準拠の URI サポートがあるとはどういう意味ですか?

私は DeflateStream の内部に精通していませんが、バイナリ添付ファイルで DeflateStream を使用するベンダーの DB システムにファイルを保存する必要があります。私が最初に気付いたのは、すべてのファイルが圧縮後に 10 ～ 50% 大きくなったことですが、これは、高度に圧縮されたファイル (この場合はすべて PDF) に加えて、あまり洗練されていない圧縮アルゴリズムが原因であると考えています。ただし、私の質問は、元のファイルを BLOB に書き込んだときに、ベンダーのアプリケーションで問題なく開くことができたという事実に関連しています (deflate で圧縮した添付ファイルも開きました)。データが圧縮されていないことを DeflateStream に伝え、基本的にそのまま渡すヘッダーが圧縮データにありますか? これ仕様です。それに精通している人は、これが定義されている場所を指摘できますか?それとも、私がベースから外れていて、ベンダーが舞台裏で魔法をかけているのでしょうか?

次のURLは有効ですか？

http://www.example.com/module.php/lib/lib.php

https://www.rfc-editor.org/rfc/rfc1738セクションによると、URLのhpath要素に「。」を含めることはできません。（限目）。上記の場合、「。」があります。RFC1738で許可されていない「モジュール」の後。

私はRFCを間違って読んでいますか、それともこのRFCは別のRFCによって成功していますか？他のいくつかのRFCでは「。」が許可されています。URL（https://www.rfc-editor.org/rfc/rfc1808）。