■　新しいサーバで read.cgi が正しく動かない問題。

新しいさーば(apache2のやつ)でread.cgiが正しく動いていません。

oyster16以降です
music2 , oyster17 , society , live5 , etc
academy2 , game4 , pc2

たとえば
http://etc.2ch.net/test/read.cgi/psy/1047652343/
が表示それません。

直したいのですが、
どうしたものやら。

現在の .htaccess

XBitHack on
ErrorDocument 404 http://server.maido3.com/
ErrorDocument 403 http://server.maido3.com/
Options ExecCGI Indexes FollowSymLinks Includes

AddDefaultCharset Off
mod_gzip_on Yes
mod_gzip_minimum_file_size 300
mod_gzip_maximum_file_size 0
mod_gzip_maximum_inmem_size 2000000
mod_gzip_item_include file \.html$
mod_gzip_item_include file \.cgi$
mod_gzip_item_include mime text/.*
mod_gzip_item_include mime httpd/unix-directory
mod_gzip_item_exclude mime ^image/.*
mod_gzip_dechunk yes
mod_gzip_temp_dir /tmp
mod_gzip_keep_workfiles No
mod_gzip_can_negotiate yes

Apache 2なんか使わなきゃいいじゃん

http://pc2.2ch.net/pcqa/

read.php作っちゃえよこの機会に

mod_gzip_maximum_inmem_size 2000000
が怪しいと思うおいら。

>>5
だれが作った人がいる気がする

>>4
そりゃないぜ。

つーか、なんかいろいろと怪しいなあ
http://etc.2ch.net/psy/dat/

>>6
小さい数値だったのを
どんどん多くしていった結果だったれします。
元々は 60000 くらいからはじめてみた
でもメモリーは余裕状態、律速は往々にしてHDアクセスなので
とっても大きくしてみた。

現在のバージョン

Apache/2.0.44 (Unix)
mod_gzip/2.0.26.1a

また腐れか。

全然関係ないかもですが、
グループとかはどうなんでしょう？
apachにmodgzipの実行許可がないのでは？

正常に表示できないスレッドを集めたいです。

スレ容量が128KB超えると見られなくなるっていう報告を見たような気がする。

これとか？
http://music2.2ch.net/test/read.cgi/musicj/1045057074/

これとか。
http://pc2.2ch.net/test/read.cgi/win/1002846915/
http://pc2.2ch.net/test/read.cgi/win/1042033865/
http://pc2.2ch.net/test/read.cgi/win/1015295538/

挙げられているスレが全部見える私って、私って・・・

http://music2.2ch.net/test/read.cgi/classical/1043935731/
http://music2.2ch.net/test/read.cgi/visual/1030815340/
http://music2.2ch.net/test/read.cgi/visual/1021994624/
http://music2.2ch.net/test/read.cgi/compose/1030054498/

とか？

Accept-Encoding: gzip
を送らなければ見える（はず）。
IE だと「HTTP 1.1 を使用する」のチェックを外すと見える（はず）。

容量はread.cgiで表示されるやつ。

見えない
http://music2.2ch.net/test/read.cgi/musicj/1046184480/　118 KB

見える
http://music2.2ch.net/test/read.cgi/musicj/1044239592/　119 KB

見えない
http://music2.2ch.net/test/read.cgi/musicj/1037076029/　121 KB
http://music2.2ch.net/test/read.cgi/musicj/1046606829/　125 KB
http://music2.2ch.net/test/read.cgi/musicj/1044466778/　129 KB

>>19
そうなんですよね、

http://society.2ch.net/test/read.cgi/hosp/1033214913/
http://society.2ch.net/test/read.cgi/hosp/1031849614/
http://society.2ch.net/test/read.cgi/koumu/1034697781/
http://society.2ch.net/test/read.cgi/koumu/1008034457/
http://society.2ch.net/test/read.cgi/mass/1042020229/
http://society.2ch.net/test/read.cgi/mass/1038324092/
とか

>>19
私は見れないです。。

ちなみに
read.cgi 内で zlib を使った圧縮はしていません　< music2 (他もそのはず)

たとえば　read.cgi を music2 サーバで
mod_gzip_item_exclude file read\.cgi$
してみると・・・

当然では有りますが表示されます
圧縮かかってないので、表示に時間がかかったり
転送量が極端に跳ね上がります。

気になった書き込み

393 名前：名無しさん＠お腹いっぱい。 投稿日：03/03/14 16:26
Apache2.X対応のmod_gzipってあるんでしょうか？

mod_gzip_item_include mime "application/x-httpd-cgi"

>>16,22
だけ見れない。あとは全部(・∀・)ｲｲ!
http1.0でも変わらん

Webﾌﾟﾛｸﾞﾗﾑ板のApache2スレの245で、批判要望板に今回の件について
報告があったというレスを発見しましたよ

2chの動作報告はここで。−36−
http://qb.2ch.net/test/read.cgi/accuse/1046163577/609-611n


Apache2.x　【新鯖入荷しました】
http://pc2.2ch.net/test/read.cgi/php/1018333172/245

webprog板から来ました

>>15>>16>>18>>20　全部見れる
>>20　全部見れない

>>24
！！！！！！！！

MacOS 9.2.2
IE 5.1.6　全て見れる・・・
Netscape 7.0.1 (HTTP 1.0) >>1 と >>22 が見れない・・・
Netscape 7.0.1 (HTTP 1.1) >>1 >>16 >>22 が見れない・・・

mod_gzip_min_http　なしか・・・

>>23
ではread.cgiをexcludeした上でread.cgiで圧縮しては?

走り書き。今から出掛けるんで作業できし、外してたり外出だったりしたらスマソ。

apache2.0 で mod_gzip って聞いた事無いんだけど、mod_deflate 使ったほうが。
基本的にやってる事は同じはず。
「invalid ....」についてサラッとググってみたけど、gzip データが壊れてるらしい。
例えば、FTP で ascii モードで転送したりした場合。wget や telnet で、
吐いてるデータの検証してみたら？
それから、html を置いた場合、cgi を置いた場合、Action で Redirect した場合で試して、
どこに問題があるか問題を切り分けて。んでわ。

( ﾟдﾟ)ﾎﾟｶｰﾝ

ほうほう
mod_deflate に挑戦してみるかな。

果たしてうまくいくかどうか

おろ、music2鯖の見えなかったのが見れるよーになったよ。。
>>15 >>18 >>20

>>23 の状態です　< music2

deflateか

gzipに比べてzlibの効率はどうなんだろう？

mod_gzipどうやっていれたん？たしかapache2用は無いような。。
ソースにパッチ当てたというのならいいのだが、強引に入れたなら・・ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
mod_deflateでいいとおもう。今使ってるが圧縮率はそう変わらない感じ。

Apache2対応のmod_gzipは2.0.26.1a

apache2は、mod_gzipじゃなくてmod_deflateなんだけどね
mod_gzipは、i/o負荷が高いし、papche2では用済み

mod_deflateモジュールを呼び込めば、あとは、
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript application/xhtml+xml
みたいｎ行を入れれば、それだけでgzip圧縮はオッケー

もし、deflateがモジュールとしてコンパイルされてたら、
LoadModule modules/mod_deflate.so
みたいな感じで

それじゃ、出社するので、あとはだれかよろ

二行目の誤字を
ﾊﾟﾌﾟﾁｪ　？と思っちまったよ。

mod_deflateはApache2が標準で用意しているモジュール。
mod_gzipはフリーで流通しているモジュール。
どっちも一長一短、どちらがいいかは使う環境によりけり。
２ちゃんだとdeflateのほうがいいとは思うけど。

フィルターだから適用するディレクティブを合わせてこんな感じとか。
SetEnv gzip-only-text/html 1
SetOutputFilter DEFLATE

AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
AddOutputFilter DEFLATE html
AddOutputFilter INCLUDES;DEFLATE shtml
DeflateBufferSize 8096
DeflateMemLevel 9
DeflateWindowSize 15
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" \"%{deflate_compression_ratio}npct.\"" deflate
CustomLog /var/logs/deflate.log deflate

ども、ども

>>45 を etc に入れてみようかな、

ちょっと質問なんですけど
>>45 で最大の目的である read.cgi subject.txt xxxxxxx.dat
が圧縮かかるのですかねぇ。
もちろん　index.html subback.html も重要なんですが、

>>47
かかりませんよ
あくまでサンプルなので必要に合わせて
DEFLATEで拡張子追加など調整しないと

>>48
ちゃんと書かないとそのまま入れますよ
夜勤さんは
このスレに夜勤さんは一度も登場してないけど(w

ただいま〜

>>45
サーバから２ちゃんブラウザで.dat直読みするときは、
Content-type: text/plain
となるので、 >>45 の設定では圧縮されない

よって、
SetEnv gzip-only-text/html 1
SetOutputFilter DEFLATE
をセットせずに、 >>42 のように、
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
など、圧縮したいcontent-typeのみを圧縮するようにしないといけない

また、
DeflateMemLevel 9
に設定をすると、cpu負荷が高い割に、それに見合う圧縮がされない
DeflateMemLevel は6〜8がいいでしょう

あと、mod_gzipは、テンポラリファイルを作成するという非常にi/o負荷が高い処理をおこなってたためかなり重いが、
mod_gzipを使わずにmod_deflateを使用すれば、i/o負荷が減って、パフォーマンスも上昇するだろう

けっきょくどうなったんだろ？

まだだと思う。

http://etc.2ch.net/test/read.cgi/denpa/1040711645/
http://etc.2ch.net/test/read.cgi/denpa/1040203024/
http://etc.2ch.net/test/read.cgi/denpa/1041977310/
etc の表示できないスレ。

保守

革新

厨房

保守

あいや、
こりもやらなきゃ、

>>57
よろしく。

>>57
お願いしますー＾＾；

やる前に落ちそう

かちゅで書き込めないのは同じ原因?プラウザで見えないし。
http://game4.2ch.net/test/read.cgi/gal/1046012819/

書き込めないんじゃなくて、長いレス（700バイト程度）が書き込めない（サーバーが見つからないといわれる）

見えないスレ追加
http://game4.2ch.net/test/read.cgi/gal/1020480043/
http://game4.2ch.net/test/read.cgi/gal/1045758107/
http://game4.2ch.net/test/read.cgi/gal/1031727890/
http://game4.2ch.net/test/read.cgi/gal/1046348200/

↓128Kバイト以上あるけど見えるスレ
http://game4.2ch.net/test/read.cgi/gal/1031727890/

連続ｽﾏｿ。
見えるスレでも長いレス書き込めなかった。テストは下のスレで
http://game4.2ch.net/test/read.cgi/gal/1021551856/

テストに使用した書き込み
−−−−−−−−
　　　　　　　　　　　　　　　　　　　＿＿__
　　　　　　　　　　　　　　　　　　 /　　　/
　　　　　　　　　／　　　　　∩　/ 　 　/
　　　　　　　　／　　　　 　/ / /＿＿/
　　　　　　　　　　　／ 　 / /　　　∩
　　　　　　　　　　　　　 / /　　　 　| |
　　.　　　　　　　　／　/ /＿∧　 / / 　
　　　　　　　　　　　　/ /　´_ゝ`）／ 　 華麗に書き込みテスト
　　　　　　　　　 ／　|　　　 　 ／　
　　　　　　　　　　　　|　　　　/
　　　　　　　　　　　　|　　 ／⌒l
　　　　　　　　　　　　 ヽ　　 |　/
　　 　　　　　　　　／　| ﾞー'|　L
　　　 　　　 ／　　　　 |　 /（_　 ヽ
　　　　　　　　 ／　／　ノ　 　￣
　　　　　　　／　　/　／
　　　　　／　　　（　ヽ

AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
DeflateBufferSize 8096
DeflateMemLevel 6
DeflateWindowSize 15


これを入れればいいのだろうか・・・
えーい、入れてみるか。

実験台は、etc サーバ !!

現在の etc サーバの .htaccess です。

Options ExecCGI Indexes FollowSymLinks Includes

AddDefaultCharset Off

AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
DeflateBufferSize 8096
DeflateMemLevel 6
DeflateWindowSize 15

Configuration Error
The server encountered an error while processing your request.
Please contact the administrator of the referring document and inform them of the time the error occurred, and anything you might have done that may have caused the error.



--------------------------------------------------------------------------------

The CGI environment at the time of this error was


--------------------------------------------------------------------------------

Administrators should refer to
User CGI Script Demo
User CGI Script Verification

ありゃ

http://etc.2ch.net/kakolog.html

も configration error になっちゃった。

もとに戻してみた。

>>64
おーい、なんでetcなんだよー
ヽ(`Д´)ﾉﾌﾟﾝﾌﾟﾝ

