■スレッドリストへ戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

【2ちゃんねるビューア】 巡回機能の巻。Part2

287 :名無しさん@お腹いっぱい。 :02/03/23 04:50 ID:???
>>276
kageは通信部分をクラックして横取り丸みたいなソフトでしょ。
通信的には同じだけど

巡回=あるボタンを押すことによって任意個のお気に入りを順番に自動的にリロードしていく

ってことでしょ。

つまりきっかけの巡回ボタンから上のtxt方式へ回せばいい。
むしろkageが無理矢理な事をやってるって証明じゃん。

288 :名無しさん@お腹いっぱい。 :02/03/23 04:50 ID:???
・巡回 複数のスレッドを、短時間に次々にリクエストする
・リロード 同じスレッドを、短時間に何度もリクエストする

だから、最初の3スレぐらいはdat直読みを許して、それの経過時間がn秒以内なら
巡回とみなしてsubject.txt読み込みに切り替えるというのは?

289 :名無しさん@お腹いっぱい。 :02/03/23 04:51 ID:???
>286
それが今回の元凶なのでそれを置いたら話があさっての方向にいってしまう。

290 :256=258 :02/03/23 04:52 ID:???
>>287
何も理解してないな。
話の流れからしてかちゅ〜しゃの巡回機能は自動的にクリックしていくのと同じ動作をする機能。
kage はそのクリック動作から引き起こされるかちゅ〜しゃの通信部分だけをのっとってるだけ。

291 :名無しさん@お腹いっぱい。 :02/03/23 04:52 ID:???
>>287
だから、巡回とか関係なく一律にtxt方式処理を行えばよいかと。
txt方式開始の契機を巡回ボタンに割り当てるという思想から脱却しる。

292 :256=258 :02/03/23 04:53 ID:???
>>288
それいけそう。
それなら確かにリロードと巡回の区別がつく。

293 :名無しさん@お腹いっぱい。 :02/03/23 04:53 ID:???
>>276 の話をわからずに「subjext.txt」読む形式で といってるやつは論外だが、
5分制限でスレ更新チェック制限を設けるのはおもしろいかもしれない。
祭りや流れの速いスレへ参加したけりゃかちゅ使うな という意味も込めて。
現状じゃ、かちゅは他に比べて鯖に優しいソフトじゃないわけだし。

>>785 が目的なら、単にdat直読みに戻すだけでいい気もする。

>>288
巡回対象にどれだけ同じ板のスレが混じっているかを考えると、
逆に負荷を増やすだけかもしれない。

294 :Dream ★ :02/03/23 04:53 ID:???
Kageさん(◆DLL/lGHEさん)にお願いしなければならないことは、

1)dat直読み形式のdllにしていただく
2)A Boneのような、datへの一括アクセスではなくsubject.txtを使った更新チェックは可能か
  検討していただく

ということでよろしいでしょうか?
夜勤★さんは、まず、1)の結果をもとに、負荷と転送量の課題を見つけていただいて、
その後、2)の方式で各ツール策者さんに提案していく、という形でいかがですか?

295 : ◆JOKESIZE @JOKESIZE ★ :02/03/23 04:53 ID:???
もう一度書きますが、
1.もなじらツール全部に対してどのようにするか方針を決めることが
  議論の目的なんじゃないでしょうか?
2.そのうえでその方針に従って次に技術的な話をして(現在のレスはこれかな)、
3.その後に実際の問題を解決するために作者さんに要請する
  (kage作者さんが一番初めかと思いますが)って手順なんじゃないでしょうか?

いまは、1番が決まる前に2番の話になってると思いますが。
夜勤さんはこの流れでいいのかな?
いいのであればとりあえず技術的な話になってしまうので、これ以上は能力的に
参加できないかも。。。

296 :256=258 :02/03/23 04:54 ID:???
>>291
だから一律 txt 方式はリアルタイム系に対処できんといっただろうが

297 :名無しさん@お腹いっぱい。 :02/03/23 04:54 ID:???

かちゅ/Kage は dat直読みですけど。

GET /software/dat/1016799543.dat HTTP/1.0
Host: pc.2ch.net
Range: bytes=92514-
Pragma: no-cache
User-Agent: Monazilla/1.00 kage/0.99.0.95



