分散型携帯用２ｃｈビュア・がっくしメニュー6
■ このスレッドは過去ログ倉庫に格納されています
トップ：http://orz.2ch.io/
入り口：http://orz.2ch.io/p
設定：http://orz.2ch.io/p/-/?s=1
日々増え続ける携帯からのアクセスみんなのサーバで支えよう
■はじめに
Open Resource Zone（こじつけです）。
CGIが使えるサーバを持ってる皆さんに協力してもらって、みんなのサーバで2chの携帯アクセス負荷を軽減しようという計画です。
CGIを1個、他数個のファイルを自分のサーバに設置するだけで簡単に参加できます。
各種自動設定、オートアップデート機能付きなので、サーバ提供者はほぼメンテナンスする必要はありません。
サーバをお持ちの皆さん、あなたのサーバをちょこっと貸してくれませんか？
詳しくは http://orz.2ch.io/orz.html
詳細などは >>2-10
／＼ ／＼
／ (･∀･)ﾉ ＼ ｶｻｶｻ おれおれ エラー出たときにここに書き込まれないようにはできないの？ >>106
なるほど、、がっくし君がタイムアウト判定してしまうと、自鯖側は既に復帰していても、
解除申請メッセージが出てくるまで分からないのか。。 鯖側で定期的に解除申請するようにcron走らせときゃいいんじゃね？ マークした鯖をリストから外したら、定期的に復帰を検出するルーチンを付ければよくない？ どっちが負担するかでもめるパターンか。仕事を思い出したので出かけてくるw >>110
止めてゴソゴソしたくてRedirectする場合もあるし、なかなか難しいと思う 復帰のシステムを用意しているので、鯖側でやるのはナンセンス
と思うのはおれだけ？
スレ監視してがっくし君のコメントに自鯖のURLあったら自動解除
じゃだめなの？その程度のスクリプトすぐ書けそうだけど。 外部のサーバにWebproxy置いてそこから自分を見に行くとか、ネットワークだけでいいなら外部のサーバにping打つとか、、、 いやぁ、誰にとって見えないのが困るのかってことですよ。
見ているのはユーザさん、ユーザさんはフロントを経由してアクセスするです。
となるとユーザさんが各鯖を見れないのも困るし、
フロントが各鯖を見れないと困るというわけです。
ただ、システムがまだ不完全なのは認識していますので、
気長にお待ち頂けると。 >>118
そういうなら早くDatControlのdeflate対応させてください。
送信帯域があまりないところなんで
ユーザさんのための送信帯域が圧迫されてます。
この状況ではこの夏は乗り切れません＞＜ >>119
帯域余りまくっててCPU足りない人もいるかもなので
余り無理しないでLF下げたらどうでしょう >>119
じゃあ参加しなきゃいいじゃん
そういうハズレ鯖に当たった時は携帯折りたくなる
撤退してくれたほうがありがたい 省略の取得ミスのバグ取りだけでも帯域圧迫は少なくなるかと
あれ、何度もリロードか鯖変更しないといけないし
と適当に云ってみるテスト そうなんですよねぇ。。。＜バグ
このごろ忙しくて集中して作業できる時間がないのですよ。
まぁまったりと。 鯖を貸してる人も、作ってる人も所詮お遊びなんだから
まったりのんびりでいいんじゃね？ エラー出たときってがっくし君がお知らせ書き込みするじゃん
あれって自分の鯖がエラーで落ちても書き込みされないようにとか設定できないの？ >>121
わかった撤退する
LF1000でがんばってたけどこんなこと言われるとは思わんかった
俺もクレームばかり言えるユーザ側になるからよろしくな 下記を鯖リストから削除しました。
復旧したら http://210.135.99.75/ba/ より解除申請を行ってください。
http://homelinux.s201.xrea.com/orz/orz.cgi No bbsmenu
http://w2.oroti.com/~orz/orz/orz.cgi timeout(1)
http://w4.oroti.com/~orz/orz/orz.cgi timeout(1) LF1000の鯖
ttp://2ch.mbnsk.net/orz.cgi
ttp://3deg.net/~orz2ch/orz/orz.cgi
ttp://akb.sytes.net/orz/orz.cgi
ttp://bonsoleil.mine.nu/orz/orz.cgi
ttp://droppi.dyndns.org/orz/orz.cgi
ttp://earth.orz-2ch.net/orz.cgi
ttp://fa.mine.nu/orz/orz.cgi
ttp://hbk-gaia.dyndns.org/orz/orz.cgi
ttp://jupiter.orz-2ch.net/orz.cgi
ttp://mars.orz-2ch.net/orz.cgi
ttp://mercury.orz-2ch.net/orz.cgi
ttp://monar.dyndns.org/orz/orz.cgi
ttp://moon.orz-2ch.net/orz.cgi
ttp://nakasiki.or.tp/orz/orz.cgi
ttp://neptune.orz-2ch.net/orz.cgi
ttp://nullpo.homeunix.net/~dia/orz/orz.cgi
ttp://orz.jpnet.biz/orz.cgi
ttp://orz.nukos.net/orz/orz.cgi
ttp://orz.zapto.org/orz/orz.cgi
ttp://orz2.emkeeper.com/orz.cgi
ttp://orz2.jpnet.biz/orz.cgi
ttp://orz2ch.oyatsun.com/orz/orz.cgi
ttp://orz3.emkeeper.com/orz.cgi
ttp://orz3.jpnet.biz/orz.cgi
ttp://orz4.jpnet.biz/orz.cgi
ttp://orz5.jpnet.biz/orz.cgi
ttp://orz6.jpnet.biz/orz.cgi
ttp://rejec.net/~orz2ch/orz/orz.cgi
ttp://saturn.orz-2ch.net/orz.cgi
ttp://sun.orz-2ch.net/orz.cgi
ttp://unimoe.com/orz/orz.cgi
ttp://uranus.orz-2ch.net/orz.cgi
ttp://venus.orz-2ch.net/orz.cgi
ttp://www.3deg.net/~orz2ch/orz/orz.cgi
ttp://www.rejec.net/~orz2ch/orz/orz.cgi
ttp://www.yamada.gr.jp/orz/orz.cgi
ttp://xn--wmqs8he8yvwk.jp/orz.cgi
ttp://yamada.gr.jp/orz/orz.cgi
ttp://z1.unimoe.com/orz.cgi まあチラシの裏です。orz設置でもらえるモリタポに期待している人の参考にでもなれば(笑
LF=1000, CACHE=∞(現在19.1GB)
平均18万/日くらいのサーバで、上りの転送量は8GBytes/日。
7/2にもらったモリタポは2400くらいだったかな?(orz4個設置のうち3個しか口座登録してないっぽいので1個あたり800くらい)
他のメニューが死んで雪崩れ込んで来た時に、共倒れになったり
しない設定にしとこうね。
約束だよ。 何というか、身の程知らずな時代が僕にもありました。 スレ違いかもしれませんが運営されている方に質問があります。
アクセス解析を入れたんですけど
イマイチどのアクセスがアタックなどの悪意のあるアクセスなのかさっぱりわかりません。
ホストを見て判断するしか無いと思いますけど
携帯などモバイルからのアクセスなのか今まで見たこと無いようなところから沢山アクセスが来ていて
どのように皆さんは判断されているのでしょうか？
awstatsの結果です。
ページ 件数 バイト 最後の訪問
210.135.99.76 31585 31585 64.36 Mｂ 2007年 7月 24日 - 09:00
wtl7sgts57.jp-t.ne.jp 28773 28773 79.51 Mｂ 2007年 7月 24日 - 09:01
wtl7sgts55.jp-t.ne.jp 27841 27841 76.91 Mｂ 2007年 7月 24日 - 09:01
wtl7sgky52.jp-k.ne.jp 18022 18022 48.52 Mｂ 2007年 7月 24日 - 09:00
wtl7sgky51.jp-k.ne.jp 17812 17812 48.13 Mｂ 2007年 7月 24日 - 09:00
cwtl7sgts51.jp-t.ne.jp 16520 16520 42.61 Mｂ 2007年 7月 24日 - 08:59
pr-out-f136.google.com 12144 12144 39.03 Mｂ 2007年 7月 24日 - 09:00
wtl7sgtn01.jp-t.ne.jp 8491 8491 22.22 Mｂ 2007年 7月 24日 - 08:39
mt134.opt2.point.ne.jp 6945 6945 611.67 Mｂ 2007年 7月 24日 - 08:57
219.117.208.49.static.zoot.jp 6850 6850 607.38 Mｂ 2007年 7月 24日 - 09:01
60-56-122-238.eonet.ne.jp 6152 6152 572.51 Mｂ 2007年 7月 24日 - 09:01
221x240x195x251.ap221.ftth.ucom.ne.jp 5688 5688 514.70 Mｂ 2007年 7月 24日 - 08:58
221x240x195x253.ap221.ftth.ucom.ne.jp 5429 5429 476.03 Mｂ 2007年 7月 24日 - 09:00
22.16.111.219.st.bbexcite.jp 5228 5228 470.35 Mｂ 2007年 7月 24日 - 08:58
sectionnine.org 5158 5158 451.43 Mｂ 2007年 7月 24日 - 09:01
157.82.3.189 5078 5078 433.57 Mｂ 2007年 7月 24日 - 09:01
202.110.102.121.dy.bbexcite.jp 4169 4169 357.35 Mｂ 2007年 7月 23日 - 17:48
wtl7sgkn01.skyweb.jp-k.ne.jp 3442 3442 9.15 Mｂ 2007年 7月 24日 - 08:38
banana260.maido3.com 3379 3379 295.41 Mｂ 2007年 7月 24日 - 09:00
221x240x195x250.ap221.ftth.ucom.ne.jp 3029 3029 267.67 Mｂ 2007年 7月 24日 - 09:00
i60-41-179-71.s05.a014.ap.plala.or.jp 2829 2829 261.26 Mｂ 2007年 7月 24日 - 08:55
hdofb-10p2-10.ppp11.odn.ad.jp 2828 2828 246.61 Mｂ 2007年 7月 24日 - 08:58
softbank218137220040.bbtec.net 2789 2789 251.72 Mｂ 2007年 7月 24日 - 09:00
i58-89-87-234.s02.a027.ap.plala.or.jp 2570 2570 232.52 Mｂ 2007年 7月 24日 - 08:59
ntfkok248048.fkok.nt.ftth4.ppp.infoweb.ne.jp 2538 2538 216.01 Mｂ 2007年 7月 24日 - 09:00
p1080-ipbf313fukuokachu.fukuoka.ocn.ne.jp 2363 2363 201.22 Mｂ 2007年 7月 24日 - 08:58
p2068-ipad04kagawa.kagawa.ocn.ne.jp 2350 2350 204.46 Mｂ 2007年 7月 24日 - 07:07
s284.xrea.com 2334 2334 214.01 Mｂ 2007年 7月 24日 - 09:01
ppp3654.hakata02.bbiq.jp 2219 2219 196.94 Mｂ 2007年 7月 24日 - 08:50
cg-out-f136.google.com
う
ひさや大黒堂でございます。
ぢのおしりはどちらでしょうw レスのバグもしかしたら直ったかも。
config.txt に EnableGzip=1 でレスポンスの圧縮を要求するようにしましたー。
但し、Compress::Zlib モジュールが入っていることが条件です。 >>143
Accept-Encoding: gzip, deflate
と送信してるのに、圧縮解除のとこではgzipしか対応してないのはいまいちだと思う。
現実問題としてdeflateで圧縮してるサーバーはあんまりないから、
Accept-Encoding: gzip
で良いと思います。 圧縮使うと、転送量↓ CPU負荷↑ になるの？
自分とこは転送量や速度は問題ないからCPU負荷減らしたい。 検索周りの処理を若干向上Upしました。
＞145
ついでなのでcompressも入れたー。
Accept-Encodingはおまけということで。
＞147
ですです。CPU辛いなら無理に使う必要はないです。
CPU負荷は何かいい案ないですかね？ deflateやcompressに対応した携帯ブラウザってあったっけ？ >>149
乙です。
圧縮レベルとかも圧縮側が決めることだからCPU負荷はどうしようもないんでは。
>>150
2chや他のorzサーバーにdatファイルなどを取りに行くときに
「圧縮してもいいよ」と宣言するかどうかが、 EnableGzip=1 。
2ch⇒orz
orz⇒orz
orz⇒携帯
で圧縮されるかどうかは、Webサーバーの設定で決まり、orzは関係ない。 お疲れさまです>>ｶﾞｰﾈｯﾄさん
さっそくEnableGzip=1してみました。 210.135.99.75
アタックとして検出されてるんですが＾＾； Apache側の設定はこれでよさげかな。
<Directory がっくし>
AddType text/plain .dat
AddOutputFilterByType DEFLATE text/plain text/html
</Directory> ＞152
圧縮のところじゃなくて、他の処理でという意味です。
ここ明らかに遅いじゃん、てのがあったら
「こうした方がいい」というのを教えていただけると。
＞154
health checkなのでスルーするようにしてくださいー。
＞155
2.x系ですね。
1.3系の人はmod_gzipを使うのかな。 下記を鯖リストから削除しました。
復旧したら http://210.135.99.75/ba/ より解除申請を行ってください。
http://2chs.net/orz/orz.cgi Status code 302 >>156
2.x系です。gzip対応はGood Workだと思いますよ。
Apacheの設定変更した直後から、上りのトラフィックが25%程度下がりました。
国内の家鯖でがっくしやってて、良質だが上りが規制されている
IIJ系の鯔の方々にはベネフィット絶大でしょうね。 そうそう、なんでもがっくしが（略 今はまだ秘密）らしいよ。
27日にいんたびゅーを受けるらしい。
そういえば、今がっくし君は10分毎ぐらいにヘルスチェックして、
4時間おきに報告しているです。
再チェック（1～2回ぐらい？）もそのうち。 >>143
スレの続きの取得ミスは直ったみたいですね
で、今度は「次」を押すとdatの取得を失敗してスレが見つかりませんになりますw
対処は鯖変えるしかないんですが、替押してもスレが見つかりませんになることもあったり
とりあえず報告まで
環境はあう関西でW51H
この板では発生してませんが、ハン板と極東で確認炭です
KDDI-HI39 UP.Browser/6.2.0.12.1.3 (GUI) MMP/2.0 下記を鯖リストから削除しました。
復旧したら http://210.135.99.75/ba/ より解除申請を行ってください。
http://jn1ayu.dip.jp/orz/orz.cgi Status code 500 ウプデタ以降
まえの1.5.30みたくキャッシュが貯まりにくいというか
全くメンテフリーだったのに
今回からまた膨らみ始めた。 ニュー速でID抽出ができませんね(設定はしていまふ) モチッと具体的に書いてくれるとわかりやすい。とオモフ。 perlはよく分からないので的外れだったら申し訳ないんですが
dat_control.cgi見ると、Range使ってるときもAccept-Encodingを送ってる気がします。
gzipで圧縮されたもののレンジ指定になるらしいです。
実際、Janeなんかも差分取得のときはAccept-Encoding送ってないです。
http://pc11.2ch.net/test/read.cgi/tech/1057329161/246 む～、「can't access」ってのはどこで詰まってるんだろう・・・ DNSかぁ。
こっち側で詳細なエラーログってわかる？ timeoutってのが、どのレベルでのタイムアウトなのかってのも気になる。 がっくしは画像を自動的に変換してくれるのはありがたいけど、しょっちゅうバクるな
「前」押したら全然違うレスに飛んだり 実際には落ちてないのにスレッドが落ちてますって出ること多いね クッションページの設定もうまく反映されてないような クッションページに「ぐるっぽ」（ttp://lupo.jp/gl7.php?g_url=）もぜひ入れてくださいまし。 鯖を登録した後ってどれぐらいで鯖リスト一覧に乗るんですか？ >>185
http://orz.2ch.io/orz.html
>※稼働を始めたサーバがTOPメニューに反映されるまで、最大24時間程度かかります。
>それまではサバ管理者様お一人で使っててください。
鱈子唇 ＜ 一桁多かったので返してくださいです。。。 下記を鯖リストから削除しました。
復旧したら http://210.135.99.75/ba/ より解除申請を行ってください。
http://w2.oroti.com/~orz/orz/orz.cgi timeout(1)
http://w4.oroti.com/~orz/orz/orz.cgi timeout(1)
http://cosette.lesmiz.jp/orz/orz.cgi Status code 500 rangeのときは圧縮要求しないように変更。
んで、レスがずれるバグについて考えたんだけど一つ仮説を思いついた。
もしかして、比較的あたらしいレスの前次がずれている？
となると、キャッシュのタイミングで古いログを使おうとしていて、
Aでは500、Bでは480のときに-490（481-490）をBに要求すると、
471-480が表示されるということは十分にありえますね。
この場合、逐次レス数をチェックするようにしないといけないので、
中央サーバにレス数をデータとして持たせる必要がありそう。
または、クエリーに識別情報を埋める方法もあるけれど、
キャッシュ管理の点から見ると中央サーバに持たせておいた方がよさげ。 と、思ったけど面倒なので、
要求しているレスの日付を見て判断してみよう。
CPU負荷が高くなったら別の方法を考えるということで。 と、さらに面倒なので、ローカルキャッシュが
古そうだと思ったらとりあえず更新するようにしてみた。
どうでしょうかねぇ？ >>193
今のところはバグは出てない模様
問題出たら報告します apachetop見てると、実況に使ってる奴が多いのにびっくり >>186
㌧クス
言われてそういやそうだと思い出した・・・
がっくし＞orz ■ このスレッドは過去ログ倉庫に格納されています