かけたかけた

実験ならgame4でやって下さい。

旧mentaiあたりにjikken板復活したらどうなんだろう？

>>72
激しく Do it.

jikken板はいいんだけどそこに雑談しにくるやつらがウザい…

ex2がいいんじゃないかと

ooo鯖の時は飛びまくりで面白かったですけど勘弁

マジレスすると
実験板をつくるなら、新しめの鯖(apache2の鯖)にしないと意味がない。
少なくとも、今回の件の実験をするためには。

結局、何らかの板が稼働している鯖に同居することになる。

hosyu

結局解決したの？
保守が必要なスレとは思えないんだけど。

>>79
解決していませんけど・・・

>>65
>DeflateBufferSize 8096

8096って何でこんな半端な数字なの？8192とか16384とか
じゃないの？

4096と8192が混ざった説に1票

　　　　　　　　　　　　　　　　　　　＿＿__
　　　　　　　　　　　　　　　　　　 /　　　/
　　　　　　　　　／　　　　　∩　/ 　 　/
　　　　　　　　／　　　　 　/ / /＿＿/
　　　　　　　　　　　／ 　 / /　　　∩
　　　　　　　　　　　　　 / /　　　 　| |
　　.　　　　　　　　／　/ /＿∧　 / / 　
　　　　　　　　　　　　/ /　´_ゝ`）／ 　 華麗に書き込みテスト
　　　　　　　　　 ／　|　　　 　 ／　
　　　　　　　　　　　　|　　　　/
　　　　　　　　　　　　|　　 ／⌒l
　　　　　　　　　　　　 ヽ　　 |　/
　　 　　　　　　　　／　| ﾞー'|　L
　　　 　　　 ／　　　　 |　 /（_　 ヽ
　　　　　　　　 ／　／　ノ　 　￣
　　　　　　　／　　/　／
　　　　　／　　　（　ヽ

しばらく見ていなかったらこんなことに......

>>65 DeflateBufferSize, DeflateMemLevel, DeflateWindowSize の
各ディレクティブは .htaccess 中では使えませんです．

# っていうかこれらはデフォルト設定のままでいいのでは......

ちなみに，zlibの圧縮レベルは DeflateMemLevel ではなくて
DeflateCompressionLevel で指定します（2.0.45以降のみ）．

cf. http://httpd.apache.org/docs-2.0/mod/mod_deflate.html

保守

対策待ち捕手

＞74
（￣ー￣

ハードディスクへの読み書きが
一番のネックになっているようなんだなぁ

で、圧縮転送するときの圧縮の段階で
全部メモリー上でやりたいと思っているんだけど、

うーん、何がなんだかヽ(´ー｀)ノ

>>88
自分は見守ることしか出来ないけど、上手くいくといいですね。

>>88
gzipじゃなくてdefrateを使えばディスクI/Oしないで圧縮転送するって
どっかの過去レスにあったような気がするんだけど。

>>91
このスレでなかった？
確か,圧縮用の一時ファイルを作らない だったような気が。
>>88
乙です。「けど。」と言うのは何かネックが？
メモリ増設のコストは掛かるけど,後は占有領域を確保できれば
ってトコなのかな？ 素人なんでデムパだったら失礼ｗ

>>92
「けど。」→「けど、」
気付くのに1時間と30分…(´･ω･`)

>>33-50
>>64-65
このあたりかな、deflate

>>94
でつね。後は,>>65に対する>>84氏の指摘が反映されているかどうかでしょうか。
それから>>88の対処。出来るのかな？
おいらにゃ手伝える内容じゃありませんですが,頑張ってください＞BG★どの。

aa2,sports4とapache2の鯖が増えたわけですが・・・

実験に使うなら今のところAAサロン板一つしかないaa2が最適？
スレ容量が大きなスレもたくさんあるし。
AAサロン板住人に怒られそうだけど。

せみさんコースとかって何？なんか意味あるの？

>>98
http://qb.2ch.net/test/read.cgi/accuse/1038478961/
1 名前：夜勤 ★ 投稿日：02/11/28 19:22 ID:???
corn を廃止して hobby2 を作る事にした。
oyster2 サーバ(●で買ったやつ)のお話です。

corn は廃止して、hobby2 に入らないのは、cocoa or ton の予定。
hobby2 サーバは、html化はくまさんコースの予定です。

参考:
くまさんコース = 概ね、wait 10,000　超えたら html化
セミさんコース = 七年以内にはなんとか、決して放棄している
　　　　　　　　　　訳ではありませんが、

100

