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

**BG ★** · 03/03/17 03:49

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

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

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

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

**BG ★** · 03/03/17 03:51

現在の .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

**心得をよく読みましょう** · 03/03/17 03:51

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

**心得をよく読みましょう** · 03/03/17 03:52

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

**名無しさん** · 03/03/17 03:52

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

**ひろゆき** ◆3SHRUNYAXA · 03/03/17 03:53

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

**心得をよく読みましょう** · 03/03/17 03:54

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

**心得をよく読みましょう** · 03/03/17 03:54

>>4
そりゃないぜ。

**心得をよく読みましょう** · 03/03/17 03:54

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

**BG ★** · 03/03/17 03:55

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

**BG ★** · 03/03/17 03:58

現在のバージョン

Apache/2.0.44 (Unix)
mod_gzip/2.0.26.1a

**心得をよく読みましょう** · 03/03/17 04:02

また腐れか。

**トオル** ◆7HpbpPtNkQ · 03/03/17 04:08

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

**BG ★** · 03/03/17 04:18

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

**心得をよく読みましょう** · 03/03/17 04:33

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

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

**心得をよく読みましょう** · 03/03/17 04:41

これとか。
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/

**おふぃす** ◆2tCUE/Uxk2 · 03/03/17 04:43

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

… ◆P5UtUBon8c · 03/03/17 04:46

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/

とか？

**心得をよく読みましょう** · 03/03/17 04:50

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

**心得をよく読みましょう** · 03/03/17 04:51

容量は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

**BG ★** · 03/03/17 04:51

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

… ◆P5UtUBon8c · 03/03/17 04:52

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
私は見れないです。。

**BG ★** · 03/03/17 04:59

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

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

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

**心得をよく読みましょう** · 03/03/17 05:05

気になった書き込み

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

**心得をよく読みましょう** · 03/03/17 05:15

mod_gzip_item_include mime "application/x-httpd-cgi"

**心得をよく読みましょう** · 03/03/17 09:23

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

**心得をよく読みましょう** · 03/03/17 09:36

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

**心得をよく読みましょう** · 03/03/17 10:15

webprog板から来ました

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

**心得をよく読みましょう** · 03/03/17 10:31

>>24
！！！！！！！！

**心得をよく読みましょう** · 03/03/17 12:17

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 が見れない・・・

**心得をよく読みましょう** · 03/03/17 12:34

mod_gzip_min_http　なしか・・・

**心得をよく読みましょう** · 03/03/17 12:59

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

**心得をよく読みましょう** · 03/03/17 14:43

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

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

**心得をよく読みましょう** · 03/03/17 15:21

( ﾟдﾟ)ﾎﾟｶｰﾝ

**BG ★** · 03/03/17 16:19

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

**心得をよく読みましょう** · 03/03/17 16:27

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

… ◆P5UtUBon8c · 03/03/17 16:32

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

**BG ★** · 03/03/17 16:34

>>23 の状態です　< music2

**心得をよく読みましょう** · 03/03/17 17:11

deflateか

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

**( ﾟдﾟ)ﾎﾟｶｰﾝ** · 03/03/18 00:37

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

**心得をよく読みましょう** · 03/03/18 00:59

Apache2対応のmod_gzipは2.0.26.1a

**PC8801mkII** · 03/03/18 09:01

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圧縮はオッケー

**PC8801mkII** · 03/03/18 09:05

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

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

**心得をよく読みましょう** · 03/03/18 09:10

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

**心得をよく読みましょう** · 03/03/18 13:42

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

**BG ★** · 03/03/18 13:52

ども、ども

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

**心得をよく読みましょう** · 03/03/18 13:56

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

**心得をよく読みましょう** · 03/03/18 16:57

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

**心得をよく読みましょう** · 03/03/18 19:34

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

**PC8801mkII** · 03/03/18 20:20

ただいま～

>>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負荷が減って、パフォーマンスも上昇するだろう

