約 6,609,978 件
https://w.atwiki.jp/cod4mod/pages/48.html
Welcome to the Modding Category This category will outline all articles related to Modding. Articles in category "Modding" Cod4 Compile Tools について CoD4 Map light settings Creating a Custom Video Creating a grid file Direct Light Editing Terrain Frequently Asked Questions ( FAQ ) Gameplay standards Lighting List Of Animations Making a custom MP load screen Making a room Models in Radiant Prefabs Radiant Basics Reflection Probes Script Commands Scripting Basics Tool Textures World Textures (Original "http //www.infinityward.com/wiki/index.php?title=Category Modding") 名前 すべて読む
https://w.atwiki.jp/naobe/pages/78.html
ネットワークに戻る RFC2616概要 HTTP/1.1 RFC6265概要 HTTP状態管理機構 パーセントエンコーディング（URLエンコード） URLで意味を持つコードと混同する日本語などのバイナリや特殊記号を16進形式にして、先頭に%を付加した文字に変換する。正確に言うと、非予約文字、予約文字以外を変換する。 項目 説明 非予約文字 ASCIIのコード範囲内の英字（大文字・小文字）、数字、ハイフン “-”、ピリオド “.”、アンダースコア “_”、チルダ “~” 予約文字 URIを表す符号。ASCIIのコード範囲内のコロン “ ”、スラッシュ “/”、疑問符 “?”、シャープ “#”、角括弧 “[”、“]”、単価記号 “@”、感嘆符 “!”、ドル記号・ペソ記号 “$”、アンパサンド “ ”、アポストロフィー・シングルクオート “ ”、丸括弧 “(”、“)”、アスタリスク “*”、正符号・加算記号 “+”、コンマ “,”、セミコロン “;”、等号 “=” name=%E8%8F%85%E7%9B%B4%E4%BA%BA UTF-8で、%E8%8F%85：菅, %E7%9B%B4 直, %E4%BA%BA 人 x-www-form-urlencoded(URLエンコード) POSTのフォームデータをエンコードする。%を付加する方式は、パーセントエンコーディングと同じ。パーセントエンコーディングの予約文字も変換している スペースは"+"に変換。Javaのソースを見ると、英数字、"-","_", ".","*"以外を変換する BASE64 Wikipediaより データを64種類の印字可能な英数字のみを用いて、それ以外の文字を扱うことの出来ない通信環境にてマルチバイト文字やバイナリデータを扱うためのエンコード方式 7ビットのデータしか扱うことの出来ない電子メールにて広く利用されている A–Z, a–z, 0–9 までの62文字と、記号2つ (+ , /) 、さらにパディング（余った部分を詰める）のための記号として = が用いられる 76文字ごとに改行コードが入る Cookie Wikipediaより クッキーを設定する際、どの要求に対してクッキー情報を送り返すのか、URLの範囲を指定する。 規定値は、クッキーを設定したサーバに対するすべての要求であり、対象を広げることも狭めることもできる。ただし広げる場合でも、トップレベルドメインより狭い範囲でなければならない。 またクッキーの有効期限は、通常はブラウザを終了するまでだが、指定した期限まではブラウザを再度起動しても保持されるように設定することができる。有効期限の情報も、サーバからブラウザにクッキー情報を送信する段階で付加される。 無期限という設定は出来ない。 詳細： http //www.studyinghttp.net/cookies リクエスト 全てテキスト。行(CRLF)で区切られる。 フォーマット リクエストラインは１行。ヘッダは複数行。 大項目 小項目 説明 リクエストライン メソッド GET,POST,PUTなどのどれか。 リクエストURL リクエストを処理するURI プロトコルバージョン HTTPのバージョン。【例】HTTP/1.1 ヘッダ HOST リクエスト先のホスト名。必須項目 空行 POSTのときにヘッダの終了を示すために挿入される メッセージボディ POSTのときにリクエストデータを出力する 【例】 GET http //example.jp/31/31-001.php HTTP/1.1 リクエストライン Host example.jp --+ User-Agent Mozilla/5.0 (Windows NT 5.1; rv 2.0.1) Gecko/20100101 Firefox/4.0.1 | Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 +-- ヘッダ Accept-Language ja,en-us;q=0.7,en;q=0.3 | Accept-Encoding gzip, deflate | Accept-Charset Shift_JIS,utf-8;q=0.7,*;q=0.7 | Keep-Alive 115 | Connection keep-alive | Referer http //example.jp/31/ --+ Accept-CharsetでShift-JISの品質係数が１であるため、サーバは、Shift-JISでエンコードしたメッセージを返す。 POST http //example.jp/31/31-003.php HTTP/1.1 リクエストライン Accept image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/vnd.ms-excel ヘッダ Referer http //example.jp/31/31-002.php Accept-Language ja User-Agent Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; Inf oPath.1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Content-Type application/x-www-form-urlencoded Accept-Encoding gzip, deflate Host example.jp Content-Length 65 Connection Keep-Alive Pragma no-cache name=%E8%8F%85%E7%9B%B4%E4%BA%BA mail=kan@aaa.jp gender=%E7%94%B7 メッセージボディ Hostヘッダ HTTP1.1では必須。POST/GETでのURIにHOSTを指定していなかった場合、Virtualホストを特定できない。そのためHostヘッダにHOST名を指定する。URIにホスト名があって、Hostヘッダにもホスト名がある場合はURIを優先する。URIにホスト名を指定することを強制すれば良いような気がするが。 Referer ヘッダの一種。リンク元のURLを示す。あるWebページのリンクをクリックして別のページに移動したときの、リンク元のページのこと。 改変、削除される場合があるので正しくリンクを示しているとは限らない。 セキュリティ上、問題となるのは、URLが秘密情報を含んでいる場合。たとえば、URLがセッションIDを含んでいる場合。なりすましに使われる可能性がある。 【例】 GET http //example.jp/31/31-002.php HTTP/1.1 Accept image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, appl ication/msword, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms -xpsdocument, application/xaml+xml, */* Referer http //example.jp/31/ Accept-Language ja User-Agent Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; Inf oPath.1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding gzip, deflate Host example.jp Connection Keep-Alive http //example.jp/31/のHTMLのaタグからリクエストが発生したため、Refererヘッダがつく。 レスポンス 全てテキスト。行で区切られる。 フォーマット ステータスラインは１行。ヘッダ、ボディは複数行。 大項目 小項目 説明 ステータスライン プロトコルバージョン ステータスコード 1XX 処理継続、2XX 正常終了、3XX リダイレクト、4XX クライアントエラー、5XX サーバエラー テキストフレーズ レスポンスヘッダ Content-Length ボディのバイト数 Content-Type MIMEタイプ; charset=エンコーディング 空行 ヘッダの終わりを示す ボディ 【例】 HTTP/1.1 200 OK Date Wed, 04 May 2011 04 51 51 GMT Server Apache/2.2.14 (Ubuntu) X-Powered-By PHP/5.3.2-1ubuntu4.2 Vary Accept-Encoding Content-Length 20 Keep-Alive timeout=15, max=100 Connection Keep-Alive Content-Type text/html; charset=UTF-8 body 13 51 /body Content-type メディアタイプを示すエンティティヘッダ（メッセージボディに対する付随情報）。type "/" subtype *( ";" parameter )であらわされる。text/html; charset=utf-8など。charsetを追加すると出力の文字コードを示す。HTML文書にapplication/octet-streamを付けると、 多くの場合、Webブラウザはそれをダウンロードするか否か問い合わせるようになる。 Apacheの場合は、httpd.confの以下の設定でcharsetを指定する。 AddDefaultCharset UTF-8 Tomcatでは、JSPのpageディレクティブで設定する。 %@ page language="java" contentType="text/html; charset=Windows-31J" pageEncoding="Windows-31J" % http //www.atmarkit.co.jp/fjava/rensai3/mojibake01/mojibake01.html 参照
https://w.atwiki.jp/cod4mod/pages/13.html
The following categories exist in the wiki. Call of Duty Call of Duty 2 Call of Duty 4 Modern Warfare Call of Duty United Offensive Call of Duty World at War Compile tools Exchange Localize Localize Comments Mapping Maya Misc Mod Tools Mod Tools Comments Modding Neta Nodes Questions Radiant Scripting Tips Tutorials View Models (Original "http //www.infinityward.com/wiki/index.php?title=Special Categories") 名前 すべて読む
https://w.atwiki.jp/0x0b/pages/89.html
ハイパーテキスト転送プロトコル RFC 2616 WebブラウザとWebサーバの間でHTMLなどのコンテンツの送受信に用いられる通信プロトコル リクエスト-レスポンス型 トランスポート・プロトコルとして通常TCPを使用 基本的な考え方は非常に単純であり「何を」「どうして」ほしいのかを相手に要求する。「何を」に当たるのがURL、「どうして」がメソッドにあたる。 World Wide WebにおけるWebページなどのリソースは、Uniform Resource Identifierによって指定される。 ポート番号80をデフォルトとして使用する（送信時は8080）。 TLSで暗号化され、セキュリティを確保したHTTPは、HTTPSと呼ばれる（httpsは実際にはURIスキームの1つであり、実際のプロトコルにはHTTP over SSL/TLSが用いられる）。 HTTP は基本的にサーバが状態を保持しない (stateless) プロトコルだが、データベースなどを使用するWebアプリケーションにおいては状態保持が必要だったため、そのためにいわゆる Cookie とよばれる機構が Netscape Communications Corporation によって導入された。Cookie を使用することによって状態を管理し、"セッション" を維持することが可能になる。 HTTPの拡張プロトコルとしてWebDAVがある。 UPnPでは、HTTPをUDP上で使用するHTTPUや、マルチキャストで使用するHTTPMUが規定された。 HTTP/0.9 URLのみの簡単なやりとり HTTP/1.0 NNTPやSMTPのような各種ヘッダが定義 HTTP_Cookieなどの利用 HTTP/1.1 複数データを転送するためのキープアライブ（keep-alive）機能やプロキシなどの利用も想定された仕様 バーチャルホストをサポートした。インターネット人気に伴い多くの企業がWebサイトを持ち始めたが、当時ではまだまだ企業が自前のWebサーバを運用するのは人員、効率の問題で難しかったためISPのサーバでホスティングをしていた。当時はまだ一社ごとに専用サーバを用意するほどのことでもないため一台のサーバで複数のWebサイトを運用していた。 しかしバーチャルホストには問題がある。例えばある1台のサーバに foo.example.com と bar.example.com という二つの仮想Webサーバがあるとする。ここではクライアントは http //foo.example.com/index.html にアクセスしたいとする。そのためにはまず foo.example.com をIPアドレスに解決するためDNSサーバに問い合わせ、そのサーバにアクセスし GET index.html を要求する。しかしサーバ側のIPアドレスは foo.example.com と bar.example.com 共におなじIPアドレスである。もし foo.example.com にも bar.example.com にも index.html というファイルが存在すればクライアントはどちらのサーバにアクセスしたのかわかるすべがない。 これを解決するにはそれぞれにIPアドレスを付与することで解決できるが、IPv4の資源を無駄にすることになる。 HTTP/1.1ではこれを解決するためにHostヘッダを追加した。 HTTP/1.0のヘッダ GET /index.html HTTP/1.0 HTTP/1.1のヘッダ GET /index.html HTTP/1.1 Host foo.example.com 動作 通信の開始 他のプロトコル同様クライアント側とサーバ側ではHTTPの役割が大きく異なる。HTTP通信を開始できるのはクライアント側のみである。 クライアント側はサーバにリクエストを送り、サーバはクライアントにレスポンスを返すのが最も典型的なHTTPのやりとりである。 接続 システム間でメッセージをやりとりするにはTCP接続を確立させる必要がある。 HTTP/0.9ではクライアントのリクエストごとにTCP接続を確立させる必要があったが、これは当時のWebサイトがシンプルなテキストベースであることが多かったためである。近年ではJavaScriptやアニメーション画像など、多数のオブジェクトが埋め込まれたWebサイトが一般的となってきているが、これら全てのオブジェクトを取得するたびにTCP接続を確立するのはサーバやネットワークに大きな負担を強いるため、HTTP/1.1では持続的接続がサポートされることとなった。ただしこの機能が利用できるのはサーバ側がその要求を許可した場合のみである。 パイプライン クライアントは前のリクエストに対するサーバの応答を待たずに別のリクエストを発行できる。 メソッド HTTPでは8つのメソッドが定義されている。ただし実際のHTTP通信ではGETとPOSTメソッドだけで殆どを占める。 HTTPメソッドの一覧 メソッド HTTP/0.9 HTTP/1.0 HTTP/1.1 GET ○ ○ ○ POST ○ ○ PUT △ ○ HEAD ○ ○ DELETE △ ○ OPTION ○ TRACE ○ CONNECT ○ GET 指定されたURIのリソースを取り出す。HTTPの最も基本的な動作で、HTTP/0.9では唯一のメソッド。 POST GETとは反対にクライアントがサーバにデータを送信するメソッドである。Webフォームや電子掲示板、Wikiなどに投稿する。GETの場合と同じくサーバはクライアントにデータを返すことができる。 PUT 指定したURIにリソースを保存する。URIが指し示すリソースが存在しない場合は、サーバはそのURIにリソースを作成する。画像のアップロードなどが代表的。 DELETE 指定したURIのリソースを削除する。 OPTION サーバを調査するメソッド。例えばサーバがサポートしているHTTPのバージョンなどを調査できる。 HEAD GETと似ているがサーバはHTTPヘッダのみ返す。クライアントはWebページを取得せずともそのWebページが存在するかどうかを知ることが出来る。例えばWebページのリンク先が生きているか検証するときなどにリンク先のデータを全て取得することなく調査することが出来る。 TRACE サーバまでのネットワーク経路をチェックできる。サーバは受け取ったメッセージのそれ自体をレスポンスのデータにコピーして応答する。WindowsのTracertやUNIXのTracerouteとよく似た動作。 CONNECT 暗号化したメッセージをプロキシで転送する際に用いる。 サーバの連携 バーチャルホスト リダイレクト 301 MovedというステータスコードとURIを受け取りクライアントはこの受け取ったURIに再度GETを送る。 クッキー(HTTP_Cookie) HTTPメッセージ クライアントからのHTTPリクエストは3つの要素から構成される。それぞれメソッド、URI、HTTPのバージョンでありスペースで区切られている。 下にもっとも単純な、クライアントとサーバ(www.google.co.jp 80)とのHTTPプロトコルのやり取りの例を挙げる。 クライアントのリクエスト GET / HTTP/1.0 GETがメソッド、URIは / 、バージョンはHTTP/1.0であることを示す。 URIは/でルートリソースを対象にしたリクエストであることを示している。TRACEなど特定のサーバを対象としないリクエストの場合には*が表示される。 サーバのレスポンス HTTP/1.0 200 OK Cache-Control private Content-Type text/html Set-Cookie PREF=ID=72c1ca72230dea65 LD=ja TM=1113132863 LM=111 3132863 S=nNO7MIp W2o7Cqeu_; expires=Sun, 17-Jan-2038 19 14 07 GMT; path=/; domain=.google.co.jp Server GWS/2.1 Date Sun, 10 Apr 2005 11 34 23 GMT Connection Close html head meta http-equiv="content-type" content="text/html; charset=Shift_JI S" title Google /title style !-- ・・・以下省略 上のリクエストのGETにあたる部分をメソッドといい、 HTTP/1.0では、GET, HEAD, PUT, POST, DELETE, LINK, UNLINK、 HTTP/1.1ではさらに、OPTIONS, TRACEがある。 GETメソッドのレスポンスにはヘッダ情報のあとに改行が挟まれ、コンテンツ本体が送られる。 HEADメソッドのレスポンスにはコンテンツサイズや更新日時などの情報を含むヘッダのみが送られる。 また、リクエストの2行目以降はヘッダを送る。 HTTPヘッダフィールド ヘッダの各要素は フィールド名 内容 のペアで構成される。 ブラウザの情報を表すUser-Agent、使用候補言語を表すAccept-Language、他ページへのリンクを辿った場合にそのリンク元ページのURLを表すRefererなどが代表的なフィールドである。 なお、リクエスト時のHostヘッダはHTTP/1.1では必須であるが、HTTP/1.0では無くても良い。 但し、サーバがバーチャルホストを利用している場合は、Hostヘッダが無いとリソース取得に失敗するので、たとえHTTP/1.0を使用していてもHostヘッダを付加しなければならない。 HTTPヘッダフィールドの一覧 リクエストヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Acceptクライアントの受け入れ可能コンテンツタイプを示す○○ Accept-Charsetクライアントの受け入れ可能文字セットを示す○○ Accept-Encodingクライアントの受け入れ可能文字エンコーディングを示す○○ Accept-Languageクライアントの受け入れ可能言語を示す○○ Authorizationクライアントの認証情報を示す○○ Cookieクライアントの状態管理情報をサーバに返す Cookie2HTTP/1.1のSet-Cookie2ヘッダの受け入れ可能をサーバに知らせる Expectクライアントがサーバに期待する動作を示す○ Fromリクエスト発行者個人の情報を示す。一般的に電子メールアドレスを使用する○○ Host要求しているオブジェクトがあるホストを示す○ If-Matchif文を用い条件が真の場合のみリクエストを処理するようサーバに要求する○ If-Modified-Since指定日及び指定時刻以降にオブジェクトが変更されている場合のみリクエストを処理するよう要求する○○ If-None-MatchIf-Matchの逆で条件が真でない場合のみリクエストを処理する要求○ If-Range条件が真の場合のみ指定したオブジェクトの範囲を返すようサーバに要求する○ If-Unmodified-SinceIf-Modified-Sinceの逆で真でないときのみ実行する○ Max-Forwardsリクエストの中間システム経由数を最大いくつまでかを指定する○ Proxy-Authorizationクライアントがプロキシサーバに対して自身の認証を行う○ Rangeオブジェクト全体でなくリソースの一部を要求する○ Refererリクエストの出所を示す。一般的にはユーザの辿ったWebページのURLが用いられる。○○ TEレスポンスの受け入れ可能転送エンコーディングを示す○ レスポンスヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Accept-Rangesオブジェクトの一部に対するリクエストをサーバが受け入れ可能か示す○ Ageオブジェクトの経過時間を秒単位で返す○ AllowオブジェクトがサポートするHTTPメソッドを示す○○ ETagオブジェクトのエンティティタグ値を示す○ Locationオブジェクトの場所を示す○○ Proxy-Authenticateプロキシサーバがクライアントに認証を要求するときに用いる○ Retry-Afterリクエストの再試行をいつ行うかをクライアントに通知する○○ Serverサーバのベンダー名、バージョン番号を占めす○○ Set-Cookie2サーバがクライアントにCookieを送信するときに用いる Varyサーバのレスポンス内容を決定する際にリクエストURI以外に使用したHTTPヘッダのリストを示す○ WWW-Authenticateクライアントに対してリクエストの再発行を要求する。認証情報も含まれる○○ 一般ヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Cache-Controlメッセージの経由する中間キャッシュの動作を指示する○ Connection中間システムが転送すべきでないヘッダのリストを示す○○ Dateメッセージの作成日時を示す○○ Pragmaメッセージに関する追加情報を示す○○ Trailerメッセージボディの後に追加のヘッダーが表れることを示す○ Transfer-Encodingクライアントの転送を目的としたオブジェクトのエンコーディングを示す○ Upgrade通信相手に別のプロトコルにアップデートするよう要求する○ User-AgentクライアントのWebブラウザなどの情報を示す○○ Warningメッセージに関する追加情報を示す。通常はキャッシュの問題を警告するときに使われる○ エンティティヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Content-Encodingオブジェクトのエンコーディングを示す○○ Content-Languageオブジェクトの言語（人間の言語）を示す○○ Content-Lengthオブジェクトのサイズをバイト単位で示す○○ Content-Locationオブジェクトの場所を示す○ Content-MD5オブジェクトのメッセージダイジェストを運ぶ○ Content-Rangeメッセージボディで運ばれるオブジェクトの範囲を示す○ Content-Typeオブジェクトのタイプを示す○○ Expiresオブジェクトの有効期限の日時を示す○○ Last-Modifiedオブジェクトが最後に変更された日時を示す○○ Accept サーバのレスポンスに含まれるメッセージボディで受け入れることが出来るコンテンツタイプと各コンテンツタイプの相対的な優先度を指定するリクエストヘッダ。指定できるコンテンツタイプはIANAによって定義されている。 Accept text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c 上記のようにAcceptヘッダには行をわけて複数のコンテンツタイプを指定できる。上記の例はいずれの4のコンテンツタイプのいずれも受け入れ可能であることを示す。0.5や0.8といった数字は品質係数で0～1の範囲の数値である。数値の指定がなければ1.0となる。 text/plain; q=0.5 text/html text/x-dvi; q=0.8 text/x-c Accept-Charset レスポンスで返されるメッセージボディの文字コードを指定するリクエストヘッダ。Acceptと同じく複数指定でき品質係数も設定できる。定義済み文字セットはIANAが管理している。 Accept-Charset unicode, *; q=0.8 この例だとクライアントはUnicode文字セットを優先的に希望しているが他の文字セットとの相対優先度0.8で受け入れている。ただしサーバからのレスポンスのHTTPヘッダそのものの文字コードは常にISO-8859-1である。 Accept-Encoding Accept-Language レスポンスの言語（人間の言語）に対する優先度を指定する。言語コードはISO-639の2文字の省略コードを用いる。書き方は他のAccept-群と変わらず。 Accept-Language en-gb, en; q=0.8 上記の例はまずイギリス英語を要求し、利用できない場合はその他の英語を要求する。 Accept-Ranges Acceptで始まる他のヘッダフィールドと違いレスポンスヘッダーである。現在の仕様では2つの指定方法しかない。 Age リソースの推定経過時間を表示するレスポンスヘッダ。キャッシュサーバーはAgeヘッダの値からキャッシュしたリソースが有効かどうかを判定する。 Allow Authentication-info ユーザ認証のやりとりの最後で用いられる、成功したレスポンスのサーバが含めることの出来るレスポンスヘッダー。 Authorization サーバに対するクライアント自身の認証を行うことが出来る。 Cache-Control キャッシングの動作を指定するためのマスターヘッダ。 Connection Content-Encoding Content-Language リソースを英語などの自然言語で示すのに使われる。言語の指定はAccept-Languageヘッダと同じ。 Content-Length Content-Location Content-MD5 メッセージボディが変更されず宛先に届くことを保証する。MD5アルゴリズムを実行する。ただし悪意の改ざんに対しては当然MD5も改ざんされるのであまり機能はしない。どちらかといえば偶発的な変更の保証をしている。 Content-Range ダウンロードの再開に用いられる。 Content-Type メッセージボディに含まれるオブジェクトタイプを示す。次の例はリソースがテキストファイル、文字セットはISO-8859-4を使用していることを示している。 Content-Type text/plain; Charset=ISO-8859-4 Cookie クライアントがHTTP状態管理を望む場合にサーバから受け取ったクッキーを以後のリクエストに次の例のようなヘッダーを付加する。 Cookie $Version="1"; NAME="VALUE"; $Path="/shopping"; $domain="www.shop.com"+ $Port="80" $VersionはHTTPのバージョン、NAMEはクッキーの名前である。$から始まるクッキー名は使用が禁止されている。 Cookie2 基本的にCookieヘッダーとCookie2ヘッダーは別物である。 Date サーバがメッセージを生成した日時を示す。リソースの時間を示すLast-Modifiedヘッダーとは区別する必要がある。 HTTP/1.1では次のような形式を用いるようRFC1123で定義されている。 Date Sun, 06, Nov 1994 08 49 37 GMT HTTP仕様ではレスポンスにDateヘッダーを含めることを求めている。ただしレスポンスのステータスがサーバエラーの場合にはDateヘッダーは返らない。 ETag 主にキャッシングのパフォーマンスを向上する目的で使われる。 Expect サーバに対して特定の動作の期待を知らせる。用途としてはクライアントがサーバに対して100 Continueステータスを返すことを期待する場合に使われる。 Expect 100-continue サーバが期待に応じれない場合は417 Expectation Failedを返す。クライアントがいくつかのプロキシ経由で通信している場合、各プロキシサーバはExpectヘッダの一切の修正を許されない。 Expires オブジェクトの有効期限を示す。このヘッダで指定された日時までキャッシュはレスポンスのコピーを保持し、リクエストに対するレスポンスとして返すことが出来る。サーバがオブジェクトのキャッシュを望まない場合にはExpiresヘッダに過去の日時を設定することが多い。また、HTTP仕様では1年以上先の日時は設定できない。 Expires Thu, 28 Aug 2010 16 00 00 GMT Cache-Controlヘッダのmax-ageディレクティブはExpiresヘッダより優先されるため注意が必要である。 From リクエストを発行したユーザを特定することが出来る。1990年代では電子メールアドレスを設定することが多かったが、迷惑メールの問題もあり現在では殆ど使われていない。 From hoge@hogehoge.com Host 主にレンタルサーバのサポートを目的としてHTTP/1.1で導入された。現在ではHostヘッダを利用できない場合レンタルサーバのウェブサイトとまともな通信が出来ないと言ってよい（詳細はHTTP#歴史を参照）。 If-Match クライアントのリクエストを条件付きのリクエストにするために使われる。サーバは一定の条件が真であった場合のみリクエストを受け入れることが出来る。例えばウィキペディアを編集する際、記事のソースを取得し、書き換える際の間に別のユーザが既に編集していないかを判断するときなどに用いられる。 「if文」も参照 利用者：HogeがHTTPの記事を取得。ETagは1234 利用者：HageがHTTPの記事を取得。ETagは1234 利用者：HogeがHTTPのETagを再度取得。先ほど取得したETag 1234と現在のETag 1234が一致。 利用者：HogeがHTTPの記事を編集。ETagは1256になる。 利用者：HageがHTTPのETagを再度取得。先ほど取得したETagと現在のETagはマッチせず。 サーバは利用者：Hageの書き込みを拒否。 If-Modified-Since このヘッダーで指定された日時以降にオブジェクトが変更されている場合のみリクエストに応答するようサーバに要求する。リソースの削減に効果がある。 If-None-Match If-Matchと逆で条件が真でない場合のみリクエストを処理するよう要求する。 If-Range クライアントがキャッシュにオブジェクトの一部分を持っている場合にパフォーマンスを向上できる。 If-Unmodified-Since If-Modified-Sinceの逆の働きをする Last-Modified サーバオブジェクトの最終更新日時を示す。クライアントはこのヘッダを利用しIf-Modified-Sinceヘッダ等と組み合わせることによって効果を発揮する。 Location サーバがクライアントにリダイレクト先URLを知らせる際に用いられる。一般的にステータスコードが3xx代のレスポンスと共に使われるが201 Createdのレスポンスでも使うことが出来る。Content-Locationヘッダと名前が似ているが全く関係のない別のヘッダであるため注意。 Max-Forwards プロキシサーバ等を経由する際の最大ホップ数を指定する。二重ループなどでサーバから応答が得られない場合の問題解決の際、OPTIONメソッドやTRACEメソッドと共に用いられる。 HTTPステータスコード ステータスコードはクライアントのリクエストが成功したかどうかを示した上で追加情報を提供するいずれも3桁の数字から成る。具体的には100-199が情報提供、200-299が成功を示す。300-399はリダイレクト、400-499はエラーを示す。 セキュリティ技術 Basic認証 HTTP/1.1でBasic認証が定義されており最も単純なセキュリティ技術である。しかし仕様書を読むと定義を書いた著者自身が認証技術に疎いことがよくわかる。『HTTPプロトコル セキュア＆スケーラブルなWeb開発』の著者は「基本認証を用いるくらいならなにも使わない方がまし」と著書に書いている。通常サーバは401ステータスコードで応答する。 行末文字はWindowsと同じCRLF。 RFC 2818 - HTTP Over TLS RFC 2817 - Upgrading to TLS Within HTTP/1.1 RFC 2616 - HTTP/1.1 ハイパーテキスト転送プロトコル -- HTTP/1.1 RFC 2068 - HTTP/1.1（初版，RFC 2616 によって obsolete） TS X 0085 2004 - ハイパテキスト転送プロトコル HTTP/1.1 標準仕様書(TS) RFC 1945 - HTTP/1.0 HttpTea Freeware HTTP Logger Studying HTTP
https://w.atwiki.jp/youge_wiki/pages/35.html
Software Back to Sort ABC Sort Category FileUtil File_copier v1.0 100c 1Gq Copies programs and data from one databank to another standard software tool given free to all Agents FileUtil File_Deleter v1.0 100c 1Gq Delete programs and data from a databank standard software tool given free to all Agents FileUtil Defrag v1.0 5000c 2Gq Pushes all of your files together at the top of your memory banks and free up large blocks of space of for use FileUtil Security Firewall_Disable v1.0 2000c 1Gq Disables a firewall with a security level of 1.This action will be detected immediately Security Firewall_Disable v2.0 3000c 1Gq Disables a firewall with a security level of 2 or below..This action will be detected immediately Security Firewall_Disable v3.0 4000c 1Gq Disables a firewall with a security level of 3 or below..This action will be detected immediately Security Firewall_Disable v4.0 6000c 2Gq Disables a firewall with a security level of 4 or below.This action will be detected immediately Security Firewall_Disable v5.0 8000c 3Gq Disables a firewall with a security level of 5 or below..This action will be detected immediately Security Log_Deleter v1.0 500c 1Gq Deletes the contents of an access log from a computer leaves an empty log behind Security Log_Deleter v2.0 1000c 1Gq Deletes the contents of an access log from a computer leaves a distinctive blank space behind Security Log_Deleter v3.0 2000c 1Gq Copies another user s legitimate access log over the top of your own.very difficult to detect. Security Log_Deleter v4.0 4000c 1Gq Deletes an access from a computer Moves other logs up to cover empty space impossible to detect. Security Log_Modifier v1.0 4000c 2Gq Allows you to make modifications to an existing log Security Log_Modifier v2.0 6000c 2Gq Allows you to make modifications to an existing log,and create logs in blank spaces Security Log_undeleter v1.0 5000c 1Gq Recovers previously deleted logs Security Proxy_Disable v1.0 3000c 1Gq Disables aproxy with a security level of 1.This action will be detected immediately Security Proxy_Disable v2.0 3000c 1Gq Disables aproxy with a security level of 2 or below.This action will be detected immediately Security Proxy_Disable v3.0 6000c 1Gq Disables aproxy with a security level of 3 or below.This action will be detected immediately Security Proxy_Disable v4.0 8000c 1Gq Disables aproxy with a security level of 4 or below.This action will be detected immediately Security Proxy_Disable v5.0 10000c 1Gq Disables aproxy with a security level of 5 or below.This action will be detected immediately Security Trace_Tracker v1.0 300c 1Gq informs you on the progress of any traces on your connection(No trace detected,Trace in progress,Trace complete) Security Trace_Tracker v2.0 600c 1Gq informs you on the progress of any traces on your connection(No trace detected,Trace in progress,Trace complete) Security Trace_Tracker v3.0 1400c 2Gq informs you on the progress of any traces on your connection(No trace detected,Trace in progress,Trace complete) Security Trace_Tracker v4.0 2500c 3Gq informs you on the progress of any traces on your connection(No trace detected,Trace in progress,Trace complete)including an estimate of the exaxt time remaining Security Crackers Decrypter v1.0 800c 2Gq Decrypts any file encrypted with an Encrypter v1.0 or below Cracker Decrypter v2.0 1200c 2Gq Decrypts any file encrypted with an Encrypter v2.0 or below Cracker Decrypter v3.0 1600c 2Gq Decrypts any file encrypted with an Encrypter v3.0 or below Cracker Decrypter v4.0 2200c 2Gq Decrypts any file encrypted with an Encrypter v4.0 or below Cracker Decrypter v5.0 3000c 3Gq Decrypts any file encrypted with an Encrypter v5.0 or below Cracker Decrypter v6.0 7000c 4Gq Decrypts any file encrypted with an Encrypter v6.0 or below Cracker Decrypter v7.0 15000c 5Gq Decrypts any file encrypted with an Encrypter v7.0 or below Cracker Decypher v1.0 3000c 2Gq Breaks through Encryption Cyphers. Uses a Quadratic Decryption Algorithm to force crack an Elliptiv-curve Encryption Cypher Cracker Decypher v2.0 5000c 2Gq Breaks through Encryption Cyphers. Uses a Quadratic Decryption Algorithm to force crack an Elliptiv-curve Encryption Cypher Cracker Decypher v3.0 8000c 2Gq Breaks through Encryption Cyphers. Uses a Quadratic Decryption Algorithm to force crack an Elliptiv-curve Encryption Cypher Cracker Dictionary_Hacker v1.0 1000c 4Gq A cheap and fast method of breaking passwords.this software tool tries every rod in a ten-thousand word dictionary as a password.it is faster than a Password Breaker,but not graunted to find an answer Cracker Password_Breaker v1.0 1500c 2Gq Hack past passwor protection screens not as fast a DictionaryHacker but is guranteed to find the password eventually Cracker HUD Upgrade HUD_ConnectionAnalaysis v1.0 20000c 0Gq Upgrade your HUD so that you can see the security systems installed on your target computer,and launch Bypass software at them HUDUpgrade HUD_IRC-Client v1.0 4000c 0Gq Upgrade your HUD with a new screen,in which you can participate in internet Relay Chat.This allows you to talk to other hackers for help.You will also need an internet connection on your local machine. HUDUpgrade HUD_MapShowTrace v1.0 5000c 0Gq Upgrade your HUD so that your map shos the progress of any your connection.Replace the Trace Tracker HUDUpgrade Hud_LANView v1.0 5000c 0Gq Uograde your HUD so that you can analyse and connect to Local Area Network(LAN) systems.this upgrade is required you can install an run any LAN software. HUDUpgrade Bypassers Firewall_Bypass v1.0 3000c 1Gq Actively bypasses firewall systems with a security level of 1.bypassers require a HUD connectionAnalaysis upgrade first Bypasser Firewall_Bypass v2.0 4000c 1Gq Actively bypasses firewall systems with a security level of 2 or below.bypassers require a HUD connectionAnalaysis upgrade first Bypasser Firewall_Bypass v3.0 6000c 1Gq Actively bypasses firewall systems with a security level of 3 or below.bypassers require a HUD connectionAnalaysis upgrade first Bypasser Firewall_Bypass v4.0 8000c 1Gq Actively bypasses firewall systems with a security level of 4 or below.bypassers require a HUD connectionAnalaysis upgrade first Bypasser Firewall_Bypass v5.0 10000c 1Gq Actively bypasses firewall systems with a security level of 5 or below.bypassers require a HUD connectionAnalaysis upgrade first Bypasser Monitor_Bypass v1.0 10000c 1Gq Active bypasses a monitor with a security level of 1.All bypassers require a HUD connectionAnalaysis upgrade first Bypasser Monitor_Bypass v2.0 12000c 1Gq Active bypasses a monitor with a security level of 2 or below.All bypassers require a HUD connectionAnalaysis upgrade first Bypasser Monitor_Bypass v3.0 16000c 1Gq Active bypasses a monitor with a security level of 3 or below.All bypassers require a HUD connectionAnalaysis upgrade first Bypasser Monitor_Bypass v3.0 16000c 1Gq Active bypasses a monitor with a security level of 4 or below.All bypassers require a HUD connectionAnalaysis upgrade first Bypasser Monitor_Bypass v3.0 16000c 1Gq Active bypasses a monitor with a security level of 5 or below.All bypassers require a HUD connectionAnalaysis upgrade first Bypasser Proxy_Bypass v1.0 6000c 1Gq Active bypasses a proxy server with a Security level of 1.All bypassers require a HUD connectionAnalaysis upgrade first HUDUpgrade Proxy_Bypass v2.0 8000c 1Gq Active bypasses a proxy server with a Security level of 2 or below.All bypassers require a HUD connectionAnalaysis upgrade first HUDUpgrade Proxy_Bypass v3.0 12000c 1Gq Active bypasses a proxy server with a Security level of 3 or below.All bypassers require a HUD connectionAnalaysis upgrade first HUDUpgrade Proxy_Bypass v4.0 16000c 1Gq Active bypasses a proxy server with a Security level of 4 or below.All bypassers require a HUD connectionAnalaysis upgrade first HUDUpgrade Proxy_Bypass v1.0 20000c 1Gq Active bypasses a proxy server with a Security level of 5 or below.All bypassers require a HUD connectionAnalaysis upgrade first HUDUpgrade LAN tools LAN_Probe v1.0 15000c 3Gq Scans a single system on a LAN,and the links running from it LAN LAN_Probe v2.0 20000c 3Gq Scans a single system on a LAN,and the links running from it LAN LAN_Probe v3.0 30000c 4Gq Scans a single system on a LAN,and the links running from it LAN LAN_Scan v1.0 10000c 2Gq Scans an entire LAN,looking for systems LAN LAN_Scan v2.0 15000c 2Gq Scans an entire LAN,looking for systems LAN LAN_Scan v3.0 25000c 2Gq Scans an entire LAN,looking for systems LAN LAN_Spoof v1.0 20000c 2Gq Spoofs a system on the network,fooling the network itself into believing you are that system.Works on level 1system only. LAN LAN_Spoof v2.0 30000c 3Gq Spoofs a system on the network,fooling the network itself into believing you are that system.Works on level 2and 2 systems. LAN LAN_Spoof v3.0 45000c 4Gq Spoofs a system on the network,fooling the network itself into believing you are that system.Works on level all LAN systems. LAN LAN_Force v1.0 15000c 2Gq This tool will force open any lock system you might encounter on a LAN system.The sysAdmin will probably notice this LAN LAN_Force v2.0 20000c 3Gq This tool will force open any lock system you might encounter on a LAN system.The sysAdmin will probably notice this LAN LAN_Force v3.0 25000c 4Gq This tool will force open any lock system you might encounter on a LAN system.The sysAdmin will probably notice this LAN Other IP_Lookup v1.0 500c 1Gq Converts a raw IP number into internet address and adds it to your links Other IP_Probe v1.0 2000c 3Gq Scans a given IP address for security systems and reports the types in use Other IP_Probe v2.0 4000c 3Gq Scans a given IP address for security systems and reports the types in use.their version information Other IP_Probe v3.0 5000c 3Gq Scans a given IP address for security systems and reports the types in use.their version information and their Status Other voice_Analyser v1.0 5000c 4Gq Recors and analyses voice patterns for reproduction.Can be used to simulate voice authorisations. Other voice_Analyser v2.0 10000c 5Gq Recors and analyses voice patterns for reproduction.Can store load voice to and from gateway memory.Can used to simurate voice authorisation. Other
https://w.atwiki.jp/mrfrtech/pages/84.html
Market Scenario Market Research Future (MRFR), in its latest report on the global market for blockchain-as-a-service Industry 2020, reveals factors that govern the market. The increase in the adoption of Blockchain-as-a-Service can support the expansion of the market across the analysis period. As per MRFR data, the expansion of the blockchain-as-a-service market is likely to be at 70.63% CAGR across the study period 2018–2024. The blockchain-as-a-service market value can touch USD 18,981.66 Million by 2024. The increase in the application of blockchain-as-a-service solutions for financial service, banking, and insurance enterprises can bolster the expansion of the market across the analysis period. Moreover, the rise in the adoption of e-commerce organizations, retail and government entities can drive the market growth. The rise in the demand to implement BaaS solutions in supply chain management for various industries can also promote the expansion of the market through the study period. BaaS solutions are also being used for international business transactions due to the high reliability and security offered by them. On the contrary, lack of expertise on blockchain technology, less interoperability of blockchain solutions among enterprises, issues in regulatory standards, and issues with high costs associated with the integration of legacy systems can restrain the expansion of the blockchain-as-a-service solutions market in the coming years. Rivers Growing Integration of AI and Blockchain Technologies to Boost Market Growth The growing integration of AI (artificial intelligence) and blockchain technologies with solutions will boost the market over the forecast period. Opportunities Rising Adoption of Cloud-based Services to offer Robust Opportunities The rising adoption of cloud-based services by enterprises will offer robust opportunities for the market in the forecast period. Enterprises are adopting cloud-based services increasingly for their business functions owing to their different benefits like agility, disaster recovery, flexibility, and lower costs. Besides the cloud offers the perks of hybrid cloud deployment that offers the perks of both the public and private clouds. Due to cloud deployment, enterprises can avail the Blockchain As A Service security capabilities without the need for any complex infrastructure. Restraints and Challenges Security Issues and Privacy Concerns to act as Market Restraint The security issues and privacy concerns of Blockchain As A Service Market stored on the cloud may act as a market restraint over the forecast period. Besides, the integration of Blockchain As A Service as a service into the existing systems may also impede market growth. COVID-19 Analysis The BaaS market has been substantially impacted owing to the increasing pandemic situation across the globe. The COVID-19 outbreak has led to reduced business activities as governments had enforced lockdowns. Owing to this, the dependency on online businesses has significantly grown to offer necessary services to consumers. Thus the increased need for Blockchain As A Service as a service as this offers robustness and security to the data. BaaS simplifies business processes and also affording transparency and immutability as well as increase focus on operational efficiency. Also, BaaS devices are also used in retail malls and buildings to screen people during the crisis before they enter. They can detect this using AI technology if anyone is not wearing a mask or has high temperature. Further, touchless technologies are also flooding the market now. Airports, hospitals, offices, and secure locations are making the most of non-contact Blockchain As A Service attendance. Request a Free Sample @ https //www.marketresearchfuture.com/sample_request/7942 Competitive Outlook Microsoft Corporation, IBM Corporation, Oracle Corporation, SAP SE, Amazon Web Services, Accenture PLC, Cognizant, Deloitte Touche Tohmatsu Limited, Capgemini SE, Infosys Limited Huawei Technologies Co. Ltd, NTT Data Corporation, Tata Consultancy Services Limited, HPE, Baidu, Inc., Wipro Limited, and KPMG among others are some notable developers of blockchain-as-a-service solutions as listed by MRFR. Segmentation The segment evaluation of the blockchain-as-a-service solutions market is done by component, platform, application, cloud, and organization size. The platform based segments of the blockchain-as-a-service solutions market Ethereum, Ripple, Hyperledger, R3, and others. The component based segments of the blockchain-as-a-service solutions market are tools and services The cloud based segments of the blockchain-as-a-service solutions market are hybrid, private, and public. The organization size based segments of the blockchain-as-a-service solutions market are large enterprises and SMEs. The application based segments of the blockchain-as-a-service solutions market are smart contracts, compliance management, inventory management, identity management, payment management, supply chain management, fraud management, loyalty and rewards management and others. The vertical based segments of the blockchain-as-a-service solutions market are retail and e-commerce, transportation logistics, BFSI, healthcare, IT telecommunications, government, media entertainment, energy utilities, and others. Regional Analysis Trends of the blockchain-as-a-service market are studied across North America, APAC, MEA, and EU. As per MRFR regional data, the blockchain-as-a-service market in North America is known as to have the largest market share. The high rate of adoption of blockchain technology across the US, following Canada and Mexico can support the expansion of the blockchain-as-a-service market in the review period. The well-established BFSI vertical in the region, being the high end-user of blockchain-as-a-service solutions can promote the expansion of the regional market. In EU, the presence of noteworthy marketers and giant tech players such as Microsoft Corporation, IBM Corporation, and Amazon Web Services, can support the expansion of the blockchain-as-a-service market in the region in the years to come. In Asia Pacific, the regional blockchain-as-a-service market is expected to boom due to the gradual rise in the application of blockchain solutions in cash rich BFSI and retail industry. The blockchain-as-a-service market in Asia Pacific is expected to generate the highest revenue for the global market in the years ahead. The rise of the market in MEA is gradual. Access Report Details @ https //www.marketresearchfuture.com/reports/blockchain-service-market-7942 Table of Contents 1Executive Summary 2Scope of the Report 2.1Market Definition 2.2Scope of the Study 2.2.1Research objectives 2.2.2Assumptions Limitations 2.3Markets Structure Continued…. Similar Report Application Management Services Market By Service-Type (System Integration, Consulting Services, Modernization Services, And Others), By Organization Size, By Deployment, And By End-Users Open Source Intelligence (OSINT) Market By Security Type (Human Intelligence, Content Intelligence, Dark Web Analysis, Link/Network Analysis, Data Analytics, Text Analytics, Artificial Intelligence, Big Data, Others), Technology (Bid Data Software, Video Analytics, Text Analytics, Visualization Tool, Cyber Security, Web Analysis, Social Media Analysis, Others), Application (Military Defense, Homeland Security, Private Sector, Public Sector, National Security, Others) About Market Research Future Market Research Future (MRFR) has created a niche in the world of market research. It is counted among the top market research companies that offer well-researched and updated market research reports and insights to businesses of all sizes. What sets us apart is our super-responsive team that offers quality work keeping clients abridged of the prospective challenges and opportunities in various markets. Our team is adept in their space as well as patiently listens to every client. The best part is they know their work inside out and possess the expertise to guide the client in the right direction and achieve results on a tight deadline. We are a one-stop solution for all your data research needs. Our team does not believe in the “one size fits all” approach to creating a report that is detailed and concise. We handle 13 industry verticals including Healthcare, Chemicals and Materials, Information and Communications Technology, Semiconductor and Electronics, Energy and Power, Food, Beverages Nutrition, Automobile, Consumer and Retail, Aerospace and Defense, Industrial Automation and Equipment, Packaging Transport, Construction, and Agriculture. With our unique approach for every market report, we aim to reach the zenith in qualitative business intelligence and syndicated market research. Contact Market Research Future (Part of Wantstats Research and Media Private Limited) 99 Hudson Street, 5Th Floor New York, NY 10013 United States of America 1 628 258 0071 (US) 44 2035 002 764 (UK) Email sales@marketresearchfuture.com Website https //www.marketresearchfuture.com #market #research #industry #data #growth #trend #report #analyis #share #marketing #forecast #digital #geographic #demographic #gnews Plugin Error キーワードを入力してください。 #tech #researchreport #marketreport #futrue
https://w.atwiki.jp/katsuhiro/pages/26.html
HTTPメソッド GET情報取得メソッド POST PUT DELETEリソース削除メソッド HTTPリクエスト ポストデータ HTMLのPOST指定のformから送信されるデータ JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetParameter getParameterValues リクエストボディのセットされて送信される クエリ情報 URLの末尾の"?"以降に「キー＝値」のセットで付加される簡易な情報 複数のセットがある場合は" "で連結される URLに直接指定するほか、HTMLのGET指定のformから送信されるデータ formのmethod属性が省略された場合もクエリ情報として送信される JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetParameter クエリ情報に特殊文字が含まれる場合は、あらかじめエンコードしておく必要がある（form経由の場合はエンコード不要） URLに使用可能な文字数を超えて送信できない(2,083文字)FireFoxの場合は制限が無いが、動作が遅くなる場合もあるらしい データがアドレス欄に露出してしまう ヘッダ情報 「名前： 値」形式 種類一般ヘッダ（要求／応答時双方で利用） エンティティヘッダ（コンテンツに関する情報） リクエスト（要求）ヘッダ（クライアントに関する情報） レスポンス（応答）ヘッダ（その他） JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetHeaderNames ただし、情報取得専用メソッドが存在するヘッダについてはそちらを使う ■ヘッダ例 種類 ヘッダ名 概要 一般 Cache-Control キャッシュルールを規定する Connection プロキシ（中間）サーバで削除すべきHTTPヘッダを指定 Date コンテンツ生成日時 Pragma キャッシングを利用するか（下位互換用のヘッダ） Transfer-Encoding コンテンツの転送エンコーディング方式 リクエスト Accept クライアント対応コンテンツの種類（優先順） Accept-Language クライアント対応言語（優先順） Authorization 認証情報 Cookie クライアントに保存されたクッキーデータを送信 Host 要求先ホスト名 If-Modified-Since 指定日時以降にコンテンツが更新されている場合にのみ、サーバはデータを送信 Proxy-Authorization プロキシサーバ用の認証情報 Range 要求リソース範囲 Referer リンク元URI User-Agent クライアントの種類 レスポンス ETag リソースを一意に特定するためのキー情報（コンテンツが更新されていないかどうかを特定する場合などに使用） Location クライアントに新しいURIに移動するように促す Server サーバの種類 Set-Cookie クライアントにクッキーを送信 WWW-Authenticate クライアントに認証を要求 エンティティ Content-Encoding コンテンツのエンコーディング方式 Content-Length コンテンツサイズ Content-Type コンテンツの種類 Expires コンテンツの有効期限 Last-Modified コンテンツの最終更新年月日 クッキー サーバがクライアントに対して自由に読み書きできるテキスト クッキーの有効期限負数をセットした場合、ブラウザの終了時に削除される ０をセットした場合、その場で削除される １以上をセットすると、その秒数分保持される クッキーのデメリットクライアント側でクッキーを受け入れないように設定することが可能 クライアント側でクッキーの改竄や削除が可能 実データがネットワーク上を流れてしまう クッキーの制約1つのホスト、ドメイン当たりの最大個数は20個（総数では300個以内） クッキー1つあたりの最大サイズは4096バイト セッション情報 長期間にわたって情報を保持するには不向き ユーザがブラウザを開いている間だけアプリケーション内で情報を受け渡しする場合にはクッキーより手軽でセキュアな仕組み sessionJSPの暗黙オブジェクトの１つ 下記のメソッドを使って読み書きするgetAttribute setAttribute @pageディレクティブのsession属性がfalseの場合は使えない sessionが不要の場合はsession属性をfalseにしておく（サーバリソースの節約） sessionを使うと… クライアントからサーバにリクエスト送信 サーバからのレスポンスにSet-Cookieヘッダの値としてセッションIDが付加される(JSESSIONID) クライアントからサーバに2回目以降のリクエスト送信時、Cookieヘッダの値として、受け取ったJSESSIONIDを付加して送る サーバをそのセッションIDに該当するセッションを使って処理をし、レスポンスを返す セッションの破棄方法明示的な破棄(session.invalidate()) 有効期限を設定する(session.setMaxInactiveInteval()) web.xmlにセッションの有効期限を設定する session-config session-timeout セッションの寿命明示的に破棄されるか有効期限を過ぎない限り、クライアントを閉じてもサーバ上で生き続ける ieHTTPHeaders http //www.blunck.info/iehttpheaders/iehttpheaders.html ⇒IE上でHTTPによる通信内容をトレースするツール
https://w.atwiki.jp/cod4mod/pages/55.html
Articles in category "Mapping" Creating a custom minimap image Making a custom MP load screen MP Game Script Files MP Map Checklist MP Mapping MP Zone Files ミニマップを作ろう！ ロードスクリーンを作ろう！ (Original "http //www.infinityward.com/wiki/index.php?title=Category Mapping") 名前 すべて読む
https://w.atwiki.jp/cod4mod/pages/50.html
チュートリアル記事一覧 Battlechatter System Cod4 Compile Tools について CoD4 Map light settings Creating a Custom Intro Screen Creating a custom minimap image Creating a Custom Video Creating a grid file Direct Light Editing Terrain Gameplay standards Lighting List Of Animations Making a custom MP load screen Making a room Making a Terrain Patch MAYAをてにいれてCOD４TOOLを利用可能にする Models in Radiant MP Game Script Files MP Map Checklist MP Mapping MP Zone Files Radiant Basics Radiant Command List Radiant Command List Mapping Reflection Probes Tool Textures World Textures ミニマップを作ろう！ ロードスクリーンを作ろう！ 戦場のキックオフ 戦場のキックオフ/アイコンをつける 戦場のキックオフ/セットプレー 戦場のキックオフ/ピッチを作る 戦場のキックオフ/プロローグ 戦場のキックオフ/ボールを動かす 戦場のキックオフ/ボールを蹴る 戦場のキックオフ/モデルを追加する (Original "http //www.infinityward.com/wiki/index.php?title=Category Tutorials") 名前 すべて読む
https://w.atwiki.jp/p-phun/pages/25.html
Click to show this page in English This page is dedicated to some good movies of Phun at Nico Nico Douga (or Nicovideo), a japanese video sharing website. The movie at the top is a promotional video made by Emil Ernerfeldt (the creator of Phun), a student of Virtual Reality Laboratory (VRlab), Umeå Univ. [NicoVideo screenshot] このページの説明（日本語） このページは、ニコニコ動画のPhun動画を見るためのページです。 通常、ニコニコ動画の閲覧にはアカウントが必要ですが、このページではアカウントを持っていない方でも動画を見ることができます。 コメントが邪魔な場合は、動画画面右下のひよこのマークをクリックすると、非表示にできます。 今のところ、基準は設けられていませんが、ここに載る動画は「best of phunと呼ぶに相応しい何か」を持っているものばかりです。 ※一番最初の紹介動画はPhunの作者であるEmil氏によるものです。 2008年02月18日 13 08 24 投稿 (contributed to NicoVideo 2008Feb18 13 08 24) ピタゴラスイッチが楽しめるソフト Phun Phun - 2D physics sandbox http //www.nicovideo.jp/watch/sm2364169 +... Comment test -- (和訳の人) 2008-05-06 16 04 11 そういえば各ページ下部にコメント欄はつけないんでしょうか？ -- (arquebusier) 2008-05-13 01 35 31 そういえば各ページ下部にコメント欄はつけないんでしょうか？ 私は、p-phun管理人様に一任していいと思います。 管理人様 -- (和訳の人) 2008-05-13 16 29 04 …考え直しました。やはりコメント欄はあったほうがいいですね。@wikiのシステムに詳しい方、「エンターを押しても投稿されない、かつ横幅の広いコメント欄」って作れるのでしょうか。 -- (和訳の人) 2008-05-16 01 58 51 現状では、エンターキーで改行しようとすると投稿されてしまいます。 -- (和訳の人) 2008-05-16 01 59 31 Name Comment すべてのコメントを見る 2008年02月24日 04 05 15 投稿 【phun】キャタピラの作り方 How to make a caterpillar http //www.nicovideo.jp/watch/sm2418474 2008年03月05日 03 36 16 投稿 Phunでスペースコロニーの開発 Space colony development in Phun http //www.nicovideo.jp/watch/sm2519062 2008年03月06日 10 55 57 投稿 【Phun】ニコニコスイッチ☆アイランド 総集編 Highlights of NicoNico Switch Island series http //www.nicovideo.jp/watch/sm2531465 2008年03月08日 09 41 59 投稿 Phunロケット開発支援PV「空」 "Sky" - the promotional video for rocket development in Phun http //www.nicovideo.jp/watch/sm2560301 2008年03月10日 17 48 04 投稿 Phunでリボルバー作った！ I made a revolver in Phun http //www.nicovideo.jp/watch/sm2595323 2008年03月11日 01 25 25 投稿 Phunでスペースコロニーの開発4 Space colony development in Phun part 4 http //www.nicovideo.jp/watch/sm2601444 2008年03月13日 09 43 51 投稿 【Phun】で作った戦車で特殊地形を走破してみた。 I made a tank and ran a special course http //www.nicovideo.jp/watch/sm2628115 2008年03月13日 20 53 17 投稿 phun でｳﾏｳﾏｼｰﾝ 改良型 The "caramelldansen" dance machine (modified) in Phun http //www.nicovideo.jp/watch/sm2633668 2008年03月14日 14 27 03 投稿 【プロジェクトPhun】月面着陸への挑戦 Challenge to Moon landing (English sub added) http //www.nicovideo.jp/watch/sm2641690 2008年03月15日 19 23 11 投稿 【Phun】玉入れ弥生杯まとめ動画 3/15版 The summary of "tossing balls into the box" contest (ver. March15th) http //www.nicovideo.jp/watch/sm2657546 2008年03月31日 16 52 16 投稿 【Phun】時計作ってみました。 I made a clock http //www.nicovideo.jp/watch/sm2848221 2008年04月12日 15 22 05 投稿 【Phun】でニコステポータブル(完成版？) NicoNico station portable http //www.nicovideo.jp/watch/sm2971101 2008年05月03日 23 16 07 投稿 【ニコニコ動画】Phunでデッドコースター作ってみた DEAD COASTER http //www.nicovideo.jp/watch/sm3184222