ヽ(`Д´)ﾉ

全くの素人ですみませんが,DefaultType text/plainは
必要ないんでしょうか？
>>84のリンク先からたどってみると,MIMEタイプを決定する事が出来ないと と
書かれているみたいだし。

./configure に --enable-deflate は入ってるよね？＞BG★ﾀﾝ

諸般の事情でトリップ変更>103=102
で,間違ってました。./configure --enable-deflate(=share)が
きちんと設定されているか。それから,DefaultType が設定されていないと
mod_deflateが反映されないことがある でした。

>>65-67 の件ですが、

>>84 の理由以外に、そのディレクトリに対して httpd.conf 的に、
AllowOverride FileInfo
が指定されていない、ってことはないでしょうか。

もしこれが指定されていないと、AddOutputFilterByType 行をそもそも
.htaccess に書くことができないです。もし書くと、>>66 のようなエラーになります。
もしそうなら、HE 方面に要望出すしかないです。

優先度下がった?

結局放置

http://etc.2ch.net/test/read.cgi/sousai/1040199654/

冠婚葬祭板のこれが見られません。
最新５０は見られるのですが。
見られるようにおながいします

どうなったんでしょう。。？

ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ
　　　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　 ﾊﾟｼｬ　ﾊﾟｼｬ　ﾊﾟｼｬ　　ﾊﾟｼｬ 　ﾊﾟｼｬ
　∧_∧　　　 　　∧_∧ 　　　 ∧_∧　　∧_∧　　　　∧_∧　　　　 ∧_∧
　(　　 )】 　 　 　(　　 )】　　　 (　　 )】 【(　　 )　　　 【(　　 )　　　 【(　　 )
　/　 /┘　.　 　/　 /┘.　 　　/　 /┘ └＼ ＼　 　└＼ ＼　　 └＼ ＼
ノ￣ゝ　 　　　ノ￣ゝ 　　　 　ノ￣ゝ　 　　　ノ￣ゝ 　　 ノ￣ゝ　 　 　ノ￣ゝ

侍ぬんちゃくさんの働きが悪いのでしょう。
ネトゲしかしていませんし、削除屋になったのも自己利益のためですからね。

問題の切り分けと現状把握をした方がいいかもしれんですね。

・新サーバでコンパイルしなおしたread.cgiを使ってるのか
　旧サーバのバイナリそのままだとうまく動かなかったりするかも(そんなことは
　ないと思うけど)
・>>23 によると read.cgi 内でzlibやgzipの圧縮はしてなくて、mod_gzipを使ってる
　みたいですが、read.cgiで圧縮するようにするとどうなのか
・mod_deflateは使える状態にあるのか、使えるなら、トライするとどうなるのか
　例えば、>>105 についてはどうなのか
・あと、うまく表示できないスレを集めて、http://bg3.2ch.net/rdt/ の環境で
　やってみるとどうなるのか

>>108
夕方頃は l50 等を付けないと確かに見れなかったのですが、今は見れますね〜

>>112関連スレ＠夜勤の巣
■　お手伝いさん募集中。。。
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=2095&KEY=1050545010
★ read.cgi 作り直し大作戦 〜愛は2chを救う〜
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=2095&KEY=1051177958

RDT＠何でも実験サーバ
http://bg3.2ch.net/rdt/

とりあえず,apacheでmod_deflateが有効になっているのか否か
確認しておきたいですね。
DSOでは無いと思われるので,apachectl -Lで確認して貰えれば…

さぁ！
本格的にいきますかー！！

移転？

ん？移転みたいだね。

とりあえず、>>112のやつからをやってみます。

>>112 の一番上はないですね。
コンパイルしたやつがbg3で動いてます。

.htaccess をいじったらいいのだろうか。

>>120
ごくろうさまです。
.htaccess に1行だけ、

AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

を指定して、そのディレクトリにある普通の HTML ファイルが普通に見られるかどうか、
試していただけますか。

それで、>>105 の真偽がわかるはずです。

>>121
普通に(HTML/1.1 が有効の IE 等で)見られるか

という意味です。

入れてみましたー。

＞AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

>>123
うまくgzip圧縮されてますね。つまり、mod_deflateは有効な状態です(ぱちぱち)。

$ telnet bg3.2ch.net 80
Trying 216.218.213.34...
Connected to bg3.2ch.net.
Escape character is '^]'.
GET / HTTP/1.1
Host: bg3.2ch.net
Accept-Encoding: gzip,deflate

HTTP/1.1 200 OK
Date: Thu, 01 May 2003 11:48:45 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
Last-Modified: Mon, 21 Apr 2003 13:03:58 GMT
ETag: "200acc6-811-c3850b80"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 946
Content-Type: text/html

槎@Ot・ﾄｶｾﾁﾀｹｶ頓m ｴ嫁Nf_-NZQｵﾃ！ﾈｹｹqﾜ8vfﾟ5・ｹ~ZWﾛ$*!=塞
(以下略)

つまり、mod_deflateは今すぐ有効にできるってことすね。
要するに新サーバでは、 read.cgi 側における圧縮処理は必要ない、ということか。
むろん動作確認は必要すね。

ということで、bg3.2ch.netで動かしてるread.cgiは、#define GZIPと#define ZLIB
(だっけ)をやめてみるといいのかも。

# 私も自分のサーバでちょっと実験してみようかな。

>>125
やってみますー。

ご飯作りながらだけど。

鯖の中の人がすごく頑張っているようだ。

>>126
ご飯を作ってくれる人はいないんですか？

>>124
それだとdeflateよりgzipのほうが優先されませんか？
Accept-Encoding: deflate, gzip; q=0.9

とかにしないとdeflateが優先されないような。

>>129
結果は同じでした。

$ telnet bg3.2ch.net 80
Trying 216.218.213.34...
Connected to bg3.2ch.net.
Escape character is '^]'.
GET / HTTP/1.1
Host: bg3.2ch.net
Accept-Encoding: deflate, gzip; q=0.9

HTTP/1.1 200 OK
Date: Thu, 01 May 2003 15:46:37 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
Last-Modified: Mon, 21 Apr 2003 13:03:58 GMT
ETag: "200acc6-811-c3850b80"
Accept-Ranges: bytes
Content-Length: 904
Content-Encoding: gzip
Vary: Accept-Encoding
Content-Type: text/html

(以下略)

んで、どうも bg3 は mod_deflate と mod_gzip が両方入ってるみたいに見えるので、
mod_gzip 関係の .htaccess の設定をオフにしてみましょう。
そのうえで、
AddOutputFilterByType 行が有効の時にgzip圧縮がかかる
かつ
AddOutputFilterByType 行が無効(コメント)の時にgzip圧縮がかからない
ということが確認できれば、mod_deflate で gzip 圧縮されていることになるかと。

確認は、やっぱ telnet で直接 HTTP/1.1 をしゃべって目視するのが確実かな。

Apache2にはmod_deflateが標準で入ってるから
今後はmod_gzipはいらねーとheさんに言っとくといいかもね

mod_deflateのソースをちらっと眺めてみたんだけど、
圧縮に関してはとりたてて問題はなさそう。
gzwriteではなくz_streamを使ってオンメモリで圧縮してる。
強いて言えばバッファサイズが固定なので
Content-Lengthを付加するときにapache側でバッファする必要があるかな、くらい。
つーか、mod_deflateでcgiの出力にContent-Lengthは付く？
付かないとするとchunked encodingになってるかも。

それよりも気になったのは、
mod_gzipにある、.htmlの代わりに.html.gzを転送する機能がなさそうに見えること。
これがないと、index.htmlの転送にかかる負荷がふえるような。
それともapache2自体か他のモジュールにその機能が入ってたりする？

mod_negotiateかmod_rewriteで代わりができるでしょ

>>133
>それよりも気になったのは、
>mod_gzipにある、.htmlの代わりに.html.gzを転送する機能がなさそうに見えること。

問題ないすよ。
すくなくとも newsplus.jp の環境では問題なく動きました。
.gz だけ置いておいても問題ないはず。
参考:
イラク情勢＋　過去ログup場所　批判要望
http://bbs.newsplus.jp/test/read.cgi/bbs/1049416468/

mod_negotiation の機能を使うとすると，type map を使うか
MultiViews を使うかだけど，MultiViews だとリクエストの度に
readdir/readdir_r() を実行するので重くなりますね．
ということで，type map を使うのがいいでしょうかね．

今までの index.html, subback.html をそれぞれ
index.html.html, subback.html.html のようにリネームして，
あとはこんな感じですかね......

　　　　--[.htaccess]---------------------------
<Files ~ ^(index|subback)\.html$>
    SetHandler type-map
</Files>
　　　　--[index.html]--------------------------
URI: index.html.html
Content-Type: text/html

URI: index.html.gz
Content-Encoding: gzip
Content-Type: text/html
　　　　--[subback.html]------------------------
URI: subback.html.html
Content-Type: text/html

URI: subback.html.gz
Content-Encoding: gzip
Content-Type: text/html
　　　　----------------------------------------

>>135
> すくなくとも newsplus.jp の環境では問題なく動きました。
> .gz だけ置いておいても問題ないはず。
それこそmod_negotiationのおかげ。
> Content-Location: iraq1.htm.gz
> Vary: negotiate
> TCN: choice

>>137
そうすね。
んで、>>136 ということですか。

で、>>136 ですが、まずは現行の bbs.cgi をできるだけ変えないで
やる路線ではないかなとも思われ。

ちなみに newsplus.jp は MultiViews すね。>>136

頻繁に書き換わって、かつファイル数が多いディレクトリだと、readdir() の
コストを考慮する必要があるのかな。

で、あんまり書き換わらないディレクトリで、かつアクセスがそれなりにあるんなら、
キャッシュが効くのではないかと。
Linux はよく知らないのですが、Directory Name Lookup Cache に相当するものって
Linux にもあるんでしたっけ。

# Webサーバ関連の道はあんまり究めてないので、あくまで一般論。
# 個人的には、read.cgi 的問題からやや離れてる気も少し。

mod_rewriteでシミュレートするとこんな感じ?

RewriteEngine on
RewriteCond %{REQUEST_URI} !\.gz$
RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^.*$ %{REQUEST_URI}.gz

すべてのリクエストでstatが余分に走るから
2行目はもうちょっと絞ったほうがいいか
RewriteCond %{REQUEST_URI} \.(html|txt|dat)$

>>139 type map と MultiViews のパフォーマンスに関しては，こんな記述があります．
http://httpd.apache.org/docs-2.0/misc/perf-tuning.html
　　　　Also note that explicitly creating a type-map file provides better
　　　　performance than using MultiViews, as the necessary information can be
　　　　determined by reading this single file, rather than having to scan the
　　　　directory for files.

で，mod_negotiation (type map / MultiViews) と mod_rewrite の鯖側の負担の
簡単な比較をしてみたんですが，mod_rewrite が一番軽いんでしょうかね．
っていうか，mod_deflate も意外と健闘してる......(w
まぁ Solaris 上でのテストなんで，Linux ではまた違った結果になるかも
知れませんけど．

　　　　truss -c -p (pid of the working process) & \
　　　　ab -c128 -n2048 -H'Accept-Encoding: gzip' 127.0.0.1:2080/ ; \
　　　　pkill -u $user -x truss
のようなことをした結果
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=2095&KEY=1050545010&START=164&END=169&NOFIRST=TRUE

# 本題とは関係ないけど，index.html.gz を直接呼んだ場合，
# Accept-Encoding ヘッダがあると sendfile() が使われないというのは......

mod_rewrite の場合，ディレクトリへのリクエスト(ex. http://qb.2ch.net/operate/ )
でも効くように，などを勘案して>>140-141を改造するとこんな感じでしょうか．

RewriteEngine on
RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ([^/]+)\.(html|txt|dat)$ $1.$2.gz

RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}index.html.gz -f
RewriteRule /?$ index.html.gz

>>131
>確認は、やっぱ telnet で直接 HTTP/1.1 をしゃべって目視するのが確実かな。

ブラウザが動いてるほうのマシンで
% tcpdump -i NICの名前 -s 1024 -X dst host bg3.2ch.net
を走らせて、普通にブラウザでアクセスするという手もあります。

http://www.tcpdump.org/
http://windump.polito.it/

hobby3ってmod_deflateやめちゃったんですか？
PHPを除去したのはいいと思うけど。

Headers:
null: HTTP/1.1 200 OK
Date: Tue, 06 May 2003 06:31:08 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.1 mod_gzip/2.0.26.1a
Last-Modified: Wed, 30 Apr 2003 16:00:39 GMT
ETag: "780fd33-542-47f5d7c0"
Accept-Ranges: bytes
Content-Length: 817
Content-Encoding: gzip
Vary: Accept-Encoding
Connection: close
Content-Type: text/plain

PHP入ってた（汗

>>144
どうも、新セッティングなサーバ(Apache 2.x)から全部mod_deflateがなくなった模様、、、。

解決に向かってると信じましょう。。。

信じれば救われるですか？（ｗ

このスレはずーっと拝見してるですけど、見守ることしか出来ないんで
せめて┃,,ﾟДﾟ彡ノ旦旦旦旦旦~~~~お茶ﾄﾞｿﾞ

壊血な方向に！

mod_deflate がなくなったというのは，どうやって調べたのでしょうか？
mod_deflate の場合，組み込まれていても Server ヘッダには出ないはずですが......

>>150
前はHTTP/1.1的返事に出てた気が、、、。

と思って見てみると、>>124 の時点で既に相手からの返事には入ってないですね。
ううむ、見間違いだったかも。

>>151
テストサーバーで出てましたねー

え〜と…あったあった
■　新しいサーバで read.cgi が正しく動かない問題。
http://qb.2ch.net/test/read.cgi/operate/1047840578/124
でもこれってgzipが効いてるだけ？

>>153
既出ですた。ｽﾏｿ

>>1
そんなもん動かんでよろしい

gzipが効いてるだけだと思います。ていうか、以前のヘッダーにはmod_deflateが
出現していたので（記憶ですが出ていました）。色々調べてみましたけど、今は
ほぼすべてのサーバでmod_deflateが出ない模様。全部gzipで圧縮されている
ようです(Content-Encodigがgzip)。

少し前に、sports2以外の全サーバが一時的にダウンする現象がありましたけど、
もしかしてこの関係では？と疑っています。

あと、あんまり関係ないですけど、sports2が非圧縮でしか
転送しないのは放置でいいんですか？

sports2 サーバはひろゆきさんの実験サーバです。。

Serverヘッダにバージョン情報を追加する関数は ap_add_version_component() です
（server/core.c 中にあります）．例えば mod_ssl の場合はこの関数が呼ばれていますが
（modules/ssl/ssl_engine_init.c 中の ssl_add_version_component() で），
mod_deflate (modules/filters/mod_deflate.c) では呼ばれていません．

http://cvs.apache.org/viewcvs.cgi/httpd-2.0/

実際，自分のところで動かしている Apache でも，mod_deflate を有効にしていても
Serverヘッダには出ないのですが......

>>156-157
sports2はsakura.ad.jpでひろゆきが借りてる鯖。
他の鯖はhe.netから夜勤さん経由で借りてる。
いま問題になってるのはhe.netから借りてる回線容量の逼迫だから、
sports2はとりあえず関係ない。

×他の鯖はhe.netから夜勤さん経由で借りてる。
○他の鯖はhe.netから借りてる。

>いま問題になってるのはhe.netから借りてる回線容量の逼迫だから、
いまはあまり問題になっていない。

でもContent-Encodingがgzipってことはgzipじゃないの？

mod_deflateで圧縮しても、Content-Encodingはgzipだと思ったけど。

>>163
うそつき、Inflate（deflateの逆）でデコードできなかったよ。それに
過去のヘッダーではdeflateが出現していたって書いてあるでしょ。
つまり現状はgzipオンリーで圧縮されているわけだが。

まぁ"mod_deflate"というネーミングが混乱の元かも知れませんね......
こういう名前ではあるのですが，実際にやっているのは gzip エンコードです．

# もっとも，将来的に deflate エンコードの機能が追加されることも
# ありえないとはいえませんけど．

ソース (modules/filters/mod_deflate.c) を見ても

　　　　/* If the entire Content-Encoding is "identity", we can replace it. */
　　　　if (!encoding || !strcasecmp(encoding, "identity")) {
　　　　　　apr_table_setn(r->headers_out, "Content-Encoding", "gzip");
　　　　}
　　　　else {
　　　　　　apr_table_mergen(r->headers_out, "Content-Encoding", "gzip");
　　　　}

のように，Content-Encoding ヘッダに"gzip"と設定する部分はありますが，
"deflate"と設定する部分は存在しません．

>164
> うそつき、Inflate（deflateの逆）でデコードできなかったよ。
apache1.xの鯖(mod_gzip)はデコードできたの？
つーか、gzipのヘッダ(ファイル名や時刻など)ちゃんと読み飛ばしてる？

>>165
つまりdeflateで圧縮されているという証拠はないと。流れてくるストリームは
gzipだけど、誰が（gzipが、あるいはdeflateが）圧縮したかはわからないって
いう結論ですか？以前のヘッダにmod_deflateが出ていたのは錯覚？

>>166
java.util.zip.InflaterInputStream
java.util.zip.GZIPInputStream

なんだったらサンプルソースも出しますよ。

>167
今試してみたら>>1(HTML化待ち)はちゃんとgzipで送られ
>>18の一番上は圧縮されずに送られてくる。
Accept-Encodingは"gzip"と"gzip,deflate"の両方で。
もちろん、>>1の出力がmod_deflateではなくmod_gzipで圧縮されている可能性は否定しない。

Server:のヘッダにmod_deflateが出ているのは俺は見たことはない。
また、Server:ヘッダのコピペにmod_deflateが出ているのも見たことはない。
mod_deflateの圧縮形式がgzipであることは、俺=>>133なので
自分の目で確認している。>>163で自信無さそうに書いているが。

もう一度聞く。
・qb鯖の出力はデコードできるのか？
・デコード出来ないストリームは、本当に「圧縮されている」のか？

試してみたいので、Inflate出来なかったURLを教えてくれ。

今問題になっているのは何なんだろう。
いまいち分かってないおいら。
誰かまとめてくれないかなぁ・・。

1.read.cgiの動作不具合の原因(切り分け?)
2.mod_deflate実装の可否,及び安定動作環境の構築
3.オンメモリ圧縮化=ディスクI/Oの削減(2が実行されれば効果大期待)
っつートコでしょうか。ほかに有りましたらよろすく。

>>168
＞Server:のヘッダにmod_deflateが出ているのは俺は見たことはない。
これは記憶で書いているので証拠はないが、確かに見た記憶はある。
先日のsports2以外一斉ダウンの後、出なくなったようだ。

＞・qb鯖の出力はデコードできるのか？
できている

＞・デコード出来ないストリームは、本当に「圧縮されている」のか？
圧縮されている

Accept-Encoding: deflate, gzip;q=0.9, *;q=0.6のリクエストで
返ってきたストリームがgzip。GZIPInputStreamではデコード
可能、InflaterInputStreamではデコード不可能。つまり、この
ストリームはgzipで圧縮されており、deflateではない。

これでわかってもらえた？

>>169
問題はないと言えばないし、あると言えばある。deflateがなくなったらしい
こと、gzip圧縮だとmod_gzipがテンポラリファイルを作るため、ディスクI/O
が重いこと、mod_deflateならテンポラリファイルを作らない（らしい）こと、
mod_gzipがテンポラリファイルを作らなければ解決するのになってこと。
こんなところでは。

＞試してみたいので、Inflate出来なかったURLを教えてくれ。

どのURLでもそうだったけど、強いて言うならhttp://qb.2ch.net/accuse/subject.txt

補足…つーか。
そもそもmod_gzip実装されているのに圧縮されないのは
何故なのかが特定できてないですよね。
それを一気にdeflateでディスクI/Oもろとも解決しようとして
いる訳ですが。
目指すのはdeflate実装,或いはその代替 で良いのでしょうか？
わたすに出来るのはこれくらいですが,お力になれたら嬉しいなっと。

>172
批判要望板の過去ログのコピペ。
導入当初がこれ。
> 504 名前：心得をよく読みましょう投稿日：2003/01/19(日) 16:32 ID:Az7fCA0U
> society.2ch.net/test/read.cgi/
>
> HTTP/1.1 200 OK
> Date: Sun, 19 Jan 2003 03:30:34 GMT
> Server: Apache/2.0.43 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
> Content-Encoding: gzip
> Last-Modified: Sun, 19 Jan 2003 01:05:28 GMT
> Content-Length: 9209
> Content-Encoding: gzip
> Vary: Accept-Encoding
> Keep-Alive: timeout=15, max=100
> Connection: Keep-Alive
> Content-Type: text/html
>
> Content-Encodingが2つもある。これが原因？

しばらくしてからが、これ。
> 736 名前：開けた時投稿日：2003/02/17(月) 13:45 ID:jEsTjreX
> GET /test/read.cgi/win/1022248379/ HTTP/1.0
> Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, */*
> Accept-Language: ja
> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
> Host: pc2.2ch.net
> Connection: Keep-Alive
>
> HTTP/1.1 200 OK
> Date: Mon, 17 Feb 2003 04:28:16 GMT
> Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
> Last-Modified: Sun, 16 Feb 2003 22:57:57 GMT
> Connection: close
> Content-Type: text/html

>>163のは「(圧縮形式がdeflateなのに)ヘッダがgzip」という意味ではなく
「中身の圧縮形式がgzip」という意味で書いた。

それとInflateというのは一般用語なんでね。
実際、zlibでgzipを展開するのもinflateだし。
アホらしいからもうやめる。

＞そもそもmod_gzip実装されているのに圧縮されないのは
＞何故なのかが特定できてないですよね。

ぜんぜんわかってないと思われ。mod_gzipは実装されているし
圧縮もされている。問題はテンポラリファイルを作ること。
gzipがテンポラリファイルを作らなければ解決するし、deflateが
実装されて動作すれば（テンポラリファイルを作らないというの
が本当なら）解決する。

もちろん現状容認でも何ら問題はないと思うけど、負荷が高く
なってきたときのキャパシティというか、どこまで粘れるかという
限界の問題かと。

>>174
なんか「逃げられた」としか思えないんだが、まあそれはいいとして
要するにmod_deflateは動いてないってことでしょ。んじゃこっちが
間違ったことを言ってるわけじゃないし、別にいいけど。

まだいるみたいだし、なんでこんなにムキになってたかだけ書いとこう。
>>163のどこに嘘が書いてある？
mod_deflateはgzip形式で圧縮するし、
正しいContent-Encodingのヘッダも出す。
なんで>>164で嘘つき呼ばわりされなきゃならないんだ？

>要するにmod_deflateは動いてないってことでしょ。

はぁ？
「ヘッダからはわからない」「あんたの記憶がいい加減」だとしか書いてないよ。

＞なんで>>164で嘘つき呼ばわりされなきゃならないんだ？

この点についてのみ説明

１．ヘッダがgzipだからgzipだよね？という話が出た
２．ヘッダがgzipでも圧縮はdeflateだろ、との反論
３．それじゃあ、とInflaterInputStreamでデコードテスト→できなかった
４．うそじゃん、gzipで圧縮されてるじゃんと反論
５．で、deflateは動いてないんでしょ？gzipであってるよね？という結論

俺が書いたのは>>163だけだって言ってるだろ。

どこに嘘が書いてあるんだよ。

っていうか>>124あたりを読むと
「勝手にmod_deflateの圧縮形式がdeflateであると勘違いしてる」だけじゃん。

>>175
言葉足らずですんません。
これは>>170の1に対する補足で,>>18のアドレスのサーバーにmod_gzipが
実装されているにもかかわらず圧縮されていない事に対してです。

言い争うのやめれー。

つーか、トリップをつけてない時点で「個」はないと思うんだけど。

じゃあdeflateが動いているという証拠をきぼんぬ
結局、今どっちで圧縮されているかは不明ということでしょ。
なんか「deflateはヘッダに出なくても実装されて動いているんだ」
という流れになってるから、本当にそうか？と。

>>184
証拠は無いと思われるし,現在は外れているみたいです＞mod_deflate

ただ,181さんの見解で有っているかと。
http://www.cync.jp/manual/mod/mod_deflate.html
これを見る限り,mod_deflateはzlibによるzipまたはgzip圧縮の為の
フィルタモジュール(でいいですか?)と言うことだと思います。

まあ、>181で>>124と書いたのは>>129の間違いなわけだが。

>184
>じゃあdeflateが動いているという証拠をきぼんぬ
うん。2chでmod_deflateが動いてる証拠はない(多分動いてない)。
が、mod_deflateを使っている(と思われる)newsplus.jpのヘッダに
mod_deflateもmod_gzipも現れていないが、圧縮はされている。
自力圧縮の可能性は否定しないがね。

今までの「mod_deflateが無くなった」も
>>150>>159を無視して「記憶では」と言い張ってるだけにしか見えない。

>179
>２．ヘッダがgzipでも圧縮はdeflateだろ、との反論
これはどのレス？
このスレをdeflateで検索しても見つからないんだけど。
誰かがそう言ったなら仕方ないとも思うけど、俺にはそういう流れに見えなかった。
最初の方から「gzip圧縮するならmod_deflateの方が」と言われてるし。
もしこのスレ以外だったら悪かったね。俺は見てないかもしれない。

>>185
なんか勘違いしてますかね？＞自分
gzip圧縮されていればinflateで展開できるの？
だとしたら私には限界です。スレ汚しスマソ
吊ります…

個人的には>>184が証明されればそれでＯＫ。
うそつきは悪かった。でもdeflateだと主張しているようにしか
見えなかったので。

＞今までの「mod_deflateが無くなった」も
＞>>150>>159を無視して「記憶では」と言い張ってるだけにしか見えない。

だから「見た記憶はある、ただし記憶だから証拠はない」というふうに
終始一貫して書いていたはずだけど。つまりdeflateがヘッダに出ない
からといって、実装されているともいないとも言えないんでしょ。また、
現状、deflateが動いているかはわからない（たぶん動いてない）って
いうことも確認できたわけでしょ。それならそれでＯＫ。

＞最初の方から「gzip圧縮するならmod_deflateの方が」と言われてるし。

で、deflateで圧縮されているならInflateで展開できるはず、と仮定して
Inflateを使ってみたら展開できなかったという流れを今まで説明してきた
つもりなんだか理解できてなかったらもういいよ。で、deflateじゃないよ
といったらdeflate使っても圧縮はgzipだというから「はあ？」ということに。
まあどうでもいいことだ。気にするな。deflateは動いてるのかいないのか
実装されているのかいないのか、わからないという結論が確認できたし。

>２．ヘッダがgzipでも圧縮はdeflateだろ、との反論
これはどのレス？

>>189
わからん、忘れた。どっかで、ヘッダがgzipでもmod_gzipとは限らない。deflateが
圧縮してもヘッダそのものはgzipを返すとか見た覚えがあるけど、もう探すのも
めんどくさい。もう一度書くけど>>184が証明されればそれで自分的にはＯＫ。

>>182
遠隔レスだが圧縮はされていて、誰が(mod_gzip or mod_deflate）圧縮しているかは
わからない、というのが現状らしい。そしてdeflateが実相されているのか、動いている
のかは不明、と。

>わからん、忘れた。
まーた曖昧な記憶が根源ですか。それが原因で嘘つき(>>179)じゃね。
「Server:にmod_deflateが出ているのを見た覚えがある」も忘れたんだっけ。

>で、deflateで圧縮されているならInflateで展開できるはず、と仮定して
>Inflateを使ってみたら展開できなかったという流れを今まで説明してきた

それは正しいし、「deflate形式ではなかったので展開できなかった」と言っているのは
俺も>>174の時点で理解している。
だから話がかみ合わなかったのも納得した。そこでやめようと思った。
ただ、「逃げた」とか「自分は間違ってない」とか言われなければ(>>176)。

勝手に勘違いして騒いでいるのはおまえの方。俺ではない。

>で、deflateで圧縮されているなら
誰一人そんなことは言ってないし、どこにも書かれていない。

圧縮形式にしろ、Serverヘッダにしろ、読めばちゃんと書かれていることばかり。
勝手に自分の脳内で決めつけ、他人を否定するな。

補足するが、誰一人「deflateで圧縮されている」なんて言ってないどころか、>>165で
> まぁ"mod_deflate"というネーミングが混乱の元かも知れませんね......
> こういう名前ではあるのですが，実際にやっているのは gzip エンコードです．
と丁寧に説明されている。
ところがこの「gzipでエンコードしてる」を>>169で
「deflateで圧縮されているという証拠はない」に脳内変換している。
たまらんね。思い込みって。
>>176の
>要するにmod_deflateは動いてないってことでしょ。
も、勝手に解釈して決めつけてる。誰もそんなことは言ってないのに。

吊ってきたｗ
>>190
了解です。

っつーことで,以前は圧縮していなかったようですが,その辺は
直ってるんですかね？
あとはmod_deflateの実装となるのかな。

またーり、またーり。。

>>170-171
おぉ、まとめてくれてどもですー。
おいら的には、>>170の1をまずどうにかして、
それから2を実行、とか思ってるんですけど。。
平行にやってもいいんですけどねー。

>>194
あ,どもさんはじめまして^^ 激しく亀レスです(汗

＞おいら的には、>>170の1をまずどうにかして、
となると,動作不具合な鯖の.htaccess他設定関連をテスト鯖と
比較する必要も有りそうです。
んで違いのある箇所を揃えながら検証と。

平行でやる場合だと,それに加えて新鯖のmod_gzipを外して
mod_deflateオンリーでレスポンスヘッダにgzipが出るかを
検証しないといけないし。

手間が掛かりそうですね。。。。
ハンドル通りのクセに首突っ込んじゃって大丈夫か?＞自分

オープンでやってるんで、誰が参加してもおけです、
とういうか、どんどん参加してね

＞となると,動作不具合な鯖の.htaccess他設定関連をテスト鯖と
＞比較する必要も有りそうです。
＞んで違いのある箇所を揃えながら検証と。

ん？どゆことだろう
とりあえず、bg3は全く同じ仕様にしてます
.htaccess も、read.cgi も。
それをこれから変えていって、動けばいいなぁ、と。

>>196
あ,すんません,古い鯖を調べてますた。レスポンスヘッダは同じですねー
つか,だとすれば何を変えればいいんでしょう…

モジュールの組み込み設定とかはどうなんでしょう？
./configureで,どう指定したか とか。
意味不明だったらスマソ

etcサーバでの不具合です。。
http://etc.2ch.net/test/read2.php
http://etc.2ch.net/test/read2.php?egegegege
http://etc.2ch.net/test/read2.php/tete

read2.phpの中味は下記です。
＊＊＊＊＊＊＊＊＊
<?php
print "error";
?>
test
＊＊＊＊＊＊＊＊
引数にスラッシュを与えるとエラーを起こすようです。。

ありゃ…

エラーというよりは、apacheがディレクトリだと思って
ほりにいっちゃってる感じですかねぇ、、

ひろゆき、何とかしなさい。

この時間、詳しい奴は仕事してる気がする。。。

.htaccess に
AcceptPathInfo On
って書いてもダメですか？

おぉ、直った！
203さん凄いっす。

ひろゆきの下ｹﾞｯﾂ

>>204
あ、直りました？
よかったぁ。(^^

>>206
ひろゆきから金取っとけ

n

なにやら話しがそれてしまったぞ。

.htaccess でどうにかなる問題じゃないのかな？
コンパイルの問題？
原因も分かってない状態。
http://bg3.2ch.net/test/read.cgi/rdt/1021406128/

解説キボンヌ。

今の.htaccess

XBitHack on

AddDefaultCharset Off
mod_gzip_on Yes
mod_gzip_minimum_file_size 300
mod_gzip_maximum_file_size 0
mod_gzip_maximum_inmem_size 1000000
mod_gzip_item_include file \.html$
mod_gzip_item_include file \.cgi$
mod_gzip_item_include mime text/.*
mod_gzip_item_include mime httpd/unix-directory
mod_gzip_item_exclude mime ^image/.*
mod_gzip_dechunk yes
mod_gzip_temp_dir /tmp
mod_gzip_keep_workfiles No
mod_gzip_can_negotiate yes

read.cgi を PHP にリプレースするのかな？ それはともかく......

>>210 まずは......"mod_gzip_xxxxxx"っていう設定を全部消すと
mod_gzip が無効になります．その上で

AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

を追加すれば，mod_deflate が有効になるはず．
http://httpd.apache.org/docs-2.0/mod/core.html#addoutputfilterbytype
の Note によれば，

AddType text/plain dat

も追加した方がいいかも．あとはスタティックに圧縮されたファイルを
扱えるように

RewriteEngine on
RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ([^/]+)\.(html|txt|dat)$ $1.$2.gz

RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}index.html.gz -f
RewriteRule /?$ index.html.gz

も追加すればとりあえずOkか......

とりあえず

AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript
AddType text/plain dat

を入れてみた。
deflate で圧縮されてます？

>>212 圧縮は行われているようです．

>deflate で圧縮されてます？

>>165でも説明しましたが，mod_deflate でも圧縮形式は gzip です．

HTTP/1.1 200 OK
Date: Tue, 13 May 2003 11:13:16 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
Last-Modified: Tue, 22 Apr 2003 13:27:53 GMT
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 95663
Connection: close
Content-Type: text/html

従来読めなかったような巨大なスレは読めるようになってる?

>>214
読めますね。

うーむ、

DeflateBufferSize 8096
DeflateMemLevel 6
DeflateWindowSize 15

を入れるとエラーになるのはなんでだろう。。

>>215　>>84

RewriteEngine on
RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ([^/]+)\.(html|txt|dat)$ $1.$2.gz

RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}index.html.gz -f
RewriteRule /?$ index.html.gz

も入れてみた。
それと、index.html.gz も作ってみた。

>>217 "Accept-Encoding: gzip"ありの場合となしの場合で
別々のスタティックなファイルを吐き出しているようなので
Okらしいですね．"/"及び"/index.html"について

["Accept-Encoding: gzip"あり]
Last-Modified: Mon, 21 Apr 2003 13:03:58 GMT
ETag: "20113e5-393-c3850b80"
Content-Length: 938

["Accept-Encoding: gzip"なし]
Last-Modified: Tue, 13 May 2003 12:01:41 GMT
ETag: "200acc6-811-75493340"
Content-Length: 2065

うーむ、
index.html がうまいこと表示されない。。

あ......ひょっとすると *.gz が二重に圧縮されてるか......w

RemoveOutputFilter gz

追加でどうかな？

RemoveOutputFilter gz

入れてみました。

見るのは,>>209のアドレスにindex.htmlくっつければ良いんでしょうか?
付いていけなくなってます…(´･ω･`)

