monazilla/develop/access
の編集
http://49.212.27.45/wiki/index.php?monazilla%2Fdevelop%2Faccess
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
%A1%DA%A5%BD%A5%B7%A5%E3%A5%B2%A1%DB%A5%AC%A5%EB%A5%B7%A5%E7%A5%F2%A5%C1%A5%B9%A5%EC20%A4%C1%A4%E3%A4%F3%A4%CD%A4%EB
(YouTubeのコメ欄より) この人が言ってることって本当なのか...?
2chwikiで広告を見かけたら
2chへ書き込むウィルス
2chビューア ●
2ch譲渡
2ちゃんねる外の団体様が運用しているサーバー
365Main 夜明けのBayBridge作戦
4630万円を手にしたら何に使う?
8/15 anime鯖ダウン
AAS/Ascii Art Scope
APEXやってるます。
BBM
BBM2.0
BBQ
BBQ&とも子
BBS-全発言統計取得作戦
BBY
BBY-headline
BE2ch
BE2chBarMenu
BE2chBrowser
BE2chChart
BE2chFAQ
BE2chMobile
BE2chMobilePhone
BE2chOption
BELucky
BE_TYPE2
BE@2ch掲示板
BE@2ch登録手順
Beポイント/chモリタポ/モリタポ
Boo2008
Boo80
BourbonHouse
Cook81
FAQ-Norton
FormatRule
FormattingRules
Good-By_Monkey
Help
HowToEdit
IP_regulate_FAQ
IPv6
IPと規制にまつわるFAQ
InterWiki
InterWikiName
Love Affair
MenuBar
Mona_OS
OCN全サーバ(aa5除く)規制について
RecentDeleted
Rock54
Rock54/改
Rock54M
Rula
Swarm Fundについて
T-banana転送量グラフ
Template
VIP931
VIP臭い
VivaSamba24
anydat.so
bbs.cgi再開発プロジェクト
bbs_cgi再開発プロジェクト=
bbsmenu
bbsmenu.htmlの仕様
bbsmenu変更のお知らせ
be@2ch掲示板
cook81
etc2広域自治と避難所リスト
eyfq(g(gr
game6サーバーの停止について
good-by_monkey
htaccess規制
human3サーバーの停止について
memories 2.0建造作戦
monazilla
monazilla/datの仕様
monazilla/develop
monazilla/develop/access
monazilla/develop/boardlist
monazilla/develop/dat
monazilla/develop/shitaraba
monazilla/develop/subject.txt
monazilla/macintosh
monazilla/mobile
monazilla/multi
monazilla/unix
monazilla/windows
operate/rules
oyster作戦
p2.2ch.net
p2探索部隊
pc2サーバーデータ消失について
qbサーバーの停止による影響
read.cgi再開発プロジェクト
read.html
samba24
samba24の設定一覧
subject.txtの仕様
uma/peko作戦
「全掲示板&案内」改定
【ウマ娘】誰かウマ娘トークしませんか?
【ソシャゲ】ガルショオチスレ20ちゃんねる
【ソシャゲ】ガルショヲチスレ20ちゃんねる
【世界と走れ】Zwiftスレ36【トレーニングアプリ】
■ 過去ログ全部あきらめます〜
2ちゃんねるWiki
2ちゃんねるwikiプロジェクト
2ちゃんねるビューア ●
2ちゃんねるポータル
2ちゃんねる画像掲示板
5/29日問題について
おすすめ2ちゃんねる
おっぱい
こっそりメモ
この前意味深な夢見たから聞いてくれ
こらこら/こらこら団
ごにょごにょ規制
とかげの尻尾切り/バーボンハウス
とかげの尻尾切り・バーボンハウス
とも子
なんか規制されているみたいなんですが…
なんか親に捨てられた
なんちゃって関連ページまとめツール
のんびり値
べっかんこ作戦
もう怒った寝てやる
ゆめタウンスレッド6
ウイルスコードマルチポスト報告について
クッキーの仕様変更 2006/05/27
ゲロトラップを見かけたら
コメント/BBQ
コメント/BBS-全発言統計取得作戦
コメント/Boo80
コメント/IPと規制にまつわるFAQ
コメント/bbsmenu
コメント/ごにょごにょ規制
コメント/クッキーの仕様変更 2006/05/27
サーバー移設プロジェクト
サーバー争奪戦のご案内
サーバー争奪戦新システム作成プロジェクト
サーバリフレッシュ工事
サーバ新設(バーチャル追加も含む)時のメモメモ
サザン★クロス作戦
ジンギスカン
スレッド924
テスト
テレビ番組欄@2ch
テンプレート
トラックバック
ノートン入れたら2chに書きこめない人へ
バイオハザード6 サバイバーズ 晒しスレ part40
プラグインヘルプ
プロクシじゃないのにPROXY規制に引っかかった場合の対処法
ヘルプ
ページ編集の説明書
ボード一覧
ポイント
マックスバリュ西日本10
移転
宇宙で待機している宇宙人種の末路
運用情報板の心得
花園規制
過去ログサーバー構築プロジェクト
壊れたスレッドの修復
各荒らし報告の書式
関連キーワード
規制中でも書ける板
記念カキコはこちら
現在の板・鯖別規制List
広告を見かけたら
荒らし報告
轟新吾
轟新吾さんへ
轟新吾と仲間へ
削除
削除/削除ガイドライン逐条解説
削除/削除依頼の方法
削除/自己責任
仕事人育成
資料一覧
次期主力bananaサーバ建造委員会
自動地震速報@2ch
実況禁止って何?
実況撲滅Project
書き込めない時の早見表
書き方のサンプル
新しいサーバー一覧
新設板・板移動情報
新設板・板移動情報 (2004年5月分)
新設板・板移動情報 (2004年6月分)
新設板・板移動情報 (2004年7月分)
新設板・板移動情報 (2004年8月分)
整形ルール
青森県
雪だるま 転送量グラフ
雪だるま作戦
全掲示板&案内
全発言統計取得作戦
大学二浪、四留、中退したやつの末路
大阪兵庫で、キメセク アイス 押します
大人の時間カテゴリ分割
通報メールテンプレート
通報作業の手順
通報作業用・ISP連絡先一覧
潰れた轟劇団
忍者共通ルール
忍術行使に関するお約束
忍法帖巻物
忍法帖巻物/幻術
板の状態がおかしくなったとき
板やスレッドの異常
犯罪行為・犯罪予告を見つけたら
彼女を作るために必要な要素
糞スレ迎撃機能
編集用ページ乙
編集用ページ己
編集用ページ庚
編集用ページ甲
編集用ページ辛
編集用ページ壬
編集用ページ丁
編集用ページ丙
編集用ページ戊
編集用ページ癸
補足と補完
報告人制度
報告人募集!
冒険の書規制
民間スレスト
涼実
練習用ページ
1001
#topicpath *サーバへのアクセス サーバへのアクセス、ファイルの取得に関する説明。 HTTPに関する一般的な説明は省略します。 #contents (06/08/31) **リクエスト ***&aname(User-Agent){User-Agent}; '''Monazilla/1.00 (ブラウザ名/バージョン)''' という形式を強く推奨します。 一時期において'''Monazilla'''のUser-Agentのみがdat読みを許されるなど、User-Agentによって処理を変える事があり、未知のUser-Agentでは、2ch(その他掲示板サイト)による突然の仕様変更に対応できないことがあります。 なお、2ちゃんねるビューア(●)の使用時には、これとは別に指定がありますので、それに従ってください。 ***&aname(Accept-Encoding){Accept-Encoding}; gzipの対応を強く推奨します。 転送量が問題になった時から、2chブラウザはgzipで圧縮されたものを受け取れるようにするべきだ、という意見があります。 HTTPリクエストに'''Accept-Encoding: gzip'''を加えると、サーバが圧縮転送に対応していれば、圧縮されたデータが送られてきます。 解凍する手間はかかりますが、できるだけ対応させてください。 ただし、差分取得時には使えません。 転送量問題が一段落したあと、圧縮の際のサーバ負荷も考慮すべきだ、という意見も出ました。 しかしこれは、サーバ側で圧縮の可否を設定できますので、サイト管理人が優先順位を決めて対応すべき事です。 クライアント側は、どちらにも対応できるようにしておけば良いでしょう。 ***&aname(If-Modified-Since){If-Modified-Since}; 前回のアクセス時のレスポンスにあった[[Last-Modified>#Last-Modified]]の値を付けましょう。 更新が無い時に、無駄にデータ転送を行う事を防ぎます。 datの差分取得時には、ほぼ必須となります。 詳細は[[Range>#Range]]の項にて。 ***&aname(Range){Range}; 差分取得を行う時に必要です。 既得サイズが1000バイトとするなら、 '''bytes=1000-''' とすることで、新たに追加された部分だけを取得できます。 この時、追加されたデータが無かった場合、部分取得失敗の[[ステータスコード>#Status-Code]]'''416'''が返ってきます。 この'''416'''は、レス削除等でdatファイルが既得分より小さくなっていた場合にも出るので、両者の区別が付きません。 そこで、[[If-Modified-Since>#If-Modified-Since]]を使用すると、更新が無い時は'''304'''、更新があって小さくなっている時(レス削除等)は'''416'''、と区別できるようになります。 ただし、削除があっても、datサイズが既得分より小さくならない場合は、HTTPとしては部分取得成功の'''206'''となり、'''416'''にはならないので注意してください。 削除を検出する方法としては、(先の例で)'''bytes=999-'''として、前1バイトを余分に取る方法もあります。 datは1行1レスですので、既得分の最後の1バイトをもう一度取得し、それが改行コード以外なら、レス削除などでdatに変更が加えられたと判定するものです。 (サイズが変わった後も、偶然に改行コードになってしまう事があるのは諦めましょう。) なお、この場合でも、[[If-Modified-Since>#If-Modified-Since]]を用いていて更新が無い時は、1バイトのデータ転送もありません。 ただ、更新時には通常より毎回1バイト多く転送が行われるので、通常の取得データからの検証が行える場合には、そちらの方法を選択した方が良いでしょう。 **レスポンス ***&aname(Status-Code){ステータスコード}; 2chでは、ファイルが無い時は大抵'''302'''になります。 ただし、'''404'''等になることが絶対にないわけではありません。 また、他のサイトも含めれば一様ではないでしょう。 決め撃ちは避け、HTTP一般の仕様に沿うようにした方が良いでしょう。 ***&aname(Last-Modified){Last-Modified}; ファイルの更新日時です。 [[If-Modified-Since>#If-Modified-Since]]や[[Range>#Range]]の項で説明しているように、できるだけ対応してください。 ***&aname(Content-Encoding){Content-Encoding}; データがgzip圧縮されている時に'''gzip'''が付きます。 [[Accept-Encoding>#Accept-Encoding]]の項で説明しているように、できるだけ対応してください。 ***&aname(Transfer-Encoding){Transfer-Encoding}; HTML化された過去ログでは'''chunked'''になることがあります。 対応しておきましょう。
タイムスタンプを変更しない
#topicpath *サーバへのアクセス サーバへのアクセス、ファイルの取得に関する説明。 HTTPに関する一般的な説明は省略します。 #contents (06/08/31) **リクエスト ***&aname(User-Agent){User-Agent}; '''Monazilla/1.00 (ブラウザ名/バージョン)''' という形式を強く推奨します。 一時期において'''Monazilla'''のUser-Agentのみがdat読みを許されるなど、User-Agentによって処理を変える事があり、未知のUser-Agentでは、2ch(その他掲示板サイト)による突然の仕様変更に対応できないことがあります。 なお、2ちゃんねるビューア(●)の使用時には、これとは別に指定がありますので、それに従ってください。 ***&aname(Accept-Encoding){Accept-Encoding}; gzipの対応を強く推奨します。 転送量が問題になった時から、2chブラウザはgzipで圧縮されたものを受け取れるようにするべきだ、という意見があります。 HTTPリクエストに'''Accept-Encoding: gzip'''を加えると、サーバが圧縮転送に対応していれば、圧縮されたデータが送られてきます。 解凍する手間はかかりますが、できるだけ対応させてください。 ただし、差分取得時には使えません。 転送量問題が一段落したあと、圧縮の際のサーバ負荷も考慮すべきだ、という意見も出ました。 しかしこれは、サーバ側で圧縮の可否を設定できますので、サイト管理人が優先順位を決めて対応すべき事です。 クライアント側は、どちらにも対応できるようにしておけば良いでしょう。 ***&aname(If-Modified-Since){If-Modified-Since}; 前回のアクセス時のレスポンスにあった[[Last-Modified>#Last-Modified]]の値を付けましょう。 更新が無い時に、無駄にデータ転送を行う事を防ぎます。 datの差分取得時には、ほぼ必須となります。 詳細は[[Range>#Range]]の項にて。 ***&aname(Range){Range}; 差分取得を行う時に必要です。 既得サイズが1000バイトとするなら、 '''bytes=1000-''' とすることで、新たに追加された部分だけを取得できます。 この時、追加されたデータが無かった場合、部分取得失敗の[[ステータスコード>#Status-Code]]'''416'''が返ってきます。 この'''416'''は、レス削除等でdatファイルが既得分より小さくなっていた場合にも出るので、両者の区別が付きません。 そこで、[[If-Modified-Since>#If-Modified-Since]]を使用すると、更新が無い時は'''304'''、更新があって小さくなっている時(レス削除等)は'''416'''、と区別できるようになります。 ただし、削除があっても、datサイズが既得分より小さくならない場合は、HTTPとしては部分取得成功の'''206'''となり、'''416'''にはならないので注意してください。 削除を検出する方法としては、(先の例で)'''bytes=999-'''として、前1バイトを余分に取る方法もあります。 datは1行1レスですので、既得分の最後の1バイトをもう一度取得し、それが改行コード以外なら、レス削除などでdatに変更が加えられたと判定するものです。 (サイズが変わった後も、偶然に改行コードになってしまう事があるのは諦めましょう。) なお、この場合でも、[[If-Modified-Since>#If-Modified-Since]]を用いていて更新が無い時は、1バイトのデータ転送もありません。 ただ、更新時には通常より毎回1バイト多く転送が行われるので、通常の取得データからの検証が行える場合には、そちらの方法を選択した方が良いでしょう。 **レスポンス ***&aname(Status-Code){ステータスコード}; 2chでは、ファイルが無い時は大抵'''302'''になります。 ただし、'''404'''等になることが絶対にないわけではありません。 また、他のサイトも含めれば一様ではないでしょう。 決め撃ちは避け、HTTP一般の仕様に沿うようにした方が良いでしょう。 ***&aname(Last-Modified){Last-Modified}; ファイルの更新日時です。 [[If-Modified-Since>#If-Modified-Since]]や[[Range>#Range]]の項で説明しているように、できるだけ対応してください。 ***&aname(Content-Encoding){Content-Encoding}; データがgzip圧縮されている時に'''gzip'''が付きます。 [[Accept-Encoding>#Accept-Encoding]]の項で説明しているように、できるだけ対応してください。 ***&aname(Transfer-Encoding){Transfer-Encoding}; HTML化された過去ログでは'''chunked'''になることがあります。 対応しておきましょう。
テキスト整形のルールを表示する