問題タブ [uri]

次のように、クライアント側で使用するためにハッシュの後にキーと値のペアを URI に格納したいと考えています。

すでにこれを行う既存のソリューションはありますか、それとも自分で作成する必要がありますか? 私はすでに JQuery を使用しているので、JQuery ソリューションは特に歓迎されます。

私の最初のアイデアは正規表現を使用することでしたが、特にキーと値の両方をエスケープする必要がある場合は複雑になります。

編集：明確にさせてください。私はこのようなことをしたい:

次のようなリンクが生成されています。

このリンクはiframe内にあります。

（主要なブラウザで）クリックしても、何も起こりません。Fiddlerはトラフィックを記録しません。URLをナビゲーションバーに貼り付けると正常に機能します。ファイルのダウンロードボックスが表示され、ファイルを問題なくダウンロードできます。

私は考えられるURL構造のすべてのバリエーション（正しいものと正しくないもの、コロン、スラッシュ、バックスラッシュなど）を試しました。

それはある種のセキュリティ制限であると確信していますが、それが何であるか、またはそれを回避する方法を私の一生の間知ることはできません。この時点で私はかなり愚かだと感じています。簡単な説明はありますか？

YouTube のフラッシュ プレーヤーには、http://www.youtube.com/v/5oiQdTfMAmo&hl=en&fs=1&のような埋め込みリンクがあります。

.swf についての言及がなく、プレーヤーが指すファイルが URI でエンコードされている場合、どうすれば同じことを行うことができますか。

標準的な SEO の警告: これはブラック ボックスであり、アルゴリズムは独自のものであり、検索エンジンを予測して操作しようとすることは、生計を立てるためのくだらない方法です。

とはいえ、コンテンツが主要な検索エンジン (Google、Bing など) に確実に表示されるようにするための基本的な手順は何ですか?

URI 情報アーキテクチャがどのような役割を果たしているのか、特に興味があります。URI にキーワードが必要であり、クエリ文字列を大量に使用するアプローチは避けたいというのが一般的な考えですが、それ以外に何がありますか?

私が話していることの簡単な例。フォーラムで読んだ内容に基づいて、最近、自分のサイトで /category/* 階層を公開しました。次の数週間で、ページ ビューが急激に増加したことに気付きました。

ベースラインの可視性を確保するために、サイト/ウェブログが URI で実行する必要がある他の基本的な手順に興味があります。

私は次のようなURIをたくさん見ました：

そして、URIの/ 1234 / man_invents_fireの部分が実際にディレクトリなのか、それともGETパラメータ（または他の何か）なのか疑問に思いました。多くの場合、/ man_invents_fireセグメントは不要であることに気付きました（結果なしで削除できます）。そのため、/ 1234 /はデータベーステーブル（またはそれらに沿ったもの）のストーリーのID番号であると私は信じました。行）。

URIのこれらのセグメントがGETパラメーターである場合、これを実現する簡単な方法はありますか？そうでない場合、何が行われていますか？

（また、CodeIgnitorがこの種の機能を提供することは知っていますが、CodeIgnitorがなくても簡単に実現できるかどうか知りたいと思いました。ただし、答えに関連する場合は、通常はPHPです）

ありがとう

私が理解しているように、ハイパーテキスト駆動型のRESTful Webサービスを使用すると、クライアントは、いくつかのよく知られたエントリポイントを除いて、サーバーURIレイアウトについて何も知らないはずです。これにより、サーバーが独自のURIスペースを制御し、クライアントとの結合を減らすことができるようになります。

サービスのクライアントが新しいリソースを作成するための成功した要求を送信すると、サービスは201 CREATEDに応答し、新しいリソースにアクセスできるURIをLocationヘッダーフィールドに提供します。

将来、リソースへの直接アクセスを可能にするために、クライアントがこのURIを保存できるようにする必要がありますか？その場合、どのくらいの期間ですか？URIがクライアントによってキャッシュされている場合、これは、サーバーがURIレイアウトを変更するたびに、古いURIにアクセスしたときに永続的なリダイレクトが提供されるようにする必要がある状況を設定しているようです。そうでなければ、クライアントは壊れます。数年にわたって、このリダイレクトシステムは手に負えなくなる可能性があります。

この状況では、URIテンプレートを使用するREST-RPCハイブリッドアプローチよりも、サーバーがURIスペースをより細かく制御できるようにはなりませんでした。

表現のキャッシュについては多くの情報がありますが、ハイパーテキスト駆動型のRESTfulシステムでURIをキャッシュすることについてはどうでしょうか。

簡単な Google では、決定的な答えは得られませんでした。これを行う場合URI、これを行わない広く普及しているサードパーティのライブラリはありますか? 構文解析が必要なだけで、コンストラクターが URI を解決しようとするときに予測できない遅延が発生することはありませんか?

ありがとう。

RestfulWebサービスがあります。予約室は変更される場合があります。どのURIがより良い解決策ですか？

a） http：// localhost / hotel / Xhotel / Reservation / 15

b） http：// localhost / hotel / Xhotel / Room / 4 / Reservation / 15

c） http：// localhost / hotel / Xhotel / Reservation / 15 / Room / 4

アンカータグの URL (jQuery を使用) に基づいてアクションを実行するために、このメソッドを大量に使用していることに気付きました。

アプリの他の場所に、インライン編集を追加する表形式のデータがあります。でをダブルクリックする<td>と<table>、データが編集可能になり (テキスト、日付の選択など)、「Enter」を押すと$.ajax、新しい値を保存するように要求されます。私の質問は、これら<td>のそれぞれに href が関連付けられている場合、uri をどのように/どこに保存すればよいですか?

たとえば、/articles/field/title/id/5<td>のような URL があり、これを JavaScript を使用して解析し、いくつかのパラメーターを使用して投稿を送信します。

これは受け入れられますか:

そして、上記と同じJavaScriptを使用しますか? または...

• 内に非表示を追加する必要がありますか?
• 内のタグでコンテンツをラップし、代わりにダブルクリック可能にする必要 がありますか?
• または、他のプロパティを使用する必要がありますか？

アイデア大歓迎です。

URIに基づいてオブジェクトのコレクションを維持しようとしています:

ただし、URI は通常、Uri のフラグメントに基づいてのみ異なります。したがって、次の場合はエラーが発生します。

http://msdn.microsoft.com/en-us/library/f83xtf15.aspxごと:

Equals メソッドは、ユーザー情報 ( UserInfo) およびフラグメント ( Fragment) 部分に関係なく、2 つのインスタンスを比較します。たとえば、URI が http://www.contoso.com/index.htm#search および http://user:password@www.contoso.com/index.htmの場合、Equals メソッドは true を返します。

私はこれをハックしなければならないことに辞任しています。しかし、なぜこのように振る舞うのでしょうか。ユーザー情報のロジックはわかりますが、フラグメントのロジックはわかりません。