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

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

268 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:43 ID:???: >>263
そりゃーそんときはそれこそIE使えばいいかと。
少なくとも、極端に短い時間に連続して起こるアクセスは
F5を高橋名人バリに連射しない限り起こらなくなる。はず。
269 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:43 ID:???: >>258
なんでよ。

巡回命令
　↓
内部textが空白または前回巡回時より～分立たってる　　　たってない　
　↓　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　↓
巡回開始　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　前回取得txtを表示

簡単そうじゃん。
270 ：Dream ★ ：02/03/23 04:43 ID:???: >>257
更新チェックに制限を設ければ、もう掲示板ではありませんよ。
巡回(dat落としまくり)が問題視されているのであって。
subject.txtだけを取って「更新されているかどうか確認」というのは、さほど
サーバに負荷も、転送量増加も、与えていないのです。クライアントサイドでの処理なんですから。
271 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:43 ID:???: >261
>スレッドも　できれば dat を直接持っていってくださいね
>(read.cgi 通さずに、転送量との兼ね合いもありますけど)

転送量に余裕があるのか鯖の負荷に余裕があるのか。
datをどっちでもっていくのか鯖側から指示してもらうしかないかと。
272 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:44 ID:???: >>267
kageのソース公開を停止してもらうってのはどうだろう
少なくともかなりクラックまでの時間は稼げる。
273 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:44 ID:???: >>267
だからツールに対応させるんじゃなくて、鯖側で弾く対応をすべきだと思うのだよ。
274 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:44 ID:???: >>263
それは単なるリロードでしょ？
リロード規制の話しじゃないよ？
275 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:45 ID:???: >>265
そういうのも鯖負荷の原因なんだから、ついでに規制しちゃってもいいんじゃない？
276 ：256=258 ：02/03/23 04:45 ID:???: >>269
kage 作者が巡回と通常のクリックの区別がつかないっていってたって話し出てなかったか？
277 ：256=258 ：02/03/23 04:46 ID:???: >>274
>>276
278 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:46 ID:???: >>276
だから、区別する必要はないかと。
ニュースはIEでF5連射してれば良し。
279 ：256=258 ：02/03/23 04:46 ID:???: 巡回とリロードの区別がつくんだったらそもそも既に話は終わっている・・・。
280 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:47 ID:???: 巡回ってフックすれば分かるやん・
281 ：Dream ★ ：02/03/23 04:47 ID:???: すいません。話がまわりはじめています。
そんなに長いスレッドでもないので、新しく来た方は頭から読み直してみて下さい。
読み飛ばしつつでけっこうですので。
282 ：256=258 ：02/03/23 04:48 ID:???: >>278
私は今更 IE 使いたくないよ・・・。
レス番をマウスホバーして内容を確認できない生活には耐えられない。
それぐらいだったら他ツールに逃げる。
283 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:49 ID:???: >281
ここら辺で一度、問題をまとめて
今後話し合うべき点を指示して下さい。
284 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:49 ID:???: kage 作者が出てこないと話が進みにくいよ。
285 ：夜勤 ★ ：02/03/23 04:49 ID:???: >>271
いろーんな　方法で、いろいろ　アクセスくるから
なにがなにやら　切り分けが出来ないという現状。

今は、転送量が10%くらい増えてもよいから
サーバの負荷を減らしたい。
で　何らかの変更をした場合、そのようになるとの確証がないので
指示もだせない　ヘタレです。

転送量は　弾１がまかなう。(弾３もか?)
新サーバ設置は　弾２がまかなう。

というのが、私の考え。(たぶん　私だけが考えていること)
286 ：名無しさん＠お腹いっぱい。 ：02/03/23 04:50 ID:???: DLL氏もいないことですし、かちゅの話は一旦置いておいた方が
いいんでないでしょうか？
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さん)にお願いしなければならないことは、

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

ということでよろしいでしょうか？
夜勤★さんは、まず、１）の結果をもとに、負荷と転送量の課題を見つけていただいて、
その後、２）の方式で各ツール策者さんに提案していく、という形でいかがですか？
295 ： ◆JOKESIZE ＠JOKESIZE ★ ：02/03/23 04:53 ID:???: もう一度書きますが、
１．もなじらツール全部に対してどのようにするか方針を決めることが
　　議論の目的なんじゃないでしょうか？
２．そのうえでその方針に従って次に技術的な話をして（現在のレスはこれかな）、
３．その後に実際の問題を解決するために作者さんに要請する
　　（kage作者さんが一番初めかと思いますが）って手順なんじゃないでしょうか？