298 :名無しさん@お腹いっぱい。 :02/03/23 04:55 ID:???
>>296
そのリアルタイム系に対処するというコトそれ自体を制限するって言ってます。

299 :名無しさん@お腹いっぱい。 :02/03/23 04:55 ID:???
リロードまで規制したら祭がなくなっちゃうよ・・・

300 :夜勤 ★ :02/03/23 04:55 ID:???
もっと ぶっちゃけた 話をすれば
現状のアクセスで
 弾1(+弾3) で回線料とかに US$20,000-30,000 くらいまかないたい。(売上じゃないよ)
 弾2で毎月一台から2台増設したい。 たぶん 500/月〜600/月くらい。

でも、アクセス数が伸びればまた必要な額は増えると思う。
これが 明日にでも達成できれば、秋までは大丈夫だと思う。(きっと)


301 :名無しさん@お腹いっぱい。 :02/03/23 04:56 ID:???
祭りスレのリロード規制を入れたら、そのスレだけみんなIEでリロードするという罠

302 :名無しさん@お腹いっぱい。 :02/03/23 04:57 ID:???
>>288をもう少し改良。
あるスレッドが読み込まれ、一定時間経過前に次のスレッド読み込みリクエストがあったときには
両スレッドが同じスレッドかどうかを判定。

同じスレッドならリロードとみなし、subject.txtを読み込まずにdatを読み込む。
違うスレッドなら巡回とみなし、subject.txtを読み込んでから、レス数が異なる場合のみ
datを読み込む。

これならどう?

303 :256=258 :02/03/23 04:57 ID:???
>>298
問題外だ
巡回できかつリロードも機能する方法はないのかという話をしているのに・・・。
何かを捨てれば解決するのは既にわかってるわい。

304 :名無しさん@お腹いっぱい。 :02/03/23 04:57 ID:???
>>295
かちゅ〜しゃ以外に鯖に厳しい巡回してるソフトはないんでは?

305 :名無しさん@お腹いっぱい。 :02/03/23 04:57 ID:???
>>300
なんか夜勤さん、単にぶっちゃけるだけになってません?

306 :Dream ★ :02/03/23 04:59 ID:???
ここまでの流れという事で言いますと。

1,サーバの負荷が限界に近い
2,負荷の原因はcgiにあり、read.cgiの負荷が過大になっている
3,負荷の要因は、全ユーザの1/6が使うかちゅ〜しゃがread.cgi越しにdatを取っていることに起因する
4,まず、かちゅ〜しゃの巡回方法をdat直取りに変えてもらってテストして欲しい
5,各ツール作者さんには、subject.txtを獲得して比較する甲信チェックの導入をお願いしたい
6,巡回機能は、ダイアルアップユーザのためのものに縮小し、dat取得はなるべく逐次読み出しに
  していって欲しい

という感じだと思うのですが。

307 : ◆JOKESIZE @JOKESIZE ★ :02/03/23 04:59 ID:???
>>304
有料ユーザを増やすのも目的のひとつかと思いましたので、
転送量も鯖負荷もすべて費用との兼ね合いの問題なので。

>>300
夜勤さん、私のレスよんでくれてますか?

308 :名無しさん@お腹いっぱい。 :02/03/23 04:59 ID:z6KBvhX2
>>303
それなら話は簡単で、

リロードは有効にしたい、っていうのであれば、>>244方式 プラス
前回アクセスしたスレならsubject.txtを見ないでdatを見に行く

とすればいいでしょ。
巡回中に同じスレは連続して見ないからね。

309 :0.99.0.95 ◆DLL/lGHE :02/03/23 04:59 ID:???
ここまで読んだ。
・何かデマが飛び交っていますがhtml化待ちのスレッドを読むとき以外は、
 cgiは使っていません。
・使い勝手を一切変えずに負荷を減らす余地はまだあります(現在作業中)。
・dat取得に強制インターバルを与えるのはおそらく可能です。
・完璧でなくてよければ、巡回と通常のdat取得の区別もいちおう可能です。

310 :256=258 :02/03/23 04:59 ID:???
>>302
んで、subject.txt 自体は5分間隔規制ね。
subject.txt のタイムスタンプを見ればこれはいけるだろ。

後は各すれごとに直前に取得をしたか何らかの形で情報を残せばいいかな

