WebドキュメントとWebアプリケーションをホストし、プロキシWebサイトを介してクライアントに提供されるドキュメントとアプリケーションのオリジンサーバーとしても機能するWebサイトがあります。
サーバーサイドアプリケーションのhttpリクエストでプレーヤーをモデル化するための正しい名前を見つけるのは非常に難しいと感じています。
たとえば、ハイパーテキスト転送プロトコル（RFC 2616）は、HTTPURLの一部を次のように記述します。
http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]]
RFC 1738はこの用語を使用して、URLの一部を定義します。
An HTTP URL takes the form:
http://<host>:<port>/<path>?<searchpart>
オリジンサーバーでホストされているWebページの主要コンテンツの横に広告を表示したいとします。
補完的なコンテンツサーバーに、プライマリコンテンツに最適な広告を見つけて、URLで提供されるリソースとして両方を一緒にレンダリングするように指示したいと思います。
区別する正しい単語を見つける私の最大の問題の1つ：
- client-faceing-URL（誰かがブラウザバーに入力する可能性のあるWebアドレス-つまり、http：//example.com/mydocument ？page = 2）（現在、これを正規URLと呼んでいます）
- origin-server-URL（ゲートウェイサーバーがページを取得するために呼び出すアドレス、つまりhttp://originserver.example.co.uk/version2/mydocument?page=2）
- 正規URLの実際のコンテンツ（常に変更されます）
- そのURLの実際のコンテンツの改訂
- URLと現在のコンテンツの間のリンクを定義するものの名前（セマンティックプレースホルダー/またはセマンティック仕様をプラッピングします）-つまり 、 http： //example.com/mydocumentは「ホッケーに関連する本のリスト」を意味します
- 正規URLのコンテンツの2ページ目
- フィルタが適用された後にアプリケーションによって表示されるコンテンツの2ページ目
- などなど
さまざまな業界のドメイン固有言語を定義するために書かれた本があると聞きました。
そして、ファウラーの分析パターン：再利用可能なオブジェクトモデル（私は読んでいません）のような本があります。
だから私の質問は：
すべてのw3c仕様、ベストプラクティス、SEO用語を要約し、すべてを素敵な「n」の便利な公開オブジェクトモデルにまとめた書籍/ウェブサイト/公開モデルはありますか？これは、私が採用できるWebアプリケーションの真にユビキタスな言語になります。私のウェブアプリのために？
基本的に、あいまいさをなくすための何か。
リンク：RFC 1738（http://www.ietf.org/rfc/rfc1738.txt）HTTP / 1.1 RFC 2616（http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2.2）。