index.html
ﾀﾞｳﾝﾛｰﾄﾞになっちゃいます…

もはや、我々素人がついていけるｽﾚじゃないな

>>223
gzip圧縮が効いてる証拠ですね。
ブラウザ設定の「http1.1」に関するチェックを入れると見れるはずですが…
ちなみに私は見れます

>>225
先程は駄目だったようです
Content-typeが上手く伝わってなかったのでしょうか…
今は私も見えます

>>220の対策も，どうも効かないぽ，ですね......

こちらのローカル環境でテストしてみたけど，どうもこれは
mod_deflate の構造的な問題ぽ......
mod_rewrite だけでなく mod_negotiation (type map / MultiViews)
でも同じようになってしまうし．

CGI出力で"Content-Encoging: gzip"ってなってる場合は
二重に圧縮しないようになってるけど，スタティックな
*.gz ファイルに振った場合のことは考慮されてないみたい......

r->headers_out に"gzip"がセットされているかはチェックするけど，
スタティックな *.gz ファイルの場合 mod_mime で r->content_encoding
に"gzip"とセットされるようだけど，こちらはチェックしてないし．

となると，mod_deflate 使うとなれば，スタティックな *.gz を
扱うのをあきらめるか，それとも自分で r->content_encoding も
チェックするようにするパッチを作るか，ということになる......