いまは、１番が決まる前に２番の話になってると思いますが。
夜勤さんはこの流れでいいのかな？
いいのであればとりあえず技術的な話になってしまうので、これ以上は能力的に
参加できないかも。。。
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:???: もっと　ぶっちゃけた　話をすれば
現状のアクセスで
　弾１(+弾３) で回線料とかに US$20,000-30,000 くらいまかないたい。(売上じゃないよ)
　弾２で毎月一台から２台増設したい。　たぶん 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:???: ここまでの流れという事で言いますと。

１，サーバの負荷が限界に近い
２，負荷の原因はcgiにあり、read.cgiの負荷が過大になっている
３，負荷の要因は、全ユーザの１／６が使うかちゅ～しゃがread.cgi越しにdatを取っていることに起因する
４，まず、かちゅ～しゃの巡回方法をdat直取りに変えてもらってテストして欲しい
５，各ツール作者さんには、subject.txtを獲得して比較する甲信チェックの導入をお願いしたい
６，巡回機能は、ダイアルアップユーザのためのものに縮小し、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

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

とりあえずかちゅーしゃは巡回を外してABone方式の更新チェックのみにしてもらう。
それで余裕がありそうなら更新チェック後の巡回機能も入れていくってのはどうですか？
312 ：名無しさん＠お腹いっぱい。 ：02/03/23 05:00 ID:???: >>297
ほ、ほんとだ、、
やはり作者がこないと話になってないことが多いきがする
313 ：名無しさん＠お腹いっぱい。 ：02/03/23 05:00 ID:???: >>306

> ３，負荷の要因は、全ユーザの１／６が使うかちゅ～しゃが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
１－４は賛成ですが、
４－６はまだ賛成できません。
319 ：Dream ★ ：02/03/23 05:01 ID:???: >>297
なんと！
320 ：名無しさん＠お腹いっぱい。 ：02/03/23 05:02 ID:???: >>318
４はどっちやねん！
321 ：名無しさん＠お腹いっぱい。 ：02/03/23 05:03 ID:???: ＞何も理解してないな。
＞話の流れからしてかちゅ～しゃの巡回機能は自動的にクリックしていくのと同じ動作をする機能。
＞kage はそのクリック動作から引き起こされるかちゅ～しゃの通信部分だけをのっとってるだけ。

いや、だから言った通りじゃん。ｗ
かちゅ～しゃのボタンを押した命令自体からは新たな事が出来ないのが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
は１－４と５－６の間違いでした。
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みたいな２ちゃんねる
を利用して金をかせいでいる企業からちゃんと金を徴収することを
考えてほしい。
夜勤さんの話だと企業からの巡回が多いとか。
そういう組織的な（確信犯の）アクセスをまずつぶす、もしくは金銭
的に共存できるならそれでもよし。

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

最後に、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:???: 作者大集合（ｗ
352 ：名無しさん＠お腹いっぱい。 ：02/03/23 05:17 ID:???: 神々が戯れるスレになってきましたな（w
353 ：名無しさん＠お腹いっぱい。 ：02/03/23 05:18 ID:???: >>351
委員長はねちゃったけどな。（ｗ
ｲﾏｺﾞﾛ内田有紀の夢でも見てるに違いない。
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:???: まだ来てない作者呼んでこい！（来てたりして、というか名無しで来てるだろｗ）
359 ：Dream ★ ：02/03/23 05:19 ID:???: ユーザにとっては、そのスレッドの内容を、前もって取得するか、読むときに取得するか
の違いしかありませんが、サーバにとっては、全datに対する一括アクセスを処理するか、
各板のsubject.txtを送出するだけですむのか？という大きな違いがあるわけです。

２ちゃんねるのサーバにとっては、転送量の問題とサーバにかかる負荷の問題が
両方でているのですから、一時に連続して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:???: 去年の９月危機のときにかちゅを思い切り推奨したからね。
あれでかなりかちゅの利用率が上がったとおもわれ。
その後はkageをこまめに更新する人はすくないだろうけど。
俺も板が読めなくなって初めて更新するくらいだし。

284KB

新着レスの表示

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

0ch BBS 2004-10-30