約 5,373,802 件
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 コンテンツの最終更新年月日 クッキー サーバがクライアントに対して自由に読み書きできるテキスト クッキーの有効期限負数をセットした場合、ブラウザの終了時に削除される 0をセットした場合、その場で削除される 1以上をセットすると、その秒数分保持される クッキーのデメリットクライアント側でクッキーを受け入れないように設定することが可能 クライアント側でクッキーの改竄や削除が可能 実データがネットワーク上を流れてしまう クッキーの制約1つのホスト、ドメイン当たりの最大個数は20個(総数では300個以内) クッキー1つあたりの最大サイズは4096バイト セッション情報 長期間にわたって情報を保持するには不向き ユーザがブラウザを開いている間だけアプリケーション内で情報を受け渡しする場合にはクッキーより手軽でセキュアな仕組み sessionJSPの暗黙オブジェクトの1つ 下記のメソッドを使って読み書きする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/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/clubshiny_technote/pages/47.html
window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag( js , new Date()); gtag( config , UA-107423102-1 ); プライバシーポリシー 広告の配信について 「CLUB Shiny色違いポケモン総合技術サイト」は、Amazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイトプログラムである、Amazonアソシエイト・プログラムの参加者です。 第三者がコンテンツおよび宣伝を提供し、訪問者から直接情報を収集し、訪問者のブラウザにCookie(クッキー)を設定したりこれを認識したりする場合があります。 Amazonアソシエイトが紹介料上限無しに規約改定 #紹介料上限なし #Amazonアソシエイト https //affiliate.amazon.co.jp/help/node/topic/GJ2QX3RTJ9ELJMPP アクセス解析ツールについて 当サイトでは、Googleによるアクセス解析ツール「Googleアナリティクス」を利用しています。 このGoogleアナリティクスはトラフィックデータの収集のためにCookieを使用しています。このトラフィックデータは匿名で収集されており、個人を特定するものではありません。この機能はCookieを無効にすることで収集を拒否することが出来ますので、お使いのブラウザの設定をご確認ください。この規約に関して、詳しくはここをクリックしてください。 当サイトへのコメントについて 当サイトでは、スパム・荒らしへの対応として、コメントの際に使用されたIPアドレスを記録しています。 これはブログの標準機能としてサポートされている機能で、スパム・荒らしへの対応以外にこのIPアドレスを使用することはありません。また、メールアドレスとURLの入力に関しては、任意となっております。全てのコメントは管理人が事前にその内容を確認し、承認した上での掲載となりますことをあらかじめご了承下さい。加えて、次の各号に掲げる内容を含むコメントは管理人の裁量によって承認せず、削除する事があります。 特定の自然人または法人を誹謗し、中傷するもの。 極度にわいせつな内容を含むもの。 禁制品の取引に関するものや、他者を害する行為の依頼など、法律によって禁止されている物品、行為の依頼や斡旋などに関するもの。 その他、公序良俗に反し、または管理人によって承認すべきでないと認められるもの。 免責事項 当サイトで掲載している画像の著作権・肖像権等は各権利所有者に帰属致します。権利を侵害する目的ではございません。記事の内容や掲載画像等に問題がございましたら、各権利所有者様本人が直接メールでご連絡下さい。確認後、対応させて頂きます。 当サイトからリンクやバナーなどによって他のサイトに移動された場合、移動先サイトで提供される情報、サービス等について一切の責任を負いません。 当サイトのコンテンツ・情報につきまして、可能な限り正確な情報を掲載するよう努めておりますが、誤情報が入り込んだり、情報が古くなっていることもございます。 当サイトに掲載された内容によって生じた損害等の一切の責任を負いかねますのでご了承ください。
https://w.atwiki.jp/gcmatome/pages/9254.html
Finger Fitness 【ふぃんがーふぃっとねす】 ジャンル カジュアル,アーケード 対応機種 プレイステーション5 メディア ダウンロード専売 発売・開発元 TERNOX 発売日 2022年10月20日 定価 110円(税込) プレイ人数 1人 レーティング IARC 3+ 判定 なし ポイント タイトル通り指を鍛えるゲーム超低価格だが、それ以上にボリュームは極小 概要 特徴 評価点 問題点 総評 概要 ウクライナに拠点を置くインディーゲームスタジオ「TERNOX」からリリースされたPS5専用ソフト。 本作は、PS5のコントローラーDualSenseのアダプティブトリガーを利用して、左右の人指し指を鍛えるゲームである。 特徴 L2/R2ボタンを押すことによりポイントが貯まっていき、そのポイントで様々なステータスの強化や、自動でポイントを貯めてくれるペット(一般的な生物の他に、何故かジャガ芋も混じっている)の購入などが行える。 端的に言ってしまえば、『Cookie Clicker』のようなクリッカーゲームである。 DualSenseの機能であるアダプティブトリガーが使用されており、重みのあるトリガーを押して指に負荷をかけて鍛える(というコンセプトである)。 一定以上の割合でポイントを貯めていき、最大耐久ゲージが赤になると、クールタイムが必要になる。 ときおり画面左右をボーナスカプセルが移動するので、表示される対応ボタンを連打すれば、様々なボーナス恩恵を受けることが出来る。 なお、グラフィックにはフリー画像サイトである「いらすとや」のイラストが堂々と使われている。 評価点 アダプティブトリガーを使って指を鍛えるという発想そのものは評価してもよい。 DualSense特有の機能を活かしているという点においては、他のクリッカーゲームとの差別化にもつながっている。 トロコンがとても簡単。 後述する問題点の裏返しとなるが、プラチナを含むトロフィーコンプリートの難易度は非常に簡単。トロフィー収集家にとっては嬉しいかも? BGMも一曲しかないものの、悪いものではない。 日本語女性ボーカルのノリの良い曲であり、長々と聴いても聴き飽きず、この手の作業ゲーとはピッタリな曲である。ちなみクレジットによれば、これもグラフィック同様に、フリーBGMサイトである「DOVA-SYNDROME」の音楽素材を使用している。 問題点 少ないにもほどがある極小ボリューム。 特徴に書いた通り本作は『Cookie Clicker』のようなゲームなのだが、30分もあればトロコンはおろか全ステータスをカンストさせることが可能なほど、やり込みがいがない。 110円という低価格を考慮しても、流石にボリュームが少なすぎる。 日本語訳が一部おかしい。 プレイに支障が出るレベルではないものの、タイトルのゲーム開始の選択肢が「演奏する」(PLAYの誤訳)となっていたり、選択肢のNoが「番号」となっているなど、翻訳がおかしい部分がある。 総評 DualSenseのアダプティブトリガーを使って指を鍛えるという発想自体は決して悪いものではない。 しかし110円という低価格を差し引いても30分もしない内に遊び終わってしまうほどの極小ボリュームに関しては擁護し難い。 有料で売るならせめて、この手のジャンルの始祖である『Cookie Clicker』並みのやり込みがいが欲しかったところである。
https://w.atwiki.jp/i_ro/pages/386.html
元ページ URL https //irowiki.org/wiki/2017_Christmas_Event Nyah Humbug (iRO)(*2) このクエスト若しくはイベントは現在実装されていない今後再び有効になった場合、この告知は撤去される このクエスト若しくはインスタンスは反復可能但し23時間(*3)のクールタイムがある 必要条件 Base Lv 50 アイテム Yarn 1個 Fresh Fish 10個 アイテム (消費無し) Wrapping Paper 20個 Wrapping Lace 20個 報酬 アイテム Christmas Tree Hat (*4) 1. Malangdo× にいる Retired Santa (malangdo 123/197(*5)) と話す Tell him You can't do that! but he only wants to take one year off (so he says!). 彼に言いなさいそれをすることはできません! しかし、彼は1年しかかからないようにしたい(彼は言う!) 彼に You can't do that! と答える(*1)。だが彼はこの年の1回のみやって欲しいだけなのだ (と彼は言っている) ・・・? 彼から Santa Claws と話すように言われる Malangdo には Izlude× (izlude 180/218) か Alberta× (alberta 197/202) にいる Odgnalam と話せば行かれるまたは Malang SP Can を使う 2. Santa Claws (malangdo 228/275(*6)) と話すと、助手に雇った子ネコ共がオモチャを作ろうとせずその材料で遊んでばっかりなので Yarn 1個と Fresh Fish 10個を集めて来てくれと言われる(*7) 3. Santa Claws のすぐ下にいる Grumpy Helper (malangdo 228/272(*8)) の所へアイテムを持って行き、選択肢で Wake Him を選ぶ(*9) 4. 再び Santa Claws に話し掛けると彼は昼寝をしようとするところで、配達は他の助手が手配するからと言い残す 5. 左の方にいる Cheerful Helper (malangdo 217/274(*10)) に手伝う旨を伝える 彼から Wrapping Paper と Wrapping Lace をそれぞれ20個ずつ集めて来てくれと頼まれる これらのアイテムは Lutie× フィールドと Toy Factory× にいる Santa Goblin や Santa Jakk、Santa Orc Warrior から入手出来る 6. Cheerful Helper の所へ戻って集めたアイテムを見せる(*11) 7. アンタの持って来た包装材で包むモノをネコ共はまるっきり持ってないので、クリスマスプレゼントを掻き集める為 Retired Santa の所へ戻る 8. Lutie で Toy Stockpile (xmas 152/97) のある彼のソリを捜す プレゼントは脆いので色の順に選んで行く事This is VERY difficult because GMs did not use the 16.1-style of NPC interactions where it only shows animations on the user's screen.The animations are global animations.これは、GMがユーザーの画面にアニメーションのみを表示するNPCインタラクションの16.1スタイルを使用しなかったため、非常に困難です。アニメーションはグローバルアニメーションです。これがクソむずい作業になっているのは GM 達が NPC の表示方式に "ただアニメーションさせるだけ" の16.1-スタイルを使わなかった所為だアニメーションが背景自体へ適用されている ・・・?Stockpile をクリックした時に赤 ・ 青 ・ "黄" (だが実際には緑) のアニメ(*12)が有効になるので、ダイアログに対応する色のモノを選ぶ 正しい色のブツを上手く取れたら2番目の色のモノが (すぐに?) 表示される。この手順を5回 (?)(*13)成功するまで繰り返す 9. 坂道の上のソリにある Toy Sendoff (xmas 199/245) を見付け出し、選択肢で下表のように適切な回答を選ぶ(*14) ダイアログの一部 回答 Bit Heavy in the Back(*15) Front of Sleigh Bit Heavy on the Front(*16) Back of Sleigh Something to hold on the paper(*17) Wrapping Lace Please Wrap the gifts(*18) Wrapping Paper 10. Retired Santa にプレゼントを全部包んで配り終えたという良いニュースを伝えると、 Christmas Tree Hat をもらえる(*19) Gift Exchange このクエスト若しくはイベントは現在実装されていない今後再び有効になった場合、この告知は撤去される クレーンゲーム型の NPC Gift Exchange (malangdo 129/195(*20)) が Retired Santa の隣にある 持っているアイテムを Santa Claws Token と1:1で交換していき、充分集まったらそれを下記テーブルに対応するアイテムと交換する(*21) 交換レート 必要個数[Santa Claws Token] 景品 アイテム 報酬 5 Santa's Bag Well-Baked Cookie 1個 ➔ Santa Claws Token 1個 10 Level 5 Heal Scroll Candy 1個 ➔ 25 Gift Box Candy Cane 1個 ➔ 25 Cookie Bag Wrapping Paper 1個 ➔ Santa Claws Token 3個 100 Old Blue Box Wrapping Lace 1個 ➔ 200 Prize Medal×(*22) 300 Old Purple Box 750 Old Card Album (*23) 1,000 Candy Hat 1,500(*24) Costume Shining Santa Poring Snow Flower Festival (kRO) Making a Snow Bouquet 1. Al De Baran の堀の内側にある Clock Tower の北東部へ行き Festival Manager (aldebaran 174/164) と話して、フェスティバルに 参加する事を伝える 2. Al De Baran には雪が降っていない (らしい) ので、あちこちで見掛けるイベントモンスターの Siroma が落とす Magical Snow Flower を 10個集めて来ないとならない 3. Magical Snow Flower 10個を渡すと、Snow Flower Festival Giftbox 5個と Ice Candy 10個をもらえる NPC は希望するステータス強化の種類を尋ねてくるが、それらの支援情報を表示するアイコンは無い模様(*25) このクエスト若しくはインスタンスは反復可能但し23時間のクールタイムがある(*26) 訳注: 以下3つのクエストは Re Start ではクエストウィンドウに項目が加えられ CT 表示もされるが Renewal では表示されず各 NPC に夜が明けてから来るよう言われるのみ Staying Strong through the Winter 1. そうして Snow flower illusionist と話す事が出来るようになり、彼は更に10個の Magical Snow Flower を持って来てくれと言う またその傍にいる雪ダルマ達も Carrot を1個欲しがる 2. 必要なアイテムを Snow flower illusionist の所へ持って行くと、4種のステータス強化から1つを得られ、Ice Candy 5個と Snow Flower Festival Giftbox 1個をもらえる Staying Warm with Cotton 1. 北出口のすぐ左側の方にいる Coti (aldebaran 124/238) と話して Warm Cotton 10個の調達を引き受ける これら5種類のモンスターのどれかを倒せば Warm Cotton が手に入る(*27) Sasquatch Marin Lunatic Raggler Skeleton 2. ブツを10個持って戻るとお礼に Ice Candy 5個と Snow Flower Festival Giftbox 1個をもらえる 更に渡そうと思ったら [ 多分23時間 ] 経つまで待たないとならない Holiday Word Play 1. Twinkle (aldebaran 217/212) は Al De Baran 北東 (Lutie に連れて行ってくれる Mr. Claus の近く(*28)) にいて、単語の綴りを 作るのに要る Blue [Letter] Card を集めてもらいたがっている 2. 彼が選んだ単語になるようにカードを集めて Twinkle の所へ5回持って行くと Costume Let It Snow をもらえる カードは Snow Flower Card Envelope を開ける事で手に入るが、重量が1でキャラクター固定になっている有用なカードは以下の文字が書かれたモノ A, E, F, I, L, N, O, R, S, T, V, W (足りない可能性あり)お題の単語には次のようなモノが含まれるFLOWER SNOW FESTIVAL カードを取っ払いたい場合は Festival Claviger (aldebaran 169/173) に言えば全部処分してくれる訳注: 現在はイベントが終了し NPC は全部撤去されているが、Festival Claviger は Eden Group 内 (moc_para01 52/32) にいる Mouths Which Can't Handle the Cold 1. Ice Candy を口に入れるつもりが無く Snow Flower Festival Giftbox と交換したいなら Snow (aldebaran 170/168) と話す(*29) 2. 彼は Ice Candy 3個につき Snow Flower Festival Giftbox 1個と換えてくれる この NPC は1度に複数の Giftbox との交換も出来るようになっているが上限は10個 (つまりは Ice Candy 30個) 分まで Snow Flower Festival Giftbox 中身は下記の内から1種 種類 アイテム 消費アイテム Ice Candy 3個 (Not for Sale) Lucky Candy Cane 2個 (Not for Sale) Lucky Candy 2個 (Not for Sale) Piece of Cake 2個 (Not for Sale) Lucky Cookie 2個 Flora Cookie 1個 Pestie Cookie 1個 Snow Cookie 1個 Winter Cookie 1個 コスチューム(*30) Costume Blue Christmas Cheer Costume Let It Snow Costume Polar Bear Cap Costume Rudolf Santa Hat Costume Santa's Hat Categories Repeatable Quests | Quest Window Quests
https://w.atwiki.jp/yuukoku/pages/38.html
目次 個人情報について利用目的について 第三者への開示、提供の禁止について 安全対策について 外部サービスの利用についてアクセス解析について アフィリエイトについて Facebookアプリについて 免責事項写真や画像について お問い合わせ 個人情報について 本サイトでは、セキュリティシステムの強化、その維持や改善における必要な措置を講じ、個人の情報への不正なアクセスや、紛失、破損、改ざん、漏洩などの防止に努め、個人情報の厳重な管理を行っております。 利用目的について 本サイトでは、メールでのお問い合わせの際や、コメントの際にお名前(ハンドルネーム等)と、メールアドレス等の個人情報をご記入いただく場合がございます。 これらの個人情報は、ご質問に対する回答や、必要な情報を電子メールなどでご連絡する場合に利用させていただく場合がございますが、個人情報をいただく際の目的以外では利用いたしません。 第三者への開示、提供の禁止について 本サイトでは、閲覧者の方からお預かりした個人情報を適切に管理し、次のいずれかに該当する場合を除き、その個人情報を第三者には開示いたしません。 閲覧者本人の同意がある場合 閲覧者の方が希望されるサービスを利用するために、本サイト管理人が業務を委託する業者に対して開示する必要がある場合 法令に基づき、個人情報の開示が必要になった場合 安全対策について 本サイトでは、個人情報の正確性、および安全性確保のために、セキュリティに万全の対策を講じています。また、必要に応じて適宜その強化、改善に努めます。 外部サービスの利用について 本サイトでは、アクセス解析やアフィリエイト、各種ソーシャルネットワーキングサービス等の外部サービスを利用しておりますが、個人を特定する個人情報は扱っておりません。 アクセス解析について 本サイトでは、アクセス解析ツール「Googleアナリティクス」を使用しています。このGoogleアナリティクスはトラフィックデータの収集のためにCookie(クッキー)を使用していますが、そのトラフィックデータは匿名で収集されており、個人を特定するものではありません。 この機能はCookieを無効にすることで収集を拒否することが出来ますので、お使いのブラウザの設定をご確認ください。この規約に関しての詳細はGoogle アナリティクス利用規約をご覧ください。 アフィリエイトについて 本サイトでは、第三者配信の広告サービス(Amazonアソシエイト)を利用しております。 このような広告配信事業者は、ユーザーの興味に応じた商品やサービスの広告を表示するため、本サイトや他サイトへのアクセスに関する情報でCookie(氏名、住所、メール アドレス、電話番号は含まれません) を使用することがあります。 Facebookアプリについて 本サイトでは、サイトとFacebookページとの連携を行うために、Facebookアプリを使用しています。このアプリを通じて得た情報も、個人を特定するものではありません。 免責事項 本サイトで掲載している情報の正確さについては可能な限り努力しておりますが、正確性や適切性に問題があると判断した場合は、告知無しに情報を変更・削除する事があります。 スポンサーリンク先とのトラブル及び、本サイトの情報を用いて行う一切の行為により被った損害・損失に対しては一切の責任を負いかねますので、ご理解の程よろしくお願いします。 写真や画像について 画像についてはほぼフリー素材サイトのお世話になっています。 また、引用目的以外の記事の転載はご容赦下さい。キュレーションサイトなどに掲載される場合は、お手数ですが該当記事へのリンクをお願いします。 お問い合わせ 本サイトの個人情報の取扱いに関するお問い合わせは【お問い合わせフォーム】よりご連絡ください。
https://w.atwiki.jp/ahs88ahs/
WELCOM TO auntie's! LET'S ENJOY LEARNING TOGETHER! ******************** 【重要なお知らせ】 武豊町の教室は、 2023年(令和5年)11月を以て閉鎖し、 東浦町へ移転致します。 長らくのご愛顧、誠にどうも有難うございました。 移転後も 引き続きどうぞ宜しくお願い申し上げます。 ******************** ******************** 【新型コロナウィルス対策について】 当教室の対策や対応に関しましては こちらをクリック して下さい。 ******************** English Class Cooking Class (英会話&お料理教室)auntie's (アンティーズ) のホームページへようこそ。 屋号の auntie's の "auntie" の語源は "aunt (おばさん)" aunt の親しみを込めた呼び方が auntie です。 "auntie's" とは、「おばさん家」 という意味になります。 お教室にお通い下さる皆さんに まるで 親戚のおばさんのお家に遊びに行くような感覚で auntie's にお越し頂ければ・・・そんな想いが込められています。 ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ ★ auntie's のテーマはとにかく楽しく温かく。 大切なお金と時間を使うのです。 エンジョイしなければ無意味だと考えています。 居心地の良い空間でリラックスした気持ちで学ぶこと、 そして先生と生徒とのフレンドリーで心温まる関係。 これが auntie's が目指すお教室なのです。 auntie'sには下記の2つのコースがございます。 ●【English Class】英会話クラス ●【Cooking Class】料理クラス <クリックして頂くと、詳細ページが表示されます。> auntie's:その他の特徴 安心&クリアな料金システム 年会費や 無駄な教材費は一切頂戴しておりません。 リラックスした雰囲気 国内外から集めたアンティーク家具&雑貨に囲まれた室内です。皆さんに、より気持ち良くレッスンをお受け頂けますよう、マイナスイオン・空気清浄・加湿などにも気を遣っています。レッスン中は、季節に合わせたアロマオイルを焚いてお待ちしております。 駐車場完備 店舗のすぐ前が駐車場です。広いスペースで、駐車も楽々です。 今後も、在校生の皆さんに、楽しく学んで頂ける環境を提供出来ますよう 努めて参ります。 さあ あなたも auntie's で、たくさんの笑顔とともに、何かを始めてみませんか? ★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★★
https://w.atwiki.jp/shooto/pages/1356.html
[大会名]THE ROOKIE TOURNAMENT 2008 FINAL [日時]2008年12月13日(土) [会場]東京/新宿FACE [主催](株)サステイン [リンク]SHOOTO NEWS/X-SHOOTO 【第1試合】ウェルター級 5分2R[2008年度新人王決定トーナメント決勝戦] ×田村ヒビキ(大阪/パラエストラ大阪) 判定 0-3 ○臼田育男(東京/総合格闘技木口道場) ※[メイン]鈴木利治 19-20(1R 9-10/2R 10-10) [サブ]菅野浩之 18-20(1R 9-10/2R 9-10) 横山忠志 18-20(1R 9-10/2R 9-10) ※※臼田がウェルター級新人王トーナメント優勝 【第2試合】ミドル級 5分2R[2008年度新人王決定トーナメント決勝戦] △久米鷹介(愛知/ALIVE) ドロー 0-0 → 延長判定 0-3 △佐藤拓也(京都/PUREBRED京都) ※[メイン]鈴木利治 19-19(1R 9-10/2R 10-9)+ 延長R 9-10 [サブ]菅野浩之 19-19(1R 9-10/2R 10-9)+ 延長R 9-10 横山忠志 19-19(1R 9-10/2R 10-9)+ 延長R 9-10 ※※判定ドローのため、トーナメント規定により延長ラウンドを実施。 ただし延長ラウンドは非公式戦扱いのため、公式記録的にはあくまでドロー裁定。 ※※※佐藤がミドル級新人王トーナメント優勝 【第3試合】バンタム級 5分2R[2008年度新人王決定トーナメント決勝戦] ○北原史寛(北海道/パラエストラ札幌) 判定 3-0 ×渡辺健太郎(大阪/直心会格闘技道場) ※[メイン]鈴木利治 20-17(1R 10-9/2R 10-8) [サブ]菅野浩之 20-17(1R 10-9/2R 10-8) 横山忠志 20-17(1R 10-9/2R 10-8) ※※北原がバンタム級新人王トーナメント優勝 【第4試合】ライトヘビー級 5分2R[2008年度新人王決定トーナメント決勝戦] ○チョモランマ1/2(福井/総斗會三村道場) TKO 1R 0'34" ×℃-BOY(広島/パラエストラ広島) ※2度目のダウンでレフェリーストップ ※※チョモランマ1/2がライトヘビー級新人王トーナメント優勝 【第5試合】フェザー級 5分2R[2008年度新人王決定トーナメント決勝戦] ○エダ“塾長”こうすけ(京都/PUREBRED京都) S 1R 3'02" ×蜉蝣(東京/和術慧舟會東京本部) ※スリーパーホールド ※※エダがフェザー級新人王トーナメント優勝 【第6試合】ライト級 5分2R[2008年度新人王決定トーナメント決勝戦] ×直撃我聞(埼玉/PUREBRED大宮) 判定 0-3 ○田村一聖(東京/KRAZY BEE) ※[メイン]鈴木利治 17-20(1R 9-10/2R 8-10) [サブ]菅野浩之 18-20(1R 9-10/2R 9-10) 横山忠志 17-20(1R 9-10/2R 8-10) ※※2R、右ストレートで直撃に1ダウン ※※※田村がライト級新人王トーナメント優勝 セミ【第7試合】フライ級 5分2R[2008年度新人王決定トーナメント決勝戦] ×猿丸ジュンジ(神奈川/シューティングジム横浜) S 2R 2'15" ○山上幹臣(埼玉/総合格闘技道場STF) ※フロント・スリーパーホールド ※※[メイン]鈴木利治 1R 10-10 [サブ]浦僚克 1R 10-9 横山忠志 1R 10-9 ※※※1R、フロント・スリーパーで山上にキャッチ1 ※※※※山上がフライ級新人王トーナメント優勝 メイン【第8試合】ウェルター級 5分2R ×パオロ・ミラノ(イタリア/パラエストラ東京) TKO 2R 4'09" ○ガイ・デルモ(USA/TEAM BLAZE脇町) ※グラウンドパンチによるレフェリーストップ ※※1R、スリーパーでパオロにキャッチ1 ※※※[メイン]鈴木利治 1R 10-9 [サブ]浦僚克 1R 10-9 菅野浩之 1R 10-9
https://w.atwiki.jp/triple0w0/pages/126.html
http //uncoon.com/user/bookbook 呼び方は「ぶくぶく」 かなりの技術者である。 SNSとして晩酌というサイトを立ち上げている。 他にも多くの趣味を持ち、たまに他のユーザーと遊びに出たりしている。
https://w.atwiki.jp/gachmuch/pages/565.html
[Talking Puff Daddy] なぁMASE オレが嫌いなこと、教えてやろうか? オレが嫌いなのは、ほら、クラブに行ってさ たとえば女と一緒にいるとするじゃん そこに必ず遊び人が嫌いなヤツラがいてよ 突然、つっぱりだしちゃったりするわけ 思い切りガンなんか飛ばされてよぉ ハハ、自分の仲間が見てるからって強がって オレの女の方がヤツラよりいい根性してるってことも知らないくせに オマエ、一体何を見てんだよ 若い男が金稼いじゃいけないってのか 床までズリ下げたオレのズボン 人気があるんだから何しても許される オマエの車よりオレのが見た目もいい オレの彼女は欠点一つないイイ女 ノーパンで俺に会いに来る ドアが10もあるレックスのリムジンに乗って 俺は殺された、P-DADDYはオレの恩人 金のためにやったこと、俺の気持ちがわかるだろ 誰もが知りたがる、あいつは誰だ、と 魅力を撒き散らしてギャルたちはくらくら 地元のニガーどもは知ってる、MASEがカマせるのを ハーレム・ワールドのヤツラはみんな金持ち 98年型のタホ(車名)、トミーにラスコー 誰かに追われた時のためにドニー・ブラスコも買っとけ [Hook] なんでオレのこと見てんだよ 隣に彼女がいるっていうのに なんでオレのこと見てんだよ 隣に彼女がいるっていうのに なんでオレのこと見てんだよ 隣に彼女がいるっていうのに なんでオレのこと見てんだよ 隣に彼女がいるっていうのに オマエが俺を見てるからって別にムカつかない これはマジ、オレをよーく見ろ いつまでたってもオマエラは奥の方に座ってるだけの遊び人嫌いのグループ アレコレ言っても構わない、俺の言うことよく聞きな いつまでも借金だらけのオマエラ、助けてなんかやらないぜ だって金のないヤツなんか大目に見れない それにローンなんかさせてやるものか オレがベントレー(車名)の車電話で話してるときは小声で喋れ 何でオレが嫌いなわけ? 理由はオレが超カッコよくキマってるから じゃオマエはなんで自分の女房も満足させられないの もしもバッド・ボーイの力を借りなけりゃ CDにテレビ、オレはこんなに知られなかった 今じゃオレとブリンクの二人、仲良く金色のローバー(車名)でながす オマエが冷たい仕打ちを受けるのは当然 どうせMASEに奪われるだけだから、まぁあきらめな [Hook] 熱くして、ベイベー、熱くして 熱くして、ベイベー、熱くして 熱くして、ベイベー、熱くして 熱くして、ベイベー、熱くして みんなで親睦会に参加 気温は高くあたりは砂だらけ オレは仲間とつるんでた タンクトップにゴムぞうり、ごく普通のラフな装い そこへタミーって名前のギャルが接近 ミス・マイアミになれるほどのカワイコちゃん でもダチは彼女をキャンディって呼んでる 彼女、アリーヤ(歌手)やブランディ(歌手兼女優)のことを尋ねてきた上に グラミー賞の会場でPUFFに会ったことなんか話し出す 彼から聞いてないの、ノーパン娘ってアタシのことよ おい、PUFFがどれだけたくさんのノーパン娘に会ってるか知らないの? どうせならもっとビックリするような話を聞かせてくれよ 例えばキミとセックスしてもお金が欲しいなんて言わないとかさ もしよかったら10時に会おう ルームナンバーは112、友達4人連れてきな でもヤリたいんなら手短にしてくれよ それとキスマークは厳禁、女房が一緒に来てるから [Hook]