Apache の Bugzilla にも報告した方がいいのかな......？

>>226
っと,失礼しました。

>>227
全部まとめて圧縮するために,特定のファイルを除外する機能が
無いんですねぇ。
mod_gzipみたいにexclude出来ればいいんですが…

現状の.htaccessってどうなってるんですか？
あと、gzipとdeflateがContent-Encodingで区別できないとすると
deflateが動いている証拠は？gzipを廃止したならわかりますが。

<Files ~ "\.(html|txt|dat)$">
SetOutputFilter DEFLATE
</Files>
でどうよ?
.html.gzは「末尾が」.htmlじゃないから
適用されなくなるはず。

>>229
>>210,212,217 ですよー。
つか,証拠とか言ってないで,domo2さんにgzip外したか
確認してもらったらどうですか？

>>230 うまくいくといいな。わくわく。

こんなの見つけたんですけど…
ttp://www.cync.jp/manual/mod/mod_mime.html
.gzファイルのエンコーディングを指定できれば何とかなりそうな。
使えないでしょうか…

おっ
なんかうまく行きそう?

>>233
うほっ
どうなんでしょう…(汁

>>230 それに cgi も加えれば，とりあえずOkですかね．
>>232 それだと，HTMLページが表示されずにﾀﾞｳｿﾛｰﾄﾞになってしまう悪寒......

>>227の問題はこちら......ローカル環境ではこちらのパッチで
二重に圧縮されなくなることは確認．
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19913

んじゃ
domo2さんにテストしてもらって
うまく行ったら、どこかのサーバで試験的に導入するですかね、

>>236
そゆことで、、

なんかダウンロードが出るんですけど、おいらだけですか？
http://bg3.2ch.net/

>>237
当方は問題ないですが・・・

>>237
わしもダウンロードになる。

IE6.0

まだ二重に圧縮されてますね......

>>237
問題ありませんけど・・・

まず第一段階として
.gz は使用しない(bbs.cgiでも作らない)というのを試してみよう。

作った方がいいのか、作らない方がいいのかも微妙だと思う。
転送量的には変化はないとしても
作るコスト(bbs.cgi内でのexec多数回呼び出し)とdeflateに任せた
ときのコストがどうなるか・・・

特に live5 では、作らない方がもしかしたら負荷極端に減ったりして。

この違いはいったい何から来るんだ？ISPか？

当方も問題無し。
IE5.01SP3

うむむ。。
とりあえず、.gz は考えない（使わない）方向でいきましょー、
その方が負荷が減るサーバもあるしね。
うまく行けば bbs.cgi から gzip が消せるかも。

どの .htaccess 入れればいいですか?
もう一度　貼ってくださいー > domo2 さん

凄い勢いでかぶったのは置いといて・・、

>>246
こいつですー、

XBitHack on
ErrorDocument 404 http://server.maido3.com/
ErrorDocument 403 http://server.maido3.com/
Options ExecCGI Indexes FollowSymLinks Includes

AddDefaultCharset Off

AddType text/plain dat
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

>>212かな．

かぶった......w

んじゃ　live5 で実験開始　!!

どきどき。。

わくわく。。

これ入れます。
AcceptPathInfo On が PHP のところで必要だそうです。


XBitHack on
ErrorDocument 404 http://server.maido3.com/
ErrorDocument 403 http://server.maido3.com/
Options ExecCGI Indexes FollowSymLinks Includes

AcceptPathInfo On
AddDefaultCharset Off

AddType text/plain dat
AddOutputFilterByType DEFLATE text/html text/plain text/css text/xml application/x-javascript

入れました。
bbs.cgi の .gz つくりをやめさせますー

んで　.gz を消しにいかなきゃ・・・

どよどよ?

まずは正常に動いているかの検証ー

私の環境では問題ないです。

Opera 7.03 Win2000
IE 5.5 Win2000
かちゅ〜しゃ 0.99.1.1057

一応正常に見えるようです．ただ，mod_deflate とは無関係でしょうが，
"/dome/subback.html"で Last-Modified が出てこないのはなんでだろ〜？

>>258
dome/subback.html.gz が作られていた。。。

なぜだろ、

まっいいか、見なかったことにしておこう。

>>259 出るようになりますた．

うまく行っているような。。。

あとは負荷とかの様子見ですね。。

（・∀・）ｲｲﾖ ｲｲﾖｰ

某国に海外逃亡中。
うまくいってるように見えるすね。

(text/html(subback.html))
$ telnet live5.2ch.net 80
Trying 216.218.249.98...
Connected to live5.2ch.net.
Escape character is '^]'.
GET /livetx/subback.html HTTP/1.1
Host: live5.2ch.net
Accept-Encoding: gzip

(dat直読み)
HTTP/1.1 200 OK
Date: Wed, 14 May 2003 13:16:12 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
Last-Modified: Wed, 14 May 2003 13:16:25 GMT
ETag: W/"300f296-a9a-9e64fc40"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 1273
Content-Type: text/html

(以下略)

$ telnet live5.2ch.net 80
Trying 216.218.249.98...
Connected to live5.2ch.net.
Escape character is '^]'.
GET /livetx/dat/1052744009.dat HTTP/1.1
Host: live5.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Wed, 14 May 2003 13:18:59 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
Last-Modified: Wed, 14 May 2003 13:07:04 GMT
ETag: "3455578-51f7-7cf4ce00"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 6087
Content-Type: text/plain

(以下略)

んだば、おかずとぴんくのついでにｌｉｖｅ5も観察観察

>>264
乙ですー。

>>264
ごめん。(dat直読み)を入れる場所を間違えました。
最初の(以下略)の後ろに入れてください。

read.cgi 経由。問題ないすね。User-Agent: をつけないといけないのか。

>>266
どうも。そろそろ会議に戻ろうかと。

$ telnet live5.2ch.net 80
Trying 216.218.249.98...
Connected to live5.2ch.net.
Escape character is '^]'.
GET /test/read.cgi/livetx/1052916969/l50 HTTP/1.1
Host: live5.2ch.net
Accept-Encoding: gzip
User-Agent: Mozilla/4.0 <= この行がないとエラーになるすね。手で確認する時は要注意。

HTTP/1.1 200 OK
Date: Wed, 14 May 2003 13:30:14 GMT
Server: Apache/2.0.44 (Unix) mod_perl/1.99_07-dev Perl/v5.8.0 mod_ssl/2.0.43 Ope
nSSL/0.9.6g DAV/2 FrontPage/5.0.2.2624 PHP/4.3.0RC3 mod_gzip/2.0.26.1a
Last-Modified: Wed, 14 May 2003 13:30:22 GMT
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 3107
Content-Type: text/html
(以下略)

人生の成功において必要なことは、学歴でも地位でもありません。
知恵と勇気と冒険心です。
果敢に未知なる世界に挑戦し続ける事です。

http://www.h2.dion.ne.jp/~achooooo/index.html

すっかり乗り遅れた悪寒…
>>235さんｻﾝｸｽｺ。皆さん乙カレーですー。
うまく行ってるようで何よりです。あとはBG★ﾀﾝの
負荷具合の報告を待ちつつ様子見ですねー
わくわく…

http://www.yakin.cc/

今実験中のlive5サーバの転送量を表示するようにしてみた。
たぶんメモリで言うと 7:00AM あたりで .htaccess 入れ替えたはず。


#マルチポストになっちゃった。ｺﾞﾒﾝ

>>271
体感的な(例えばllive5にログインしたときに肌で感じる)負荷の変化とかは
どんな感じすかね。

肌で感じる体感とかでいいんすか？
生暖かい、、とか、、

ひんやりしてる、、とか、、

勝ち負けにこだわる訳じゃｎ

ヒキずり出せれば十分

誤爆しました。申し訳ないです

久しぶりの肌寒さのようで（（((´д｀)) ））

>>273 >>274
ログインしていくつかコマンド打った時にサーバの健康度を
肌で感じられるようになれないと、
適切なシステムチューニングはできないと思われ。

「生暖かい(ちょっとビジーかもね)」とか「ひんやりしてる(負荷ないなぁ)」ってのは、
まだいい感じなほうか。
ひどくなると、ひーひー悲鳴を上げてる状況とかわかるようになるし。

>>278
かちゅ〜しゃで２ｃｈやってたら自分なりには外的な状況は感じれますが
そういうのでもいいのでしょうか

>>279
いいす。ただ、外的状況では感じれない部分が問題かもと。

特に今回みたいに圧縮に使うモジュールとかプログラムとかを変えたりすると、
メモリの使われ方とか一時ファイルの作られ方とかが変わるわけで、
それに伴ってシステムさんの気持ちも少しは変化するのではないかと。

>>280
ありがとうございます。今回の案件も吐き出されるテキストは同じようなので
クライアント側で特に適正化は必要ないと考えさせていただきます

うっ、寝過ごした。

現在、ばりばり動いています　< live5
ちょっと遅かったかな、、

>>278を読むと、本当に凄い人と電波さんは紙一重なんだろうなぁ、、と思う今日このごろ。
「エンジンの声を聞け」とかいうエンジニアさんもいるわけで、、、

06:30:34 up 52 days, 7:40, 1 user, load average: 0.70, 0.84, 0.83
25 processes: 16 sleeping, 3 running, 6 zombie, 0 stopped
CPU0 states: 19.0% user, 10.2% system, 0.0% nice, 70.1% idle
CPU1 states: 18.4% user, 9.3% system, 0.0% nice, 71.1% idle

感度抜群です。　ｱﾊｰﾝ

>>284
(*´д｀*)ﾊｧﾊｧ

ﾊｧ━━━━━━ ;´Д` ━━━━━━ﾝ!!!!

↑
どぞ

>>283
ちなみに
bbs.cgi@live5 は gzip 圧縮(index.html subback.html)の部分を
コメントアウトした特別製です。
ということは、新しいの上書きしたらちょっと挙動不審になるです。

いたって好調だから他のapache2(music2以降)のサーバにもいれようかな。。。

>>278　いまんとこ僕と愉快な仲間たちの間でも不具合聞いてないっす。

と思って、etc サーバを見てみたら・・・

CPU0 states: 13.0% user, 5.1% system, 0.0% nice, 81.2% idle
CPU1 states: 7.4% user, 2.0% system, 0.0% nice, 89.4% idle
CPU2 states: 11.4% user, 3.4% system, 0.0% nice, 84.0% idle
CPU3 states: 9.2% user, 1.3% system, 0.0% nice, 88.3% idle

なんか四つ付いているんですけど・・・

>>289
xeonってハイパースレッディング対応だったかな？
AMD使いなんで推測ですが…

って,ここで終わっちゃわけわかめぢゃないか…
ハイパースレッディングに対応だと1個のCPUを2個認識するはず。
ﾄﾞｿﾞｰ
ttp://www.intel.co.jp/jp/developer/technology/itj/2002/volume06issue01/art06_computeintensive/p01_abstract.htm

cpuinfoでも４つみえました。
processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 2.00GHz
stepping : 7
cpu MHz : 1993.606
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips : 3984.58

>>292
(恐らく2次)キャッシュサイズのxeonなら,そういう
仕様で間違いないと思いますー。

>>289 >>292
4つｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

>>293
ウホッ 抜けてますた。
キャッシュサイズ512kでつね…

うほっ

>>283
うん。そのノリに近いかも。
実際昔はディスクドライブの調子とか負荷の状況とか、HDDに耳当てて聞いてた。
モデムの通信音やLEDの光り方で通信のパフォーマンスが出てるかどうかも
ある程度はわかったし。

>>284
6 zombie ってそんなもんなんでしょか。
CPU status 的には特に問題なく、わりと健康に見えますねぇ。< その値
で、いたって好調すか。bbs.cgiも軽くなるし、一石二鳥か。

あとは iostat や vmstat (とかのコマンドってLinuxにあるんだっけ、
じつはLinuxはきちんと管理したことなかったりして)、あるいはtopコマンドあたりで
システムの様子を見てみるとよさげか。

etcもmod_deflateになりました？
大きなサイズのスレが開けるようになりましたが。

ttp://www.yakin.cc/
昨日よりは薄皮一枚落ちた感じですが,
ディスクアクセスの状態がポイントですかね。
んじゃおやすみなさーい…

ん?
ほんとに四つ付いているのかなぁ・・・

music2 以降のoysterサーバを top コマンドで覗いてみたら
live5(oyster19) 以外四つ見えるです。

かといって問い合わせたら、二本抜かれそうだし・・・
はてはて、

>>297
CPU負荷は最大で両CPUとも40%を超えることはないようです。
おおむね最大で38%くらい、
enoughって感じかな、
いたって快調に動いています。

>>298
なりましたー

>>301
おー、ありがとうございます。
これで作業が楽になるですー。

HT対応Xeonじゃないすか？
これ。
ttp://www.intel.co.jp/jp/eBusiness/products/server/benefits/ht/

>>287
if (apacheが1)
　　gzip圧縮処理
endif
みたいにすればよさそうすね。

Apacheのバージョンは、/usr/sbin/httpd -v とかやるととれるから、
Perl から呼べばよいかな。

1.x と 2.x で httpd -v の出力は微妙に違うみたいなので、例えば、
/usr/sbin/httpd -v | head -1 | sed -e 's/.*Apache\///' -e 's/\..*//'

に相当するようなことをPerlで組んで、結果が1か2かで判別すればいいのかな。

>>303
おお、そういえば。

>>300
> CPU負荷は最大で両CPUとも40%を超えることはないようです。
> おおむね最大で38%くらい、
> enoughって感じかな、
> いたって快調に動いています。

いい感じすね。mod_deflate有効化前はどんなふうだったのでしょう。
gz作成のための処理とI/O待ちとが多かったとすると、かなり改善されるはず。
特にカキコの多い板は顕著かと。

# まさかとは思うけど、
# system("gzip subback.html"); みたいなことはしてないですよねぇ、、、。< bbs.cgi

# まさかとは思うけど、
# system("gzip subback.html"); みたいなことはしてないですよねぇ、、、。< bbs.cgi

コメントを差し控えようかと・・・
管理人に聞いてくださいー

>>307
Mmm, No comment is sometimes more fluent...

Anyway, if mod_deflate is deployed, this gzip'ing process becomes unneeded.
So, I don't care this.

>>308
あ、careの後ろにaboutかも。やっぱ、現場英語はだめだこりゃ。

こんな行がありましたよ＞bbs.cgi

do{
system("gzip -c $SUBFILE > $SUBGZFILE");
}while(-z $SUBGZFILE);

>>304
書き込みのたびにhttpd -v呼ぶんですか?
それよりSERVER_SOFTWAREで判定しては?
if ($ENV{SERVER_SOFTWARE} =~ m{Apache/1}) {
do{
system("gzip -c $SUBFILE > $SUBGZFILE");
}while(-z $SUBGZFILE);
}

>>310
ぎょぎょぎょ。Perl module使った方がコマンド呼ぶ負荷が(以下略。

>>311
あ、そのほうがいいすね。

ここは一つ、実験室を再開してbbs.cgiの改造を本格的に・・・。

ハアー！さっぱりさっぱり

んじゃ案を

案 ver0.001

main()
{
SETTING.TXT 読み込み();
規制関連();
datに追記();
subject.txt更新();
/*subback.html更新();*/
}

/html
/i
の処理は無くなりますか？

それらを、かんかんがくがくと

おけです。別ｽﾚ立てたほうが良いですね。
実験室やrdtのような特別板でもつくりますか？
それともこの板に立ててしまいましょうか…？

まずは基本思想からだから
この板に別スレッドでのんびり話し合って行くっていうところでしょうか、

1) 基本思想
2) 基本設計
3) 詳細な設計　→　モジュール別にコード書き
　　(ここでさまざまな方法が試される、連投規制とか)
4) 組み上げ
5) テストー

ってな流れになるのでしょうか。

了解です。
別ｽﾚに移動ですー

bbs.cgi 再開発ﾌﾟﾛｼﾞｪｸﾄ
http://qb.2ch.net/test/read.cgi/operate/1053067870/

ちょっとスレを進めてみようかな などと…
こっちはまず思想を固める方向でおけ？
それとも
2ch特化型スペシャルサーバ構築大作戦
http://qb.2ch.net/test/read.cgi/operate/1052923573/
こっちの方がいいですか？

>>235のパッチは取り込まれたので，次期バージョンでは修正されているでしょう．

>>322
お疲れ様ですー
つか,みなさんbbs.cgiに行ってしまわれました…
(´･ω･`)

