■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50
【２ちゃんねるビューア】 巡回機能の巻。Part3
- 644 ：名無しさん＠お腹いっぱい。 ：02/03/26 11:02 ID:???
- >>639
それはstdoutにリダイレクトした場合(現行)でも同じだと思うが
- 645 ：名無しさん＠お腹いっぱい。 ：02/03/26 11:23 ID:???
- >>643 誰がその分の金だすんじゃい？
- 646 ：281 ：02/03/26 13:35 ID:???
- >>282
ということは、更新していれば問題ないということですね？よかった。
いろいろ迷惑をかけてすいませんでした。
- 647 ：名無しさん＠お腹いっぱい。 ：02/03/26 13:36 ID:???
- >>646
誤爆です。すいませんでした。
- 648 ：名無しさん＠お腹いっぱい。 ：02/03/26 15:53 ID:???
- あげ。
- 649 ：Dream ★ ：02/03/26 17:26 ID:???
- おはようございます。
今日は夜勤さん、テスト鯖拡大するのでしょうか？
- 650 ：Dream ★ ：02/03/26 17:29 ID:???
- >>640
一応その件は板違い、というか・・・・
- 651 ：Dream ★ ：02/03/26 17:30 ID:???
- >>637
参加しますた。
- 652 ：Dream ★ ：02/03/26 17:38 ID:???
- ２ちゃんねるビューアの技術的な負荷軽減策を話しています。
【２ちゃんねるビューア】 巡回機能の巻。Part3
http://pc.2ch.net/test/read.cgi/software/1016905060/l50
bbs.cgiまわりの件はこちらです
★ bbs.cgi軽量化開発コンペ ★
http://qb.2ch.net/test/read.cgi/jikken/1017071166/l50
圧縮の件はこちらで
圧縮要望スレッド
http://kaba.2ch.net/test/read.cgi/accuse/1016705143/l50
運営関係の話はこちらです。
「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/l50
こんなスレッドもあります。
monazilla Part 3
http://pc.2ch.net/test/read.cgi/tech/1012544484/l50
dat->html化自動処理プログラムをつくるスレ
http://pc.2ch.net/test/read.cgi/tech/1012310594/l50
read.cgi改良スレッド 3
http://pc.2ch.net/test/read.cgi/tech/1002820903/l50
- 653 ：夜勤 ★ ：02/03/26 17:38 ID:???
- >>649
予定なし〜
ちょっと、お出かけしようかと、
- 654 ：Dream ★ ：02/03/26 17:41 ID:???
- >>653
了解です〜。
では私はbbs.cgi開発の方に注目いたします〜
おきをつけて
- 655 ：Dream ★ ：02/03/26 17:48 ID:???
- 各２ちゃんねるツールの仕様比較はこちら。
乱立する2ch用ブラウザの比較 Part3
http://pc.2ch.net/test/read.cgi/software/1015928913/l50
- 656 ：Dream ★ ：02/03/26 18:16 ID:???
- 現状は・・・
>>154-163
あたりです。
現状、テストの成果としては、
>>582
>>589
というところです。
- 657 ：名無しさん＠お腹いっぱい。 ：02/03/26 18:27 ID:???
- >>650 >>641ｗ
- 658 ：名無しさん＠お腹いっぱい。 ：02/03/26 18:32 ID:???
- 夜勤★がいるのはここか？
めちゃくちゃすんなや！
半角二次元で稼働中のスレをいっぱい落としちまいやがって。
板最古スレもこれで落ちた。保守sageしてたのに。。
規定どおりの仕事しろよ！ 泣くに泣けんのだぞこっちはYO!
- 659 ：Dream ★ ：02/03/26 18:39 ID:???
- 異論（議論の余地）有り
Ａ．monazillaはデフォルトでは巡回等に規制をかける。
Ｂ．ログインした場合のみ巡回等の規制なし。
Ｃ．ツールにお知らせ機能（仕様変更等の）を追加。
Ｄ．ツール側で巡回、更新チェック以外の機能を●もちと●無しで差別する。
Ｅ．２ｃｈ側で●もちと●無しで差別する。
Ａ．については各ツールの最新版では鯖負荷を抑える機能を実装済みが多い（kage等）
また、効果があった模様。
Ｂ．については有料ユーザの優遇策は実施されていないツールが多い。
Ｃ．は今回のことのようにツールをはじくような改造があった場合に各ツールにお知らせ
機能があれば便利→そんなに頻繁ではないので、各ツールスレをみてもらえばＯＫかも？
Ｄ．ツール側での差別化はそうなってﾎｽｨが、それは各ツールの作者さんに任せる。
Ｅ．についてはアイデアは出ている（スレ立て規制無し（緩和？一日５スレまでとか）
Ａ．の目安は（今のところ、これを基準に各作者さんに実装してもらう？）
巡回：datをとってくる：スレ取得後にスレ数×２０秒のインターバル
更新チェック：ゾヌ方式（datから）：スレ数×４秒のインターバル
更新チェック：abone方式（subject.xtから）：板数×５秒のインターバル（.gzは行わない？）
スレごとのウェイトはダイヤルアップユーザの為に避けて、巡回、更新チェックはまとめてあ
とで行う
結局問題の本質は鯖負荷等の費用と収入の問題。
α：鯖負荷等の軽減策＋β：収入増加策を考える必要有り。
- 660 ：Dream ★ ：02/03/26 18:42 ID:???
- >>659
なのですが、これ今まだたたき台を作ってるという感じ、のようなのですが、
作者さん達の現時点での見解とかご提案とかアドバイスとか、そんな感じの
お話をいただければ、と思いますです。
私自身の個人的な感想や見解はじゃまになるそうですので・・・
お願いできましたらお願いいたします＞ツール作者各位さま
- 661 ：名無しさん＠お腹いっぱい。 ：02/03/26 18:48 ID:???
- 昨日の二次板の一件で殆ど眠れず、嫌な夢を見、発熱しました。
これは立派な対人攻撃だと思いますが。
>>夜勤
- 662 ：名無しさん＠お腹いっぱい。 ：02/03/26 18:51 ID:???
- 本質的なところで、Ａの目安に挙げられている インターバルの時間について。
これらの数値は、当然対象サーバごとに持つ数字だよね。
pc.2ch.netとcomic.2ch.netと両方にアクセスする場合
それぞれへのアクセス時間について4秒なり20秒なりの
インターバルを持て、ということだよね？
数値そのものについての議論はとりあえず置いとくとして。
- 663 ：Dream ★ ：02/03/26 18:53 ID:???
- >>659
「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/542-543
↑全文はこちらにあります。
- 664 ：名無しさん＠お腹いっぱい。 ：02/03/26 18:56 ID:???
- で、これは向うで言うべきことかもしれないが 一応こっちでも言っておくと
●持ち、●なし の差別化 は 「サーバ側で行う」 のが筋だと考える。
ツール側でどうにでもできることなら、少なくとも私ならクラックします。
（例えばインターバルとかね）
サーバサイドの技術話になるからこっちでいいか。
- 665 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:00 ID:???
- たぶん 仕組みがわかっていないと思う >>664
- 666 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:06 ID:???
- >>665
いや、一応ひととおり読んだり試したりしてるから多分わかってると思う。
（つもりかもしれないけど）
だからなおのこと気になるんだよね。それで規制できんのかなって。
- 667 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:15 ID:???
- >>656
いくらなんでも>>589の発言はド素人だと思うんですが、
夜勤さんってUNIXの分かる技術者ではないんですか?
別に揶揄してるとかじゃなくてね。表現悪くてごめん。
要するにド素人であることが悪いということではなくて...
- 668 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:17 ID:???
- >>667
どうして そう思うの?
あなたの実験結果の感想とかは?
- 669 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 19:20 ID:???
- >>662
まだ、その辺の話はしてません。
>>664
ログインした時のみ差別化されると、通常は巡回を鯖側ではじくと、
で、ログインしてる場合はスルーさせると、、、そういう意味です。
で、ツール側にはそれが可能な仕様を追加してもらうと、、、
１．デフォルトで制限をかけたツールのみ鯖側で受け入れる
２．その中でログインした場合のみ巡回制限をなくすと
- 670 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:22 ID:???
- クラックする人数が問題なのよね。
例えば、６０万人中６００人くらいだったら無視できる数字じゃないかとか・・・。
規制の数値を矢鱈とハードにするな（別途受け口がある場合は別。逆にハード
にして、その次善の受け口に誘導することは十分考えうる）ってのは、
クラックまでする強烈な不満をもつ人間が増えすぎて
例えば１０万人以上がクラックしますた、とかになると不味いからで
逆にはみ出す奴を1％以下に押さえられる程度の規制なら
規制としては十分成功かと。
要は、多数を占めるフツーの人が標的ですからね。
積極的にクラックするような人の存在は、ある意味一定の確率での必然で、
仮にそいつが無視できないほどヘビーな奴だとしても、
フツーの人の規制が成功しているのならば、規制の一般論を考え直すよりも
単に個別に狙い撃ちの規制を別途考えるのが賢明かと。
だから、フツーの人を生かさず殺さずに治める規制の数値は
どこなのかがむしろ問題ではないかな。
こりゃまさしく政治だねｗ
- 671 ：委員長 ◆ABoneCRY ：02/03/26 19:25 ID:???
- A Boneの委員長です。
A.についてですが、現在はまだ叩き台との断りがあるので
細部について問うのは早計なのかもしれませんが、一応
疑問点を書いておきますね。
[各方式のインターバルの取り方について]
確かホットゾヌが選択式になってたように記憶してますが、
このインターバルは後で纏めて取る方式でも良いのだろうか？
dat取り巡回で20秒のインターバルとのことですが、
10スレッド分を一気に取ってしまい、次の巡回を200秒後にしか
出来ない仕様というのも、レギュレーション違反とならないのか？
この方法でもOKならば、通常の使用目的ではそれ程不便でも
ないように思いますが、20秒毎に1スレッドを取得する以外は
ダメだと、心情的にはツライですねぇ。
要は1分で巡回を終えてオフライン読みにして、オフライン中に
インターバルを払いたいんですよね、出来れば。
ただ、「一気に取るのがマズイんだ」という意見もあったと思うので
不可かな？(^-^;
これは開発的にではなく、使い勝手的な問題ね。
[更新チェックと巡回を併用の場合]
このdat取り巡回20秒は、従来のかちゅ〜しゃのように、更新されて
ようと、されてなかろうと関係なしにdat取りをトライする場合を想定
しているのかな？
更新チェックと巡回を併用するのであれば、無用の不可をかけていない
という理屈もあるので、その場合もう少し緩和されるのだろうか？
以上2点が現時点の疑問で、私の個人的な要望としては、
インターバルの後払いOK、更新チェックと巡回の併用の場合
更新チェックのインターバルのみ払えばOKという感じです。
「これが正しい」という主張ではなく、「こうだったら嬉しいなぁ」
という意味で取って下さいませ。
長文すません。
- 672 ：西安 ◆CYANh33g ：02/03/26 19:39 ID:???
- そういえば倉庫のスレを並べ替えて鯖負荷を減らすように努力する
(要するに同じ鯖に連続でアクセスしないように配置する)
って言ってたかちゅユーザがいたけどツール側で再配置すればいいかな。
ダイアルアップユーザの人権が守られてインターバルがまとめでいいみたいだから
頑張ろうって気にもなるし。
- 673 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:42 ID:???
- >>672
あーそれおれだ。
- 674 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:43 ID:???
- >>668
> どうして そう思うの?
CPU1つ(?、まあ2つでも変わんないね))のPCサーバーの
LAが100から50になって負荷が下がったと思うUNIXの
分かる技術者は一人もいませんから、理由は特に述べません。
解説すると長くなるし。
> あなたの実験結果の感想とかは?
データが少なすぎです。
vmstat iostat netstatと
httpのレスポンスタイムくらい見ないとなんとも。
で、別に夜勤さんを非難してるわけじゃなくてね。
もし分かんないんだったらやり方考えたほうが...
と思ってるだけ。
- 675 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:55 ID:???
- >>647
100 とか 50 とかを load ave の数値と思っているのは貴方だけという罠。
- 676 ：名無しさん＠お腹いっぱい。 ：02/03/26 19:57 ID:???
- 夜勤★、マジでいい加減にしろよ！
虹板の大事に育ててきたスレッドが全部逝っちまったじゃねーか！
UZEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE
EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE!!
- 677 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:01 ID:MYWX3C04
- >>676
人の敷地内で店開いて、所有者に怒られたらあんたは文句言うんですか？
逝ってよしですな。自分の敷地で店開いてください（自分の鯖で板立ててって
ことね）
- 678 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:05 ID:???
- >>677
(ﾟДﾟ)ﾊｧ?
バカの方ですか？
- 679 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:11 ID:???
- >675の誤爆さん、じゃあ何の数値ですか?
- 680 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:12 ID:???
- あんましスレ汚したくないから、これで終わり。
>>678
自分で鯖立てて、自分で管理しろ。消されなくて済むぞ。出来ないなら
おとなしくしてろ。
- 681 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:12 ID:???
- >>677
じゃあ、あなたはレストランで鞄を置き引きされても
何も文句言わないんですね。
バカは逝ってよし。
- 682 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:12 ID:???
- >>680
氏ね
- 683 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:12 ID:???
- >>680
何言ってんの？
- 684 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:13 ID:???
- >>680
（ ´_ゝ`）ﾌｰﾝ
- 685 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:13 ID:???
- 680必死だな（藁
- 686 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:13 ID:???
- >677はバカだが、>676の抗議はクレームを出す先が違うので>652を見てくだちい。
- 687 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:14 ID:???
- >>679
10 5 0.1 じゃわかりにくいか、
1,000 500 10
10,000 5,000 100
でもいいんじゃない きっと
- 688 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:14 ID:???
- >>680
頭悪いんならこういう議論に参加するなよ
- 689 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:15 ID:???
- あ〜あ、終わりたいんだけどな
>>681
次元が違う。
レストランで鞄を置き引き→鞄は自分の所有物
２ｃｈへの書き込み→書き込んだ時点で２ｃｈの所有
DQN春房はカエレ
- 690 ：Dream ★ ：02/03/26 20:16 ID:???
- >>672
インターバルはまとめて、というのは、いつ入ったんでしょね？
驚きました。いみねー。
- 691 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:17 ID:???
- もうどうでもいいや。そもそもスレと全然関係ないし。勝手に盛り上がってクレ。
- 692 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:17 ID:???
- >>689
必死だね
- 693 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:18 ID:???
- クレームを出しても失ったものは戻らないという罠。
過去を顧みず明日を夢見て生きれ。
>>689
著作権って知ってるか？
俺の書き込みは俺の物らしいぞ。
関係無い話っぽいけど。
- 694 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:18 ID:???
- >>689
春厨はアナタ！
- 695 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:18 ID:???
- >>689
逝ってよしですな・・・
なんか話にならない・・・
レベルが低すぎて・・・
- 696 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:19 ID:???
- >>693
禿道。
- 697 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:19 ID:???
- イタい６８９がいるスレ
- 698 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:20 ID:???
- >>676-682 ここでやってくれ。開発の邪魔はしちゃいかん。
圧縮要望スレッド
http://kaba.2ch.net/test/read.cgi/accuse/1016705143/l50
- 699 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:20 ID:???
- >>681 その鞄は、実は自分の鞄（所有物）ではないという罠。
- 700 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 20:24 ID:???
- >>670
そんな考え方を私も持ってます。
>>671
>[各方式のインターバルの取り方について]
>確かホットゾヌが選択式になってたように記憶してますが、
>このインターバルは後で纏めて取る方式でも良いのだろうか？
いいと思います。ダイヤルアップユーザのオフライン読みのためにも。
>要は1分で巡回を終えてオフライン読みにして、オフライン中に
>インターバルを払いたいんですよね、出来れば。
>ただ、「一気に取るのがマズイんだ」という意見もあったと思うので
>不可かな？(^-^;
>これは開発的にではなく、使い勝手的な問題ね。
マスで考えれば、実はそんなに1スレごとでもまとめてでも
あんまり変わらない気がします。
ゾヌのように選択式になれば一番良いかと。。。
それは各作者さんが考える問題か。。。。
>[更新チェックと巡回を併用の場合]
>このdat取り巡回20秒は、従来のかちゅ〜しゃのように、更新されて
>ようと、されてなかろうと関係なしにdat取りをトライする場合を想定
>しているのかな？
>更新チェックと巡回を併用するのであれば、無用の不可をかけていない
>という理屈もあるので、その場合もう少し緩和されるのだろうか？
１．従来かちゅ：とにかくdat取得
２．本来の巡回：更新チェック後、更新のあったスレのdat取得
３．更新チェック：更新チェックのみ（ゾヌ方式、abone方式）
１．は言うまでもなく規制の対象とすべきですね。というか禁止かな？（●もち含む）
２．はそれでも負荷は大きいので規制は必要かと←これを想定してます。
３．は前に書いたとおりです。
- 701 ：Dream ★ ：02/03/26 20:24 ID:???
- ツール作者さま。
「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/542-543
なのですが、これ今まだたたき台を作ってるという感じなのですが、
作者さん達の現時点での見解とかご提案とかアドバイスとか、そんな感じの
お話をいただければ、と思いますです。
現在いただいているコメントです。。
委員長さん→>>671
西安さん →>>672
- 702 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:25 ID:???
- >>687
俺は load average だと思ってる。
>687は「100 が 50 になっても、負荷が高いことには変わりない」
ってことが言いたいんだよね?
- 703 ：夜勤 ★ ：02/03/26 20:27 ID:???
- >>702
違うって、「先はなが〜〜〜いのう」ということを言いたいんだって。
- 704 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 20:27 ID:???
- >>690
ダイヤルアップユーザ対策のためです。
で、マスで考えれば個々が１dat取得ごとにインターバル入れなくても
トータルでは分散化するのではないかと。。。
この辺の話は、批判要望の方がいいと思うので、そちらで、、、
委員長さん、批判要望の方にも来てくださいね。
- 705 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:27 ID:???
- >>703
ヽ(｀д´)ﾉﾅｴｻｹﾞ!
- 706 ：Dream ★ ：02/03/26 20:29 ID:???
- >>700
本当にそれでいいんですかね＞インターバル。
いっぺんに、ががーっと来るのを回避したくてこんなお話ししているんですよ？
んじゃ、セッションもいっぺんに何本でも張ってよし、ですか？
あとでインターバル取れば。
いま考えましょうよ、っていっているのは、「理屈上こうなればいいんでしょ？」
なんてお話じゃなくて
「お財布に限度があるサーバの上に載っかってるサービスなんだから、
知恵と工夫で乗り切りましょうよ」
ってお話なんじゃないかとおもてました。
その観点で、理想的な方式を「ツール作者さん達にお願い」するための
たたき台を作ってるんですよね？
私の認識だと、そんな感じなんですけど、どうなんでしょね？
- 707 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:29 ID:???
- ああ鬱陶しい。関係ない話でスレを流すなボケ。
叩いてる奴も689も同じだ。
掲示板への書き込みに著作権を主張するのも間違い。
投稿確認
・投稿された内容はコピー、保存、引用、転載等される場合があります。
・投稿に関して発生する責任は全て投稿者に帰します。
これ読んだことある？>>693
- 708 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:30 ID:???
- >703 夜勤さん、>702だって「先はなが〜〜〜いのう」ということを言いたいんですよ。
百歩が五十歩になったと。
- 709 ：夜勤 ★ ：02/03/26 20:30 ID:???
- これだけ みんなの労力、時間を費やして
100 が 50 になった、50 も減った、半分になった訳だけど、
目標はまだまだ先で、到底たどり着かないんじゃないかなぁ ふぅー
と言いたいのよ。同じ労力をかけても次は 50 -> 25 な訳で
その次は 25 -> 12.5 -> 6.25 -> 3.125 となるのが常でしょ?
1 が目的だとしたら ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ
- 710 ：Dream ★ ：02/03/26 20:32 ID:???
- >>704
ダイアルアップユーザにインターバル入れるのはおかしくないですか？
ダイアルアップのユーザは、すぽんと取って回線切って欲しいわけですよ。
(ソフト上でインターバル入れられたらそれはまずいんじゃないかと)
んで、その代わり、●買って下さいよ、って話じゃないんでしょうか？
＞この辺の話は、批判要望の方がいいと思うので、そちらで、、、
＞委員長さん、批判要望の方にも来てくださいね。
え？
- 711 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:32 ID:???
- >>709
ヽ(｀д´)ﾉﾅｴｻｹﾞ!
- 712 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 20:35 ID:???
- >>710
ちょっと、話こんがらがっているので（ｉｎ ｍｙ ｈｅａｄ）
あっちのスレにまとめて書いておきます。
- 713 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 20:37 ID:???
- >>704
まとめ取り方式ならすぱっと取った後にどれだけ課せられようがまず関係ない。
だから全然おかしくない。
つーか、●前提の話しかしないね、マジに。
すでに管理者サイド？
- 714 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:40 ID:???
- >713 まとめ取りというのは特殊な動作なんだから課金前提でいいんでないの。
- 715 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 20:41 ID:???
- >>713
いや、私は「まとめてとる」推進派なのですが。。。
- 716 ：名無しさん＠お腹いっぱい ：02/03/26 20:42 ID:???
- 夜勤 ★殿
半角二次元のスレでアップしようとしたスレを落とさないでくれますか？
昨日と日中まで有ったものが突然無くなるなんて止めてください。
確認をしてから落として欲しいですね。
半角二次元の処女喪失の画像スレだったかな、確か。
おかげで再度スレあげる事になるじゃないですか。
今度からきおつけてくださいね。お願いしますね。
- 717 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 20:43 ID:???
- >>715
自己レス、
「まとめてとってあとでドカンとインターバル」推進派でした。
インターバルの議論は批判要望板のすれの方で議論したいのですが、。。。
- 718 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 20:44 ID:???
- >>715
違った。
>>713 の >>704 は >>710 の間違え。
- 719 ：Dream ★ ：02/03/26 20:47 ID:???
- 私が想像していた感じを書きます。
１ 更新チェック
スレッドに新しい書き込みなんかがでているかどうかのチェックはsubject.txtで行う
各datの確認ごとにdatに対してセッション張らない分サーバに優しい
２ 巡回チェック
●ユーザで、ダイアルアップ環境のユーザのために提供するようにしたい
お気に入り登録されたスレッドのdatを一括して獲得して、回線断する
それ以外の巡回チェックは、サーバの負荷とかを考えて、サーバに優しい方式を
考案してやっていきたい・・・インターバルとか・・・
３ subject.txtやdatの場所を変える
クラッキングツールとか、自作ツール系で手軽なアクセスが出来ないように、
掲示板としては本来隠れたデータであるべき(ブラウザから見える必要のない)
これらのデータは、極力ユーザから見えない場所にしまうようにする。
で、ツール作者さんには、たとえば、Monazillaに参加されている方に
情報としてお伝えしたり、アクセス方法をお知らせしたり・・・とか。
４ read.cgiベースのrawモードの使用中止
去年８月の段階で、回線帯域使用量の圧縮のために取り組まれたrawモードなどは、
今後、サーバ負荷軽減のために、別の方式に切り替えていく。
転送量とサーバ負荷とのトレードオフの綱引きが続きそう・・・
５ bbs.cgiなど、cgiやサーバの見直し
bbs.cgiやread.cgiの負荷を削れるだけ削りたいな・・・と。
なんか認識間違ってますでしょか？
- 720 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:47 ID:1B1xV8Zs
- >>682
>>683
>>684
>>685
>>692
>>694
>>695
>>696
>>697
気持ち悪い
>>658
アニオタはキモイ
- 721 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:49 ID:???
- >>720
誰、君？
- 722 ：Dream ★ ：02/03/26 20:50 ID:???
- >>713
巡回機能を許すんだったら、●購入した人って感じにしようよ、
って話の流れだと思ってましたが・・・・
いやべつに私なんの権限もないですよ。管理もなにも。
そんなことより、●無しの人にもダイアルアップ機能ありでいくって
感じになってきてるんですか？＞西安さん
それだったら認識改めますです。おっす。
- 723 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 20:53 ID:???
- >>722
確かに私の目にも、巡回機能を許すんだったら、
●購入した人って感じにしようよ、
って話の流れには見えてました
だからこそ寝る間も惜しんで UCK を更新してるし、反対活動もしてるわけですが。
なんか、目的毎に分割したつもりが逆に混同を招いてるような気がしますね。
悩ましいことです。
- 724 ：名無しさん＠お腹いっぱい。 ：02/03/26 20:58 ID:???
- 短時間の負荷がきついってのは、ユーザー総体からのコールが厳しいという
話だから、各ユーザーにまとめてインターバル（といっても個別にウェイトかける
ことを直ちに否定する話にもならないと思うけど）でも、ユーザー総体では分散
つーことになりえないかねぇ？
そりゃ、各ユーザーレベルで分散すれば総体でも分散になるであろうことは
容易に想像できるけど。
- 725 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:00 ID:???
- 質問。どっちがサーバに優しいのかな。
巡回もしくは更新チェックをする際、一つのサーバに複数のリクエストを出すとき、
・Keep-Alive の時間を超えるインターバルを取って、一回ごとに接続・切断を繰り返す。
・Keep-Alive の時間を越えない範囲でインターバルを取る。
- 726 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:05 ID:???
- >>725
とっとと切断。
他の人のこと考えましょう。
- 727 ：Dream ★ ：02/03/26 21:05 ID:???
- >>723
巡回機能＝一括してどかどかdatとりまくる
更新チェック＝理想的には個別にdatに触らずsubject.txtなどでスレッドの状況を確認する
ということであれば、「巡回機能」は●買ってもらおうよ、という風にいってくれればいいな、
受益者負担って感じだよな、って話だったと思います。
更新チェックと巡回は、上の認識が前提条件で、このスレッドは進行していたはずです。
- 728 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:06 ID:???
- 「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/528-529
昨日までは↑のスレは↑みたいな感じの議論のような気がしましたがｗ
- 729 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:07 ID:???
- >719 (3)についてはhttpを使う以上無意味でないですか。tcpdumpでｲﾊﾟｰﾂ
- 730 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 21:11 ID:???
- つーか、ダイアルアップユーザは制限からテレホじゃない時間帯は余り出没しないのよね。
故に時間帯によっては常時接続な人しかいないわけだから、
ダイアルアップを無視した方向に話が進み易いと思うのよね。
その点について少しでも気に掛けてくれるとうれしいです。
- 731 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:12 ID:???
- 同床異夢のようで。
- 732 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:13 ID:???
- お知らせ の類はサーバをわけたら？
- 733 ：Dream ★ ：02/03/26 21:19 ID:???
- >>729
たとえば３についてですが、Monazillaに参加している方の申告で、ツール単位に
Basic認証発行して・・・・という感じで、一つの方法は考えられると思うんですけど、
tcpdumpとかリバースしてリソース拾ったりする分については、
それは仕方ないのではないかということなんですよね。
もちろん、厳密にいえば通信法の適用範囲でもありますし・・・・
- 734 ：Dream ★ ：02/03/26 21:24 ID:???
- これは暴論で妄想なんですけど、
４／１はエイプリールフールでもありますんで、丸一日、すべてのdatとsubject.txt
隠しちゃって、全員Web使ってみて、負荷がどう推移するかとか、データ取りできませんかね？
ユーザとしての私個人は「冗談蛇ねえ・不便でしょうがない！」て思いますけど、
この問題ながめさせてもらってるところから見ると、負荷の実体というか、
手がかりがこういう実験で見えないかなぁ？
って気もします。
あんまし意味のないデータですかねぇ。
- 735 ：Dream ★ ：02/03/26 21:26 ID:???
- ツール作者さま。
「monazillaツールと課金及び転送量・鯖負荷問題を考えるスレ」
http://kaba.2ch.net/test/read.cgi/accuse/1016974669/542-543
なのですが、これ今まだたたき台を作ってるという感じなのですが、
作者さん達の現時点での見解とかご提案とかアドバイスとか、そんな感じの
お話をいただければ、と思いますです。
現在いただいているコメントです。。
委員長さん→>>671
西安さん →>>672
- 736 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 21:27 ID:???
- >>734
4/1 だけってわかってるならその日は寝ておしまいだが(苦笑)
問題はどうなってんだｺﾞﾙｧという書き込みの群れで逆に通常より負荷が高くなったり(笑)
- 737 ：疑問 ：02/03/26 21:34 ID:???
- 常時接続ユーザーがダイアルアップ用巡回を使えないようにできるわけ？
- 738 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:43 ID:???
- ダイアルアップユーザ専用のログゲットソフトを別に作れば
（ログの形式は各ビューワの形式にあわせられるようにする）
ダイアルアップユーザはそれを使って一日に数回まとめて
ダウンロードすることが可能になるな。
で、既存のビューワは全て「巡回」機能は廃止する。
(更新チェックのみ残す）
- 739 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 21:45 ID:???
- >>738
いや、確かにそれで良いんだが、それは誰が書くんだい？
- 740 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:45 ID:???
- >>739
それによって困る人
- 741 ：西安(UCK 1.3.2) ◆CYANh33g ：02/03/26 21:47 ID:???
- >>740
・・・・・。
- 742 ：名無しさん＠お腹いっぱい。 ：02/03/26 21:50 ID:???
- >>741
いい機会だと思うんだよね。
この機に、作者チームが集まって
ログ取得とか更新チェックとかそのたもろもろの
ライブラリを作っておく ってのも。
2ch.dllってわけじゃないけど。
- 743 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/26 21:53 ID:???
- >>737
問題は「頻繁な巡回」なので、ダイヤルアップ、常時接続関係なく
「頻繁な巡回」を規制する方向で考えてます。
常時接続でも巡回後は一定時間のインターバルをおかないと、再度巡回できない。
っといった感じです。
お話は批判要望板のスレのほうがいいかも。政治的な問題なので。。。
283KB
新着レスの表示
スレッドリストへ戻る 全部 前100 次100 最新50
0ch BBS 2004-10-30