■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50
【２ちゃんねるビューア】 巡回機能の巻。Part2
- 582 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:37 ID:???
-
>>576 そいつらは関係ないような。
ズレてるとしたら、スレの出発点としての夜勤★の認識それ自体では・・・？
- 583 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:39 ID:???
- >>581 どっちみち、テストの結果を見てからでもいいんじゃないの？
ズレてるのかどうか白黒はっきりつくだろ。
水掛け論を延々続けたいなら俺は止めないけどさｗ
- 584 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:39 ID:???
- なんとなくずれてきている気もするけど…
>>202,>>285,>>300,>>315,>>322,>>342,>>486
ちょっと抜けてるけど夜勤さんの>>196以降の発言。
とりあえず、cgiの問題もあるけど、今はかちゅとめてどうなるかって話でまとまってるんでないの？
- 585 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:40 ID:???
- 実際に今日行われる予定の“テスト”ってなんのテスト？
- 586 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/23 21:41 ID:???
- >>580の問題とか委員長さんのなどのダイヤルアップユーザ対策、
それから、もちろん鯖負荷の問題を解決するために、短期的（これから行われるであろう実験）
と中期的（●もちを増やすにはとかかな？）を話してます。
ただ短期と中期は分けた方が良いと思い>>494あたりで提案したりしてます。
夜勤さんは何処へ、、、
- 587 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:45 ID:???
- 確かに現時点での問題点がcgiならずれているのかもしれないけど
この内訳って分かっているんでしょうかね？read.cgiがメインなのか、それとも別のcgiなのか？
cgiじゃなくてCPUの負荷が問題だとしたらdat直読みはgzipで圧縮作業してる？から
結局かちゅの巡回も関わってきますよね。
- 588 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:45 ID:???
- >>585
かちゅ+旧かげで巡回出来なくするテスト。ですよね？
- 589 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/23 21:46 ID:???
- >>585
よていですが、choboとvip鯖でもなじらツールとｋａｇｅ新バージョン以外は、
read.cgiではじくと、、、>>342>>486に書いてあります。
- 590 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:47 ID:???
- >>585
なんか >>202 の時点で負荷が見てみたい、っていうことからのようだけど
その時点の夜勤さんってkageがcgi経由って認識でないか？
- 591 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:47 ID:???
- 読み込み用read.cgi
書き込み用bbs.cgi
- 592 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:48 ID:???
- 単純にIE・NNとかのフツーのユーザー（６割強）のせいだったら
どーすりゃいいんですかね？
-------------------------------------------------------------
でも、荒らしが一生懸命攻撃している最中での「今」」苦しんでいる問題が
cgiのコール数、って発言なんでそのまま捉えていいのかしらん？
果たして、荒らしが来ようが来まいがここ最近困っているらしい負荷の大部分が
単位時間当たりのcgiのコール数なのかな？
- 593 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/23 21:48 ID:???
- >>588
そう思われます。
- 594 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:50 ID:???
- >>587
かちゅの巡回がcgiではなくdat読みだとわかった今、
6000人の村の1000人のかちゅ使いが3000人分の米をdat読みで
食べてる、っていうのが１つ目の問題のような気がするのですが。
- 595 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/23 21:50 ID:???
- >>592
その場合はオイスター作戦の強化だと思います。
- 596 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:53 ID:???
- >>594
村の中のかちゅ使いの実数はわからないんじゃないか？
- 597 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:54 ID:???
- 49 ：夜勤 ★ ：02/03/23 01:26 ID:???
でもね、こんなことを言うとまた叩かれるんだけど、
>>17 の話なんだわ
1,200 のうち、1,000 はかちゅーしゃだったりするんですよ。
他の作者さんたちのツールは、どうでも良いといえばどうでも
良いんだな現状は。
だからといって、kageさんとかを非難しているのではないのよ、
現状を説明しているだけだからね (保身)
- 598 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:54 ID:???
- 285 名前：夜勤 ★ 投稿日：2002/03/23(土) 04:49 ID:???
>>271
いろーんな 方法で、いろいろ アクセスくるから
なにがなにやら 切り分けが出来ないという現状。
今は、転送量が10%くらい増えてもよいから
サーバの負荷を減らしたい。
で 何らかの変更をした場合、そのようになるとの確証がないので
指示もだせない ヘタレです。（後略）
-------------------------------
>>285のような状況だからね。
とりあえず実験なり、荒らしの叩き落しをトオルにやってもらうなり、
具体策がどうなりゃいいのか知らんけど、現状の正確な把握をするの
が現時点の課題でしょう。
それと鯖の負荷が問題になっていること自体は間違いないのだから、
各ツールの作者さんに鯖の負荷という観点から少しでも改良して貰う
ように注意喚起する分にはいいんでない？
それが『●なしは「巡回」を止めて』になるかどうかは、ある程度現状を
把握した後でしょう。どっちみち。
- 599 ：596 ：02/03/23 21:55 ID:???
- あ、ごめん。わかるね、、
- 600 ：名無しさん＠お腹いっぱい。 ：02/03/23 21:57 ID:???
- >>49…って先にはられちゃた…
で、とりあえず夜勤さんの降臨待ちだと思うのですが？
他に決めることってありましたっけ？
- 601 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:00 ID:???
- >かちゅで唯一問題視されているのは 巡回時に
>新着があろうと無かろうとdatにアクセスに行く
>という点。
0.99.0.93以降、If-Modified-Sinceが付くようになったことで
更新がなければ1バイトもDAT転送しなくなったのだよ。
それ以前は新着があろうとなかろうと、強制的に最後の1バイトを
転送させてた。これが「かちゅの巡回」問題の最初の一つであって既に対策済み。
現在のかちゅの問題は、ユーザが多いこと。つまり普通の使い方してるだけで
負荷になるということ。これもkage作者氏が強制インターバルやクラックパッチ
対策などを施して0.99.0.99で対策完了済み。
- 602 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:02 ID:???
- >>601
いや、だから…古いかげ使ってる人もいる訳で。
だから今回のバージョンアップ以下は蹴るようにして統計を取りたいのでは…
全ての人が毎回必ずバージョンアップしているわけでもないので…
- 603 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:03 ID:???
- 巡回をどう弄っても
A Bone風の更新チェックの方が負荷少ないんと違うの？
単位時間あたりの。
- 604 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:03 ID:???
- >>601
subject.txtを先に取得して云々 という方式がkageに採用されれば
そもそもdatにアクセスに行かなくできるから。
今はIf-Modified-Sinceをつけてアクセスに行ってるけど
それすらもしなくて済むようにできる。
- 605 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:03 ID:???
- >>601
あら、そうなんですか。頻繁にバージョンアップしてるユーザーなんか
少数派だろうから旧バージョンを弾くようにして新バージョンへの移行を
うながせばだいぶ改善する可能性があるってことですかね？
- 606 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:06 ID:???
- >>601 datにアクセスしに行くこと自体が問題じゃないのか？という話だね。
- 607 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:06 ID:???
- subject.txt形式は巡回板が多くて
かつ、一つの板あたりのお気に入りがごく少数な場合は逆に負荷になる。
- 608 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:07 ID:???
- >>606 は、>>604の間違い。
- 609 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:08 ID:???
- かちゅに更新チェックはないが、そのチェックにsubject.txtを
使った場合、かならずファイルのオープンとデータ転送が
あるんだから、更新があったものを必ず読む、とすると
subject.txtを使ったものの方が鯖には厳しくないのかな？
- 610 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:09 ID:???
- 2度手間
- 611 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:09 ID:???
- >>607 空振りでなくて、datを一々取得して来ても？
- 612 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:09 ID:???
- >>607
それでも、ほとんどの場合は
ひとつの板に2つ以上巡回対象が入っていることのほうが多い。はず。
だから、そういうレアケースには目を瞑ってもいい。
- 613 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:10 ID:???
- 前スレの
>>868.夜勤 ◆D69Zsbfg
subject.txt は、直接引っ張ってくださいね、(cgi 通さずに)
更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレッドも できれば dat を直接持っていってくださいね
(read.cgi 通さずに、転送量との兼ね合いもありますけど)
とりあえず夜勤さんはsubject式をお望みと。
- 614 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:10 ID:???
- >>609 トータルの負荷でなくて単位時間当たりが問題なのでは・・・。
- 615 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:11 ID:???
- >>613
つーか、その辺のこと詳しく分かってないっぽいぞ
- 616 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:12 ID:???
- >>610 ２度に分けてやればいいコトを、一度にまとめてやるから問題なのかもｗ
- 617 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:12 ID:???
- subject.txt は想像以上にデカい
- 618 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:12 ID:???
- で、11時頃って夜勤さん言ってたんですがまだこないですねぇ。
- 619 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:14 ID:???
- ＞呼び出し回数では、ツール使用者が 50% をとうに越しています。
＞ユニークな IP では ツール使用者は 18.6% です。
何の呼び出し回数なんだろう。
- 620 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:14 ID:???
- >>613
それはスレッド一覧を取得するときは
read.cgiのrawモードじゃなくてsubject.txt直読みにしてくれという意味だと思うが…
- 621 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:16 ID:???
- >>617
でもそれはそれで効果あるんじゃない？
subject.txtが大きい→スレの数が多い→無駄なアクセスがより減らせる
- 622 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:16 ID:???
- 今2chで使ってるのと同じので一度厳密に検証したらいいのに。。
実行機ではテスト無理でしょ？
- 623 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:17 ID:???
- >>622
過去に何度もやってるっしょ。
その辺のアバウトさも売りのひとつ くらいに考えないと。
- 624 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:20 ID:???
- 更新チェックだけだったら
板毎のお気に入りの数を集計して、
n個以上だったらその板のsubject.txtを取りに行く
n個以下だったらdatのLast-Modifiedを取得
するのが効率がいいのかな、と
- 625 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:21 ID:???
- >>620
> 更新チェックは、A Bone がやっているように subject.txt で行ってくださいね
スレ一覧でなくて更新チェックの話でないの？
オイラはA Bone使ってないのでそっちはよくわからんのですが。
- 626 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:22 ID:???
- >>625
更新チェックと巡回は違う
- 627 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:24 ID:???
- >>626
とりあえず同列で扱ってても問題ないだろ
- 628 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:26 ID:???
- >>627
問題ある
- 629 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:26 ID:???
- 更新チェック → 新着レスがあるか確認すること
巡回 → 複数スレの取得
リロード → 指定スレの再取得
正直、かちゅの巡回も うまいこと 更新チェックに切り替えられたら
それに越したことは無いんだが・・・
こればかりはkageだけでは無理。かちゅの改造がいる。
- 630 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:26 ID:???
- >>624 なるほど。
- 631 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:26 ID:???
- subject.txt 方式が良いといわれているのは、subject.txtを取得して既得スレの
新着状況を確認させた上で、「ユーザが一つ一つ新着スレを開いて」いく場合。
理由は、総転送量は増えるが、短時間での連続リクエストが減るから。
subject.txt 取得→新着のあるスレを自動巡回 と機械的に連続させてしまっては
総転送量も増えるし、短時間での連続リクエストも無くならないよ。
- 632 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:27 ID:???
- 更新チェックした後は、まずそのスレを読んでるわけだから・・・
- 633 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:28 ID:???
- >>631 まだ、そういう凶悪な機能は現実化してないでしょ。
委員長の頭の中だけ。もうテストはしてるかもしらんけど。
- 634 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:30 ID:???
- かちゅ〜しゃには お気に入りの更新チェックは無く 巡回する。
で、今のkageの対処は 巡回 の速度を落とすという処理。
今後、巡回処理を 更新チェック（＋巡回） とすることで負荷が落とせる。
Aboneには巡回機能はなく更新チェックがある。
とりあえず巡回は実装しないつもりらしい。
- 635 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:30 ID:???
- >>617 30KB 前後ですね。
>>621 1つの板のスレッドが 1つの subject.txt に載っているので、
多くの板にまたがって更新チェックしている人が多ければアクセスは減らないはず。
ところで、今は sage で書いても subject.txt は正確に更新されるんですか？
- 636 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:30 ID:???
- >>632 短時間で連続してリクエストされるのが、今困ってるんでしょ。
- 637 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:32 ID:sGQQna+N
- >>624 いいところどりですね。
- 638 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:34 ID:???
- >>617
圧縮は効くはずだけどそれはそれで負荷が掛かるな
- 639 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:37 ID:???
- >>624
＞n個以上だったらその板のsubject.txtを取りに行く
＞n個以下だったらdatのLast-Modifiedを取得
はたしてｎの値は？30くらい？
- 640 ：委員長 ◆ABoneCRY ：02/03/23 22:38 ID:???
- >607
それは言えてます。
A Boneを作る際に、かちゅ〜しゃの巡回機能や、ホットゾヌの更新チェックの
仕様を参考にして、「空振り覚悟の巡回」を排除すること、「新着レス数が分かる」
事を条件にして作った方式なんですが、そういう落とし穴も想定出来ます。
ただ、データ的には不足かもしれませんが、テスターさんから頂いたお気に入り
リストや、既得スレッドリストを拝見する限りでは、まず落とし穴にはまらないなと
感じました。
>617
想像以上にという表現が相応しいかどうか分かりませんが、小さいとは
言えないかもしれません。
ただ、subject.txtも圧縮データとして取得出来る事も付け加えておきます。
>624
効率面から考えると確かに良い提案だと思います。
ただ、これは私の個人的な感覚ですが、その二つは、方式ではなく
機能の違いになってしまうと思うのです。
つまり、subject.txt取得＝新着レス数が分かる
datのLast-Modifiedを取得 ＝新着レスがある事だけが分かる。
状況によって切り替えてしまうと、ユーザーさんにとっては、
違和感を感じると思います。
だから、負荷がかかっても良いという理屈を言うわけではないですが。
- 641 ：624 ：02/03/23 22:38 ID:???
- >639
5とか
- 642 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:38 ID:???
- >638
読み出す度に圧縮してるわけじゃない。
- 643 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:39 ID:???
- 現状「巡回」に近い機能は以下の3つ
1) If-Modified-Since/Range 付き GET (kage 0.99.0.93以降の巡回など)
DATに対して更新があるかどうかリクエストを投げる。更新がなければデータ転送はなし。
更新があれば差分を転送してもらう(ただしgzip圧縮はかからない)
2) If-Modified-Since 付き HEAD (ホットゾヌ方式)
DATに対して更新があるかどうかリクエストを投げる。
レスポンスにより更新があったかどうかが確認できる。DATデータ転送は発生しない。
3) subject.txt 取得によるローカルレス数との比較方式 (A Bone方式)
板ごとに最新の subject.txt を取得し、subject.txt中に含まれる鯖上に存在する
レス数と、ローカルに取得してあるレス数を比較し、新着があるかどうか確認する。
subject.txt あたり数10KB程度のデータ転送が発生する。
- 644 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:40 ID:???
- >>639
20くらいじゃない？
うちの場合お気に入りに8こ入ってて重複は2板。
板の数では6板。
- 645 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:41 ID:???
- >>643
アクセス頻度に関して言えば1) と2) はほとんど変わらないと思われ
それからオフラインで新着が読めるのは「巡回」そうでないものは
「更新チェック」と使い分けるべきかと。
- 646 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:42 ID:???
- >>642
mod_gzip が効いてるから、読み出す度に圧縮されてるよ＞subject.txt
- 647 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:43 ID:???
- >>643
1)と2)はレス数分だけアクセスが発生するね。
3)は板数分だけアクセスが発生する。
ま、冷静に考えて3)だな。
- 648 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:43 ID:???
- レス数じゃないやスレ数だった
- 649 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:44 ID:???
- >>645
そうだね。実際「巡回」と言えるのは 1) で、2) と 3) は「新着チェック」だね。
ただ、このスレ読んでると「新着チェック」にこの２通りがあることを意識してない
発言が多くて気になったもんで。
- 650 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:45 ID:???
- subject.txtはたえずキャッシュ効いてないような状態？
板によって当然違うとは思うけど
- 651 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:47 ID:???
- キャッシュする意味がないような。
- 652 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:48 ID:???
- >>647
2) 3) の後には空振りする数は減るものの 1) 相当のことは行われるんだよね。
そういう意味で、2)のHEAD式はやっぱり無駄が一番多くなってしまうんだよなー
ゾヌ２に期待
- 653 ：委員長 ◆ABoneCRY ：02/03/23 22:48 ID:???
- >633
テストどころか、コードも全然書いてません。(^-^;
>634
いや、実は巡回機能を実装したいと思ってはいます。
気持ち的には、巡回機能ではなく、オフライン読み支援機能ですが、
それは言葉のお遊びかもしれませんね。
>635
> >>617 30KB 前後ですね。
それは解凍後のサイズなので、転送量的には半分程度ではないかと。
> ところで、今は sage で書いても subject.txt は正確に更新されるんですか？
大丈夫です、よっぽどの事故がない限り更新されてます。
>638
負荷はあるでしょうね。
- 654 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:51 ID:???
- 削除依頼板にスクリプト荒らし?が出てるね。
- 655 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:51 ID:???
- >>646
実際にはsubject.txt.gzを返してるだけでその場で圧縮はしていない
- 656 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:54 ID:???
- http://kaba.2ch.net/test/read.cgi/accuse/1016873830/49
連続ツール負荷荒らしについて。
49 ：トオル ：02/03/23 22:08 ID:B2h8T5o7
攻撃されています。通常の１８０倍近い負荷です（汗）
kabaのクッキーを少し変更しました。
ーーーーーーーーーーーーーーーーー
スレ違いだが、現況報告。
- 657 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:54 ID:???
- 新着チェックのあとにdatを読みに行くことになるわけだけど、
巡回しちゃうと短時間に集中してしまうから
現(●なし)kageはウェイトを置いたわけだけど
これが鯖(及び回線)に対してはベターな選択でしょうか？
- 658 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:57 ID:???
- >>657
Keep-Alive との兼ね合いもあるので一概には言えないのだけど、
おそらく今のところ最善かと。まあ今夜以降の実験で明らかになっていくか。
- 659 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:59 ID:???
- kage の場合、その時点での巡回順序が読めないから無理だけど
他のまだ作者の生きている2chビューワの場合なら
同一サーバへのアクセスを回避するように
巡回リストを工夫すれば、ユーザからの見た目上（ここ重要）では
ノーウェイトな巡回が実現できると思う。
- 660 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:59 ID:???
- >>658
Keep-Aliveでアイドルなコネクションを放置しておくのは
むしろ最悪だと思われ
- 661 ：名無しさん＠お腹いっぱい。 ：02/03/23 22:59 ID:???
- >>655
>実際にはsubject.txt.gzを返してるだけでその場で圧縮はしていない
あっ、そうなんだ。これは初耳。
無駄なことやってるよなーと今まで思ってたけど、さすがにそれは無かったのか
- 662 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:01 ID:???
- >>660
ちょっと心配になったけど、kageの巡回インターバルってクローズ指定
入ってるよね... ちょっとソース見てこよう
- 663 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:02 ID:???
- >まだ作者の生きている
ﾜﾛﾀ
- 664 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:05 ID:???
- >>662
入ってるよ。ソースにはないけどかちゅが入れてる。
もっともHTTP/1.0だから明示的にクローズ入れる必要はない。
- 665 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:05 ID:???
- kage 0.99.1.0 リリースされたみたい
ってガイシュツ？
- 666 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:07 ID:???
- >>664
あ、なるほど了解です。ﾌｰ
- 667 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:21 ID:???
- http://qb.2ch.net/test/read.cgi/jikken/1016889080/
- 668 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:24 ID:???
- なんかのテストやるっていってたけど、
それどころじゃないようだね
- 669 ：夜勤 ★ ：02/03/23 23:35 ID:???
- ちょっと おくれたんだな、
これから choco で新しい read.cgi を作りますー
UpTime(choco) = 6:34am up 6 days, 22:59, 0 users, load average: 1.54, 1.65, 1.39
UpTime(vip) = 6:36am up 22 days, 8:42, 0 users, load average: 5.69, 4.85, 4.72
ん? 今日はすかすかなの?
- 670 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/23 23:36 ID:???
- >>669夜勤さん
アナウンスする必要有りですか？
- 671 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:38 ID:???
- >>669
こ、こんなもんなん？？
- 672 ：Dream ★ ：02/03/23 23:38 ID:???
- >>669
こんばんわ。
今夜はkabaかも知れないです。
- 673 ： ◆Mz2000PY ：02/03/23 23:39 ID:???
- きょうは祭りらしい祭りもなさそうだしね。
ex と kaba のほうがピンチ〜
- 674 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:43 ID:???
- ◆ kage 0.99.1.1 リリースされてます。
2ちゃん専用ブラウザ「かちゅ〜しゃ」Part55
http://pc.2ch.net/test/read.cgi/win/1016813158/l50
562 名前：0.99.1.1 ◆DLL/lGHE sage 投稿日：02/03/23 23:29
・kage.dllをupxで圧縮(いたちごっこだけど)
http://kage.monazilla.org/
- 675 ：夜勤 ★ ：02/03/23 23:46 ID:???
- なんか また kaba が 攻撃されているようで、
ちょっと トオルさんとお話中。
- 676 ： ：02/03/23 23:48 ID:???
- 夜勤も参加しる！
http://qb.2ch.net/test/read.cgi/jikken/1016889080/l50
- 677 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:50 ID:???
- >394
> たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
> くれますが、
> 私の場合、この機能のおかげでお気に入りに入れるスレの数が
> かちゅ時代；３００超→現在；３０以下に激減しました。
>394がいいこと言ったと思うんだけど、誰も反応してませんな。
- 678 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:50 ID:???
- kage.exe version 0.99.1.2 になってたーよ。
- 679 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:51 ID:???
- >394
> たとえば、A Boneの場合、板を開くと同時に既得スレの新着レスの有無をチェックして
> くれますが、
> 私の場合、この機能のおかげでお気に入りに入れるスレの数が
> かちゅ時代；３００超→現在；３０以下に激減しました。
>394がいいこと言ったと思うんだけど、誰も反応してませんな。
- 680 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:57 ID:???
- >>676
練乳イチゴ？（´Д｀；）ﾊｧﾊｧ
- 681 ：名無しさん＠お腹いっぱい。 ：02/03/23 23:58 ID:???
- >>667
>>613 から >>661 まで、ABone作者を交えてみっちりやってるジャン。
284KB
新着レスの表示
スレッドリストへ戻る 全部 前100 次100 最新50
0ch BBS 2004-10-30