311 :名無しさん@お腹いっぱい。 :02/03/23 05:00 ID:5FjkP8Ve
>294

> 2)A Boneのような、datへの一括アクセスではなくsubject.txtを使った更新チェックは可能か
>   検討していただく

とりあえずかちゅーしゃは巡回を外してABone方式の更新チェックのみにしてもらう。
それで余裕がありそうなら更新チェック後の巡回機能も入れていくってのはどうですか?

312 :名無しさん@お腹いっぱい。 :02/03/23 05:00 ID:???
>>297
ほ、ほんとだ、、
やはり作者がこないと話になってないことが多いきがする

313 :名無しさん@お腹いっぱい。 :02/03/23 05:00 ID:???
>>306

> 3,負荷の要因は、全ユーザの1/6が使うかちゅ〜しゃがread.cgi越しにdatを取っ> ていることに起因する

かちゅ/Kage は dat直読みです。

GET /software/dat/1016799543.dat HTTP/1.0
Host: pc.2ch.net
Range: bytes=92514-
Pragma: no-cache
User-Agent: Monazilla/1.00 kage/0.99.0.95


314 :名無しさん@お腹いっぱい。 :02/03/23 05:00 ID:???
>>309
まってたよ

315 :夜勤 ★ :02/03/23 05:00 ID:???
>>297
バージョンによっての違いは無いのかな?

---
全員が同時には話し合いできないので、
書きっぱなしもありかと、
あとで読んでくれると思いますし。


316 :名無しさん@お腹いっぱい。 :02/03/23 05:01 ID:???
>>309
キタ━━━━(゚∀゚)━━━━!!!

317 :256=258 :02/03/23 05:01 ID:???
あ、ちわ〜す。
DLL作者様。
毎度ご苦労様です。

318 : ◆JOKESIZE @JOKESIZE ★ :02/03/23 05:01 ID:???
>>306
1−4は賛成ですが、
4−6はまだ賛成できません。

319 :Dream ★ :02/03/23 05:01 ID:???
>>297
なんと!

320 :名無しさん@お腹いっぱい。 :02/03/23 05:02 ID:???
>>318
4はどっちやねん!

321 :名無しさん@お腹いっぱい。 :02/03/23 05:03 ID:???
>何も理解してないな。
>話の流れからしてかちゅ〜しゃの巡回機能は自動的にクリックしていくのと同じ動作をする機能。
>kage はそのクリック動作から引き起こされるかちゅ〜しゃの通信部分だけをのっとってるだけ。

いや、だから言った通りじゃん。w
かちゅ〜しゃのボタンを押した命令自体からは新たな事が出来ないのがkageの弱点でしょ。
わかる?

かちゅの巡回ボタン→自動的にクリックしていく動作

ってのを止められないのが問題だっていってるの。
まずかちゅ〜しゃありきになってる。
UIからいじれれば、巡回ボタンだけ別のプロセスに行けるってことだよ。

322 :夜勤 ★ :02/03/23 05:04 ID:???
あっ 結構ついていけなくなっていたりします、
でも どんどん進めてくださいね。

ん?
差分取得でも read.cgi は誰も使っていないのかな?
とめちゃっても ok ?

323 :Dream ★ :02/03/23 05:04 ID:???
>>309
ゴメンナサイ

324 : ◆JOKESIZE @JOKESIZE ★ :02/03/23 05:04 ID:???
>>318
は1−4と5−6の間違いでした。

325 :名無しさん@お腹いっぱい。 :02/03/23 05:05 ID:???
差分取得とレジュームの本質的な違いは何?
サーバの負荷は変わる?

326 :256=258 :02/03/23 05:05 ID:???
>>321
>UIからいじれれば、巡回ボタンだけ別のプロセスに行けるってことだよ。
これには全面的に同意だが、あなたの文面からはとてもそれが読み取れん。
つーか、それは最初っからわかってたんだが。
余りそっち方面に詳しくないからあれだけどサブクラス化等のややこしい手法を使えば巡回を押したこともわかるかなあというのもあったんだけどね


327 :256=258 :02/03/23 05:07 ID:???
>>325
差分取得は read.cgi の駆動を使ってるけど、レジュームはウェブサーバの機能を使ってるんだから軽いんじゃ無いかな
でも差分取得は圧縮もしてて転送量が少ないんじゃないの?