live5で2000ゲットできませんでした

俺もｷﾘ番は獲ってないわけだが・・・(´･ω･`) ｼｬﾎﾞｰﾝ

http://www.mmaaxx.com/bbs/joyful.cgi

昨日辺りから持ち上がってきた,過去ログが読めない鯖の
問題はどうしますか？
2ｃｈの動作報告はここで。 パート2
http://qb.2ch.net/test/read.cgi/operate/1053274940/66-
現在,pc2とetc鯖で確認済み。music2鯖でも出たらしいです。
他の鯖(とりあえず試したのはqp)ではokなので,過去ログの置き方か
読み出し側の問題だとは思うんですけど。

>>322にあるように次期バージョンのApacheで
修正されているはずなので
セキュリティホールが見つかることを期待しましょう(w

ただ、Apacheがバージョンアップしたからと言って
すぐに２ちゃんねるに導入されるかは微妙なのでは？
現状では各ツールの作者さんが対応されてますが…

二重圧縮の解決策を考えよー、
.htaccess の書き換えで済むような。

text/plane が原因かな？

>>330
それって>>310で痛ましく解決したんじゃないの？

>>329 同感です。ただでさえサーバーのupdateって
神経使うみたいですし。

とりあえず,2重圧縮される鯖とされない鯖があるという事は,
>>330辺りで対応可能な気がします。

>>330
text/plane?
text/plain

>>331
過去ログが二重の圧縮されてるみたいです、

>>332
されるサーバとされないサーバがあるんですか？
今、mod_deflate 入ってるサーバは
live5 etc hobby3 game4 かな。

>>333
おぉ、すんません。
勘違いです、

>>334
参考にどうぞ。
monazilla Part 4
http://pc2.2ch.net/test/read.cgi/tech/1042432238/

これで相互リンクに。

いま仕事場なんでこっちのトリップで。
>>334
つーことはmod_deflateが関係している訳では無いですね…
その中でおいらが確認しているのはetcだけです。
見れない鯖　etc,pc2
(情報ではmusic2もらしいが過去ログ見つからず)
見れた鯖　qb
帰ったらもうちょっと調査してみます。

>336　これで見えませんか？
http://music2.2ch.net/kakolog.html

あ、倉庫の中身があるのは、

男性アイドル
吹奏楽

だけみたいです。

とりあえず

AddType application/x-gzip gz

かなぁ...... root で鯖いじれるのなら，cvs.apache.org から
mod_deflate.c だけ新しいの取ってきて入れ替えてもいいんだけど．

>>337-338
どもですー
やっぱり見えませんね…「ここ壊れてます」となり,タイトルは文字化け。
他の鯖は明日確認してみます。
あ,ちなみに当方OJD-0.1.7.1です。

hobby3,game4鯖を覗いてみましたが,
過去ログありませんですた…(´･ω･`)

