問題タブ [uri]

Windowsは\ファイルパスにバックスラッシュを書くことを主張しているようですが、.NETのURIクラスはそれらをスラッシュで書きます/。最も原始的なシステムでも受け入れられる正しい方法はありますか? また、.NET の URI が他の Windows と比べて他のスラッシュを示しているのはなぜですか?

LINQを使用して、URIを文字列としてデータベースに格納しようとしています。

ただし、このコードを使用してデータをフェッチしようとすると、これは私のデータベース設計にうまく対応します。

最後の行で、例外が発生します

コード内のURIを正しく処理するために何をする必要がありますが、それをデータベースにnvarchar（255）として保存しますか？簡単そうに見えますが、どこが間違っているのかわかりません。

代わりにこれaboutが含まれていないのはなぜですか？urn:uuid:8949dbc6-31ad-11d9-9c7d-d112c21f7031uuid は urn ではないので、その前に urn: スキームが必要ですか?

私は .NET 3.5 アプリを作成しており、URI.IsWellFormedUriString(string uriString, UriKind uriKind)ユーザーが入力した URI を検証するために使用しています。を使用してUriKind.Absolute。私はちょうどアプリケーションで遊んでいたところですが、なぜ次のようなことが起こるのか、少し心配で混乱しています:

http://ddd

は有効な URI ですか? 何を与える？RFC の一部だからということはわかっていますが、そもそもなぜ有効なのですか?

私がそのような URI を見たことがあるのは、企業内のイントラネットのようなものだけです。

http://companyinet

また

http://localhost (これは非常に一般的ですが、特殊なケースでもあります)

非常に多くのさまざまな URI 正規表現があるため、独自の正規表現を使用する必要はありません。しかし、私は、一般に公開されていないような URI をユーザーが入力することを本当に望んでいません。

アイデアや考えはありますか？ありがとう。

クロス プラットフォーム プロジェクトに適した C++ で URI エスケープを行う良い方法を探しています。

次のような文字列を取る関数が欲しいです:

そして戻る：

wchar_tを使用するようにマイナーな変更を加えて、このようなものを使用することを検討しました。ただし、printf 呼び出しの前に utf-16 から utf-8 に変換する必要があります。これにより、文字エンコーディング地獄に陥りました。

これと私が調べた他のすべてのアプローチは、間違った方法のように感じます. C++でwstringをURIエスケープする良い方法はありますか?

URL に「&」を使用できますか? または「および」を使用する必要がありますか？

私が取り組んでいるプロジェクトで（多くの、しかし今のところ）1つの問題があります。

1. これは、CodeIgniterで実行されるPHPプロジェクトです。
2. oAuthTwitter認証を使用したいFacebookアプリです

CodeIgniterは、MVCのものを制御するためにURIを使用するため、デフォルトで$_GET配列をクリアします。これをオフにしてGET配列にアクセスし、のような文字列を使用しexample.com/?c=MyController&m=MyMethodてこれを回避できます。

Facebookは、アプリケーションページのルートURLを定義するように求めます。これは私にとってそれを意味します：

$ _GET配列を使用できるように、このように設定しました。Twitter（および他の実装を想定）がoAuthを使用すると?token=250937602736037609273609327、最後に追加された任意のURLに返されるため、最終的には次のように なります。

これは正しく見えますが、実際には同等です

したがって、問題は、URLに2つの疑問符を含めることができないことです。2つ目は、より多くの値をつなぎ合わせるためにアンパサンド（＆）である必要があります。エラーメッセージは予測可能ですDisallowed Key Characters.

私が抱えているこの問題を回避するための良い/賢い方法はありますか？このセットアップのCodeIgniter部分は、優れたDB抽象化と、すでにかなりのコードを記述した優れたヘルパーを備えているため、実際にはダンプしたくありません。

提案をありがとう。

PHP SimpleXML を使用してローカル DTD を参照するには、絶対パスをファイル タイプ URI に変換する必要があります。たとえば、/home/sitename/www/xml/example.dtd を file:///home/sitename/www/xml/example.dtd に変換します。

与えられた例では、必要なのはパスの前に「ファイル」スキームを追加することだけなので、非常に簡単です。ただし、ディレクトリ名の 1 つに空白があるなどの状況が発生した場合は、これでは不十分です。このメカニズムは Windows または Linux で動作し、ディレクトリ名に非 ASCII 文字を使用できるようにする必要があります。

これまでに考案されたコードは次のとおりです。

ここで、定義されたシンボルはシステム ルートへの絶対パス (常にスラッシュ付き) であり、DTD は xml サブディレクトリにあり、$filename の後に拡張子 .dtd が続く名前を持ちます。

これは正しく動作しますか? より良いアプローチはありますか？

もう少し背景を説明します。目的は、SimpleXML を使用して XML ドキュメントを解析することです。これは、LIBXML_DTDVALID オプションを指定した simplexml_load_string() 関数を使用して行われます。XML ドキュメントには、ホーム Web サイトを指す実際の URI が含まれますが、遠く離れた Web サイトに到達するために遅延が発生したり、要求でホーム Web サイトをロードしたりしたくありません。したがって、DTD への参照は、ローカル マシンを参照するように編集されます。ただし、XML ドキュメント内の DOCTYPE 内に URI として埋め込む必要があります。制約は私の選択ではありません。それらは DOCTYPE のルールに暗黙的に含まれており、SimpleXML 関数によって強制されます。ファイルの場所は絶対パスでわかりますが、DOCTYPE にするには、URI に変換する必要があります。

HTTP GET クエリ文字列の重複フィールドの動作に関する信頼できる情報を見つけるのに問題があります。

特に、注文が守られているかどうか。ほとんどの Web 指向言語は、キー「フィールド」に関連付けられた foo と bar の両方を含む配列を生成しますが、この点について (RFC などで) 信頼できる声明が存在するかどうかを知りたいです。RFC 3986には、キー=値のペアを参照するセクション3.4. Queryがありますが、順序や重複フィールドなどを解釈する方法については何も述べられていません。バックエンドに依存し、その RFC の範囲内ではないため、これは理にかなっています...

事実上の標準は存在しますが、好奇心から、その信頼できる情報源を見たいと思います。

I'm writing a method which, let's say, given 1 and hello should return http://something.com/?something=1&hello=en.

I could hack this together pretty easily, but what abstraction functionality does ASP.NET 3.5 provide for building URIs? I'd like something like:

I found the Uri class which sounds highly relevant, but I can't find anything which does the above really. Any ideas?

(For what it's worth, the order of the parameters doesn't matter to me.)