328 :名無しさん@お腹いっぱい。 :02/03/23 05:07 ID:???
>>326
>>308はどうよ

329 :0.99.0.95 ◆DLL/lGHE :02/03/23 05:07 ID:???
>>322
かちゅ〜しゃは困らないです。
Janeが一部設定でread.cgi rawモードを使ってるようですが
設定で回避できると思われます。

330 :Dream ★ :02/03/23 05:08 ID:???
>>322
かちゅ〜しゃがread.cgiを経由していない、ということでしたら、
もなじらツール作者さんに告知をして、read.cgiから
「User-Agent: Monazilla/1.00」を弾いてみても良いかと思います。
前もそうでしたが、ユーザ側は常に最新のソフトを追っていない、ということが
ありますので。

331 :名無しさん@お腹いっぱい。 :02/03/23 05:08 ID:???
>>327
じゃあ、差分取得はレジュームにすればいいんじゃない?

あぼ〜んあったら困るけど、何らかの形であぼ〜んのあった時間を
返してあげればレジュームと取得しなおしの切り替えは可能かと

332 :名無しさん@お腹いっぱい。 :02/03/23 05:08 ID:???
とりあえず、>>309で対応可能だといってるものは早速取りかかってもらって、
現行のKage0.99.095以下のバージョンは弾いてもらうでいいんじゃないの?

333 :256=258 :02/03/23 05:09 ID:???
>>328
302と308にいってることに大差はないから同意だけど
作者さんが考えがあるって言ってるんだから余り議論
することに価値を感じなくなりつつあり

334 :名無しさん@お腹いっぱい。 :02/03/23 05:10 ID:???
それと平行してkageのインターフェースを作ってくれる人を
募集したほうが良くないですか?

335 :Dream ★ :02/03/23 05:11 ID:???
>>324
ちょっとA Boneを使ってみていただけますか?
更新チェック後に、更新されたスレッドを読むときにdatを取りに行く、というのが、
そんなに不都合ではないことを実感していただけると思います。
前もって取得するか、読むときに取得するかの違いしかありませんので。

336 :名無しさん@お腹いっぱい。 :02/03/23 05:11 ID:???
>>333
先を考えたらいくら議論しても足りないって感じなんだろ?

337 :名無しさん@お腹いっぱい。 :02/03/23 05:11 ID:???
だから、◆DLL/lGHE さんが、ある程度の対応は可能だって言って
くれてるんだから、新バージョンのKage+かちゅでの鯖側の負荷を
夜勤★さんに分析してもらうってのが、現状で最短対応なんじゃないの?

338 :名無しさん@お腹いっぱい。 :02/03/23 05:12 ID:???
夜勤さんもぶっちゃけてるし、深夜だし
DLLさんはUIから作る気はないの?
もしくは2ch.dll作りに特化してUIはデザイン系の人に任せるとか。

339 :256=258 :02/03/23 05:12 ID:???
>>334
作ったところでかちゅ〜しゃのクローンでもなければ乗りかえたくない・・・
Abone みたいに個人的には無駄に感じるものの群れで場所取られるのはすごい苦痛・・・

340 :名無しさん@お腹いっぱい。 :02/03/23 05:13 ID:???
>337 それでよいかと思う。


341 :名無しさん@お腹いっぱい。 :02/03/23 05:14 ID:???
カスタマイズ可能でデフォだとかちゅと同じUIがあれば最高なんだけど、
さすがに無理言ってるかな・・・

342 :夜勤 ★ :02/03/23 05:14 ID:???
ふむふむ

じゃ 明日(というか今日だけど)か明後日にでも

read.cgi は Monazilla 以外をはじく。
kage の古いバージョンははじく。

をやってみましょうか、で どれくらいどうなるのか。。
一番つらそうな vip とか tv でピーク時にやると、

343 :256=258 :02/03/23 05:14 ID:???
>>336
まあ、それがないとも言わないが
単純に作者さんのほうが内情がわかってる分うまくやるだろうからうちらが考えてもねえ
そもそもこんな騒ぎになってなかったら確定で寝てるほど眠いし・・・

344 :名無しさん@お腹いっぱい。 :02/03/23 05:14 ID:???
dolibってあるんだから、それをうまく活用できないかな。
ここで出てた2ch.dllって位置付けに持ってこれないかな