**PC8801mkII** · 03/03/20 12:10

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

**心得をよく読みましょう** · 03/03/20 12:43

まだだと思う。

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 の表示できないスレ。

**心得をよく読みましょう** · 03/03/22 09:49

保守

**心得をよく読みましょう** · 03/03/22 15:59

革新

◆Kl/33/vaIo · 03/03/22 16:01

厨房

**心得をよく読みましょう** · 03/03/24 09:28

保守

**BG ★** · 03/03/25 16:24

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

**心得をよく読みましょう** · 03/03/25 16:47

>>57
よろしく。

**心得をよく読みましょう** · 03/03/25 21:56

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

**心得をよく読みましょう** · 03/03/27 09:22

やる前に落ちそう

**名無し魔法店** · 03/03/27 10:27

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

**名無し魔法店** · 03/03/27 10:43

書き込めないんじゃなくて、長いレス（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/

**名無し魔法店** · 03/03/27 10:49

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

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

**BG ★** · 03/03/29 17:27

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

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

実験台は、etc サーバ !!

**BG ★** · 03/03/29 17:29

現在の 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

**心得をよく読みましょう** · 03/03/29 17:30

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

**BG ★** · 03/03/29 17:30

ありゃ

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

も configration error になっちゃった。

**BG ★** · 03/03/29 17:31

もとに戻してみた。

**心得をよく読みましょう** · 03/03/29 17:32

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

**心得をよく読みましょう** · 03/03/29 17:32

かけたかけた

**心得をよく読みましょう** · 03/03/29 17:44

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

**心得をよく読みましょう** · 03/03/29 19:06

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

**心得をよく読みましょう** · 03/03/29 21:41

>>72
激しく Do it.

**心得をよく読みましょう** · 03/03/30 03:34

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

**心得をよく読みましょう** · 03/03/30 21:28

ex2がいいんじゃないかと

◆ITAN/Itbe. · 03/03/30 21:39

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

**心得をよく読みましょう** · 03/03/30 23:51

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

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

**心得をよく読みましょう** · 03/04/02 23:36

hosyu

**心得をよく読みましょう** · 03/04/03 00:05

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

**心得をよく読みましょう** · 03/04/03 00:07

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

**心得をよく読みましょう** · 03/04/04 14:27

>>65
>DeflateBufferSize 8096

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

**心得をよく読みましょう** · 03/04/04 14:44

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

**心得をよく読みましょう** · 03/04/04 20:46

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

◆cZfSunOs.U · 03/04/04 21:03

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

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

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

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

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

**心得をよく読みましょう** · 03/04/06 13:52

保守

**心得をよく読みましょう** · 03/04/09 03:21

対策待ち捕手

◆garnetGnNk · 03/04/09 08:56

＞74
（￣ー￣

**BG ★** · 03/04/12 18:20

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

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

**心得をよく読みましょう** · 03/04/12 18:59

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

**心得をよく読みましょう** · 03/04/13 00:35

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

**心得をよく読みましょう** · 03/04/13 01:01

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

**心得をよく読みましょう** · 03/04/13 20:24

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

**心得をよく読みましょう** · 03/04/13 21:54

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

**心得をよく読みましょう** · 03/04/14 00:17

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

**心得をよく読みましょう** · 03/04/14 13:25

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

**心得をよく読みましょう** · 03/04/15 04:31

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

**心得をよく読みましょう** · 03/04/15 04:41

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

**心得をよく読みましょう** · 03/04/15 04:49

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

**心得をよく読みましょう** · 03/04/15 04:51

>>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化
セミさんコース = 七年以内にはなんとか、決して放棄している
　　　　　　　　　　訳ではありませんが、

**BG ★** · 03/04/17 10:59

100

**心得をよく読みましょう** · 03/04/17 11:01