OJDは0.1.7.2で対応するとかしないとか。
鯖のバグっぽいから見送るという話も出てるけど
とくに対応困難なわけじゃないんだから
たとえバグっぽくてもAd hocに対応するのが
2chらしいと思う。

>>342
Apacheのバージョンアップまでは各2chブラウザでの対応待ち
ですかね。
個人的には通常ブラウザでhtmlファイルを取得すれば良いので
特に問題は有りませんが…

>>343
通常ブラウザでは●使えないのでは…

>>344
あっ言葉足らずでしたね。スマソ
「html化したログに関しては」です。
おいら●持ってないし(汗

>>328 注文通りということで(w Apache 2.0.46 リリース．
http://www.apache.org/dist/httpd/Announcement2.html

2.0.46 ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
これが入ればバッチリですねー

> Add another check for already compressed content in mod_deflate.
あとはHEの中の人がApacheを入れ替えるのを待つばかり、と。

やだdat拾って表示するだけならread.phpっての作りましたけどもしよければ
使ってやってください。

これです。結構まえのバージョンですけど

http://2chlog.net/read2.txt

>>349
あっちこっちで宣伝ご苦労さん。

Apache2.0.46 キタみたいですねー
2ｃｈの動作報告はここで。 パート2
http://qb.2ch.net/test/read.cgi/operate/1053274940/389
BG★さんおつかれー

>>352
> BG★さんおつかれー
忘れ物スマソ。HEの中の人も乙カレーｗ

Apache/2.0.46　になった
不具合は解消されたのかな?

2chﾌﾞﾗｳｻﾞで過去ﾛｸﾞ読めました

cf.
66 名無しさん＠お腹いっぱい。 03/05/24 19:48 ID:PRCNByQS
pc2サーバーの過去ﾛｸﾞが2ch用ﾌﾞﾗｳｻﾞで読むとおかしいんだけど。
68 名無しさん＠お腹いっぱい。 sage 03/05/24 20:04 ID:PRCNByQS
http://pc2.2ch.net/software/kako/1026/10267/1026711731.html
http://pc2.2ch.net/win/kako/1045/10450/1045044108.html

BG★さんおつかれ様です。（＾_＾）ノ

>>354-355
こっちもおけ。問題ナッシングです。

ところで、Apache2鯖では過去ログで.html.gz生成するのやめにしませんか?
現在の設定だとApache2鯖では.html.gzが参照されることはないので、
単なるディスク領域の無駄遣いになってます。
生成をやめればディスク領域の消費速度が2/3(当社比)になります。

あらっ　そなの?

ほほぉ。

むーん

>>359
>>133-あたりを参照。
mod_deflateには.htmlの代わりに.html.gzを転送する機能がないので
mod_rewriteで代用しようとしたけど例のバグのせいでうまくいかず、
オフでも特に問題なさそうなのでオフにした、という話の流れでした。
証拠としては、たとえば
http://pc2.2ch.net/win/kako/1045/10450/1045044108.dat
にアクセスしても
http://pc2.2ch.net/win/kako/1045/10450/1045044108.dat.gz
と同じ内容が表示されずにmaido3.comに飛ばされます。
で、バグが直った今mod_rewriteのシミュレートに再挑戦するという
選択肢もありますが、CPUはすかすかだとおっしゃっていましたから
ディスク領域優先のほうがいいかな、と。

mod_rewriteのシミュレートに再挑戦に一票。

では>>217をどうぞ。

domo2 に入れてみました。

ま、まちがえた。。

bg3にです。

bg3上に今.gzって存在します?
それがないと検証のしようがないです

>>367
とりあえず、index.html.gzを作ってみたんですけど、、

GET / HTTP/1.0
Host: bg3.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 13:11:27 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Wed, 11 Jun 2003 12:49:59 GMT
ETag: "2012a81-393-836b0bc0"
Accept-Ranges: bytes
Content-Length: 915
Connection: close
Content-Type: text/html
Content-Encoding: gzip

GET / HTTP/1.0
Host: bg3.2ch.net

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 13:11:59 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Tue, 13 May 2003 12:34:12 GMT
ETag: "200acc6-811-e9931900"
Accept-Ranges: bytes
Content-Length: 2065
Vary: Accept-Encoding
Connection: close
Content-Type: text/html

GET /index.html.gz HTTP/1.0
Host: bg3.2ch.net

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 13:12:36 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Wed, 11 Jun 2003 12:49:59 GMT
ETag: "2012a81-393-836b0bc0"
Accept-Ranges: bytes
Content-Length: 915
Vary: Accept-Encoding
Connection: close
Content-Type: text/html
Content-Encoding: x-gzip

ちゃんと動作してるっぽいですね。
ブラウザでも普通に表示されたので二重に圧縮されてることも
ないみたいです。

ダメ押し。
GET /index.html.gz HTTP/1.0
Host: bg3.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 13:14:46 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Wed, 11 Jun 2003 12:49:59 GMT
ETag: "2012a81-393-836b0bc0"
Accept-Ranges: bytes
Content-Length: 915
Connection: close
Content-Type: text/html
Content-Encoding: gzip

datって対象にしてたの？

言われてみると旧鯖でも.dat→.dat.gzの振り替えはやってないみたいですね。
でもこの通りmod_deflateに振り替え機能がないのは確かなので。
GET /win/kako/index.html.gz HTTP/1.0
Host: pc2.2ch.net

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 14:04:49 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Sat, 07 Jun 2003 04:18:03 GMT
ETag: "b001d1d-3d4-e53c94c0"
Accept-Ranges: bytes
Content-Length: 980
Vary: Accept-Encoding
Connection: close
Content-Type: text/html
Content-Encoding: x-gzip

GET /win/kako/ HTTP/1.0
Host: pc2.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 14:05:07 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Sat, 07 Jun 2003 04:18:03 GMT
ETag: "b001d18-141b-e53c94c0"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 969
Connection: close
Content-Type: text/html

こんなフォルダのindex.htmlがうまく表示されなかったり。。
トップが表示されちゃう。

http://bg3.2ch.net/test41/

最後の行を
RewriteRule ^.*$ %{REQUEST_URI}index.html.gz
にするとどうですか?

どでしょう、、
表示は大丈夫そうです、

ちゃんと機能してるげ。
GET /test41/? HTTP/1.0
Host: bg3.2ch.net

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 15:29:32 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Wed, 11 Jun 2003 14:34:50 GMT
ETag: "4c01635-b1-fa641680"
Accept-Ranges: bytes
Content-Length: 177
Vary: Accept-Encoding
Connection: close
Content-Type: text/html

GET /test41/? HTTP/1.0
Host: bg3.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 15:28:19 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Wed, 11 Jun 2003 14:37:02 GMT
ETag: "4c01636-b8-2423f80"
Accept-Ranges: bytes
Content-Length: 184
Connection: close
Content-Type: text/html
Content-Encoding: gzip

ちゃんとAccept-Encodingを付けたときと同じLast-Modifiedです。
GET /test41/index.html.gz? HTTP/1.0
Host: bg3.2ch.net

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 15:28:39 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Wed, 11 Jun 2003 14:37:02 GMT
ETag: "4c01636-b8-2423f80"
Accept-Ranges: bytes
Content-Length: 184
Vary: Accept-Encoding
Connection: close
Content-Type: text/html
Content-Encoding: x-gzip

index.html.gzがないときはちゃんとmod_deflateが圧縮して返しています。
GET /rdt/ HTTP/1.0
Host: bg3.2ch.net

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 15:34:36 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Tue, 10 Jun 2003 10:00:27 GMT
ETag: "5006675-1769b-74744c0"
Accept-Ranges: bytes
Content-Length: 95899
Vary: Accept-Encoding
Connection: close
Content-Type: text/html

GET /rdt/ HTTP/1.0
Host: bg3.2ch.net
Accept-Encoding: gzip

HTTP/1.1 200 OK
Date: Wed, 11 Jun 2003 15:34:52 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL
/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Last-Modified: Tue, 10 Jun 2003 10:00:27 GMT
ETag: "5006675-1769b-74744c0"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 23652
Connection: close
Content-Type: text/html

http://bg3.2ch.net/test41/index.html

こいつもトップが見えちゃいますね、、

じゃあ4行目(1つめのRewriteRule)も
RewriteRule ^.*$ %{REQUEST_URI}.gz
に。つーか私は>>140でこう書いたはずなんですが、
なんでわざわざ変な改造したのか>>142さんに
(見てたら)説明してもらいたいところです。
statの回数減らすための工夫も無視されてるし…

しばらく見ない間に，2.0.46 になってたんですね．乙ですた．
あと，こちらで書いた RewriteRule に誤りがあったようで失礼しますた．

ただ，

>>382
>つーか私は>>140でこう書いたはずなんですが、
>なんでわざわざ変な改造したのか>>142さんに
>(見てたら)説明してもらいたいところです。
>statの回数減らすための工夫も無視されてるし…

http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=2095&KEY=1050545010&START=225&END=229&NOFIRST=TRUE
に比較結果を載せておきましたが，>>140-141のような書き方(=type A)でも
stat() の呼び出しが減るわけではないようです．むしろ，
RewriteLog の出力を見ると処理量が増えているように
見受けられるのですが......

まあそれはともかく正しいRewriteRule希望

>>384 一応>>383のリンク先の type B が修正版となっています．

ってことでﾖﾛｼｺ>>domo2さん

入れてみました。

RewriteEngine on
RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule (^.*[^/]+)\.(html|txt|dat)$ $1.$2.gz

RewriteCond %{HTTP:Accept-Encoding} gzip [NC]
RewriteCond %{REQUEST_FILENAME}index.html.gz -f
RewriteRule (^|/)$ %{REQUEST_URI}index.html.gz

>>387 おつかれですー
>>381 はOKでいいのかな。テストです ってメッセージが出ました。

一応ヘッダを…

GET /test41/index.html HTTP/1.1
Host: bg3.2ch.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.4b) Gecko/20030614 Mozilla Firebird/0.6
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
Accept-Language: ja,en-us;q=0.5
Accept-Encoding: gzip,deflate,compress;q=0.9
Accept-Charset: Shift_JIS,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
If-Modified-Since: Wed, 11 Jun 2003 14:37:02 GMT
If-None-Match: "4c01636-b8-2423f80"
Cache-Control: max-age=0

HTTP/1.x 304 Not Modified
Date: Wed, 18 Jun 2003 13:00:19 GMT
Server: Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 mod_ssl/2.0.46 OpenSSL/0.9.6g DAV/2 FrontPage/5.0.2.2634 PHP/4.3.2 mod_gzip/2.0.26.1a
Connection: Keep-Alive
Keep-Alive: timeout=15, max=100
Etag: "4c01636-b8-2423f80"

書いた文が時々消えてしまうのもそのせいですか？

規制のせいだと思います。

本文がありません！
と出るんですよ

NGワードで書けないとき本当の理由を隠すために
適当なエラーメッセージが出る場合があります
とりあえずread.cgiはぜんぜん関係ないと思います

｣ｲ｣罐隘ｹ･ｯ･・ﾗ･ﾈ､HP､ﾇｽ､､ﾆ､ﾟ､ﾞ､ｹ｡｣ｽﾐﾍ隍・ﾀ､ｱｷﾚ､ｯｽﾐﾍ隍・ﾀ､ｱ､ﾌ､・・

>>394
sjisで書いてね。

ご連絡です。
まだmod_deflateが入っていないサーバーを発見されましたら
お手数ですがこちらの方にサーバー名の報告をお願いします。

Apache2.0.46の鯖のみですよね。
oyster16〜26,71,72の中からかな。
ウチではContent-Encoding見れないですが。。。

よーわからんけど、削除スクリプトが正常に開かないサーバ書いたらいいんすか？
つーかsocietyの削除スクリプトが駄目っぽいですー

おまいの物差しは削除スクリプトなのかよ。
広い目で見ようぜ。

http://society.2ch.net/test/read.cgi/agri/991830524/

このスレがブラウザで開けません（真っ白）

>>398
物凄い勢いでｶﾞｲｼｭﾂです。連絡スレのログくらい読んでおいてください。

それが直ってないところがあったら教えてね、って話でしょ。

現行のread.cgiソースってどこで手に入りますか？

>>401
398ではありませんが、連絡スレに書かれていた方法って
http://qb.2ch.net/test/read.cgi/saku/1048828914/136
ですよね？
itadakiを使っても、レス番を指定しても真っ白のままなんですが。
通常削除のみitadakiでレス番指定無しで正常に開けるんですが透明削除やスレ削除画面を
開こうとするとどうやっても開きませんでした。
societyの900超えているスレは軒並みダメでした。
レス番指定も
http://qb.2ch.net/test/read.cgi/operate/1047840578/401
このように1レス単位で指定しても開きません。

どのように対処したらいいですか?

更に言うと「スレのサイズが大きい」かどうかは無関係のようです。
900レスを越えた時点で処理不能になります。
800レス程度でサイズオーバーしたスレの透明削除処理は通常通り行えました。

society サーバでmod_deflateが有効になっていない問題に関して、
対応するようにお願いしましたので、もうしばらくお待ちください。

>>404
あなたが本物の削除人なら、
＞★itadakiを（ちゃんと）使っても削除できない場合
＞　、、解決したハズなので、詳細連絡をお願いします。
とも書いてある部分はお読みになったんでしょうか？

連絡スレへ、処理できなかったスレッドのURLを貼り付けて
詳しく報告するのが先では。

ちなみに、itadaki以外のツールでも削除できるツールあります、、
詳しくは白州さんあたりに聞いてみるといいかも。。。ね？

いや、だから、直ってない鯖があったらこのスレで報告してね、って事なんだけど。

>>409
削除スクリプトを「ちゃんと」使えてない可能性もあるからねぇ・・・
スレのURLは貼った方が良いと思いますが。
societyなら報告済みなので、ちょっと意味不明だとも思う訳です。
段々雑談チックになってきて失礼。

Vary: Accept-Encodingが吐かれてるんで
read.cgiの出力がまったくキャッシュされなくて転送量が増加してると
思われますがこのまま放置かな

>>411
問題提起していただければきっと誰かが反応してくれると思います。

mod_deflateでやってくれてるんとちゃうんすか？

おーいcomic3とgame4をﾘﾌﾞｰﾄしてくれ

>>413
むしろmod_deflateが犯人です
つーかHTTPの仕様としてはVary:を吐くのが正しいんですけど
Vary:があると一切キャッシュしなくなるIEの仕様が問題だという…

http://httpd.apache.org/docs-2.0/ja/env.html
↓これを.htaccessに追加すればいいみたい。
BrowserMatch MSIE force-no-vary

>>415
もしそうだとすると、ひどいすね。

http://httpd.apache.org/docs-2.0/ja/misc/known_client_problems.html
を見ると、MSIE 4.0 はだめだそうで、

BrowserMatch "MSIE 4\.0" force-no-vary

という例が紹介されてますが、5.0/5.5/6 もだめなのか。

>>417
5.0以降ダウンロードだけはできるようになったけど
キャッシュされないのは変わらず
バックボタン押しただけで全スレ再読み込みですよ

うっへ、、、
read.cgiでvaryを吐かないようにすればいいんですかねぇ、、、？

>>419
read.cgiは関係ないです。そもそもread.cgiではVaryを吐いてないはずです。
このスレに書いたのは紛らわしかったですね。すみません。
ただ途中から.htaccess修正の話になってたんで…
対応は>>416の通りです。Apache2鯖に入れてください

どれが、apache2サーバなんだろう。。。

も
　　う
　　　　だ
　　　　　　め
　　　　　　　　ぽ

>>421
oyster16〜28
oyster71, 72
binbo8.he.net = pc2.2ch.net

他にもあるかも。

http://mumumu.mu/serverlist.html

えー、何処に言えば良いのか判らないので取り敢えずここに書いてみますが、
DTM板のhttp://pc3.2ch.net/dtm/subback.htmlから行けるリンク先が全部
http://oyster4.he.net/cgi-bin/error500に飛ばされてしまいます。
http://pc3.2ch.net/dtm/は機能しているのですが、利用者が減っています。
これって何処に言えば対処してくれるものなんでしょうか？

Apache 2.x.xx
でmod_deflateが現在入ってないサーバ

music2 2chplus

2chplus は一応入ってないみたいです、
music2 は初めの頃に飛ばしちゃったですかね、
他にもあったらよろすくですー。

というか、うまく動いていないサーバがあるみたいです。
それも一緒に報告お願いしますー。

mod_deflateの未稼動サーバもだけどそれより>>416を何とかしてﾎｽｨ
それとももう対応済み?

あー今試してみたらWinXP+IE6SP1では戻るボタンだけでは
リロードしないみたい
少しは改善されてるのかな?

>>425
2chplus = aa2 = bg3 = oyster71 なわけですが、aa2もだめぽなのかしら。
music2 = oyster16 すね。oyster的には新セッティング1号サーバか。

夜中に突然誰かが恋しくなったときってありませんか？

まみはいつも恋してます。あなたに逢いたくてたまらない。

だからここで待ってます。http://www.gras-cafe.com

7日間会費無料、10分間もあなたに会えるの。早く逢いたいな。

test

hoge

gngn

ghj

wqeqw

ghjghj

sdf

test

test

書きこみテスト専用スレ3 〜testてすとはここで
http://qb.2ch.net/test/read.cgi/operate/1061879031/
板内の設定は同じだからこっちでー

age

もうIEでミネエヨーだ！プン、プン！

さ

ttp://61.193.185.135/tma/yokoku/fujisawa_rina.wmv

ttp://61.193.185.135/tma/yokoku/ima.wmv

ttp://61.193.185.135/tma/yokoku/misaki_mao.wmv

ttp://61.193.185.135/tma/yokoku/ohura.wmv

ttp://61.193.185.135/tma/yokoku/kurosaki.wmv

ttp://61.193.185.135/tma/yokoku/nohara.wmv

ttp://61.193.185.135/tma/yokoku/ohno.wmv

ttp://61.193.185.135/tma/yokoku/umino.wmv

ttp://61.193.185.135/tma/yokoku/hoshino.wmv

ttp://61.193.185.135/tma/yokoku/mizuki.wmv

ttp://61.193.185.135/tma/yokoku/aoki_katsura.wmv

ttp://61.193.185.135/tma/yokoku/koizumi.wmv

　　　＿＿_
　 ＜_葱看＞、
／　I .(（ﾊ)) i　＼
　　ﾉゝ゜ヮ゜ﾉﾊ
　　　 uiYu　　　　　　卑怯者ー(^^)
　　　.〈|: _>
　　　 ∪∪