345 :Twiddle ◆JANEuBM2 :02/03/23 05:14 ID:???
>322
Janeで低速回線の人向けに選べるようにしています。
設定で回避できます。


346 :名無しさん@お腹いっぱい。 :02/03/23 05:15 ID:???
>339
別に一人だけ募集じゃなくて、やりたいって人に来てもらえば
シンプルなのも出来るし高機能なのも
出来ていくってならないかな?

347 :名無しさん@お腹いっぱい。 :02/03/23 05:15 ID:???
話の腰を折ってすまんが一言いいたい。

スレの方向とは話が違うけれども、まず>>29みたいな2ちゃんねる
を利用して金をかせいでいる企業からちゃんと金を徴収することを
考えてほしい。
夜勤さんの話だと企業からの巡回が多いとか。
そういう組織的な(確信犯の)アクセスをまずつぶす、もしくは金銭
的に共存できるならそれでもよし。

次に過去ログの販売は真剣に検討してくれ。
著作権がなんだとかいう人もいるだろうが、書き込み前のメッセージ
に販売に関して同意する条項を追加しておけばいいだろう。
半年に一回くらい出して、それ以前のログを削除することで過去ログ
の読み込み負荷は減るし、読めなくなることを恐れての脅迫的な巡回
も減るんじゃないか。

最後に、monazillaツールでローカル過去ログの読み込み・参照に対応
してくれれば完璧なのだが。

とにかく技術側で現状に対応するには限界がある。
ユーザが拡大すればそれだけコストを相殺できるようなしくみがないと
また夏厨の動き出すころには同じスレが立つよ。