ヽ(`Д´)ﾉ

**心得をよく読みましょう** · 03/04/17 22:23

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

**かくにん** ◆KornrikzJM · 03/04/18 20:22

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

ずぶ ◆/KornN9iwU · 03/04/19 21:50

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

**むむむ** ◆MUMUMUkopk · 03/04/20 00:59

>>65-67 の件ですが、

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

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

**心得をよく読みましょう** · 03/04/21 05:45

優先度下がった?

**心得をよく読みましょう** · 03/04/24 01:37

結局放置

**359** · 03/04/24 23:29

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

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

03/04/24 23:56

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

**心得をよく読みましょう** · 03/04/25 00:00

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

**心得をよく読みましょう** · 03/04/25 00:08

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

**むむむ** ◆MUMUMUkopk · 03/04/25 00:13

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

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

**心得をよく読みましょう** · 03/04/25 00:19

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

**心得をよく読みましょう** · 03/04/25 00:38

>>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/

ずぶ ◆PHZUBUXUug · 03/04/25 19:04

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

**domo2** ◆eoDomo5qoo · 03/05/01 19:45

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

**名無しさん＠お腹いっぱい。** · 03/05/01 19:46

移転？

**名無しさん＠お腹いっぱい。** · 03/05/01 19:51

ん？移転みたいだね。

**domo2** ◆eoDomo5qoo · 03/05/01 19:55

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

**domo2** ◆eoDomo5qoo · 03/05/01 20:37

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

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

**むむむ** ◆MUMUMUkopk · 03/05/01 20:43

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

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

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

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

**むむむ** ◆MUMUMUkopk · 03/05/01 20:44

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

という意味です。

**domo2** ◆eoDomo5qoo · 03/05/01 20:47

入れてみましたー。

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

**むむむ** ◆MUMUMUkopk · 03/05/01 20:50

>>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ﾛ$*!=塞
(以下略)

**むむむ** ◆MUMUMUkopk · 03/05/01 20:55

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

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

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

**domo2** ◆eoDomo5qoo · 03/05/01 20:57

>>125
やってみますー。

ご飯作りながらだけど。

**名無しさん＠お腹いっぱい。** · 03/05/01 20:58

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

**名無しさん＠お腹いっぱい。** · 03/05/01 22:59

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

**名無しさん＠お腹いっぱい。** · 03/05/02 00:26

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

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

**むむむ** ◆MUMUMUkopk · 03/05/02 00:47

>>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

(以下略)

**むむむ** ◆MUMUMUkopk · 03/05/02 00:54

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

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

**名無しさん＠お腹いっぱい。** · 03/05/02 04:27

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

**名無しさん＠お腹いっぱい。** · 03/05/02 05:05

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

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

**名無しさん＠お腹いっぱい。** · 03/05/02 08:56

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

**むむむ** ◆MUMUMUkopk · 03/05/02 12:50

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

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

◆cZfSunOs.U · 03/05/02 14:13

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
　　　　----------------------------------------

**名無しさん＠お腹いっぱい。** · 03/05/02 18:38

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

**むむむ** ◆MUMUMUkopk · 03/05/02 19:10

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

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

**むむむ** ◆MUMUMUkopk · 03/05/02 19:26

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

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

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

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

**名無しさん＠お腹いっぱい。** · 03/05/02 19:34

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

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

**名無しさん＠お腹いっぱい。** · 03/05/02 19:44

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

◆cZfSunOs.U · 03/05/03 16:36

>>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

**名無しさん＠お腹いっぱい。** · 03/05/05 17:57

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

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

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

**名無しさん＠お腹いっぱい。** · 03/05/06 15:40

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

**名無しさん＠お腹いっぱい。** · 03/05/06 15:41

PHP入ってた（汗

**むむむ** ◆MUMUMUkopk · 03/05/07 02:03

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

03/05/07 04:18

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

**名無しさん＠お腹いっぱい。** · 03/05/07 05:21

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

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

**名無しさん＠お腹いっぱい。** · 03/05/07 08:56

壊血な方向に！

◆cZfSunOs.U · 03/05/07 16:38

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

**むむむ** ◆MUMUMUkopk · 03/05/07 16:51

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

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

ずぶ ◆PHZUBUXUug · 03/05/07 21:29

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

ずぶ ◆PHZUBUXUug · 03/05/07 21:47

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

ずぶ ◆PHZUBUXUug · 03/05/07 21:48

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

**名無しさん＠お腹いっぱい。** · 03/05/08 07:28

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

**名無しさん＠お腹いっぱい。** · 03/05/08 16:21

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

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

**名無しさん＠お腹いっぱい。** · 03/05/08 16:23

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

**domo2** ◆eoDomo5qoo · 03/05/08 20:39

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

◆cZfSunOs.U · 03/05/08 21:00

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ヘッダには出ないのですが......

**名無しさん＠お腹いっぱい。** · 03/05/09 09:46

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

**やきん ★** · 03/05/09 14:18

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

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

**名無しさん＠お腹いっぱい。** · 03/05/09 14:49

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

**名無しさん＠お腹いっぱい。** · 03/05/09 14:56

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

**名無しさん＠お腹いっぱい。** · 03/05/09 19:18

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

◆cZfSunOs.U · 03/05/09 20:26

まぁ"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"と設定する部分は存在しません．

**名無しさん＠お腹いっぱい。** · 03/05/09 23:11

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

**名無しさん＠お腹いっぱい。** · 03/05/10 02:39

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

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

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

**166** · 03/05/10 03:46

>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を教えてくれ。

**domo2** ◆eoDomo5qoo · 03/05/10 21:50

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

ずぶ ◆PHZUBUXUug · 03/05/11 00:21

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

**名無しさん＠お腹いっぱい。** · 03/05/11 00:22

>>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がテンポラリファイルを作らなければ解決するのになってこと。
こんなところでは。

**名無しさん＠お腹いっぱい。** · 03/05/11 00:26

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

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

ずぶ ◆PHZUBUXUug · 03/05/11 00:37

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

**名無しさん＠お腹いっぱい。** · 03/05/11 00:59

>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だし。
アホらしいからもうやめる。

**名無しさん＠お腹いっぱい。** · 03/05/11 01:01

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

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

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:04

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:04

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:07

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

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:09

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

この点についてのみ説明

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:13

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

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:15

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

ずぶ ◆PHZUBUXUug · 03/05/11 01:23

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:23

言い争うのやめれー。

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

**名無しさん＠お腹いっぱい。** · 03/05/11 01:24

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

ずぶ ◆PHZUBUXUug · 03/05/11 01:39

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

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

**嘘つき** · 03/05/11 01:46

まあ、>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の方が」と言われてるし。
もしこのスレ以外だったら悪かったね。俺は見てないかもしれない。

ずぶ ◆PHZUBUXUug · 03/05/11 01:47

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

**名無しさん＠お腹いっぱい。** · 03/05/11 02:57

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

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

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

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

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

**嘘つき** · 03/05/11 03:10

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

**名無しさん＠お腹いっぱい。** · 03/05/11 03:17

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

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

**嘘つき** · 03/05/11 03:32

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

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

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

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

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

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

**嘘つき** · 03/05/11 03:49

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

ずぶ ◆PHZUBUXUug · 03/05/11 09:55

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

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

**domo2** ◆eoDomo5qoo · 03/05/11 18:35

またーり、またーり。。

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

ずぶ ◆PHZUBUXUug · 03/05/12 03:37

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

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

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

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

**domo2** ◆eoDomo5qoo · 03/05/12 20:54

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

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

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

ずぶ ◆PHZUBUXUug · 03/05/12 23:08

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

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

03/05/13 13:38

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
＊＊＊＊＊＊＊＊
引数にスラッシュを与えるとエラーを起こすようです。。

徘徊 proxy110.docomo.ne.jp · 03/05/13 13:44

ありゃ…

03/05/13 14:04

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

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

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