約 6,573,168 件
https://w.atwiki.jp/xybdl/pages/12.html
https //www.iisina.jp/index.php https //www.iisina.jp/index.phphttps //www.iisina.jp/index.phphttps //www.iisina.jp/index.php
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/memcache/pages/36.html
HTTP Header Proxy ServerWeb Debugging Proxy LINK SSL Pass-Thu HTTP Header http //www.tohoho-web.com/ex/http.htm http //web-tan.forum.impressrd.jp/e/2010/01/12/7156 Proxy Server http //howto.ysn-jp.com/tor/tor_what.php http //www.atmarkit.co.jp/fwin2k/win2ktips/031autoproxy/autoproxy.html Web Debugging Proxy Fiddler http //www.fiddler2.com/fiddler2/ LINK Studying HTTP http //www.studyinghttp.net/ Smart http //www.rfs.jp/sb/perl/03/03.html HTTPプロトコルとサーバへのリクエスト(FUJITSU) http //jp.fujitsu.com/solutions/sdas/technology/web-apl/01-http-protocol.html
https://w.atwiki.jp/erogekiseitaisaku/
◇1 扉◇1/1 まとめサイトインデックス ◇1/2 1補足 ツィッター系 ツィッターインデックス テーマ別スレ（試験運用中） ◇2 締切間近案件 ◇3 児童ポルノ規制法関係 ◇4 表現規制を求めている中間団体（通称・ジポ規制推進三羽烏） ◇5 アニメ・出版業界関係・その他 ◇6 ネット規制関係（ブロッキングスレと同期） ◇7 書籍・資料関係 ◇8 規制に反対する諸組織・団体◇8/1 規制に反対する諸組織・団体 その1 ◇8/2 規制に反対する諸組織・団体 その2 ◇9 各団体の活動・会合等報告◇9/1 これから開催される会合・会議 ◇9/2 既に開催され終了した会合・会議 ◇10 パブリックコメント、傍聴、公募、その他 ◇11 赤松健氏関連◇11/1 赤松氏関連・ツィッター ◇11/2 赤松氏関連・二次創作マーク関係 ◇11/3 赤松氏関連・Jコミ ◇12twitter/blogその他 個々個人の行動及び主張◇12/1 twitter/blogその他 個々個人の行動及び主張 その1 ◇12/2 twitter/blogその他 個々個人の行動及び主張 その2 ◇12/3 twitter/blogその他 個々個人の行動及び主張 その3 ◇12/4 twitter/blogその他 個々個人の行動及び主張 その4 +このまとめについて エロゲ表現規制対策本部スレのテンプレが肥大化し続け、スレ立て時のテンプレ貼りが大きな負担になっていることから、その内容を外部保管するために作られたページです。 表現規制反対のための情報や関連団体へのリンク、最新の情勢に関するツイートなどのまとめです。 編集方針 「1ページで全部見られること」を指針にしています。 また、コピペで編集すること、スレ側へのコピペもしやすい事から、1レス分を1パーツとしています。 掲載するのは主に学術的な話・これまでの経緯・論説・評論・団体等の公式発表・当事者本人のツイートなどです。 現在の情勢に関する確度が低い情報などは、スレの誰かがメモ帳にでも保管してればいいと思います。 また、スレ内限定の話は基本的に対象外です。 追加や編集を提起する時は「どこに追加するか（もしくは、どのパーツと入れ替えるか）」を明記した上でスレにレスしてください。 投下内容へのツッコミは推奨します。まとめに加える上で問題があるか審査してください。 最終的な掲載の可否は管理者が判断します。ご了承ください。 管理者 現在は同スレコテハンであるwiki編が管理しています。 ◇1 扉 ◇1/1 まとめサイトインデックス ○表現規制問題に今度どう向き合っていくべきなのか？ ttp //togetter.com/li/287049 ○エロゲ販売規制問題まとめwiki ttp //www28.atwiki.jp/erogekisei/ ○ブロッキング(検閲)問題まとめwiki ttp //www37.atwiki.jp/stop-blocking/ ○政治対策まとめWiki ttp //www12.atwiki.jp/eroge_politics/ ○漫画・アニメ・ゲーム・映画の表現規制問題まとめ：ブログ版 ttp //d.hatena.ne.jp/mxixtxbx/ ○非実在青少年問題まとめサイト（更新終了 後継サイトは上記ブログ版） ttp //mitb.mangalog.com/ ttp //mitb.bufsiz.jp/ ○『東京都青少年の健全な育成に関する条例』よく使われる用語のまとめ ttp //glossary.xxxxxxxx.jp/ ○児童ポルノ規制法に関連するできごとられつ表 ttp //cute.sh/gero48/ahi/kipo/nenpyou.htm ○エロゲ表現規制対策本部避難所3 ⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1355006939/ ○過去スレを読んで確認したい場合は以下 2ch DAT落ちスレ ミラー変換機 ttp //yellow.ribbon.to/~mirror/ ○ツィッタートピック・ツイッターインデックス 時系列別整理 2 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1363024301/ ○ツイッターインデックス 時系列別整理 大盛 3 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1369367318/ ○特定秘密保護法案関係情報集約スレ 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1386143840/ ◇1/2 1補足 ツィッター系 ツィッターインデックス テーマ別スレ（試験運用中） ○ツィッターインデックス 憲法関連 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372944245/ ○ツィッターインデックス 児ポ規制全般 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372919655/ ○ツィッターインデックス 児ポ規制法 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920325/ ○ツィッターインデックス 青健法関連 その１ 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372919869/ ○ツィッターインデックス TPP全般 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372921643/ ○ツィッターインデックス 選挙関連 その１ 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372919776/ ○ツィッターインデックス 代議士 その１ 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372919966/ ○ツィッターインデックス 規制反対団体 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920248/ ○ツィッターインデックス 規制団体 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920248/ ○ツィッターインデックス 規制反対運動 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920465/ ○ツィッターインデックス 二次元業界人 その１ 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920079/ ○ツィッターインデックス 資料もしくは注意事項 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920554/ ○ツィッターインデックス 事件 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920633/ ○ツィッターインデックス 実況まとめ その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920766/ ○ツィッターインデックス その他 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1372920998/ ◇2 締切間近案件 12/19まで 高知県人権施策基本方針の改定について http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619748/42 12/29,18時 表現規制反対クラスタ忘年会2013 http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619802/256 ◇3 児童ポルノ規制法関係 ○都条例レベルでの動き 関係リンク 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1345934389/12 ○国政レベルでの動き 関係リンク 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1345934423/26 ○地方自治体レベルでの動き 関係リンク 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1345934451/12 ○海外レベルでの動き 関係リンク 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1345934478/17 ○今年の動き 2013年01月29日 ユニセフが児童ポルノ単純所持規制のお願いを全議員に送付。 2013年02月03日 奥村弁護士が単純所持について取材を受けているとツイート。「今回は通るかもね」。 2013年02月06日 世襲情報。「民主が懐柔されてる」「規制派が児ポ法となんらかのバーターに工作しているらしい」 2013年02月13日 【免田さん救済法案と児童ポルノ単純所持罪がバーターに - 奥村徹弁護士の見解】 エグい自民のやり方に民主断固拒否 ttp //d.hatena.ne.jp/okumuraosaka/20130215#1360880350 2013年05月29日 自民公明維新により児童ポルノ法改正案提出 2013年06月04日 児童ポルノ法改正案差し戻し（自民法務部会） 2013年06月13日 民主党、公式に「自公案のジポ法改正案に反対表明」 2013年07月21日 参院選挙 自民大捷 民主大敗、共産躍進 2013年08月18日 松江市で、はだしのゲンの閉架問題勃発 2013年10月15日 第185回国会(臨時会)が開会（期間10/15～12/06） 2013年10月29日 児童ポルノ禁止法改正案は次の国会で成立狙いとの見方 東スポ 2013年11月25日 雑協、改正「児童ポルノ禁止法」の反対広告掲載を要請、PBから始まり後に角川も快諾 2013年11月27日 深夜、さんちゃんねるより、児ポ強行の可能性の話題が流れるものの、そのような事実は無し 2013年12月08日 第185回国会(臨時会)が事実上閉会。通常国会は2014/01/24頃に召集することで調整中 2013年12月25日 さんちゃんねる、次期国会で二次元規制を青環法に切り離して提出との見通し。2014/1/15になんらかの集会との情報。 2013年12月29日 コミックマーケット初日。例年にない規模で「販売保留→運営審査」が行われる。山田議員演説。 ◇4 表現規制を求めている中間団体（通称・ジポ規制推進三羽烏） ○ECPAT / STOP JAPAN 児童買春・児童ポルノ禁止法改正に関する緊急要望書 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/190-197 ○東京都青少年健全育成における有害図書指定に関する議事録 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/152 ○「非実写児童ポルノ」 の新造語の初出？ 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/205 ○日本ユニセフ関係 児童ポルノ排除対策公開シンポジウムについて 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/17-18 ○松沢成文氏/ニチユニの署名/その他 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/30 ○日本ユニセフ最近の動向 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/151 ○矯風会 公益法人に移行し「公益財団法人日本キリスト教婦人矯風会」へ 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/298 ○ECPAT（エクパット）関係 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/21 ○ECPAT（エクパット）の活動史 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/102-109 ○Polaris JAPAN その活動等 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/430 ○マイクロソフト ヤフー・マスコミ・ネット・タイアップ報道関係 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/441 ◇5 アニメ・出版業界関係・その他 ○アニメ・出版業界関係・その他 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1349543864/25 ○アニメコンテンツ エキスポ （ACE）関係 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1360236433/ ○2014年より「東京国際アニメフェア(TAF)」と「アニメ コンテンツ エキスポ(ACE)」が合流し 「AnimeJapan」が始まることが発表される 詳細⇒http //gigazine.net/news/20131009-animejapan-event/ ○Anime Japan 2014 詳細⇒http //anime-japan.jp/ ○雑協、改正「児童ポルノ禁止法」の反対広告掲載を要請、PBから始まり後に角川も快諾 井上伸一郎@HP0128 出版4団体が「特定秘密保護法案」の衆議院本会議の可決に抗議する声明を出しました。 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1384176651/6 ◇6 ネット規制関係（ブロッキングスレと同期） ○ネット規制関係 関係リンク 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1345934504/16 ○コンピュータ監視法 関係リンク 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1345934534/17 ○ブロッキング関係 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1349543190/6 ◇7 書籍・資料関係 ○現場弁護士の見解 ○奥村弁護士のジポ法制関係リンク・twitter発言ピックアップ集・その他 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/215-217 ○児童買春・児童ポルノ禁止法案の改正論議によせて 宮台真司 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1355006939/142 ○法学的参考書（わいせつ物関係の判例等）一覧 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/115 ○法や政治に関する本/オタク論に関する本 ○カマヤン氏推薦の高村氏の論文（アックス81号より） 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/340 ○新現実 WEB版 ActiBook 大塚栄志 戦時下いかにまんがは規制されたか 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/148 ○宮台真司×山本直樹 25,000字対談「性表現と都条例を考える」を緊急公開します。 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/31 ○反規制・規制派の両者の書籍系 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/116 ○ゲームと犯罪と子どもたち ――ハーバード大学医学部の大規模調査より 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/117 ○窓割れ理論等の社会実験 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/168 ○図書館関係 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/129 ○首相官邸・内閣府関係 教育国民会議 詳細 ttp //www.kantei.go.jp/jp/kyouiku/index.html 詳細⇒http //www.kantei.go.jp/jp/kyouiku/1bunkakai/dai4/1-4siryou1.html ○各都道府県の青少年健全育成政策+有害指定図書に関する資料・議事録・他系 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/405 ○学者・研究者系についての実際（専門は何か等）を知るための検索ツール 詳細⇒科学技術総合リンクセンター ttp //jglobal.jst.go.jp/?d=0 ◇8 規制に反対する諸組織・団体 ◇8/1 規制に反対する諸組織・団体 その1 ○MiAU（一般社団法人インターネットユーザー協会） 公式web ttp //miau.jp/ ツィッター ttp //twitter.com/miautan ○うぐいすリボン 公式web ttp //www.jfsribbon.org/ ツィッター ttp //twitter.com/jfsribbon ttp //twitter.com/ogi_fuji_npo facebook ttp //www.facebook.com/uguisu.ribbon ttp //www.facebook.com/ogino.kotaro ○コンテンツ文化研究会 公式web ttp //icc-japan.blogspot.com/ ツィッター ttp //twitter.com/iccjapan ○エンターテインメント立国推進協議会 公式web ttp //www.enterjapan.jp/ ツィッター ttp //twitter.com/InfoEnterjapan ○陳情.com 企画・制作 樽井良和 公式web ttp //chinjo.com/ ツィッター ttp //twitter.com/ChinjoDotCom 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/440 ○表現規制を考える関西の会 公式web ttp //syoukogo.b log133.fc2.com/ ○表現規制を考える関西の会「座談会のご報告」＋指針（コンテンツ研究会） 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1272465475/143 ◇8/2 規制に反対する諸組織・団体 その2 ○女子現代メディア文化研究会 公式web ttp //wmc-jpn.blogspot.jp/ ツィッター ttp //twitter.com/WmcJpn ○京都大学で楽しく表現規制に反対する会 公式web ttp //www.kusac.net/ 公式ブログ ttp //kusac.hatenablog.com/ ツィッター ttp //twitter.com/KUSAC_info ○メディア文化の自由を考える中国･四国の会 ツィッター ttp //twitter.com/setoutikai facebook ttp //www.facebook.com/setoutikai ○AFEE エンターテイメント表現の自由の会 （青少年に伝えたいエンタメの自由Wiki（仮）より名称変更＆サイトリプレース） URL ttp //afee.jp/ 旧URL ttp //www54.atwiki.jp/hyougennojiyu/ twitter ttp //twitter.com/AFEEjp facebook ttp //www.facebook.com/afeejp ◇9 各団体の活動・会合等報告 ◇9/1 これから開催される会合・会議 ◇9/2 既に開催され終了した会合・会議 ○日本では何ができるのか――北米でのコミック表現規制とCBLDFの取組 チャールズ・ブラウンスタイン氏講演会 ttp //www.comiket.co.jp/info-a/C84/lecture/ ○マンガ文化の自由を考える国際シンポジウム（終了） ttp //kokucheese.com/event/index/104499/ http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619802/203 ○10/28都議会、青少年健全育成条例についての質問と回答、西沢けいた都議 http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619948/119-120 ◇10 パブリックコメント、傍聴、公募、その他 内容精査、随時追加修正、修正版を優先、拡散等お願いします これは完全なデータではありません。各自地元・近隣のものを探して情報提供および応募・意見送付して下さい 各地方自治体・パブリックコメント募集及び結果一覧 ○男女共同参画パブリックコメント 募集中自治体一覧 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619671/ ○暴力団排除条例パブリックコメント 募集中自治体一覧 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619705/ ○青少年健全育成、人権、ネット、その他 募集中自治体一覧 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619748/ ○タウンミーティング・審議会・講演会・各種公募案件、他 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619802/ ○パブリックコメント意見公表 詳細⇒http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619948/ 12/19まで 高知県人権施策基本方針の改定について http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619748/42 12/29,18時 表現規制反対クラスタ忘年会2013 http //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1341619802/256 ◇11 赤松健氏関連 ◇11/1 赤松氏関連・ツィッター ○ツィッターインデックス 同人マーク及び赤松健氏関連 その1 詳細 ttp //jbbs.shitaraba.net/bbs/read.cgi/anime/7827/1387026259/3-6 ○赤松健 ?@KenAkamatsu 12月2日 今国会の会期末は１２月６日（金）なので、 児ポ法改正案は今回も一切審議されない見通しです。 ・・・いよいよ年明けから勝負ですね。(^^;) ○赤松健 ?@KenAkamatsu 12月2日 @sakaima 今、こちらが結構優勢なので、規制推進派の巻き返しがありそうなんですよ。 ○新京極くりす ?@kyogoku44 12月10日 @KenAkamatsu 先生漫画は大丈夫でしょうか？ RT @aritayoshifu １月からの通常国会に「児童ポルノ禁止法・改正案」が出される予定です。 自民党からは「アニメ」を削除するから賛成をと野党関係者に打診があったようです。 日本雑誌協会は反対しています。 ○赤松健 ?@KenAkamatsu 12月10日 @kyogoku44 @aritayoshifu 私が知る限り、２つの打診が自民党から他党に示されましたが、 「アニメ”だけ”を削除する」というのは聞いたことがありません。 「附則第２条を削除する」という打診はあったようです。 また、雑協の反対広告は、それらの打診とは無関係です。 2013/12/14 2045 現状迄 ◇11/2 赤松氏関連・二次創作マーク関係 主導公式団体 特定非営利活動法人コモンスフィア http //commonsphere.jp/archives/286 公式サイトの存在を 緊 急 拡 散 ！変なまとめサイトに誘導しないように配慮 ○@KenAkamatsu 明日は日本漫画家協会の理事会があり、 そこで「児ポ法改正案の現状」のプレゼンと、「推薦ゼロのまま漫画家協会に申し込めるサイト」の デモンストレーションをやる必要があるので、これだけは行かなくてはならない。 ttps //twitter.com/KenAkamatsu/status/369068954439806977 ttps //twitter.com/KenAkamatsu/status/369277494710378496 ○赤松健認証済みアカウント @KenAkamatsu しかしまあ、普通はＴＰＰの件なんて知らないですよね(^^;) RT @enosawa 同人マークのやつって、もしTPPによって著作権非親告罪化した場合の 対抗手段としての実験として始める、って話なのに、 その趣旨の部分がすっぽり抜け落ちた記事ばかりで訳わからない解釈が飛び交ってる。 ○後藤寿庵 @juangotoh ttps //twitter.com/juangotoh/status/369177239025238016 まとめサイト、というか２ｃｈの論調に、同人マークで中間搾取いう、 すげー飛躍した意見がいくつもある。あれは原作者が自作品に「二次創作していい」ことを表示するもの。 二次創作同人誌に付けるものではないし、当然金なんか取られない ◇11/3 赤松氏関連・Jコミ ttp //twitter.com/JComi_PR/status/396943496180809728 ttp //twitter.com/KenAkamatsu/status/396838129585246211 赤松健認証済みアカウント@KenAkamatsu 「Ｊコミで印刷できるってよ」のβテスト販売スタート！ - （株）Ｊコミの中の人 ttp //d.hatena.ne.jp/KenAkamatsu/20131103/p1 … ★惜しくも単行本化されなかった作品を「紙の書籍」として出現させ、 作者に５０％もの印税をお渡しするという画期的なシステム。ぜひ実証実験にご参加下さい(^^) ttp //twitter.com/KenAkamatsu/status/396836161336795136 ★「Ｊコミで印刷できるってよ」のβテスト販売スタート！（１１月３０日まで） - （株）Ｊコミの中の人 ttp //d.hatena.ne.jp/KenAkamatsu/20131103/p1 「Ｊコミで印刷できるってよ」システム（β）・・・この世に存在しないはずの単行本を、あなたの手元に一冊からお届け！ - （株）Ｊコミの中の人 ttp //d.hatena.ne.jp/KenAkamatsu/20131101/p1 Jコミ ttp //www.j-comi.jp/ 【漫画】未単行本化作品をオンデマンドで紙の単行本化する「Jコミで印刷できるってよ」 11月3日からβテスト ttp //anago.2ch.net/test/read.cgi/moeplus/1383264655/ 【話題】伝説のマンガ『燃える!お兄さん』が『Jコミ』で復活して無料で読める! アクセス殺到によりサーバダウンも ttp //anago.2ch.net/test/read.cgi/moeplus/1374043761/ 【出版】「燃える!お兄さん」Jコミで無料公開 危険なため当時修正されたセリフも作者のネーム通りに再現 ttp //anago.2ch.net/test/read.cgi/bizplus/1373985655/ Ｊコミ、ネット公開漫画の書籍化サービスを開始 ：日本経済新聞 ttp //www.nikkei.com/article/DGXNASFK01045_R01C13A1000000/ 未単行本化マンガをオンデマンド印刷で販売、「Jコミ」でβテスト開始 -INTERNET Watch ttp //internet.watch.impress.co.jp/docs/news/20131101_621914.html Ｊコミ、ネット公開漫画の書籍化サービスを開始 ttps //news.google.com/news?ncl=dk4Wt09--EePwiMA6PWZcq9cBhv4M q=j%E3%82%B3%E3%83%9F lr=Japanese hl=ja ◇12twitter/blogその他 個々個人の行動及び主張 ◇12/1 twitter/blogその他 個々個人の行動及び主張 その1 ○ヒビサマ今日の一言2013/08/18(日) 事実だから、必要だからでは弱い ttp //diary1.fc2.com/cgi-sys/ed.cgi/hibisama/?Y=2013 M=8 D=18 ○レイナ・テルゲマイヤー作「9歳のアメリカ人少女がはじめて『はだしのゲン』を読んだとき」 編集といえば出版編集だろjk時代の終焉に備えて GoRaina.com - Webcomics ttp //goraina.com/webcomics/beginnings.html ttp //lafs.hatenablog.com/entry/2013/08/18/005556 =Togetter系= 【表現規制】 誰にも批判されない作品を作るためには 【表現の自由】 http //togetter.com/li/548999 azukiglg氏の表現規制かく語りき http //togetter.com/li/494322 【差別語】 配慮が言葉を殺す構造について 【中傷語】 http //togetter.com/li/287031 【差別・侮蔑・嘲笑語】 言葉狩りについて 【善意がそれを拡散する】 http //togetter.com/li/188537 【不適切で不謹慎】 誰が言葉を殺すのか？ 【葬られ続ける禁止用語】 http //togetter.com/li/120698 ◇12/2 twitter/blogその他 個々個人の行動及び主張 その2 608 名前：wiki編 ◆RQa8P7EGVx0I [sage] 投稿日：2013/10/04(金) 12 33 46.12 ID ZX39odDd0 [1/2] tyokorata ?@tyokorata 12時間 艦これの二次創作やエロ同人が禁止という誤解を招くツイートが流れているけど、 単純に艦これAVを作ろうとしたひとたちが、ストップをかけられた事から来た、 腹いせの呪いを吐いているに過ぎないのであまり気にしないほうがいいと思う。 エロの二次創作は会社のお墨付きは不可能なので、黙認の形になる ttp //twitter.com/tyokorata/status/385024365370150912 牙城@EDF!EDF!! ?@Gajoh 10月2日 前に、『ファンの活動については、基本的に自由にやっていただきたいが、 ◯◯をやっていいですか？、と聞かれると、許可出来ない、と答えることしかできない。 オープンにやるなら我々も見ていないわけではないから。 本当にまずければ止めるので、できれば聞かないで欲しい』って言ってたな。広まれ。 ttp //twitter.com/Gajoh/status/385195993378996225 とりあえず再掲 艦これの現状はこれと以下420 420 名前：名無しさん＠初回限定[sage] 投稿日：2013/10/03(木) 07 27 37.90 ID Q64StlgT0 [1/2] どうもエが店頭で同人誌売れてもイベントでは売れないと騒いでるのを見て、 何言ってんだコイツと思っていたら、根本から勘違いしていやがる。 艦これの権利を管理しているDMMが、コスプレROMにアウトを出して、DL販売から削除したって話だよ 権利はDMMにあるから、即売会でもアウトだろうなって件のTwitterでつぶやかれていただけだ、バカw 事の経緯すら把握しとらんで阿鼻叫喚になってるのは、他の誰でもないエ一人だけとバレてしまいましたなw ついでにこれも貼っとく ttp //otakurevolution.blog17.fc2.com/blog-entry-2531.html 艦これの件は2次創作が問題なんじゃなくて、作ったやつが委託を通さないで通販していたのが商業ベースになるってのと、 コスプレのAVみたいなのが付いてくるのが問題らしいぞ。 DMM.R18で普通に艦これの同人誌がDLできるから、同人誌がNGではないな。 ◇12/3 twitter/blogその他 個々個人の行動及び主張 その3 316 ：イモー虫：2013/10/16(水) 13 52 48.94 ID evxUHmy3O ■超絶なる拡散を要請する 自民の改憲草案 ttp //www.jimin.jp/policy/pamphlet/pdf/kenpou_qa.pdf では人権の対象（憲法13条）が、 『個人（全ての国民は”個人“として尊重される）』から 『集団（全ての国民は” 人 “として尊重される）』に変更されている すなわち犯罪を描いたフィクション（コスプレＡＶや二次元文化など）終了のお知らせ しかしこの解釈に反論して来るアホゥがいるんだが。 ではなぜ『集団』としての意味がない『個人』から、 集団としての『意味”も“ある』『人』にしたのか？ 削除の必要性の説明が皆無 しかも人権の制約ロジックである、公共の福祉（社会秩序を守る『公共の利益』とは別物だぞ）が、 二元的制約論に変更されているからね。具体的に今は、 『自民党の麻生太郎を侮辱している表現→人権衝突←麻生太郎本人』 これが人権衝突の解りやすい解説なんだが（『名誉毀損罪の運用』を見ればわかる）、 自民党の麻生太郎を侮辱している表現では本人以外では人権が衝突出来ない。 もし改憲されたら 『男性（具体的な特定の個人は不要）を侮辱している表現→人権衝突←男性（具体的な特定の個人は不要）』 という図にもなり、『韓国人という括り』を侮辱したら、名誉毀損罪を成立させられるし、 『特定の個人を絵で表現し、侮辱した内容』でも、名誉毀損が成立した判例がある事から、 『児童』を『表現しているエロゲ』を規制しても合憲となる。 ◇12/4 twitter/blogその他 個々個人の行動及び主張 その4 203 名前：名無しさん＠初回限定[sage] 投稿日：2013/10/25(金) 00 23 10.77 ID kgBfbsJo0 [1/3] clow（闇ドッター）DL罰則化に反対 @clow これまで色々とつぶやいてきたことを元に、 表現規制についての見解をまとめてみました。 暫定版なので追記や修正が入ると思いますが、 基本的な考えは多分このままだろうと思います。 ttps //docs.google.com/document/d/1kCHRhNFTFt1byeRxyzCR3k2y5tIQfOy-PORE-knQ9Ms/edit?usp=sharing … 表現規制の妥当性はあるのか - Google ドライブ ttps //docs.google.com/document/d/1kCHRhNFTFt1byeRxyzCR3k2y5tIQfOy-PORE-knQ9Ms/edit?pli=1
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/afk125/pages/12.html
Apachでリダイレクト Apatchのバーチャルホスト機能でリダイレクト "http.conf"で以下の設定を追加 VirtualHost * ServerName www.hoge.co.jp Redirect / http //www.hoge.com/ ErrorLog logs/hoge_error.log CustomLog logs/hoge_access.log common /VirtualHost HTMLで転送 ただし、アクセスできるページ分、このHTMLを作成しないといけないみたいですね www.hoge.co.jp配下ページの中身を head meta HTTP-EQUIV="Refresh" content="0;URL=http //www.hoge.com/hoge.htm" /head にするだけです。 ※その際に元のページが一瞬表示されてしまうため、 body タグは消してください。 参考URL ttp //support.cms.drecom.jp/m_forward2 ".htaccess"で転送 策３、そのサーバーで作成したコンテンツ毎に".htaccess"に行を追加するタイプ ".htaccess"に以下を記述 Redirect permanent /index.html http //www.hoge.com/index.html っていうように、コンテンツ毎に記述をしていく感じです。策２と違ってドキュメントルートに ファイル１個で済む感じですね 参考URL ttp //cefa.sakura.ne.jp/archives/2005/03/020514.php
https://w.atwiki.jp/abwiki/pages/84.html
ちょっとABとは関係のないお話 [edit] HTTPについて † Hyper Text Transfer Protocolの略。Webブラウザとサーバがやりとりする際などに使われる通信プロトコル バージョンHTTP/1.0と1.1が存在する。ここでは一応1.1ベース ↑ [edit] 準備 † まずはソケットを使った通信を読んでsendとrecvを使えるようになって頂きたい ↑ [edit] 使い方 † 初めにsendでHTTPのリクエストを送信する。続いてrecvでサーバから返事を受け取る 以上 ↑ [edit] リクエストの基本構造 † ＜メソッド＞＜HTTPバージョン＞CRLF ＜ヘッダ＞CRLF CRLF メソッドはGETとかHEADとかPUTとか。プログラムでいう所の関数名 ヘッダっていうのはメソッドの付加情報。関数の引数みたいな物です メソッドは常に一つ。ヘッダは任意の個数です。無い場合もあります 各行の終端にはCRLF（Ex"\r\n"のこと）を付け、終端には空行を付けます ↑ [edit] レスポンスの構造 † レスポンスはリクエストをsendでHTTPサーバーに送ると必ず返されrecvで受け取ることが出来ます ＜HTTPバージョン＞＜ステータスコード＞CRLF ＜ヘッダ＞CRLF CRLF ＜メッセージボディ＞ HTTPバージョンとステータスコードは送ったHTTPメソッドの実行結果で、これだけはレスポンスの先頭に必ず存在します 例 HTTP/1.1 200 OK ステータスコードは3桁の数字で表され、百の位が2なら成功、4ならクライアント側のエラー、5ならサーバ側のエラーになります 3の場合は処理を完了するために再度適切なリクエスト送信する必要がある場合を示します 1は複雑なんでパス ヘッダはメッセージボディの情報を表す部分ですがもしかしたら無い場合もあるかも メッセージボディはGETだったら対象となったリソース、POSTだったらCGIの実行結果とか ここもヘッダ部分と同様に存在しない場合がある（例：HEADメソッド） ヘッダとの間に空行がはさまっているので注意。またメッセージボディの最後にCRLFは存在しない ↑ [edit] HTTPメソッド † ↑ [edit] GETメソッド † HTTPサーバーからリソースを取得します 基本形 GET uri HTTP/1.1 Host hostname hostnameは接続するホストサーバー名です。ここのWikiだとURLのwww.2chab.netの部分です uriの部分は取得したいURLのホスト名より先の部分を指定します ２ちゃんねるのトップページを取得する例 GET / HTTP/1.1 Host www.2ch.net 本来は/index.htmlとか/の先の指定も必要なんですが、省略するとindex*（*は一字以上の文字列）を指定した事になります 略さないで書くと GET /index.html HTTP/1.1 Host www.2ch.net 成功すればレスポンスのメッセージボディ部分にGETの対象になったリソースが入っている ステータスコードは成功すれば200 OK。リソースが見つからなければ404。アクセス拒否なら403。サーバー過負荷なら503 もちろんこれ以外のステータスコードである可能性もある ↑ [edit] Rangeヘッダ † リソースに対するGETの範囲を指定するリクエストヘッダです リソースの128バイトから256バイトまで取得 Range 128-256 リソースの512バイト以降を取得 Range 512- このヘッダを含めてGETを送った場合、成功時のステータスコードは206になります 失敗した時は416（要求範囲が不正）が返されるかも ↑ [edit] If-Modified-Sinceヘッダ † リソースが指定日時より後に更新されているか調べるヘッダです 更新されていない場合はGETしません GMTで2007年5月5日午前0時以降に更新されているか調べる If-Modified-Since Sun, 5 May 2007 00 00 00 GMT このヘッダを含めてGETを送った場合、リソースが更新されていなければレスポンスには304（未更新）が返されます この場合メッセージボディはありません 更新されていれば普通に200番代のステータスコードとメッセージボディを返してきます ↑ [edit] HEADメソッド † HTTPサーバーからリソースの情報を取得します 基本形 HEAD uri HTTP/1.1 Host hostname CRLF hostname、uriはGETと同じです 成功すればリソースのヘッダだけ返ってきます（つまりHEAD=GET-メッセージボディ） ↑ [edit] POSTメソッド † HTTPサーバーに情報を送信します CGIのパラメータなんかを送信するために使う。実行結果がCGI依存なのでかなり厄介 基本形 POST uri HTTP/1.1 Host hostname Content-Type type Content-Length 25222length CRLF メッセージボディ hostname、uriはGETと同じ typeはフォームデータだけ場合はapplication/x-www-form-urlencoded 何らかのリソースを含む場合はmultipart/form-data 殆ど前者だけで事足りると思うが、アップローダーのようなリソースを受け付けるCGIは後者を利用する lengthは後に続くメッセージボディの長さ メッセージボディはapplication/x-www-form-urlencodedの場合 変数名1=値1 変数名2=値2... のように変数名と値を=で結んだ物を を区切りとして羅列する。変数名も値もURLエンコードされていなければならない multipart/form-dataは大変なので省略 成功すれば二百番台のステータスコードを返す リソースが既に生成されている場合201を返す（見たこと無いけど） ↑ [edit] GETでPOSTする † サーバーに情報を送信する時はPOSTを使うべきだが、極少量のデータであればGETでも送れる 基本形 GET uri?メッセージボディ HTTP/1.1 Host hostname CRLF uriの後に?とPOSTのとき送ったメッセージボディをつける。やはりURLエンコード必須 Content-TypeとContent-Lengthはいらない
https://w.atwiki.jp/openx/pages/17.html
../../init.php LIB_PATH . /Admin/Redirect.php // Redirect to the appropriate My Account page OX_Admin_Redirect redirect( account-user-index.php );
https://w.atwiki.jp/self/pages/13.html
このページはhttp //www6.atpages.jp/across11/からの引用です Index of /~across11 Name Last modified SizeDescription Parent Directory 08-Jul-2008 23 19 -a.html 27-Aug-2008 13 44 1kattach/ 17-May-2009 10 21 -backup/ 17-May-2009 22 44 -config/ 06-Jan-2010 20 00 -data/ 06-Jan-2010 20 00 -docs/ 22-Jul-2008 22 55 -lib/ 22-Jul-2008 22 58 -log/ 14-Jan-2010 01 30 -pdf/ 22-Jul-2008 23 00 -plugin/ 25-Nov-2008 16 38 -setup.dat 16-Jan-2009 13 23 2ksetup.sh 22-Jul-2008 22 55 1kshigoto 16-Jan-2009 14 50 5ktheme/ 16-Jan-2009 11 41 -tmpl/ 22-Jul-2008 23 00 -wiki.cgi 22-Jul-2008 23 09 11kwiki3.zip 12-Sep-2008 19 33 1.1Mwiki3/ 17-Sep-2008 10 36 -会場係りの仕事です 16-Jan-2009 14 53 5k Apache/1.3.39 Server at www6.atpages.jp Port 80
https://w.atwiki.jp/handsrecs/pages/16.html
http //www.studyinghttp.net/status_code