348 :名無しさん@お腹いっぱい。 :02/03/23 05:15 ID:???
>>332
夜勤★さん!Kageの新バージョンできたら、
現行のKage0.99.095以下のバージョン弾くのよろしくね。(はぁと
とにかく今回は強制的にかちゅユーザーにはバージョンアップ
してもらわないといけなからね。

349 :名無しさん@お腹いっぱい。 :02/03/23 05:16 ID:???
>>345
また、キタ━━━━(゚∀゚)━━━━!!!


350 :256=258 :02/03/23 05:16 ID:???
>>346
スキンレベルでいけるならそれでもいいんだけどね。

351 :名無しさん@お腹いっぱい。 :02/03/23 05:16 ID:???
作者大集合(w

352 :名無しさん@お腹いっぱい。 :02/03/23 05:17 ID:???
神々が戯れるスレになってきましたな(w

353 :名無しさん@お腹いっぱい。 :02/03/23 05:18 ID:???
>>351
委員長はねちゃったけどな。(w
イマゴロ内田有紀の夢でも見てるに違いない。

354 : ◆JOKESIZE @JOKESIZE ★ :02/03/23 05:18 ID:???
>>347
わたしもその辺の話がしたかったのですが、切迫した問題として、今のスレの流れは
かちゅ関係のものに集中しています。
落ち着いたらその辺も含めて考える必要があると思います。

355 :名無しさん@お腹いっぱい。 :02/03/23 05:18 ID:???
>350
でも、そろそろかちゅはインターフェースを誰かつくらんと
今後に対応できなくなっていくような気がするが。

ここら辺の話題はかちゅスレでやるべきかな?

356 :名無しさん@お腹いっぱい。 :02/03/23 05:19 ID:???
Abone作者がお就寝みになられたのが、惜しまれる。

357 :256=258 ◆CYANh33g :02/03/23 05:19 ID:???
取りあえず今日はひとまず終幕だな・・・。

358 :名無しさん@お腹いっぱい。 :02/03/23 05:19 ID:???
まだ来てない作者呼んでこい!(来てたりして、というか名無しで来てるだろw)

359 :Dream ★ :02/03/23 05:19 ID:???
ユーザにとっては、そのスレッドの内容を、前もって取得するか、読むときに取得するか
の違いしかありませんが、サーバにとっては、全datに対する一括アクセスを処理するか、
各板のsubject.txtを送出するだけですむのか?という大きな違いがあるわけです。

2ちゃんねるのサーバにとっては、転送量の問題とサーバにかかる負荷の問題が
両方でているのですから、一時に連続してdat送信の要求があるのは、高負荷そのもの
なのです。

巡回機能についても、ダイアルアップの人に限定して許すべきだ、というのは、
こういう事情からです。
ダイアルアップでオフラインになって読みたい、というのは、
その機能を使って何度も更新チェックをしたい、というのとは事情が違うわけですから、
(そもそもそれだと電話代がかさみますから)
許容できる、のではと思っているワケなんです。

360 :西安 ◆CYANh33g :02/03/23 05:20 ID:???
>>355
簡単にできるならとっくにやってま〜す
一応プログラマの端くれだから

361 :名無しさん@お腹いっぱい。 :02/03/23 05:20 ID:???
>354
なんとなく企業関係者が昔からあるかちゅを使ってログを集めてそうな気はするが。

362 :名無しさん@お腹いっぱい。 :02/03/23 05:21 ID:???
>>355
>ここら辺の話題はかちゅスレでやるべきかな?
dll化の話など具体的なものは作者さんの意向もあると思うけど
できればソフ板で出来たらと思うんですが、、

363 :名無しさん@お腹いっぱい。 :02/03/23 05:22 ID:???
>>359
こんな説明があればパート1の前半あんな展開はなかったろうに。。

364 :名無しさん@お腹いっぱい。 :02/03/23 05:22 ID:???
かちゅかちゅ言ってるけど、良いブラウザがイパーイあるよ。
慣れの問題を一番素晴らしいってのと勘違いしないでね。

もちろんDLLさんの他2ch互換サイトなんかの対応が素晴らしく早いってのはあるんだけど。

365 :名無しさん@お腹いっぱい。 :02/03/23 05:23 ID:???
>>362
「2ch.dllをつくろう!」スレッドを建てるとか

どうせ板取得とかスレ取得とか共通処理なんだから
それを取り扱ったDLLを作る って話はいいことだと思う。

366 :西安 ◆CYANh33g :02/03/23 05:23 ID:???
>>362
まあ、本当に別 UI を作るんだったら、現在の窓板のスレッドとは別個にム板辺りでスレッド立てて議論すべきだと思うけどね。
まあ、ソフト板でもいいけど。

367 :名無しさん@お腹いっぱい。 :02/03/23 05:25 ID:???
去年の9月危機のときにかちゅを思い切り推奨したからね。
あれでかなりかちゅの利用率が上がったとおもわれ。
その後はkageをこまめに更新する人はすくないだろうけど。
俺も板が読めなくなって初めて更新するくらいだし。

368 :名無しさん@お腹いっぱい。 :02/03/23 05:25 ID:???
>>365
賛成

369 :西安 ◆CYANh33g :02/03/23 05:26 ID:???
>>364
当時の他のブラウザを一通り試してかちゅ〜しゃに落ち着いた私は多分他へはよほどのデメリットがないといけない・・・。
そういう人もいるんだよ・・・。
とにかく広く使える UI が最高。
板移転でログがさくっと使えなくなるデータ形式すら甘受するほどに・・・。

370 :名無しさん@お腹いっぱい。 :02/03/23 05:26 ID:???
>>364
ゾヌ、A Bone、ギコナビ、えのまん(?)もそれぞれ一定期間試してみたさ。
でも結局かちゅ〜しゃなんだよ。決して食わず嫌いじゃないんだよ。
高機能だから素晴らしいってわけじゃないんだな。

それを「慣れ」の一言で済ましてしまうのはちょっと違う気がする。



一応、Janeは平行して使ってるけどね。(w

371 :Dream ★ :02/03/23 05:27 ID:???
>>342
そうですね。
まず、負荷の原因がつかめないと・・・

不正な、というか、攻撃目的のアクセスも切り分けて対処しないと、
「サーバは落ちないけれど、攻撃されたことでかかる費用負担で」
2ちゃんねる負けちゃいますから。

372 :名無しさん@お腹いっぱい。 :02/03/23 05:28 ID:???
>>365
確かに2chデータ処理のAPIが整備されれば
ソフト作者も楽になるし、肝心なところをblackbox化も
できるし。

373 :名無しさん@お腹いっぱい。 :02/03/23 05:30 ID:???
おれも現在ほぼ全てのブラウザが入っている。。
んでもやっぱり、かちゅなんですよね、、
正直このスレでの夜勤さんの発言には驚いたけど、
やっぱりそれだけ選ばれてる何か、はある

374 :名無しさん@お腹いっぱい。 :02/03/23 05:30 ID:???
>>364
かちゅ〜しゃが、なぜ他のソフトの合計200に対して
その5倍もの1000の利用者があるのか、そこを考えて欲しいな。

375 :名無しさん@お腹いっぱい。 :02/03/23 05:32 ID:???
俺はかちゅユーザーだからこそ、真摯にこのスレに参加してきたよ。
新スレ立ちからからずっとリアルタイムで追ってきたなんて初めてだ。

今から泥のように眠るよ。(w

376 : :02/03/23 05:34 ID:???
かちゅのリロードボタンの位置に慣れた
それだけがかちゅを使い続ける理由

377 :名無しさん@お腹いっぱい。 :02/03/23 05:35 ID:???
かちゅ〜しゃ論はスレ違いなのでここらでやめましょう。
乱立スレでどうぞ。

一つだけ。広い、広く使えるってのはかちゅを押す理由には全くならないよ。
他のブラウザを試してない証拠。

378 :西安 ◆CYANh33g :02/03/23 05:35 ID:???
>>280
しまった、完璧に見落としてた
開始はともかく、巡回の終了は取れるのか?
まあ、アクセス止まったらでいいのか・・・。

379 :名無しさん@お腹いっぱい。 :02/03/23 05:35 ID:???
かちゅーしゃを使っていて、こういう時に
いつまでもこのまま使いつづけられるだろうか?
という問題はない?


380 :名無しさん@お腹いっぱい。 :02/03/23 05:36 ID:???
------------------------------------------------------------

            終了・・・みなさん、お疲れ様でした。

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

381 :名無しさん@お腹いっぱい。 :02/03/23 05:37 ID:???
乱立する2ch用ブラウザの比較 Part3
http://pc.2ch.net/test/read.cgi/software/1015928913/l50

かちゅが使いやすいから乗り換えられないって話題ならこっちの方が良いか。

382 :名無しさん@お腹いっぱい。 :02/03/23 05:39 ID:???
お外も明るくなってきたので、そろそろ皆さんお休みの時間ですよ〜
本日はお疲れ様です、またのご参加をお待ちしてます〜

383 :名無しさん@お腹いっぱい。 :02/03/23 05:44 ID:???
>>377
広く使えてかつ、それでいて機能的だとういうことじゃないのでしょうか?
確かに他にも広く使えるものはありますが、
それがその人にとってかちゅ〜しゃを上回っていなければその人にとって使わない理由になりますし。
そこら辺はさすがに内包して言っていると思われますが。

384 :名無しさん@お腹いっぱい。 :02/03/23 05:44 ID:???
とりあえず、DLL作者タンの対応を待った上で特定鯖でテストして効果を確かめる。
それなりに効果があることが分かれば、他ツール向けのガイドラインも策定する。

kageの改良によっても効果がない、または十分な効果が見込めない場合。
まず、問題の切り分けをする必要がある。
かちゅ〜しゃの巡回機能のせいで負荷が高いのか、それとも別の理由(企業の巡回など)なのか。
かちゅ〜しゃの巡回機能のせいで負荷が高い場合は、kageの改良等で問題解決が可能かどうか。
技術的理由で解決が不可能な場合、他ツールへの移行を考える必要があるが、他ツールでも同じような
問題が起きないかどうか。
他ツールでも根本的な解決ができない場合は、巡回は有料化するという結論にならざるを得ない。
有料化するにあたっては、決済手段の多様化が望ましい。
というところか。

385 :名無しさん@お腹いっぱい。 :02/03/23 05:47 ID:???
すでに Monazilla に某企業が潜り込んでいる、
といってみるテスト

386 :名無しさん@お腹いっぱい。 :02/03/23 06:18 ID:???
新バージョンが出たようです

129 名前:0.99.0.96 ◆DLL/lGHE 投稿日:02/03/23 06:07
・0.99.0.95でしたらばに書き込めない不具合を修正。
・17スクリプトの板でスレ立てできない不具合を修正。
・すでに意味のない書き込み直前のdat落ちチェックを省略。
・ログインしていない場合、dat取得に5秒の強制インターバル。
http://kage.monazilla.org/

284KB
新着レスの表示

スレッドリストへ戻る 全部 前100 次100 最新50

0ch BBS 2004-10-30