約 5,141,310 件
https://w.atwiki.jp/yakotest65/pages/68.html
nicovideo(http //www.nicovideo.jp/watch/sm27965309) 1 nicovideo(sm20287005) 2 nicovideo(sm10037931){500,300} 3 nicovideo(http //www.nicovideo.jp/watch/sm20286793) 4 nicovideo(http //www.nicovideo.jp/watch/sm20286793) 5 nicovideo_mylist(3291521) 1 nicovideo_mylist(3291521) 2 http //www.nicovideo.jp/mylist/3291521 nicovideo_com(co3022304) 1 nicovideo_com(http //com.nicovideo.jp/community/co3080534) 2 nicovideo_com( iframe width="312" height="176" src="http //com.nicovideo.jp/thumb_community/co3089351" scrolling="no" style="border solid 1px #CCC;" frameborder="0" a href="http //com.nicovideo.jp/community/co3089351" 【ニコニコ動画】☆ネギミク☆ちゃんねる放送局 /a /iframe ) 3 nicovideo_com(co3022304) 4 nicovideo_com(co3022304) 5 http //com.nicovideo.jp/community/co3022304 nicovideo2(http //www.nicovideo.jp/watch/sm27965309) 1 http //www.nicovideo.jp/watch/sm27965309 a
https://w.atwiki.jp/yakotest/pages/132.html
#nicovideo(http //www.nicovideo.jp/watch/sm24536934) #nicovideo(sm27965309){600,200} #nicovideo2(sm24536934) http //www.nicovideo.jp/watch/sm24536934 #nicovideo2(http //www.nicovideo.jp/watch/sm27965309,600,400) http //www.nicovideo.jp/watch/sm27965309
https://w.atwiki.jp/tokachichukuchite/pages/25.html
+SA http //www.nicovideo.jp/watch/sm2483869 もじゃ姉さん http //www.nicovideo.jp/watch/sm4721990 てーれってーれっオナショウ軍♪ +その他 http //www.nicovideo.jp/watch/sm2953477 とかち元ネタ
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
https://w.atwiki.jp/nicomad_srs_event/pages/1448.html
http //www.nicovideo.jp/watch/sm25202313 ※参加者様へ ・動画へのタグロックがありませんので、本人の参加の意思が確認できません。 ・作品ページのタイトルが間違っています。 ・作品ページのタグに期間外のイベントのタグが設定されております。※こちらで修正済み 以上、3点ご確認と修正頂き、作品ページの再作成をお願いします。 ニコニコMAD晒の宴 作品名：【ＧＡＭＥ】私はゲームが好き【ＭＡＤ】 作者名：ズタ屋(タガメ) 作者コメント：ＭＡＤは難しい、でも気持ちは作りたい プレイステーション２０周年記念動画に新作ＰＶを追加して曲を変えました ほぼＰＳじゃねーか！ 処女作？ＭＡＤかどうか怪しい、期待はしない 言えるのは『今までも、これからも、ゲームが好きだ』それだけ この作品のタグ：第8回ニコニコ紅白MAD合戦「紅組」 レビュー欄 名前 コメント
https://w.atwiki.jp/kawauchi/pages/5.html
http //www.nicovideo.jp/watch/sm30276
https://w.atwiki.jp/akatonbo/pages/951.html
nicovideo 作詞/newまとめ 作曲/36スレ310 楽しい素敵なサイトだよー ニコニコ ニコニコ ニコニコ ニコニコ 笑顔の絶えないサイトだよー ニコニコ ニコニコ ニコニコ ニコニコ もうすぐ解禁されるよー みんながwktkしてるよー ニコニコ ニコニコ ニコニコ 出来るかあああぁぁあぁぁあああ！！！！！ unable to connect to the database 音源 nicovideo
https://w.atwiki.jp/akatonbowiki/pages/2677.html
このページはこちらに移転しました nicovideo 作詞/newまとめ 作曲/36スレ310 楽しい素敵なサイトだよー ニコニコ ニコニコ ニコニコ ニコニコ 笑顔の絶えないサイトだよー ニコニコ ニコニコ ニコニコ ニコニコ もうすぐ解禁されるよー みんながwktkしてるよー ニコニコ ニコニコ ニコニコ 出来るかあああぁぁあぁぁあああ！！！！！ unable to connect to the database 音源 nicovideo (このページは旧wikiから転載されました)
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/xbox360score/pages/2094.html
The Bureau XCOM Declassified 項目数：41（34 + 7） 総ポイント：1230（1000 + 230） 難易度： ～1000：★★★☆☆(難易度COMMANDERクリア) Not Playing Favorites Take an agent of every class into the field within a single campaign1回のキャンペーンで全兵種のエージェントを連れて出動する 20 Top. Men. Get an agent of each class to Rank 5 within a single campaign1回のキャンペーンで各兵種でエージェントのランクを5に上げる 30 Away Team Complete your first Minor Operation最初の小規模作戦を成功させる 10 Spring Cleaning Complete all Investigations in the base within a single campaign1回のキャンペーンで基地内での全ての調査を完了する 30 No One Left Behind Complete the game without a single agent bleeding outエージェントを1人も出血多量で死なせずにゲームをクリアする 50 Can t be Everywhere at Once Complete 6 Dispatch Missions within a single campaign1回のキャンペーンで派遣ミッションを6つクリアする 40 See the World They Said... Complete 6 Minor Operations within a single campaign1回のキャンペーンで小規模作戦を6回成功させる 40 Glad My Trust Wasn t Misplaced Complete your first Dispatch Mission最初の派遣ミッションをクリアする 10 Let the Boys Have Their Fun Complete an entire Operation without the player firing a weapon or using a grenade武器やグレネードを1度も使うことなく作戦をクリアする 40 Vigilo Confido Beat the game on Commander difficulty without ever changing it難易度「COMMANDER」で1度も難易度を変更せずにゲームをクリアする 50 Don t Run, You ll Just Die Tired Attach 10 Sticky Grenades onto Outsider enemies within a single campaign1回のキャンペーンでアウトサイダー10体に粘着グレネードを設置する 20 Dead Head Get 20 Headshot kills with any gun within a single campaign1回のキャンペーンで敵20体をヘッドショットで倒す 25 Welcome to Earth Finish off 20 aliens using melee attacks within a single campaign1回のキャンペーンで近接攻撃でエイリアンを20体倒す 30 Ready for Anything Reach Rank 10ランク10に到達する 30 They Wont Know What Hit Them Use all of the agent and player abilities in the field within a single campaign1回のキャンペーンでエージェントとプレイヤーの全てのスキルを戦場で使用する 50 I ve Seen Better, But Not Many Reach Rank 5ランク5に到達する 20 Sight Beyond Sight Perform 15 unique scans within a single campaign1回のキャンペーンでスキャンを15回行う 20 Bursting the Bubble Take down 20 Outsider Shields using laser-based guns within a single campaign1回のキャンペーンでレーザー系武器を使用してアウトサイダーのシールドを20個破壊する 20 Leader of Men Give 150 commands to agents while in Battle Focus within a single campaign1回のキャンペーンでバトルフォーカスを使用して150回エージェントに命令する 40 What Are You Without Your Armor? Strip all of the armor off of 5 Mutons before killing them within a single campaign1回のキャンペーンでミュートンかセクトポッド5体のアーマーを、倒す前に完全に破壊する 30 The Last Suit You ll Ever Wear Customize an agentエージェントをカスタマイズする 10 Enemy Within Have Mind Controlled enemies get a total of 15 kills within a single campaign1回のキャンペーンでマインドコントロールした敵に15体の敵を倒させる 25 Clever Girl Get 40 kills on Flanked enemies within a single campaign1回のキャンペーンで側面攻撃で40体の敵を倒す 25 秘密の実績 Bringing down Goliath Defeat a Muton 20 Is He Old Enough to Drive? Defeat a Sectopod 20 A Dish Best Served Cold Defeat a Titan 25 Exorcised the Demon Retrieve and escape with information on the enemy base 45 ... And the Body Dies Confront the Outsider Leader 40 A Story of Axis and Allies Closure 35 The Fat Lady Has Sung Now, it s time to end this 50 The Devil s Tower Infiltrated the Outsider Tower 30 All That Remains Escaped Groom Range 20 So Just Let Me Introduce Myself Secured the package 25 We Will Fight Like Lions! Defeat all the Outsiders before escaping on the Skyranger 25 追加実績 Hangar 6 R D（400MSP）：230 Mind Blown Destroy 60 enemies with DaSilva s Demo Charges within a single Hangar 6 R D campaign 40 Conscientious Objector Beat Hangar 6 R D without firing any alien weapons 40 Know Your Groceries Take a level 5 agent of every class into the field within a single Hangar 6 R D campaign 30 Only a Man Complete DaSilva s perk tree without choosing Lift, Drone, or Mind Control 40 秘密の実績 Conduit Connection Complete the first trial in Hangar 01 10 Drive Through Trigger the Invasion in Hangar 6 30 It s In The Air Defeat the Hangar 6 R D Invaders 40 We Will Fight Like Lions! チャプター1の最後。爆弾を投下される前に敵を全滅させてから脱出で解除。 No One Left Behind 出血多量とはダウンでは無くキャラロストの事。もしロストしてしまった場合は、スタートボタンを押しチェックポイントからやりなおせばOK。 Enemy Within MIND CONTROLを覚えるのはRANK8。ゲームが終盤に突入している事や、仲間AIにも言える事だがジャックした敵のAIも驚くほどの馬鹿さかげんなので率先して使うように。 Vigilo Confido 難易度コマンダーではダウンした仲間を蘇生しても戦線に復帰はしない。だからと言って蘇生しないとロストする困り物。 あまりにも敵陣に突っ込んでいくようなら、わざと近場でダウンさせて蘇生しよう。逆に離れた所でダウンされると蘇生しに行きたくとも一瞬で殺されてしまうので出て行けずロストに繋がってしまう。RANKの低い序盤は最初から割り切って開始早々ダウンさせ自分一人で戦った方が楽かもしれない。ただし、弾薬が尽き易い諸刃の剣。また、当然ながらRANKが上がっていれば、共闘した方が当然楽。 Spring Cleaning 基地内にあるノートや音声テープを見聞きするのでは無く、派遣ミッションがアンロックされるサイドクエスト、チャプター1のラジヲから始まり、チャプター4クリア後までの7つ？の調査(NPCに話しかけイベント？をおこす)を完了させた時点で解除される。メインミッションを進行させる(戦闘に出かけず、長官との会話等で進めてもダメ)と、受けられなくなるモノがある。暫定情報だが７つ?の内訳は、ハインリヒ博士４、チャルスキー通信士官２、ヘリパイロット１と思われる(博士３で、警備兵１かも)。マメに会いに行こう。クエストが発生していると該当キャラ頭上に「！」が出ている。 また、この調査で時折り解放されるDispatch Missions(派遣ミッション)を最低でも1つクリアしないと、Can t be Everywhere at Once(6つの派遣ミッションクリア実績)の6つに達しず「5つ止まりで」解除されない点に注意。 Don t Run, You ll Just Die Tired スティッキーグレネードが入手できるのはチャプター4から。説明文からだと設置と読み取れるが、敵に対して直に投げ当ててくっ付け倒す。倒す必要はなく、貼り付けた数でカウントされる(無傷のミュートンに貼り付つけた瞬間に解除された。同じ敵に複数貼り付けてカウントされるかは不明)。小型の敵よりも的を絞り易い大型の敵で行った方が吉。ミュートンは、でかくて遅いのでねらい目（たまにジャンプしてくるが) Sight Beyond Sight スキャンは、命令を出す時に出てくる？マークに照準を合わせて、分析する事で、？マークを出すだけではダメ。敵だけでなく、落ちている武器や弾薬ボックスもカウントされる。同じモノや、過去すでにスキャンしたものは、カウントされない。スキャンが使用できるようになるのはゲーム中盤くらいから。 Welcome to Earth シラコイド（黒色のすばしっこいやつ）もカウントされる。スライムなら、無傷でもほぼ一撃で倒せるため、道中のトラップ的に出てくるスライムは、格闘で倒すようにしておくと良い。 Let the Boys Have Their Fun Major Operations(チャプター本編)で狙うと手間暇がかかってしまう為、Minor Operations(小規模作戦)のGRIFTERやANGELで狙えば10分程度。