5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

gikozilla

1 :デフォルトの名無しさん:02/01/23 02:18
monazillaとは独立に2ちゃんねるに関連するプログラムを作るプロジェクト。

2 :デフォルトの名無しさん:02/01/23 02:23
まず、gikozillaのミッションを定義しなければならない。


3 :デフォルトの名無しさん:02/01/23 02:30
・連続カキコ可能
・スレ乱立可能
・100回/sリロード機能

以上

4 :デフォルトの名無しさん:02/01/23 02:32
・あくまでオープンソース
・2ch UA 作成のためのライブラリ/フレームワークを提供する
・言語は主要ないくつか(C、C++、Java、Perl、Delphi、etc)

5 :デフォルトの名無しさん:02/01/23 02:47
Ruby!

6 :デフォルトの名無しさん:02/01/23 02:55
monazilla.org に行った。
既に gikozilla が開発されている模様。

7 :デフォルトの名無しさん:02/01/23 03:02
じゃあまずはプロジェクト名から考えないとな。

・ライセンスは BSDL や Perl's Artistic、AS IS を推奨

8 :デフォルトの名無しさん:02/01/23 03:02
いやそのまえに、点呼だ。gikozillaの方針に賛同する
(あるいは、monazillaの方針に反対する)ヤツ、何人いる?
0!(漏れは傍観者)

9 :デフォルトの名無しさん:02/01/23 03:05
それよか方針って何だ。

10 :デフォルトの名無しさん:02/01/23 03:05
改造計画とやらが全部明らかになるまで様子見

11 :デフォルトの名無しさん:02/01/23 03:07
>>9
>>3-4

12 :デフォルトの名無しさん:02/01/23 03:20
クライアントサイドのオープンソースプロジェクトも興味深いが、
そろそろサーバサイドのオープンソースプロジェクトをはじめてみないかい?

オレが考えているのは、当面 2chのラッパーとして機能するプロクシサーバ。
圧縮状態での差分取得や、共通フォーマットを厳密に規定する。
今は 2chと言ってもサーバによってデリミタが違っていたりとか
クライアントで吸収しないといけない差異が多すぎるでしょ?
そういった差異などをプロクシサーバが吸収し、規格通りのレスポンスを
クライアントに返す。クライアントは非常に作りやすくなると思うんだ。

まぁ、プロクシを作るために2chの解析は続けないといけないんだけどさ、
クライアントごとに対応するより、一箇所にマンパワーを集中させたほうがいいだろ?

こんなプロクシ書きのオレでも gikozilla に混ぜてくれる?

13 :デフォルトの名無しさん:02/01/23 03:23
つか、gikozillaの主催者/中心メンバってだれやねん?

14 :デフォルトの名無しさん:02/01/23 03:24
「デフォルトの名無しさん」

15 :デフォルトの名無しさん:02/01/23 03:25
>>12
素晴らしい。

16 :デフォルトの名無しさん:02/01/23 03:27
>>12
2ちゃんねる取得用のDLLをひとつ用意して、みんなでそれを利用する、
2ちゃんねるが仕様変更したらそのDLLだけ修正すれば済む、って話か?
違うか。


17 :デフォルトの名無しさん:02/01/23 03:30
>>16
違わない。彼はそれをサーバ側でやるのはどうかと考えている。

18 :デフォルトの名無しさん:02/01/23 03:36
>>12 gikozilla というよりも monapache か。 面白そうだ。

19 :デフォルトの名無しさん:02/01/23 03:40
>>16
分かり易い説明サンクス。
漏れの頭では>>12の逝ってることが理解できんかった。

20 :デフォルトの名無しさん:02/01/23 03:40
むしろ、gikogate

21 :デフォルトの名無しさん:02/01/23 03:41
>>12
素晴らすぃ!
つっても、2ch自体はサーバ差異を無くそうとか動いてたりはしないのかな?
スクリプト差し替えとかしてるんだからやってそうなもんだけど。

22 :デフォルトの名無しさん:02/01/23 03:48
>>19
いや、ちょっと違うらしいぞ。鯖立てるらしいぞ。
俺としては共通DLLも作ってホスィ

23 :デフォルトの名無しさん:02/01/23 03:49
2chがひろゆきの個人サイトってことを忘れてないか?
サーバ側をどうこうできるわけないだろ。俺らはクライアントのみ。

24 :22:02/01/23 03:51
ん、違うのか?
サーバ立てるって、2chの負荷に耐えるだけの設備をどう揃えるんだろ?

25 :デフォルトの名無しさん:02/01/23 03:51
>>23
proxy なら出来るだろ。2ちゃんから見ればクライアント。
実際鯖立ててくれる奴がいるのか知らんが。

26 :デフォルトの名無しさん:02/01/23 04:05
個々のライセンスに従って monazillaのコードを利用するのは可ですか?


27 :デフォルトの名無しさん:02/01/23 04:14
>>12
とても良いと思う。
俺のチンカスのような力でも何かできることがあれば協力する。

UNIX板の奴らも言えば協力すると思うよ。

28 :デフォルトの名無しさん:02/01/23 04:18
>12 = http://pc.2ch.net/test/read.cgi/tech/1005282763/443n だね

29 :デフォルトの名無しさん:02/01/23 04:22
monazillaを反面教師として、開発に関する情報はオープンにしていこう。参加者と非参加者の垣根をできるだけなくそう。
決してコテハンの馴れ合いにはならないように。

30 :デフォルトの名無しさん:02/01/23 04:24
オープンソースプロジェクトって誰かが一人である程度まで完成させないと
盛り上がらないんだよね。


31 :デフォルトの名無しさん:02/01/23 04:25
>>27
何だその言い方?
UNIX板の人は全員あんたの子分なのか?

32 :27:02/01/23 04:28
>>31
スマソ、言い方がなってなかった。
あくまで、憶測なので・・・。ごめんなさい。

33 :デフォルトの名無しさん:02/01/23 04:30
>>31
いちいち狂犬のように噛みつくなよ。

34 :デフォルトの名無しさん:02/01/23 04:42
2ch⇔gikozilla(gikogate)⇔ユーザー

35 :デフォルトの名無しさん:02/01/23 04:44
>>4
>・あくまでオープンソース
>・2ch UA 作成のためのライブラリ/フレームワークを提供する
>・言語は主要ないくつか(C、C++、Java、Perl、Delphi、etc)

>>29
>monazillaを反面教師として、開発に関する情報はオープンにしていこう。参加者と非参加者の垣根をでき
>るだけなくそう。 決してコテハンの馴れ合いにはならないように。

誰かまとめて。

36 :デフォルトの名無しさん:02/01/23 04:50
どこにCVSを置くかな。
それより、プロキシサーバは何で書くの?

37 :デフォルトの名無しさん:02/01/23 04:50
■■ gikozilla(gikogate)プロジェクト

■基本理念
・オープンであること(いろんな意味で)

■概念
・proxyサーバを立ててここにgikozilla(gikogate)モジュールを入れる。
・外部よりこのモジュールへは自由にアクセス可能。
・言語は主要言語(C、C++、Java、Perl、Delphi、etc)


38 :デフォルトの名無しさん:02/01/23 04:53
>>36
Ruby!

39 :デフォルトの名無しさん:02/01/23 04:54
■基本理念
・オープンソースの理念に基づき、2ちゃんねるに関するプログラミング技術を共有する。

はどう?

40 :rms:02/01/23 04:56
基本理念:
2chのさーばーをオープンソースにするため、聖戦を執り行うこと。
プログラムに適用するライセンスはGPL以外許さん。


41 :デフォルトの名無しさん:02/01/23 04:59
追加
■基本理念
・コテハン同士(高技術者同士)の馴れ合いにはならないように

42 :デフォルトの名無しさん:02/01/23 05:39
gikozillaとgikogateって名前で決定なのかはわからないけどさ、>>37はgikozillaの中のgikogateプロジェクトってことで、gikozilla全体ではこれに限らず、2chに関わることはいろいろ広く受け入れていくのがいいと思う。
それともあんまり最初から間口を広げすぎると収拾がつかないかな?

43 :デフォルトの名無しさん:02/01/23 05:44
>>42
それは自由(フリー)。

企画考えました。

web.archive.orgを2ちゃんねるのログのストレージとして使えないかな。

たとえば、
http://piza2.2ch.net/tech/kako/998/998908559.html
は、既に
http://web.archive.org/web/20011231042427/piza.2ch.net/tech/kako/971/971960169.html
保存されている。 

極端に言えば、このページは2ch.netのサーバに保存する必要はないし
プロクシを作るなら web.archive.orgに飛ばすことで転送量を減らせる。


44 :デフォルトの名無しさん:02/01/23 05:45
あ、URLのコピペに失敗している。

たとえば、
http://piza.2ch.net/tech/kako/971/971960169.html
は、既に
http://web.archive.org/web/20011231042427/piza.2ch.net/tech/kako/971/971960169.html
保存されている。 

に修正。

45 :デフォルトの名無しさん:02/01/23 05:52
>>43 つまり

   →  web.archive.org
  ↑     ↑↓
2ch     proxy → ユーザー
            ←

こういうこと?

46 :デフォルトの名無しさん:02/01/23 05:53
えと、2ちゃんねるがdat直読みできなくなりそうだから、2chのHTMLをもう少し
プログラムから読みやすい形式に変換して提供するproxyを提供しようという話?

もしそうならXMLで提供してほしいな。

..しかし、有料化のからみでツブされたりしないかね? 細かい話だけど、各発言
の著作権はだれにあるんでしょ。



47 :デフォルトの名無しさん:02/01/23 05:53
素晴らしい。
漏れも傍観者に立候補するYO!!


48 :デフォルトの名無しさん:02/01/23 05:59
ユーザー 
↑↓
proxy ←→ 2ch.net
↑↓    
web.archive.org

まぁ、検索に時間はかかるわけだが、既に更新されることのないログなのだから
多少は我慢してもらう?

49 :デフォルトの名無しさん:02/01/23 06:03
proxyサーバ内に保存すればと言ってみるテスト。

50 :デフォルトの名無しさん:02/01/23 06:04
web.archive.org を直接使う場合との差異は?

51 :デフォルトの名無しさん:02/01/23 06:10
上の図だと、ユーザがデータを得るのにproxy経由でweb.archive.orgに
つないでる感じなんだが。
だったら、proxy内に保存しておいてそこからGETしたほうがいいんじゃ?

52 :  :02/01/23 06:13
アーカイブ済みのURLのリストをproxyが持つのは大変かな?
どれくらいあるのだろう?

53 :デフォルトの名無しさん:02/01/23 06:25
web.archive.orgってどの程度そろってるの?
それにかなりレスポンスが悪いような。
有志が過去ログサーバをいくつかミラーリングした方が良くない?

ちょっと前まで、アニメ板なら全ログ持ってたんだけどなぁ(藁


54 :デフォルトの名無しさん:02/01/23 08:00
proxyの回線がパンクしないか?
2chの全アクセスのツール分が来るわけだから

55 :デフォルトの名無しさん:02/01/23 08:03
仮にgikogateが2chに認証するようにすると、
ライセンスは1つでよいとか
それは管理側が許さないだろうな

56 :デフォルトの名無しさん:02/01/23 08:11
>>55
ライセンス結んで開発を行うととクローズな開発にならないか?
monazilla を反面教師としてやるなら、ライセンスなど結ばずに開発あるのみ。
monazilla ソフトを解析したりパケット眺めたりしてやるしかない。
samba みたいに徹底的にエミュレートしてあげればいい。


57 :デフォルトの名無しさん:02/01/23 08:13
IEのエクスプローラバーに入るのがあると(・∀・)イイ!なぁ。


58 :デフォルトの名無しさん:02/01/23 08:16
ソフトウェアの面はよいとして、問題はそれを置くサーバだなあ。

どれだけ負荷がかかるか予想立てられる人が居ますか?
また、その負荷に耐えられるサーバを用意出来る人は居ますか?

59 :デフォルトの名無しさん:02/01/23 08:22
そのサーバには、NNTP<->2chGatewayもついでに置かれるという罠。

60 :デフォルトの名無しさん:02/01/23 10:02
どこかにサーバを立てるとなると、将来的に負荷は相当なものになるだろうな…
クライアント−proxy間はHTTPを捨てちゃえば少しはマシになるかも。(それってproxyって言わない気が)
ま、proxyをローカルに置いてもらうって選択肢もないことはないし。
gikozillaとしてのクライアントAPIを策定するだけでも意義はあるよね。

61 :aki:02/01/23 10:50
>>36
read.cgi がある cvs 鯖とか。

62 :12:02/01/23 11:19
おっ。意外とプロクシ反響あるんだね。

>>46
プロクシ作るとしてレスポンス規格が厳密にするけど、いくつかのプロファイルを用意したいなと思う。
PC向けクライアントを作るのなら XML で返すというのも非常に意義のあることなんだろうけど、
オレがそもそもこの考えに至ったのは PDA で2chクライアントを書こうと思ったからなんだ。
PDA だとさすがに XMLパーザ載せる/作る の辛いじゃない?

>>49
プロクシサーバにログを保存するというのは、(オレは)考えていなかった。
そうすると、ストレージ面で 2ch相当の設備がきっと必要になるからだ。
キャッシュという概念くらいなら盛り込めたらパフォーマンスあがるだろうね。

>>22
オレは共通DLLは考えて無かった。オレ自身がマイナーなPDA向けにクライアントを
書きたかったということもあり、プラットフォーム依存性には敏感になっていたんだよ。
それで、共通DLLではなくプロクシという提案をしている。

それと、負荷を気にする声が多いけど、オレは楽観的に考えている。
だって、このプロクシには monazilla のツールやブラウザは接続しないんだぜ?
一般ユーザーは、かちゅ〜しゃ使うって。このプロクシに繋ぎにくるのなんて
ここでオープンうんぬん騒いでるオレ達だけなんだからさ。きっと。
それにストレージ面での心配がなければプロクシサーバをいっぱい動かすのも
容易じゃないか? いろんな人のいろんなサーバで動かせるはずだよ。
実際そうならないと、2ch側の個別規制をくぐりぬけられないと思うし。

巨大掲示板のオルタナティブとして生まれた2chが王道にたった今、
オレらが 2chのオルタナティブとして生きていこうじゃないか。
オルタナティブとしてのおもしろさ続けていこうな。

63 :デフォルトの名無しさん:02/01/23 12:01
やる気マンマンの>>12がいるスレはここですか?
よーし、じゃとりあえず点呼しよう。
0!(漏れも>>8に続いて傍観者)


64 :266@ム板:02/01/23 12:08
あー、やっぱ誰でも考えることは同じですね(w

gikozilla 用に、よくあるタイプのレンタルサーバを
月額 3k〜4k ぐらいで確保しちゃうのも手ですよ。
MySQL + PHP あたりで必要なコードを書いてしまって、
外部からは HTTP 経由で CGI 呼び出しのようにしてアクセスする、と。
一部では月額 10k ぐらいでまるまる一台確保できるところもあるみたいですな。

あと、30秒に一回とかそれぐらいの割合で 2ch.net をポーリングするとか。
こうするとクライアントから 2ch.net には書き込みだけすればよくなります。
バランス調整次第では、PointCast もどきにできるはずです。

65 :デフォルトの名無しさん:02/01/23 12:12
その鯖レンタル代誰が払うの…。
proxy使用者に負担で2chと同じ結末?

66 :266@ム板:02/01/23 12:15
>>65
私ゃ持ち出しでやりますよ。
転送量が、とかいう話になったらやめるだけの話。

67 :デフォルトの名無しさん:02/01/23 12:28
んにゃ、266さんが来た、つーことは P2P project も絡んでくるのかな。
過去ログ消されてもこれで安心?

68 :266@ム板:02/01/23 12:33
>>67
いや、横やりだけ。
こっちもこっちでサーバ構えて色々やるつもりなので。
ネタ出しとかテストへの協力とか
そういう面では何かしらオファーできるかもしれません。
なま暖かい視線を送り続けるということでよろしく。
邪魔にならないよう、もう原住スレに戻ります:)

69 :デフォルトの名無しさん:02/01/23 14:47
動作が同じであれば proxy が複数あってもいいんじゃないか
ということは複数の無料鯖集めれば済む話かと

できるだけ負荷分散したいからcgiフリーな鯖であれば
置けるくらいの動作仕様が望ましいかも

70 :デフォルトの名無しさん:02/01/23 14:57
やっぱりgikogateも2chから規制されるような気がする…

71 :デフォルトの名無しさん:02/01/23 15:06
>>70
>>62ぐらいの規模なら、規制する理由はないでしょう。
普通のブラウザで読むのと変わらない程度の負荷なら問題ないと思います。

72 :デフォルトの名無しさん:02/01/23 17:14
>71
>あと、30秒に一回とかそれぐらいの割合で 2ch.net をポーリングするとか。
こういうことするなら、
>普通のブラウザで読むのと変わらない程度の負荷なら問題ないと思います。
とは思えないんだけどな。

73 :seven:02/01/23 18:56
とりあえず、PC鯖だけポーリングするとか。
と記念カキコ

74 :デフォルトの名無しさん:02/01/23 20:54
早く作れよ

75 :デフォルトの名無しさん:02/01/23 21:06
なに言ってるんだよ。こうやって考えてるだけが楽しいんだろ。
このスレってそういう趣旨みたいだし。

76 :デフォルトの名無しさん:02/01/23 21:23
>>75
えっ?作らないの???

77 :デフォルトの名無しさん:02/01/23 21:36
順序よく作っていくんでしょう。
急ぎすぎ。

78 :デフォルトの名無しさん:02/01/23 21:48
作らないよ。つーか作れない。
だって俺たち、ギコジーラだもん。

♪ぎーぎーぎーぎこ ギコずぃ〜らぁ〜 ギコっ!!

79 :デフォルトの名無しさん:02/01/23 21:50
gikozillaが出来る前に2ちゃんが崩壊してるのに1000ダカット。

80 :デフォルトの名無しさん:02/01/23 21:52
[[[[[[[

81 :デフォルトの名無しさん:02/01/23 22:00
>>78
えっ?作れないの???

82 :デフォルトの名無しさん:02/01/23 22:29
つぎはしぃじら?発音しにくひ…

83 :monazilla?何それ。:02/01/23 22:40
monazilla開発ゴッコ関係者が暴れてますな。見苦しい・・・。

84 :デフォルトの名無しさん:02/01/23 22:49
>>83
発想が浅い、無効!!

85 :デフォルトの名無しさん:02/01/23 22:52
monazilla開発者が暴れてますな。見苦しい・・・。


86 :デフォルトの名無しさん:02/01/23 23:01
monazilla開発者が暴れてますな。見苦しい・・・。

87 :デフォルトの名無しさん:02/01/23 23:02
monazillaが暴れてるんでしょ?

88 :デフォルトの名無しさん:02/01/23 23:03
monazillaが暴れてますな。見苦しい・・・。

89 :デフォルトの名無しさん:02/01/23 23:11
monazilla開発ゴッコ関係者が暴れてますな。見苦しい・・・。


90 :デフォルトの名無しさん:02/01/23 23:18
誰かがMonazillaスレで逝ってたけど、
本当にGNOMEとKDEの関係になりそうで怖いな。

91 :デフォルトの名無しさん:02/01/23 23:20
今までソースを公開してたソフトがまた公開を再開したら漏れ的にはmonazillaで文句ないんだけどなー

92 :デフォルトの名無しさん:02/01/23 23:37
誰かが裏でシコシコ作ってるんだろなぁ

93 :デフォルトの名無しさん:02/01/23 23:38
とりあえずproxy開発するんですよね?


94 :Monazilla:02/01/23 23:40
              ☆ チン     マチクタビレタ〜
                         マチクタビレタ〜
        ☆ チン  〃  Λ_Λ    / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
          ヽ ___\(\・∀・) <  ねぇねぇまだなの?早く早く〜
             \_/⊂ ⊂_ )   \_____________
           / ̄ ̄ ̄ ̄ ̄ ̄ /|
        | ̄ ̄ ̄ ̄ ̄ ̄ ̄|  |
        |  長野りんご.   |/


95 :デフォルトの名無しさん:02/01/23 23:50
Monazilla は2度死ぬ
Gikozilla はすでに死んでいる

96 :デフォルトの名無しさん:02/01/23 23:52
嫉妬レスが目立ちますね。
君らも参加したら?

97 :デフォルトの名無しさん:02/01/23 23:54
>>96
・・・・・

98 :mono ◆iyhL22xI :02/01/24 00:17
>>64
13Kでまるまる1台借りれるところで借りて、
datキャッシュサーバのようなことをやりましたが、
datファイルが1ヶ月で6G近くたまります...ので、
かなり難しいことだと思います・・・。違ってたらごめんなさい。

99 :デフォルトの名無しさん:02/01/24 00:50
>>98
そんなにたまる?
2ちゃんの場合、板が100、それぞれスレッドが600あるとして
書くスレッドの上限が512KBだから、全部埋まったとしてで30GB。
(;´Д`)

100 :デフォルトの名無しさん:02/01/24 00:50
>>12
server side で2ちゃんねるのHTMLを加工するって話だったら、おれも3日前に
ちょっと似てるの作りました。 http://moso.borogrammers.net/newlin/
←これ。

2ちゃんねるに書き込まれた発言のうち、URLだけを流し読みするためのサイトなん
だけど、数十分ごとに2chをポーリングして(index.htmlだけ取得)、サーバ側で
HTML -> 俺スキーマなXML に加工して蓄積してます。ソースコードも全部おいて
あるのでよかったら御覧くださいませ >>12 さん他。



101 :デフォルトの名無しさん:02/01/24 00:57
とりあえずproxyとなるとサーバ借りたり大変だと思うんで
cgiとして実装してみたら?クライアントから見てAPIが
規定されているだけでも非常に便利だとは思うんでね。
オープンがどうのってのは良く分からんけど、
サーバーの差異を吸収というのは是非やって欲しいと思った。

102 :デフォルトの名無しさん:02/01/24 00:59
>>100
xmlはどのくらいの割合で増えますか?

103 :100:02/01/24 00:59
>>100
ちと書き忘れ。

何が言いたいかというと、2ちゃんからdat直読みできなくなっても、サーバ
サイドで、クライアントからの要求に従ってリアルタイムに、HTMLからdat
(に近いもの)を生成するのは結構簡単なんじゃないかと。それだけ。

俺は、>>100のヤツはXSLTで書いたんですけど、ソースコードはかなり小さいです。
正規表現が使えるXSLTプロセサをサーバサイドで使えるなら、もっと小さくなると
思う。

参考: http://www.exslt.org/


104 :100:02/01/24 01:01
>>102
いまんことwatchしてる板が少ない(というか基本的に俺個人用なので増やさないつもり)
ので、3〜4MB/day です。

105 :デフォルトの名無しさん:02/01/24 01:05
×いまんこと
○いまんとこ

たまってますね(ワラ

本題・・・
オープン(全板取り込み)にしたら、60-80Mb/day位ですかね?
とすると2GB/monthくらいかな?
ささえきれるかな?

106 :デフォルトの名無しさん:02/01/24 01:07
proxyだったら溜め込む必要ないでは?


107 :デフォルトの名無しさん:02/01/24 01:08
つかさ、
何をやるにも2ちゃんねる側の負荷やら転送量を気にしながら
作らなきゃいけない現状ってのがやっぱり異常だと思うんだよ。

だから、proxyってのはいい案だと思う。proxy側でキャッシュ
すれば2ちゃんねる側にはproxyひとつがアクセスする分だけの
負荷と転送量しかかからないし。全部キャッシュするのが
難しければP2Pを導入すれば負担も少なくやれる。
是非、実現して欲しい。


108 :デフォルトの名無しさん:02/01/24 01:13
いまでてる話って変換プロキシーじゃないの?
2ちゃんのキャッシュプロキシー作るなんて無謀だと思う。

109 :デフォルトの名無しさん:02/01/24 01:15
>>105
ガ━━━━(;゚д゚)━━━━━ン
溜まってます(ワラ

>>107
同意。そのサーバのディスクの空きに応じた量だけキャッシュ、
ってproxyは良い案だとおもいます。


110 :デフォルトの名無しさん:02/01/24 01:36
squid みたいにして散らせば負荷分散になるしな

111 :傍観者:02/01/24 02:16
p2pとうまく折り合いつけられたら
すごいことになりそうな気がする…


112 :デフォルトの名無しさん:02/01/24 03:38
ひとつの公式見解がでてきました。
http://pc.2ch.net/test/read.cgi/tech/1005282763/541-

113 :デフォルトの名無しさん:02/01/24 03:42
Monazilaと対立するしないは別として
P2Pと組んでやって見るのがよさげだね

114 :ひろゆき@暫定管理人 ★:02/01/24 03:44
NGのっとり計画。。。

115 :デフォルトの名無しさん:02/01/24 03:47
で、どうよ?

116 :ひろゆき@暫定管理人 ★:02/01/24 03:55
んで、proxyサーバのキャッシュをキャッシュ取得するたびに、
NGに流しまくるってのはどうよ?

117 :デフォルトの名無しさん:02/01/24 04:08
>>112
寛容な見解、ありがたいですね。
感謝。


118 :デフォルトの名無しさん:02/01/24 04:25
それよりMSNメッセンジャーを乗っ取りたいな。
予め必要スレをProxyに登録しとくと、キャッシュが更新される
たびに、MSNメッセンジャー経由でメッセージが届くとか?
2ちゃんブラウザ側でMSNメッセンジャーのプロトコルに対応
してくれれば、「見に行く」から「届く」になるから、便利そうだと
思うが、どうよ?

119 :デフォルトの名無しさん:02/01/24 04:31
>>118
今以上にどうでもいいレスが増える(w

120 :デフォルトの名無しさん:02/01/24 04:35
まー確かに、大量の宣伝書き込みが嫌ってほど届く可能性はある(w

121 :デフォルトの名無しさん:02/01/24 04:37
DM会社は大喜びだろーね!(ワラ

122 :デフォルトの名無しさん:02/01/24 04:39
>>118
MSNメッセンジャー直狙いはともかく、proxy側からクライアントに
pushする仕組みは整えておくと便利かも。


123 :デフォルトの名無しさん:02/01/24 04:43
じゃあ /.J も

124 :デフォルトの名無しさん:02/01/24 04:45
2ちゃんブラウザの自動巡回機能でスレ取り込み、それをメールなり
ニュースなりMSNメッセンジャーなりへ投げるってのは、それほど難
しくなさそう。
でも、これを個人個人が行うと自動巡回の負荷が掛かるしな・・・・

125 :デフォルトの名無しさん:02/01/24 04:48
>proxy側からクライアントに pushする仕組みは整えておくと便利かも。
SSTP-botを思い浮かべてしまった‥‥

126 :デフォルトの名無しさん:02/01/24 04:52
可愛いキャラクターが、2ちゃんの書き込みを台詞として表示!
逝ってよし、ハァ?、氏ね、回線切って首吊れや!等、2ちゃん用語連発
萌えますな(笑

127 :うにゅう:02/01/24 04:57
>126
わしの扱いをどうするかが問題やね。

128 :デフォルトの名無しさん:02/01/24 05:01
質問した者です。ひろゆき、OKくれたよ。
あーよかった。で、次は仕様固めだな。

・共通フォーマット
・ログのキャッシュ
・P2P化
・push
・2ちゃんねるへのアクセス方法

決めるのはこんなとこか…?
上から順に重要度高しかね?

まずは言い出しっぺの>>12の意見を聞きたいところ。
266さんのprojectととも協力したいが、もう無理かなぁ

129 :デフォルトの名無しさん:02/01/24 05:34
クライアント−proxy間はセッション張りっぱなし(httpステ)
スレに更新があったら、差分だけクライアントに送る。
サーバを分散してそれぞれやりとりすればまさにIRCライクに!

もはやproxyでも何でもないな(w

130 :デフォルトの名無しさん:02/01/24 05:37
>>129
イイ!
IRCクライアントがそのまま使えたら天国だな(w

まぁ、proxy っつても、http proxyつくるとは誰も
思ってないっしょ。


131 :デフォルトの名無しさん:02/01/24 05:42
数千セッション張りっぱなしなデーモン書くのは、、運用方法も含めて
安定させるまで一苦労だよね。ircd見てても。

でも夢があっていいな。賛成>>129


132 :デフォルトの名無しさん:02/01/24 06:10
1つの鯖が数千セッション張らなくても、それこそ疑似p2pで
管理・分散する方法をとればいいとおもう。

133 :デフォルトの名無しさん:02/01/24 06:30
>>128
ファイアウォールの中にいても使えるようにしてくれると幸せ。
P2P機能を取り入れるなら特に。
常時接続でルータ外すわけにいかないユーザーもいるし。


134 :デフォルトの名無しさん:02/01/24 07:58
>>133
FTPのPASVのような、どっちがポートを開いて待ち受けるか決める
調停機能があればいいのかな?

火壁内クライアントA:そっちでポート開いてほしいんだけど、どうよ?
火壁外クライアントB:OK!8088へ繋いでよし

火壁内クライアントA:そっちでポート開いてほしいんだけど、どうよ?
火壁内クライアントB:ハァ?
火壁内クライアントA:氏ね
火壁内クライアントB:オマエモナー

といったやりとりをさせればいいのかな?

135 :デフォルトの名無しさん:02/01/24 08:57
ircいいねー
ircdには既存のものをつかって、
proxy<->間のデータのやりとりは
botにやらせれば開発コストも低い

スレッドをチャンネルに対応させるといいか。

proxy<->クライアント間のインタフェースが決まれば
いくらでも拡張できるな。

136 :デフォルトの名無しさん:02/01/24 17:24
で、誰が鯖立てて、誰がproxyを書くのよ。
クライアントなら俺も手伝えるけど。


137 :デフォルトの名無しさん:02/01/24 18:55
>>134
だね。
P2Pって基本的な技術とかよく知らんのだけど
火壁内to火壁内の接続でも
うまく解決してくれるようにしてくれると幸せだけど
さすがにそれは難しいか...(串鯖に中継させる?)


138 :デフォルトの名無しさん:02/01/24 18:59
いちどポシャったかと思ったが112から一気に息を吹き返したな。

http://pc.2ch.net/test/read.cgi/tech/998915621/
この辺とかってなにか参考になるのかな

139 :12:02/01/24 19:34
なんか大きな話になってるねぇ。

>>129
むずかしくない? クライアント - プロクシ間の転送効率と即時性を
あげたいというのは分かるんだけど、そうするとプロクシが
2ちゃんサーバに対してポーリングを行うことにならないか?

P2Pな方向に進むとストレージ面で苦労しそうな気がするし。

オレは >>101 の意見は目からウロコだった。オレがやりたかったのは
クライアントに対するAPIの共通化とそのオープン性の維持だったからさ、
そーいわれりゃ、CGIでも実装できるな、と。

事実、オレにはサーバを無料で借り受けられるようなバックグラウンドや
コネなんてないからね。でかい事言ってすまん。

とりあえず、>>128 がまとめてくれた項目で オレが考えていたのは
・共通フォーマット
だけなんだ。だからオレ的都合でここから話をはじめていいかい?

ここを決めて、適当にコンバートCGI書いちゃえばクライアント開発に
着手できるはずだからね。規格に則ったクライアントが増えれば
レスポンスなどの向上のために proxy立てようとか、裏でキャッシュしとこうよ、
とか話が膨らむ(かもしれない)だろ?

サーバサイドの仕組みをおおげさにすると実装に時間がかかりすぎるから、
共通フォーマットを制定して クライアント開発とサーバサイド開発を
平行して進めていくのがいいんじゃないかと思う。

140 :せちがないにぎりめし:02/01/24 20:29
どうも 兄ちゃんねると言うサイトをやっています。
せちがないにぎりめしと申します。
皆さん とても開発熱心で しかも僕にはわからない言語が飛び交っていまして
?が百個ぐらい頭の上にある状態なんですが
最近HPが重くなってきたものですから
何とか専用サーバーを入れたいなーと思いまして
相手の企業にビジネスプランを提供する代わりに専用サーバーを手に入れようか…
などと考えているのですが いかんせ自分にプログラムの知識が無いので色々と協力してくださる方々を探しているのですが
みなさんはやはり 2chの為のツールしか作成されないんでしょうか?
それとも 他のサイトにも協力していただけるんでしょうか?

141 :デフォルトの名無しさん:02/01/24 20:41
>>140

そっちで、これから決められるであろう共通フォーマットを出力して
くれるんなら多分、"Gikozilla対応"のクライアントからは読めるよう
になるんじゃないかな。…そういう話じゃないのか?


142 :デフォルトの名無しさん:02/01/24 20:45
>>139
そそ。ポーリングになっちゃうよね。そのへんはちょっとつらい。
やっぱり重要なのはAPIだね。これさえきっちり決めておけば、proxyもクライアントもどういう形で実装してもOKだからね。
>>140
APIさえ統一されれば、他のサイトにもいくらでも適用できまっせ。

143 :せちがないにぎりめし:02/01/24 21:07
ふが…
む むずかしい 言葉が…
僕にわかる言葉で言うと空のサーバーに 今までの物と互換性を持たせつつ
P2Pとか なんか話して見えたプロキシですか?
そういう物が動く環境を優先して掲示板を作ってもらえませんか?
となるんですが…

>>141-142 ということは
このスレッドの前の方に書いてある事を元に互換CGIを準備したら
そちらで開発した物で兄も見えますよ… って事で良いんでしょうか?

144 :デフォルトの名無しさん:02/01/24 21:09
>そういう物が動く環境を優先して掲示板を作ってもらえませんか?

おまえ、このスレ出入り禁止。

145 :デフォルトの名無しさん:02/01/24 21:12
お風邪などひかれませんようにお体に気をつけてがんばって開発してください。
すれ汚し申し訳ありませんでした
お邪魔しました。

146 :デフォルトの名無しさん:02/01/24 21:27
すいません
兄ちゃんねるで>>143が誤解されてるのでは無いかと怒られまして…
そういうものが動く環境を、(兄ちゃんねるに)優先して作って欲しい。
こういうつもりで言ったんじゃなくて
環境を優先して、掲示板を作って欲しい。
というつもりで あの 皆さんの開発ツールの実験というか
皆さんのアイデアのツールを動かす為のといいますか
そういうつもりだったんです。

コチラの勘違いでしたらたびたびすれ汚し申し訳ありませんでした。
しつれいします。

147 :デフォルトの名無しさん:02/01/24 21:40
>>140 >>143 >>146
これかい?

http://ani_ch.tripod.co.jp/

内部フォーマット(データ保持)はどうなっての?

148 :140:02/01/24 21:44
正式にはそっちじゃなくて
http://www.i-love-you.gr.jp/suball/index.cgi?ID=1
こっちになります。
現在の状況としては17氏のスクリプトにちょっと手を加えた程度の物になってます。

149 :デフォルトの名無しさん:02/01/24 21:54
proxy の詳細は不明。
ただの変換 proxy にするか、キャッシュを取るか、
さらにP2Pを付け加えるか(負荷軽減)、さらにさらに
もっと便利な機能を付け加えるか、
どうなるかは、まだ決まってないよ。

だからとりあえず、共通フォーマットを策定するして
それ用の専用クライアントを書こうか、という話。
ここの部分は proxy がどうなろうと変わらんから。

で、具体的に兄ちゃんねる向けに何をして貰いたいの?
専用クライアント(まだ出来てないけど)で読むだけなら、
共通フォーマットを出力して貰えば対応できます。

150 :デフォルトの名無しさん:02/01/24 21:54
>>144
こらこら。出入り禁止とか言うなって。

151 :140:02/01/24 22:02
>>149
フムフム てことは CGIとかサーバー側はまったく無関係で良いという事でよかったでしょうか?

てっきりサーバー側にも専用の設定とか組み込みとかして動かす物だと思ったの物で
そのあたりの実験がてら そういう物を動かすという視点から見た掲示板をつくらないと逝けないのかなーと
思った物ですから
サーバー移動に伴ってシステムの組みなおしを検討していた物ですから
どうせなら僕みたいな内部の処理に関しての構想が無い人間よりも
内部の処理面でいろんな企画考えて見える方が作られた方が良いのかなーと思った次第です。

ですので 特にこれをお願いしたいとかという部分があるわけでも無いんです…
普通のCGIを組んで下さいなんて言えませんし…


152 :140:02/01/24 22:04
どう言ったらいいかわかんないんですが
皆さんが新しいネットワークのシステムの構築を目指してみえるような気がしたので
実験といいますか…
実用してみるのに使ってみて頂けたらありがたいなと…

153 :デフォルトの名無しさん:02/01/24 22:34
Gikozillaはいわば、2ちゃんねるの外に覆い被さって(本体の
改造なしに)、もっとプログラマに便利に改造しちゃおーという
プロジェクトなんです。
ちゅーわけで、ちと誤解があるかな。

154 :140:02/01/24 22:37
>>153
了解しました。誤解してたようです。
すいません失礼しました。

155 :デフォルトの名無しさん:02/01/24 22:50
>>140
考え方によっちゃチャンスかもよ?
ここでgikozillaに参加しておくと標準板リスト?に兄ちゃんねるの板も
含まれるかもしれないじゃん。別にgikozillaは2ちゃん専用の
ラッパーである必要はないんだろ? 2ちゃんも兄ちゃんもその他掲示板の
ラッパーもgikozillaとして取り組んで共通フォーマットでクライアントに
提供できたらすげ−ことなんじゃねーか、と思った。

156 :デフォルトの名無しさん:02/01/24 22:55
まぁまぁ、まだフォーマットも決まってないのに…
とりあえず、始めよう。
俺はXML形式がいい。でも、CSV形式の方が手軽でいいかな?

157 :140:02/01/24 22:59
>>155
ありがとうございます。
確かにありがたいチャンスですねー
ただどうせシステム入れ替えるならというのもありまして
他の掲示板上で出来ない事が出来るというネタを仕込みたいんですが
そういう掲示板オリジナルのシステム部分についてはやはり共有型のソフトだと切られる事になりますよね?
書き込み等は他のとそんなに変わらないんですが やはり書き込みの時の処理で独自なのがあると不味いんでしょうか?
それとも書き込みのCGIとかのソースを公開しておくで対応して頂けたりするんでしょうか?

質問ばかりで申し訳ない


158 :デフォルトの名無しさん:02/01/24 23:21
>>140
「gikozillaに参加しておくと」というのは「君自身が兄チャンネルの
gikozillaラッパーを書くと」という意味だ。酷な言い方だが、多くの開発者は
2ちゃんねるを読み出したいという欲求は持っていても、兄ちゃんを読み出したいという
欲求は持っていないだろう? だから他力本願だと実現は難しい。
「対応して頂けたり…」なんて言ってるようじゃ相手にされないよ。

兄ちゃんねるに関してラッパーを書くのは >>140 自身だ。
チャンスだと言ったのは gikozilla対応掲示板を謳い、
さらに何かの間違いでgikozillaが世間に認知されるようなことになったら、
gikozillaユーザーにとって「2ちゃん」も「兄ちゃん」も同じ存在になる、ということだ。
決して「誰かが開発してくれるかもよ?」などとは言っていない。

>>140 がんばれ!

159 :デフォルトの名無しさん:02/01/24 23:23
>>157
板一覧、スレ一覧、書き込み内容が効率的に取得できれば、他はどんな
フォーマットでも構わないと思うよ。

板一覧に必要な情報
カテゴリー名、カテゴリーに所属する板名、カテゴリーに所属する板を識
別できる何か(2chの場合は、鯖名とディレクトリ名が使用されてる)。

スレ一覧に必要な情報
スレ名、発言数、スレを識別できる何か(2chの場合はユニークな番号が
使用されてる)。

書き込み内容に必要な情報
書き込み時間、書き込み者名、発言内容

フォーマットはCSV形式の方が扱いが楽だと思うけど、XML化するメリット
ってなんだろう?

160 :デフォルトの名無しさん:02/01/24 23:39
スレ一覧などはバイナリイメージでの取得キボンヌ

typedef _thread_list {
 char[10] index;
char[96] name;
char[32] host;
char[32] path;
} ThreadList;

取得したデータを (ThreadList*) にキャストしたら即利用可能。
parse?ナニソレ?カッタルイヨ。。。

161 :デフォルトの名無しさん:02/01/24 23:45
>>160
ちょっと前時代的すぎ

162 :デフォルトの名無しさん:02/01/24 23:49
とりあえずフォーマットはsubject.txtと*.datだと仮定してみる。
そいでもって改善ポイントを出して行こうや。

・書きこみ単位にシーケンス番号が付いてると嬉しい。

…これしか思いつかんかった。あとはリクエストも決めないといけなんだよな。
データの差分取得したい時はどうやって要求範囲をリクエストするのか、とかだな。

163 :デフォルトの名無しさん:02/01/25 00:05
>>156
スマソ。漏れもXMLにするメリットがよく分からん。
できれば詳しく説明をキボンヌ。

164 :デフォルトの名無しさん:02/01/25 00:08
>>163
こんなところじゃない?

1)文字コードだとか固定長か可変長かとか細かい仕様を考えずに済む。
2)パーサーを使えば取り扱いが比較的容易。
3)スキーマで検査すればエラーチェックも容易。
4)フォーマットの拡張も比較的容易と言えば容易。

つまりはそれなりに楽。が、重い。

165 :デフォルトの名無しさん:02/01/25 00:14
proxyの出力をそのままブラウザに喰わせられることでは?>XML

166 :デフォルトの名無しさん:02/01/25 00:18
実際には XSLT で サーバ側で HTML か XHTML にしないとしおしおだが。

167 :デフォルトの名無しさん:02/01/25 00:21
>166
CSS for XMLって使えないの?

168 :デフォルトの名無しさん:02/01/25 00:24
方向性としてはXMLということで次は何を決めればいいの?

169 :デフォルトの名無しさん:02/01/25 00:27
>>168
suject.txt & dat の DTD/XML Scheme/Relax Scheme

170 :デフォルトの名無しさん:02/01/25 00:27
どういうリクエストをだせば、どういう応答がかえってくるのか、ってヤツでは?

171 :デフォルトの名無しさん:02/01/25 00:28
>>167
XML のまま食わすとブラウザを結構選ぶような

172 :デフォルトの名無しさん:02/01/25 00:32
HTTPリクエストのAccept見たいに
accept: text/xml; text/cvs
とかして、現在鯖が対応しているのを返すというのはどうだろう。


173 :デフォルトの名無しさん:02/01/25 00:33
>>172
そんなならURL自体を変えたほうがいい。

174 :デフォルトの名無しさん:02/01/25 00:35
>>172
いいかも。あと、圧縮形式とか。
proxyの能力を見るコマンドを独立して作りたいね。


175 :デフォルトの名無しさん:02/01/25 00:35
>>164
重い・でかいというデメリットに比べて
1-4のメリットは取るに足らないもののような。

不統一な各種datフォーマットをどれかに統一する
程度が現実的だと思うが。

176 :デフォルトの名無しさん:02/01/25 00:39
>>175
加工が楽ってのもメリットだな。
後は何となくかっこいい(w

177 :デフォルトの名無しさん:02/01/25 00:40
じゃあこんな感じ?

板一覧
<?xml version="1.0"?>
<boardlist>
 <board>
  <server>pc.2ch.net</server>
  <path>tech</path>
  <board-id>pc.2ch.net/tech</board-id>
  <boardname>プログラム技術</boardname>
 </board>
 <board>
  <server>pc.2ch.net</server>
  <path>unix</path>
  <board-id>pc.2ch.net/unix</board-id>
  <boardname>UNIX</boardname>
 </board>
</boardlist>

スレ一覧
<?xml version="1.0"?>
<threadlist>
 <board-id>pc.2ch.net/tech</board-id>
 <thread>
  <thread-id>1011719933</thread-id>
  <threadtitle>gikozilla</threadtitle>
 </thread>
 <thread>
  <thread-id>1011659329</thread-id>
  <threadtitle>VC++よくわからん</threadtitle>
 </thread>
</threadlist>


178 :デフォルトの名無しさん:02/01/25 00:42
gzipがよく効きそうなデータだな‥‥
そうそう、XMLなら、データベースに直接吐かせることもできるぞ。

179 :デフォルトの名無しさん:02/01/25 00:44
>>178
それはcsvでも(略

180 :デフォルトの名無しさん:02/01/25 00:44
でもって、スレ。
<?xml version="1.0"?>
<messagelist>
 <board-id>pc.2ch.net/tech</board-id>
 <thread-id>1011719933</thread-id>
 <threadtitle>gikozilla</threadtitle>
 <message>
  <message-id>1</message-id>
  <author>デフォルトの名無しさん</author>
  <email></email>
  <body>monazillaとは独立に2ちゃんねるに関連するプログラムを作るプロジェクト。</body>
 </mesasge>
 <message>
  <message-id>2</message-id>
  <author>デフォルトの名無しさん</author>
  <email>sage</email>
  <body>まず、gikozillaのミッションを定義しなければならない。</body>
 </mesasge>
<messagelist>

……重いような。やっぱCVSにしない?(弱


181 :177=180:02/01/25 00:49
>>180 ×CVS ○CSV

182 :デフォルトの名無しさん:02/01/25 00:52
やっぱCSVか

183 :デフォルトの名無しさん:02/01/25 00:52
両方サポートしようぜ!とか言ってみるテスト

184 :デフォルトの名無しさん:02/01/25 00:58
CSVだと一番最初に厳格にフォーマットを決めないといけない。
XMLなら2ちゃんねる側に仕様変更が生じてもある程度対応できそうだ。

まずないだろうけど。

185 :デフォルトの名無しさん:02/01/25 00:58
>>183
作る人がいればサポートされるだろうね

186 :デフォルトの名無しさん:02/01/25 00:58
age

187 :183:02/01/25 00:59
ごめん。やっぱ撤回。
outputはひとつのがいいね。CSV支持。

188 :デフォルトの名無しさん:02/01/25 01:00
>>184
確かにそれはそうだ


189 :デフォルトの名無しさん:02/01/25 01:19
とりあえず現状での対応はCSVのみにして、
将来的には他のフォーマットもサポートできるような仕組みにするのはどうか。

フォーマットごとにURLを変えるのもアリかもしれないけど、
それでも窓口はひとつにしてリダイレクトで渡すほうがいい。

190 :デフォルトの名無しさん:02/01/25 01:29
>172の言うとおり、
acceptをきちんと取り扱えばOKじゃないのか?

191 :デフォルトの名無しさん:02/01/25 01:32
>>189
同意。
最低限CSVサポートってことでよろしいかと。
XMLしか吐かない、となるとちと困る場合もあるし。

192 :デフォルトの名無しさん:02/01/25 01:38
CSVで吐くならDATのデリミタをコンマに変換した形式になるのかな。

193 :デフォルトの名無しさん:02/01/25 01:41
本文中のコンマはどのようにエスケープするのでしょうか?

194 :デフォルトの名無しさん:02/01/25 01:41
基本的にXMLで吐くようにしておいて、CSVしか理解しないクライアントにはXSLTで
そのXMLをCSVに変換(超簡単)して返す方が賢いと思う。


195 :デフォルトの名無しさん:02/01/25 01:44
Gikogate 1.0 Core Specification draft-draft

protocol
support charset
server requirements
client requirements

196 :デフォルトの名無しさん:02/01/25 01:48
HTTPのラッパーにするか、
完全に独自のプロトコルにするのかという点も考えるべきだ。

個人的には前者だな。

197 :デフォルトの名無しさん:02/01/25 01:51
>>194
重い(重くなる)んじゃないの?

198 :194:02/01/25 01:53
今は分散を前提に速度より柔軟性をとるもんですよ。いや煽りじゃなくてマジで。
CSVなんて硬直したフォーマットを根底に持たないほうが絶対いいって。


199 :デフォルトの名無しさん:02/01/25 02:03
オープンソースで、多数の人が使用するということを考える(一応)と、
転送量、鯖の容量などは考えていったほうがいいんでは?
(XMLをサポートというのは同意だけど、標準でXMLはどうかと思う)

200 :デフォルトの名無しさん:02/01/25 02:09
XMLサポートを入れた場合、PDA以外のクライアントはどうせ、XMLでデータ
を持っていくと思うんだよね。あるいは、XMLでデータを持っていくほうが楽だ
と感じられる程度の技術を持った人間の作成したクライアントがシェアを得る
だろう、と言ってもいいかな。

だとすると、CSVをXMLに変換して返すというサポートの仕方は却ってオーバー
ヘッドになると思うんだな…。


201 :デフォルトの名無しさん:02/01/25 02:13
クライアントの作りやすさを考えると XML だな。
msxml と IE コンポだけで何とかなる手軽さ。

202 :デフォルトの名無しさん:02/01/25 02:14
>>200
んなこたーない。大体エンドユーザはXMLなんか知ったことか。何夢見てんだ?

203 :デフォルトの名無しさん:02/01/25 02:16
202は文盲か?

204 :デフォルトの名無しさん:02/01/25 02:18
>>201
gzipで圧縮すればXMLでもかなり転送量は減らせるはずだし、
IEにコンポ(プラグイン?)つければ終わりっつー手軽さがいいね

205 :デフォルトの名無しさん:02/01/25 02:18
>>202
エンドユーザ????


206 :デフォルトの名無しさん:02/01/25 02:18
>>200
は日本語を勉強中の外国人の方です。ようこそ日本へ!

207 :デフォルトの名無しさん:02/01/25 02:18
XMLを扱うのはクライアントで、
ユーザーが直接XMLを使うわけじゃないだろ。

208 :デフォルトの名無しさん:02/01/25 02:18
めんどくせーから、両方対応必須ってことで。
次行こー。

209 :206:02/01/25 02:19
206です。

>>202を煽るはずだったのに、>>200を煽ってしまった。
誠に申し訳ない。氏んでわびる。


210 :デフォルトの名無しさん:02/01/25 02:19
じゃあ鯖に保存するキャッシュの形式について話しますか?
それともクライアントと鯖の通信方法?

211 :デフォルトの名無しさん:02/01/25 02:24
順当に行くなら>>196
まじでCGIでやるのか?

212 :デフォルトの名無しさん:02/01/25 02:24
>>210
クライアントと鯖はHTTPで桶でしょう。gzipもHTTP1.1でできますし。

213 :デフォルトの名無しさん:02/01/25 02:26
別にCGIでもいいと思うな。あーそういえばmod_xsltなんてのもあるね。


214 :デフォルトの名無しさん:02/01/25 02:28
>>213
mod_xsltとな。
ぐぐってこよう。

215 :デフォルトの名無しさん:02/01/25 02:29
どういう独自ヘッダが必要になるかは他が決まってからかね。
キャッシュは DB 使えればレス単位で突っ込むのが簡単だが。

216 :デフォルトの名無しさん:02/01/25 02:37
>>214
あ、スマン。
改造すれば今回のに使えるかも、たぶん無理だけど、
って程度のブツですわ。


217 :デフォルトの名無しさん:02/01/25 03:45
>>609
どちらかといえばXV-5030

218 :217:02/01/25 03:52
うわぁ、なんかめっちゃ誤爆…
首吊って(以下略


219 :デフォルトの名無しさん:02/01/25 04:06
まずは実装

220 :デフォルトの名無しさん:02/01/25 05:32
後の話だけど、Mozillaエンジンを是非使ってほしいな。

Mozillaで2ch専用ブラウザ
http://green.jbbs.net/computer/bbs/read.cgi?BBS=479&KEY=1003080409


221 :デフォルトの名無しさん:02/01/25 07:00
ほんとにデータ形式をちゃんと決めなくて次逝っていいのか?
ココが一番重要だと思うんだが。

222 :デフォルトの名無しさん:02/01/25 07:10
今のとこ、データ形式については、こんな感じかな。
最初CSVでも、初期なら途中からXMLにするのも、まぁ可能。
でも、XMLがカッコイイよね(笑)、monazillaと差別化できるし :-)

1△XML
2△CSV
3△XML->CSV
4×CSV->XML


223 :デフォルトの名無しさん:02/01/25 07:42
とりあえず、csv,xml両方進めて行こう。サポートは任意で。
じゃ、内部形式だ。
csvデリミタは <> でいいのか?カンマは発言中に含まれるから ""での
エスケープが必要だが <> は絶対に現れないんだよな?

224 :デフォルトの名無しさん:02/01/25 07:54
>>223
「<〜>」は、htmlのタグとかち合わなければ何を入れてもいいはず。
勿論「<>」も。

225 :デフォルトの名無しさん:02/01/25 09:40
プロキシはSOAPのサーバにして専用のクライアントを作れば?


226 :デフォルトの名無しさん:02/01/25 12:17
XMLは>>177,>>180 のままじゃないよね
板・スレにしろ属性分析が出来てないし

今日のよるにでもオレも考えてみるけど

227 :デフォルトの名無しさん:02/01/25 14:50
クライアントサイドでP2Pやろうと思ってるんで、
スレのMD5値だけ貰えるコマンドきぼんぬ。



228 :デフォルトの名無しさん:02/01/25 14:55
MD5より今はSHA1なんてどうか。

229 :デフォルトの名無しさん:02/01/25 17:17
>>228
禿げしく妥当


230 :デフォルトの名無しさん:02/01/25 19:59
>>224
オレ達の書きこみ「<>」は、read.cgiからは「&lt;&gt;」として得られる。
つまりhtmlだな。だから、発言中には絶対「<>」は含まれないんじゃねーの?

231 :デフォルトの名無しさん:02/01/25 20:44
comma で separate されていなくても
comma separated value というかが問題だな。

232 :デフォルトの名無しさん:02/01/25 21:26
>231
まったくだ。223がとても奇妙な発言に見えた。



233 :デフォルトの名無しさん:02/01/25 21:30
>>232
カンマで区切ってエスケープ処理に苦しむ人生を選択したわけだ、キミは

234 :デフォルトの名無しさん:02/01/25 21:35
やっぱりUNICODE流すの?

235 :217:02/01/25 21:40
>>234
UNICODEでもカンマはカンマだろう。

236 :デフォルトの名無しさん:02/01/25 21:50
>235
UTF-8ならな。UCS-2ならビットパターンは違う(8bitの 0 padding)。
ま、わかってるとおもうが。


237 :デフォルトの名無しさん:02/01/25 21:51
>>236
UCS-2?

238 :デフォルトの名無しさん:02/01/25 21:56
>237
聞きたいことは何ですか?


239 :デフォルトの名無しさん:02/01/25 22:13
デリミタは半角『,』でいいんじゃないかな。既存のいろんなアプリで使えるし。
文章中の半角『,』は半角『¥,』でエスケープしとけばいいでしょ。
エスケープさせることに特にデメリットはなさそうだし…。

240 :デフォルトの名無しさん:02/01/25 22:16
呼び方はともかく、<>の方が処理がめんどくさくなくていいよ、、、
もしくはタブ区切り

241 :デフォルトの名無しさん:02/01/25 22:22
>>238
いや、それを言うなら UCS-2 ではなくて UTF-16 じゃないか、と。

242 :デフォルトの名無しさん:02/01/25 22:28
タブ区切りに一票

243 :デフォルトの名無しさん:02/01/25 22:30
なぜUCS-2の適当なコントロールコードをかっぱらってこない?

244 :デフォルトの名無しさん:02/01/25 22:35
なんでUCSで送るねん。


245 :デフォルトの名無しさん:02/01/25 22:35
厨房だらけ。


246 :デフォルトの名無しさん:02/01/25 23:11
え?XMLなら、UNICODEとセットじゃなかったけ?

247 :デフォルトの名無しさん:02/01/25 23:19
ちがう。
<?xml version="1.0" encoding="Shift_JIS"?>


248 :デフォルトの名無しさん:02/01/25 23:20
確かにCES無指定時のデフォルトはUTF-8 or 16だが、
決してUCS-2ではない。


249 :デフォルトの名無しさん:02/01/25 23:22
UTF-16で指定されるのは、UCS2のキャラクタではないの?

250 :デフォルトの名無しさん:02/01/25 23:24
もうややこしいから、<>にしたら?

251 :デフォルトの名無しさん:02/01/25 23:31
先は長そうだな

252 :デフォルトの名無しさん:02/01/26 00:47
まぁ、楽をするために可変長区切りデータにするのなら、楽をするために'<>'を使うのが妥当かと。

253 :デフォルトの名無しさん:02/01/26 00:55
いいからXMLにしとけよ。後でデータ項目とか属性増やす時どうすんだ?
後ろにずらずらくっつけてくのか?

254 :デフォルトの名無しさん:02/01/26 01:00
2chの元データがCSVなんだから
そんなに無茶な変更するはずないだろ。

255 :デフォルトの名無しさん:02/01/26 01:01
エンコーディングはShift-Jisね。はいもう決まった。最終決定。

256 :デフォルトの名無しさん:02/01/26 01:05
エンコーディングはEUCね。はいもう決まった。最終決定。

257 :デフォルトの名無しさん:02/01/26 01:07
>>255
しんじていいのですか ハァハァ

XML導入のときにうにコード化もするのかにゃ

258 :デフォルトの名無しさん:02/01/26 01:08
>>256
ハァハァ もうだめぽ

259 :デフォルトの名無しさん:02/01/26 01:08
なんか予想通りの展開だな。
誰かがベースになるコードを一通り組んじゃわないと
先に進まないよ。

260 :デフォルトの名無しさん:02/01/26 01:10
鯖くれ

261 :デフォルトの名無しさん:02/01/26 01:10
エンコーディングはTRONコードね。はいもう決まった。
ホントの最終決定

262 :デフォルトの名無しさん:02/01/26 01:11
>>260
鯖はやるが、回線は自分で調達しろよ

263 :デフォルトの名無しさん:02/01/26 01:17
だれか、XMLで、ベースのコード書いてくれ。
そうすれば、CVSみたいにXMLに付いて来れる奴だけフィルタリングされる。

264 :デフォルトの名無しさん:02/01/26 01:18
ベース。

int main(int argc,char* argv[]){
 return 0;
}

265 :デフォルトの名無しさん:02/01/26 01:21
#!/usr/bin/perl

use XML::Parser;
use XML::Writer;
use strict;


266 :デフォルトの名無しさん:02/01/26 01:23
ver 1.0 リリース

int main(int argc, char* argv[]){
 exit 0;
}

267 :デフォルトの名無しさん:02/01/26 01:23
>>266
コンパイルエラーですが何か?

268 :8:02/01/26 01:24
もろかぶったな。


269 :デフォルトの名無しさん:02/01/26 01:31
>268
どこの8?

270 :デフォルトの名無しさん:02/01/26 01:31
要求仕様書をくれ。

271 :デフォルトの名無しさん:02/01/26 01:32
XML正式採用
 ↓
ローカルの過去ログファイルのサイズ数倍に肥大化
 ↓
ユーザーに見放される
 ↓
gikozillaプロジェクトポシャる
 ↓
monazilla(゚д゚)ウマー

272 :デフォルトの名無しさん:02/01/26 01:34
XML正式採用
 ↓
ProxyもClientも誰も書かない。
 ↓
gikozilla (゚д゚)ナニソレー

273 :デフォルトの名無しさん:02/01/26 01:35
XMLだと XML database (DelphiだとTClientDataSetとか)にそのまま突っ込めて
扱い楽になったりする?

274 :デフォルトの名無しさん:02/01/26 01:39
フォーマット: CSV
デリミタ: タブ文字(\t)
文字コード: Shift_JIS

以上に決定しました。反論不可

275 :デフォルトの名無しさん:02/01/26 01:42
決定決定ってわめいてないでさっさとコード書けよ

276 :デフォルトの名無しさん:02/01/26 01:44
んじゃ、次コマンド

GET板一覧
GETスレ一覧
GETスレ(範囲指定可能)
GETスレのSHA-1

他には?
個人的にはGET★さんの発言がホスィ


277 :デフォルトの名無しさん:02/01/26 01:52
このスレはレガシーな厨房の宴の場か…



278 :デフォルトの名無しさん:02/01/26 01:56
そういや squid 鯖を立てないで
専用サーバ/クライアントを作る理由ってなんだっけ?

279 :デフォルトの名無しさん:02/01/26 01:56
>>277
人的リソースは限られているからね

280 :前レス読まずに質問:02/01/26 01:57
レガシーってなんですか?
non-OO ってあたり?

281 :デフォルトの名無しさん:02/01/26 01:59
及ばぬ鯉の滝登り

282 :デフォルトの名無しさん:02/01/26 02:39
週末になるとさすがに、リア厨どもがなだれ込んでくるな。
まぁ、休みあけまでは不毛な議論繰り返して、また平日に
なったら再開というところかな。

283 :デフォルトの名無しさん:02/01/26 02:49
いったいどこで中断したんだよ。
継ぎ目がぜんぜん見えないぞ(うぇら


284 :デフォルトの名無しさん:02/01/26 03:29
↑↑↑↑↑↑↑↑ 全員厨房 ↑↑↑↑↑↑↑↑

---------------- <継ぎ目> ----------------

↓↓↓↓↓↓↓↓ 全員厨房 ↓↓↓↓↓↓↓↓


285 :ぐだぐだ。:02/01/26 03:29
ぐだぐだ。

286 :デフォルトの名無しさん:02/01/26 03:33
while (!weekday) 不毛な議論();

287 :デフォルトの名無しさん:02/01/26 03:37
unless(code) 不毛な議論

288 :デフォルトの名無しさん:02/01/26 03:41
abort

289 :デフォルトの名無しさん:02/01/26 06:14
一つだけわかったことがある。Monazillaの判断は正しかった。
MLは有能な人を取り逃す可能性はあるものの、厨房を黙らせるには効果的である。

290 :デフォルトの名無しさん:02/01/26 07:54
厨房フィルタとしては、'sage'とか、閑散板でやるとかもある。

291 :デフォルトの名無しさん:02/01/26 08:42
フォーマット: CSV
デリミタ: タブ文字(\t)
文字コード: Shift_JIS

>>274の言ってたこれで実装してますが何か?
ついでにhtml展開(エレメントの除去, &lt; ⇒ < 変換など)もやってます。

292 :デフォルトの名無しさん:02/01/26 09:06
エレメントを除去したら何もなくなってしまいませんか。
除去するのは「タグ」でしょう。
http://www.ne.jp/asahi/minazuki/bakera/html/book/book3

293 :デフォルトの名無しさん:02/01/26 09:07
>291
えらい!

294 :デフォルトの名無しさん:02/01/26 11:07
>>282
gikozilla=レガシー指向(non-XML,non-OO,Cべたべた,厨房,親父,etc.)

という位置付けにして、もう一つプロジェクト立ち上げろよ

295 :デフォルトの名無しさん:02/01/26 11:22
>>294
何を望んでるんだ?Webサービス化?

296 :デフォルトの名無しさん:02/01/26 11:23
>何を望んでるんだ?
分裂に決まってんだろ。
分裂こそが更なる進化と多様性をもたらすのだ。

297 :デフォルトの名無しさん:02/01/26 11:42
これ以降、XML主体の設計で薦めて行きたい方はこちらへどうぞ
http://choco.2ch.net/test/read.cgi/news7/1009233792/l50

>>決定決定ってわめいてないでさっさとコード書けよ

実装中心主義の典型的レガシー厨

298 :デフォルトの名無しさん:02/01/26 11:48
We reject kings,presidents,and voting.
We believe in rough consensus and running code.

299 :デフォルトの名無しさん:02/01/26 12:16
だめだこりゃ

300 :デフォルトの名無しさん:02/01/26 12:56
Ruby >>>>>>>>>>>>>>>>>>> CSV
XMLにしろぼけ。

301 :デフォルトの名無しさん:02/01/26 12:59
>300
てめーはRubyうーざーじゃねーだろ!
RDに決まってんじゃねーか。Raccで解析ああ楽ちん。

302 :デフォルトの名無しさん:02/01/26 13:04
言語: Ruby
フォーマット: RD
文字コード: Shift_JIS

以上に決定しました。反論不可




303 :デフォルトの名無しさん:02/01/26 13:26
C厨の夢の宴はここですか?

>302
邪魔すんなYO!


304 :デフォルトの名無しさん:02/01/26 13:49
現在までの技術的成果

フォーマット: CSV
デリミタ: タブ文字(\t)
文字コード: Shift_JIS
言語: ANSI C

反論不可

305 :デフォルトの名無しさん:02/01/26 14:23
>>160 さんを中心にすすめていくとうまく行くと思うYO!
struct が抜けてるのが気になるがな(ゲラ


306 :デフォルトの名無しさん:02/01/26 15:23
>>160 さんを中心にすすめていくとうまく行くと思うYO!
スレ一覧なのに板…のが気になるがな(ゲラ


307 :デフォルトの名無しさん:02/01/26 15:30
>>304
フォーマットがCSV(Camma Separated Values)なのに、デリミタが\tとは、これいかに?

308 :デフォルトの名無しさん:02/01/26 15:55
フォーマット: TSV(Tab Separated Value)
デリミタ: タブ文字(\t)
文字コード: Shift_JIS
言語: ANSI C

はい決まった。もう決まった。

309 :デフォルトの名無しさん:02/01/26 16:09
Valueが単数形なのにタブで区切るとはこれいかに?

310 :デフォルトの名無しさん:02/01/26 16:21
フォーマット: TSV(Tab Separated Values)
デリミタ: タブ文字(\t)
文字コード: Shift_JIS
言語: ANSI C

ハイスキルを有するメンバー間の熱い議論の末、
ついにここまで磨き上げられました。

311 :デフォルトの名無しさん:02/01/26 16:37
既にスレの1/3が失われた・・・。

312 :デフォルトの名無しさん:02/01/26 16:44
javaでやりゃあラクだろうに・・・


313 :デフォルトの名無しさん:02/01/26 16:49
javaもc#もrubyも不可。c厨の意地を見せてやる。

314 :デフォルトの名無しさん:02/01/26 17:44
SJISとCSVの組み合わせは最悪。UTF-8のCSVなら納得。

315 :デフォルトの名無しさん:02/01/26 17:53
>>314 は知ったか厨

316 :デフォルトの名無しさん:02/01/26 17:58
タブ区切りにするならレス内のタブをエスケープする方法も決めとかないと。

317 :デフォルトの名無しさん:02/01/26 19:17
>316
レス内にタブ文字は出てこないから大丈夫と思います。
>314
知ったか厨はお呼びでないんだYO!

318 :デフォルトの名無しさん:02/01/26 19:51
そう? → ←これでタブ入ってるかな?

319 :デフォルトの名無しさん:02/01/26 19:54
>>317
やっぱタブ入るみたい。

320 :デフォルトの名無しさん:02/01/26 20:11
いっそのことNull Separate Valuesにしてみては。

321 :デフォルトの名無しさん:02/01/26 20:22
ヌル文字すら入ることがあるぞ。
よって絶対に入らないことを基準に区切り文字を選びたいなら
それこそ <> くらいしかない

322 :デフォルトの名無しさん:02/01/26 20:32
記事中の \t なんてどうせホワイトスペースにしか見えないんだから
スペースに変換しちゃえばいいのよん。 よってタブ区切りでウッボー

323 :デフォルトの名無しさん:02/01/26 21:19
専用ブラでポップアップしてるとちゃんとタブに見える場合もあります。
勝手にスペースに変換されるとインデントメタメタになるので困ります。
等幅モードがある苺やmegaBBSはOut of 眼中ですか。

324 :デフォルトの名無しさん:02/01/26 22:06
>>318
NNならタブに見えるんじゃなかったっけ?

325 :デフォルトの名無しさん:02/01/26 22:14
じゃあ<>で区切ることにしよう
ってこれなんて読むんだ?→<>

326 :デフォルトの名無しさん:02/01/26 22:18
ひしがた

327 :デフォルトの名無しさん:02/01/26 22:20
ダイヤモンド

328 :デフォルトの名無しさん:02/01/26 22:34
いや、垂直タブ文字で区切る事にしよう。

329 :デフォルトの名無しさん:02/01/26 22:39
1リクエスト1項目で取得。これ最強。

330 :デフォルトの名無しさん:02/01/26 22:45
*


全部入るから <> 区切りにしよう。

331 :命名:02/01/26 22:47
データ形式: DSV(Diamond Separated Values)
デリミタ: <> (0x3c,0x3e)

332 :デフォルトの名無しさん:02/01/26 22:58
>310
ワラタ

ここでXML, XMLって言ってるやつ
サーバリソースもちったぁ考えろよ
分散つったってサーバ引き受け先が
そんなにみつかるかどうかわからんのだしな

333 :デフォルトの名無しさん:02/01/26 23:08
なんかとりあえず、プロトでも作って出したほうが早いかな

334 :デフォルトの名無しさん:02/01/26 23:13
ブラウザ用のAPI決めれ
いいから早く

335 :デフォルトの名無しさん:02/01/27 00:03
>>332
XML
XML


336 :デフォルトの名無しさん:02/01/27 00:24
gikozillaを真面目に考えている人は、休みあけまでお待ちください。
土日厨があふれていますので。
それともいったん潜る?

337 :デフォルトの名無しさん:02/01/27 00:27
とりあえず、週明けにはいくつかの実装が出てくんじゃね?
オレ? オレも実装してるところ。クライアント付きだよ。お得だね!

338 :デフォルトの名無しさん:02/01/27 00:31
実装方法に合わせてパフォーマンスの高いフォーマットで返したら?
もうテキストとしての可読性なんてステステ。
C厨は >>160 だな。Java厨はどうせcsvでもらってもxmlでもらっても
なんか扱いやすいクラス作ってそこに突っ込むんだろ?
なら最初からそのオブジェクトをシリアライズして転送してもらえよ。
もらう方は楽チン。サーバ書く奴らはがんばってくださいと。

339 :デフォルトの名無しさん:02/01/27 02:09
>ヌル文字すら入ることがあるぞ。
ヌル文字入ったら、Cで扱う時困らない?
だから、ヌル文字はスペースか何かに変換して、NSVがいいと思う。

340 :デフォルトの名無しさん:02/01/27 02:25
>>339
>Cで扱う時困らない?
一般的な感覚は逆だとおもうけどな。\0区切りはC厨あるいはジジイが良く使う手段だと思われ。
ネットワークからオクテット列を受信するAPIは\0に影響を受けるようには作らないからね。


341 :339:02/01/27 02:36
>>340
舌足らずスマソ。
そこは、名前・メール・本文等の中のヌル文字を放っておいたら、
Cの文字列処理関数に渡す時困らない? という意味。

342 :デフォルトの名無しさん:02/01/27 02:43
>>341
だから前もってヌルは変換してしまえってことでは

343 :デフォルトの名無しさん:02/01/27 08:41
まだ区切り文字で揉めているのか…
こんなところに下請けに出したら学校の宿題レベルでも1年かかりそうだな。

344 :デフォルトの名無しさん:02/01/27 08:54
そうだな、区切り文字論争は不毛だ。
ここは、順当に固定長文字列にしとこう。

名前 32 bytes
メールアドレス 32 bytes
日付 YYMMDDHHMISS 12 bytes
本文 512 bytes

でいいだろ。


345 :デフォルトの名無しさん:02/01/27 09:59
>>344
「初めてのプログラミング」という本を読んで出直してこい。

346 :デフォルトの名無しさん:02/01/27 11:05
氷魚様の考え出した方式がたぶん世界最先端だと思う。
文字列の頭にその長さを置いとくの。
例えば"hio-sama"なら
08 00 68 69 6f 2d 73 61 6d 61
ってやるの。

347 :デフォルトの名無しさん:02/01/27 11:20
つか、クライアントをCで書く人なんているの?現状でもほとんどがDelphiなんでしょ?

348 :デフォルトの名無しさん:02/01/27 12:07
>>347
monazilla系からのアクセスは拒否するんじゃなかったっけ?

349 :デフォルトの名無しさん:02/01/27 12:22
>>348
そんなせこいことgikozillaがするわけないじゃん。
gikozillaはmonazillaに対してもオープンだよ。
monazillaがgikozillaフォーマットに対応するかどうかは知らんがな。

350 :デフォルトの名無しさん:02/01/27 12:29
クライアント向けのAPIはSOAPベースですか?

351 :デフォルトの名無しさん:02/01/27 15:32
>>350
SOAPにしたら結局XMLに戻るような(笑)

俺はXMLでもいいと思うが、実装する人がやりやすいのなら
スペシャルキャラクタによるデリミタでいいんでないかね。
クライアント側ライブラリももし作ればそこで中間フォーマットは吸収できるんでないか。

スペシャルキャラクタはNULで、元に含まれてしまっていたNULは他の文字に置き換えてしまう
のが楽でいいと思うが、元のデータの完全性を維持したいならエスケープ文字方式かね。
まあNULは置き換えてしまっていいんじゃないかと思う。

フォーマットの硬直性は、NUL区切りでもらうにしても、リクエストのときに
フィールド名を並べてリクエストすると、その順にNUL区切りで出してきてもらうようにすれば
互換性をとりながら使えていいんでない?

ケチるならフィールド名は1文字とかでもいいし。あんまり美しくないけど(笑)

352 :デフォルトの名無しさん:02/01/27 18:50
ときどきNULが大量に入ってるdatもある

353 :デフォルトの名無しさん:02/01/27 19:31
なんだってさしたる必然性もないのに
独自フォーマットにこだわるかね。
お前らセンスなさ杉。

354 :デフォルトの名無しさん:02/01/27 20:04
>353
無能

355 :デフォルトの名無しさん:02/01/27 20:37
>>353
必然性はあるだろ? 近い将来 read.cgi経由でのhtml取得しかできなくなると
クライアントそれぞれでみんな一所懸命にparseしないといけないし、転送量も増加する。
それがかったるいからマンパワーを集中してサーバサイドで解決しようってこった。

ところで、書いたコードはどうすれりゃいいの?
だれかコードをアップロードできるサイト適当に立ち上げてくれんか?
他力本願寺ですまんがな。

356 :デフォルトの名無しさん:02/01/27 20:50
PNGみたいにチャンクにすればいいじゃん。
後からいくらでも項目追加可能。理解できないチャンクは無視すればいい。

357 :デフォルトの名無しさん:02/01/27 20:56
>355
sourceforge.net


358 :353=175:02/01/27 21:20
>>355
それは共通化の必然性であって独自化の必然性ではないだろ。
独自化の必然性がないなら今あるものにあわせりゃいいじゃん。
たとえばム板のフォーマットそのまま使ってどんな不都合が出る?
# もちろん足りない項目があるけど単に追加していけばいいだけの話

つーかその主張は>>12で出てるだろ。おんなじこと何度も書くなよ。

XMLのメリットは2chクローン、ツリー型なんかの2ch以外の掲示板を
サポートするのでなもない限りまるでなし。
XML推進派はまずそっちの可能性を検討したら。

>ところで、書いたコードはどうすれりゃいいの?
とりあえずここ使えばいいかも。
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/lounge/index.html

359 :デフォルトの名無しさん:02/01/27 21:22
>>356
アフォは独自フォーマット乱立してなさいってこった

360 :デフォルトの名無しさん:02/01/27 21:24
某銀行のシステムは電文フォーマットだけで仕様書600枚以上あったな。
あれじゃ誰も管理できないだろ。

361 :デフォルトの名無しさん:02/01/27 21:32
>353
なんだそういう意味ね。てっきりXMLでやれ派かと思った。
でもブレーンストーミングもしつつ、骨惜しみしないで各自で実装
ってのがいいと思うが。

362 :デフォルトの名無しさん:02/01/27 21:37
>>358 = >>175
なるほどな。言われてみりゃその通りだ。必然性はないな。すまん。
>>162 も同じようなこと言ってるな。
とりあえず、手に入らなくなってしまった形式subject.txtとdatを
手に入れられれば良いということだな。

まぁ、当面は好きなことやってこうや。>>12 もプロファイル分けとか言ってるしな。
俺は一番マイナーそうな >>160 方式で実装を進めているよ。
メジャーな subject.txt & dat フォーマットはもう誰か書いてるんだろう?


363 :デフォルトの名無しさん:02/01/27 21:40
おい聞いてくれよ!
今、subback.htmlを解析していたんだけど、なんか以前と形式が変わってるんだよ。
なんか base href とか使ってサイズを小さくしているみたいだ。
今は、subback.htmlとsubject.txtってほとんど違いないぞ。


364 :デフォルトの名無しさん:02/01/27 21:51
まとまりのなさがすばらしい。
どこでどうまとめるのかがたのしみだ。うふふ。

365 :デフォルトの名無しさん:02/01/27 21:55
そういうプログラムがあったとしてさぁ、バブル崩壊直前にそのプログラムは全部売れって指令を出したわけ?

366 :デフォルトの名無しさん:02/01/27 22:37
>>361きっと骨惜しみの意味を勘違いしてる。

367 :デフォルトの名無しさん:02/01/28 00:00
みなさん、難しい方向から攻めていってますけど…。

2ch運営側がmonazillaを囲い込んでdatの使いまわしに
規制をかけようとしていますが、これに対抗する方法は
単純に

「通常のブラウザと同様の、read.cgiの出力とのやりとりで
同様の使いまわしを可能にする」
というやり方が一番簡単じゃないかしら?

datベースのmonazillaツールはread.cgiの出力を貰うよりも、
差分だけを貰ってくる分だけ無駄がなく速いですが、
これと同じことを通常のread.cgi出力に対して行うことは可能
ですよね?

例えば、このスレをレス300まで読み込んでログを保存している
gikozillaクライアントで、この↓
http://pc.2ch.net/test/read.cgi/tech/1011719933/
URLをリクエストすると、gikozillaクライアントがログの最終レス番と
比較して、自動的に
http://pc.2ch.net/test/read.cgi/tech/1011719933/301-
に読み替えてHTTPリクエストして、得られたデータをログに追加して
いくだけ。

368 :デフォルトの名無しさん:02/01/28 00:05
あのね、(以下略
帰っていいよ

369 :デフォルトの名無しさん:02/01/28 00:11
おーい平日だぞ。さっさと早く作れよ!


370 :デフォルトの名無しさん:02/01/28 00:34
367と似たよなこと考えている人がmonazillaに。
http://pc.2ch.net/test/read.cgi/tech/1005282763/871

371 :デフォルトの名無しさん:02/01/28 00:36
俺かよ。早!

372 :871:02/01/28 00:38
なんか召還もされてるし…
でも、Gikozilla とはちょっと違う気が


373 :デフォルトの名無しさん:02/01/28 00:48
gikozillaのサブプロジェクトとして、gikoクライアント設計すれ。

単独ではそのアイディア通りの動作を、gikozillaサーバが
提供される場合はそのクライアントとしてもログ取得など出来る
仕様にしてくれっちェ。

gikozillaのサーバが無ければ動作しないっていうクライアントは
ちょっと嫌なの。

374 :デフォルトの名無しさん:02/01/28 00:51
今一番現実的なのは過去にも出てきたが、>>367見たいな奴か。
こういうことするなら、perlとかのが楽そうだな。

375 :871:02/01/28 00:56
>>373

俺?俺?俺に言ってるの?
よーしパパ作っちゃうぞー
でも、叩かれソ
あとP2Pでやるなら検索も提供したいんだけど(さらに最低機能追加)、
俺の技術力がないから、効率的な方法がわからんのだよね…


376 :デフォルトの名無しさん:02/01/28 01:02
>>375
ガンバテ!

       / ̄ ̄ ̄\
      / /ヽ__/ヽヽ
      / /   o,,,,,,, oヽ |
     ( |二  (_人_) | n
      \ヽ      ノ.//
       /     丶/
 (_ノ⌒ヽ|\つヽ x  |    ∧ ∧
       ヽ(酒)   ノ.   (=゚ω゚)
        i | U | i     / Yつ
       (_(__ノ_)  ⊂(_,,∪

377 :デフォルトの名無しさん:02/01/28 01:10
>373
>gikozillaのサーバが無ければ動作しないっていうクライアントは
>ちょっと嫌なの。

単独で動くんなら、gikozillaプロ駆使なんていらんだろ。
直に2chにアクセスするのに比べて、遅くなることはあれ、速くなることはないんだから。

378 :デフォルトの名無しさん:02/01/28 01:13
キャッシュを取ってなおかつ鯖が軽ければ
速くならないこともない

379 :デフォルトの名無しさん:02/01/28 01:25
>>377

ちょとかぶるけど、混雑時と、dat落ち直後のログ取得に
よいんではないか、と。

それと、完全にGikozilla代理サーバ頼みだと今度は
そのサーバへの負荷がかかり過ぎると思う。
だから、単独で取得できるスレッドは単独で何とか
するのがファーストステップか、と。

380 :デフォルトの名無しさん:02/01/28 01:31
>378
確かに、
2chからは更新差分のみを取って、プロクシサーバのキャッシュとマージして返してやれば、
全部2chから取るより速くなる可能性はある。

でも、頻繁にリロードするスレの場合、プロクシサーバの2chへの更新問い合わせを
キックするのが自分なら、直接アクセスした方が速い。
しかも、プロクシサーバのキャッシュが最新だという保証がない。
(最新に保つテクノロジはあっても、それが正しく実装されているとは限らない)

ので、プロクシサーバが高速化につながる場面は極めて少ないと思われる。


381 :デフォルトの名無しさん:02/01/28 01:35
>>380

高速化に繋がらなくても存在意義はあるからいいんじゃなかろか。
自分が見たいときにそのスレはdat落ち直後でも、落ちる前に
だれかがGikozilla櫛通して閲覧していたら、そのログが残ってる。
それが取得できるだけでもメリット大有り。


…でも、普段の更新差分を2chサーバから直に受けてたら
Giko櫛はキャッシュを取る機会を与えられないのか…。困ったなぁ。

382 :デフォルトの名無しさん:02/01/28 01:38
高速化よりトラフィックを増加させないことが命題だと思う。

383 :デフォルトの名無しさん:02/01/28 07:54
留byさいじょうげんふぉ!
rびぃは小野pへんgpじゃくそ!
shじょんべん大すき

384 :デフォルトの名無しさん:02/01/28 09:19
共通形式案
○デリミタは全て "," とする
○日本語はシフトJISとする
○不安な文字は全て%エンコードする 少なくとも単独の%は%25と表現する
  注)%xx xxは16進数でASCIIコードとエンコードする方式
  区切りとしての","は%エンコードしてはいけない
  データ中の","は%2Cに変換
○既定したレス数の後に","で他のデータを付け足す場合
  ,<TYPE>データ</>, のようにデータの種類を明示する事を奨励
  TYPEの意味は公開する事

subject.txt形式案
○DAT_NO,タイトル,レス数%0d%0a

DAT_NO.dat形式案
 ○1行目  名前,メール,日付+時間,データ,スレッドタイトル%0d%0a
 ○2行目  名前,メール,日付+時間,データ%0d%0a
 ○データ部の改行は<BR>で表現

385 :デフォルトの名無しさん:02/01/28 09:24
なお、上の○DAT_NO,タイトル,レス数%0d%0a
 の %0d%0aは Win形式の行区切りの意味



386 :デフォルトの名無しさん:02/01/28 09:43
仕様書らしく、BNFも付けといてくれよ。

387 :aki:02/01/28 10:09
Tiki に書いてみるテスト。
http://2ch.nekoruri.jp/tiki/?c=v&p=Gikozilla


388 :デフォルトの名無しさん:02/01/28 10:35
>>879 + >>895
この二人は、是が非でも他人を自分よりも下であると思いたいらしい。
プログラマーってこんなイタイ人ばかりなの?


389 :デフォルトの名無しさん:02/01/28 10:38
↑↑ ごめん誤爆です。↑↑
monazillaスレに書くつもりでした。

390 :デフォルトの名無しさん:02/01/28 10:38
んな書き方だと叩かれるだけだから書かないで良し。

391 :デフォルトの名無しさん:02/01/28 13:11
>>384
あれ? 2ch自体のフォーマットと同じでいくんじゃなかったの?
また独自形式の蒸し返し?

392 :デフォルトの名無しさん:02/01/28 13:27
非独自にする必然性が無い以上
骨惜しみせずに好き勝手に
各自ばらばらに独自フォーマット作って
やりたいんだってさ。

393 :デフォルトの名無しさん:02/01/28 14:09
>>291 だから2CHフォーマットっていっても沢山あるからまとめたんじゃないの?

394 :384:02/01/28 14:17
>>391 2CHのフォーマットって言っても 鯖や過去ログによって
     <> だったり , だったりで共通ではないので どれでも可よりは
 共通にした方がいいかな程度の意味で提案しました

 %エンコードとかは、一番簡単な安全なエンコードという意味で 勝手に追加したものですが
 他に良い案があれば撤回します


395 :デフォルトの名無しさん:02/01/28 19:52
DATが見えなくなる以上、read.cgiベースでHTMLパースすることになるわけだから
2chのフォーマットがどうだろうと関係ないでしょ

396 :デフォルトの名無しさん:02/01/28 20:05
>>395
・・・・・

397 :デフォルトの名無しさん:02/01/28 20:48
>>12は何処行ったの?


398 :デフォルトの名無しさん:02/01/28 21:26
>395 既存のツール たとえばかちゅ〜しゃとかが そのまま使えると便利と思いませんか?

399 :デフォルトの名無しさん:02/01/28 21:45
正直2chの板ごとの差異なんて屁みたいなもんだから、わざわざ串用意して
フォーマット統一するほどのことじゃないよ。

これがJBBSとか互換系BBSも含めた話の場合になると、
・HTMLから記事をパースして共通DAT形式にする
・バラバラの書き込み用のCGIパラメータの差異を吸収する
・板一覧を共通形式にする
などなど存在意義はかなり大きいと思われ。今複数BBS対応してないブラウザも
急速に対応がすすむかもしれん。

400 :デフォルトの名無しさん:02/01/28 23:32
いい加減はやく作れよ!カス揃いだな。


401 :12:02/01/28 23:53
12は生きているよ。gikogate.cgi実装中。

402 :デフォルトの名無しさん:02/01/29 00:01
>>399
ガイシュツ。

403 :デフォルトの名無しさん:02/01/29 03:37
誰かServlet+Xalanでつくって〜。手伝うから。


404 :デフォルトの名無しさん:02/01/29 08:27
>>402
無能

405 :デフォルトの名無しさん:02/01/29 19:53
飽きたな。

406 :デフォルトの名無しさん:02/01/29 19:53
>>405
飽きたよ。

407 :デフォルトの名無しさん:02/01/29 20:20
飽きたな。

408 :デフォルトの名無しさん:02/01/29 20:38
飽きたな。

409 :デフォルトの名無しさん:02/01/29 20:59
は〜い、解散解散。
みんな元のスレに戻ってね

410 :デフォルトの名無しさん:02/01/29 21:02
飽きたな。 

411 :デフォルトの名無しさん:02/01/29 21:27
秋だな。

412 :デフォルトの名無しさん:02/01/29 21:28
12は放置ということで解散!

413 :デフォルトの名無しさん:02/01/29 21:36
秋は松茸だな。

414 :デフォルトの名無しさん:02/01/29 21:53
>>413
松茸は匂いだけだな。
秋はサンマだな。

415 :デフォルトの名無しさん:02/01/29 22:25
お前ら!目を覚ませ!!!
まだ秋じゃねぇよ

416 :デフォルトの名無しさん:02/01/29 22:53
もう冬か。マターリとネタスレ。ソレモヨシ!

417 :デフォルトの名無しさん:02/01/29 22:58
サンマはうまいな。

418 :デフォルトの名無しさん:02/01/29 23:01
めちゃくちゃすげーアイデア思いついたよ!
だから、ちゃんと gikozilla 続けようよ!
そのアイデアとは ↓

419 :デフォルトの名無しさん:02/01/29 23:02
目黒に逝ってサンマを喰う!

420 :デフォルトの名無しさん:02/01/29 23:31
やっぱサンマはうまいな。

421 :デフォルトの名無しさん:02/01/29 23:49
>>420
うまいな。

422 :デフォルトの名無しさん:02/01/29 23:51
途中から、このスレ読んでる奴にgikozillaが何の事だか
さっぱり分からんだろうな。gikozillaってのは、
おいしいサンマの食べ方について研究するプロジェクトのこと、
でいいんだよな? >>12

423 :デフォルトの名無しさん:02/01/29 23:55
そろそろサンマの季節だな。

424 :デフォルトの名無しさん:02/01/29 23:57
でさ、>>405>>423 は何人で回してるの?
疲れない? 手伝おうか?

425 :デフォルトの名無しさん:02/01/30 00:01
サンマは大根おろしだな。

426 :デフォルトの名無しさん:02/01/30 00:33
で、ココ荒らしてるやつらって、gikozillaが完成すると何かまずいことがあるの?
単なる妬み?
単なる厨房?

こんなとこ荒らす意味がわからん。

427 :デフォルトの名無しさん:02/01/30 00:36
平日になったら祭りがあると言っておきながら
何も起こらないので皆物足りないだけ

428 :デフォルトの名無しさん:02/01/30 00:46
まともにプログラム書ける人が1-2人くらいしかいないのが原因だろう

429 :デフォルトの名無しさん:02/01/30 00:48
なんだ、粘着が一人で荒らしてるだけか。(XMLを否定された奴?)
ご苦労だったが、つまらんのでもういいよ。
さらに誰も祭があるなんていってねーぞ。

つーわけで、>>12他みなさんがんばってください。

430 :デフォルトの名無しさん:02/01/30 02:33
こいつマジでgikozilla書いてるらしいぞ。
パームでパーサー書くくらいならオレでもサーバー側で処理したいと思うし。
というかPDAとか言ってるし、もしかして>>12なのか?
http://pc.2ch.net/test/read.cgi/prog/1010993649/l50

431 :デフォルトの名無しさん:02/01/30 02:52
つか、gikozillaに参加してる、って香具師は、
12くらいしか居ないみたいだがどうか?

432 :デフォルトの名無しさん:02/01/30 06:07
>>431
正解

433 :seven:02/01/30 06:22
↓これなんかは、転送して加工してるんだよね?

http://i.chikara.biz/


434 :デフォルトの名無しさん:02/01/30 08:53
お前らもっと>>12を持ち上げろよ。
落とすのは、ある程度完成したあとでもいいだろ?


435 :デフォルトの名無しさん:02/01/30 12:54
>香具師
この板でこう言う単語を見るとは、ちょっとびっくり。


436 :デフォルトの名無しさん:02/01/30 14:12
2ちゃん用語で「奴」と同義語だろ

437 :デフォルトの名無しさん:02/01/30 14:23
>>436
おい。
ぁゃιぃわーるど用語だ

438 :デフォルトの名無しさん:02/01/30 15:57
一応、こんな感じに作ってみたんですけど、
お気に召されるかどうか不安です。

こちらにソースを置いておきました。

http://koten.hypermart.net/

ローカルでは一応動きます。

##こういうcgiで良いんですよね。(汗)


439 :デフォルトの名無しさん:02/01/30 16:02
>>428
1-2人ということわ-1人だね(藁

440 :まちゅ ◆VcvMACHU :02/01/30 16:39
>>438
ありがとうございます。私も興味ありますのでぜひ参考にします。

441 :デフォルトの名無しさん:02/01/30 18:37
>>438
その調子でがんばってくれ。
ほんとに週明けに成果が出てくるとわ、Gikozillaもなかなかスゲーな。

442 :aki:02/01/30 18:55
>>438
お. 早速置いてみました.
http://2ch.nekoruri.jp/nph-gate.cgi

443 :seven:02/01/30 19:14
http://2ch.nekoruri.jp/nph-gate.cgi/pc.2ch.net/test/read.cgi/tech/101179933/

read.cgi ver5.29 (02/01/17)<><>02/01/17)</b></font>投稿日:2001/04/12(木) 15:11<>そんな板orスレッドないです。<br><br><br>
<>そんな板orスレッドないです。

が返ってきました。なかなか順調そうです。
ここのスレは、ほんとは1011719933だけど、サーバに負荷をかけるので、ほどほどにね。
(これも、OKです)

444 :seven:02/01/30 19:32
あ、ちょっと細かいけど、>>999形式のリンクは、
<a href=999 target=_blank>>>999</a>
よりも
<a href="999" target="_blank">>>999</a>
とかのほうが、いいんだっけ?

445 :seven:02/01/30 19:48
こちらはOKですけど、
http://2ch.nekoruri.jp/nph-gate.cgi/pc.2ch.net/test/read.cgi/tech/1011719933/l5

こちらは、何も帰ってきません。
http://2ch.nekoruri.jp/nph-gate.cgi/pc.2ch.net/test/read.cgi/tech/subback.html


446 :デフォルトの名無しさん:02/01/30 20:53
>>445 俺は帰ってきたけど?
http://2ch.nekoruri.jp/nph-gate.cgi/pc.2ch.net/tech/subback.html


447 :seven:02/01/30 21:12
>>446
あ、まちがえた、はずかし、こちらでも、ちゃんと返ってきました。

448 :デフォルトの名無しさん:02/01/30 22:09
これって subback.html じゃなくて subject.txt じゃない?

449 :seven:02/01/30 22:15
>>448
subback.htmlを取得して、subject.txt風に加工するcgiなのです。
詳しくは、
http://koten.hypermart.net/
を、熟読して下さい。


450 :デフォルトの名無しさん:02/01/30 22:56
pu

451 :デフォルトの名無しさん:02/01/30 23:36
まだかぁ〜?遅せぇーぞ!!

452 :デフォルトの名無しさん:02/01/30 23:48
>>449
なるほど…つうかデータ形式が subject.txt なら subject.txt が良いと思うが。

453 :デフォルトの名無しさん:02/01/30 23:57
>>452
わけわからん

454 ::02/01/31 00:50
テスト

455 :デフォルトの名無しさん:02/01/31 00:58
>454
それ、ロビー限定でわ。

456 :デフォルトの名無しさん:02/01/31 07:26
gikozilla誕生は、Monazillaスレの144あたりからだね。

457 :435:02/01/31 12:58
>>437
そうか。
「ヤツ」の変換違いから来たのかな。


458 :デフォルトの名無しさん:02/01/31 17:40
「ヤシ」の変換違いだろ。
「ヤツ」→「ヤシ」の変化は変換違いではありえん。

459 :438:02/01/31 19:07
すみません、遅くなりました。

>>442
akiさん、ありがとうございます。他の環境でも動く事が
わかってほっとしました。
これからもよろしくお願いします。

>皆様
ただいま、フィルタリング用のプロクシサーバを作ろうかと
思っています。

週明けくらいまでには何らかの返答が可能かと思います。
それまでお待ち頂けましたら幸いです。

よろしくお願いします。



460 :デフォルトの名無しさん:02/01/31 20:58
平日は上げ

461 :デフォルトの名無しさん:02/01/31 20:58
あ、下げた。

462 :デフォルトの名無しさん:02/01/31 21:12
おいおい、話を進めすぎると>>12が登場しづらくなるぞ。

463 :デフォルトの名無しさん:02/01/31 22:22
確実に飽きたな。

464 :まちゅ ◆VcvMACHU :02/02/01 02:53
わたしも置いてみて動作を確認してみました。
最初ソースそのまま設置して動作させようとしたんですが、ぜんぜん動かなくてあせりました。
わたしの場合は一部ソースを修正しないと動いてくれませんでした。
ちなみに修正した個所は、「print "HTTP/1.0 200 OK$LE";」の部分をコメントアウトしました。
apacheのバージョンとかにもよるのかな。

465 :デフォルトの名無しさん:02/02/01 08:27
>>464
CGIのファイル名はnph-gate.cgiになってる?
nph-をつけなかった場合は確かにHTTP〜は必要ないけど。

466 :まちゅ ◆VcvMACHU :02/02/01 14:15
あ、そうか。NPHスクリプトか!
確かにそうです。適当にtest.cgiとかにしてしまいました。
私が悪かったです。ごめんなさい。>>438 >>465

私はスレッドファイルのキャッシュ機能を追加してみようと思います。
subback.htmlのタイトル横のカッコ内のレス数は常に正しいのかな・・・。

467 :seven:02/02/01 18:19
>>466
>subback.htmlのタイトル横のカッコ内のレス数は常に正しいのかな・・・。

透明あぼ〜ん1個にレス1個とかなら、表面上は、変化が無いように見えてしまったり

468 :まちゅ ◆VcvMACHU :02/02/01 22:54
キャッシングするにあたって透明あぼーんの扱いが難しいよね。
確か透明あぼーんするとレス番号が詰まっちゃうんだよね?

469 :seven:02/02/02 07:24
>>468
前回取得レスの最後の1個だけ、余分に取って、同一性を比較する
というのを考えているけど、もっと良いのを思案中。

470 :seven:02/02/02 07:30
>>469
前後20個くらいのスレを比較して、順序に変化が無いなら、変化無しと判断する
あたりで、妥協するしか無いのかな?
で、レス数が変化したときに、>>469の方法で、確認するとか。

471 :デフォルトの名無しさん:02/02/02 15:15
飽きたっぽい。

472 :デフォルトの名無しさん:02/02/02 19:56
秋田っぽい。
やっぱりきりたんぽ鍋だな。

473 :デフォルトの名無しさん:02/02/02 20:11
きりたんぽ鍋はうまいな。

474 :デフォルトの名無しさん:02/02/02 22:08
うまいな。

475 :デフォルトの名無しさん:02/02/02 22:49
ageておくか…


476 :デフォルトの名無しさん:02/02/02 23:10
揚げもうまいな。

477 :デフォルトの名無しさん:02/02/03 09:36
一日中、ネタ以外のレスなしかよっ!
これは間違いなく飽きたらしいな。

478 :デフォルトの名無しさん:02/02/03 13:07
>>477
そんなことはない。みんなまじめに考えている。僕の提案はこうだ。
大小20個くらいのサンマを比較して、大きさに違いが無いなら、サンマうまいと判断する
あたりで、妥協するしか無いのかな?
で、レス数が変化したときに、>>472の方法で、きりたんぽ鍋にするとか。


479 :デフォルトの名無しさん:02/02/03 16:48
ラーメン食いに行ってきます。


480 :seven:02/02/03 17:18
wgetで、ちゃんと返って来ます。クライアントは、これ使おうかな?

wget -O test.dat http://2ch.nekoruri.jp/nph-gate.cgi/pc.2ch.net/test/read.cgi/tech/1011719933/l5



481 :デフォルトの名無しさん:02/02/03 18:00
ラーメンだったら、とんこつだな。

482 :デフォルトの名無しさん:02/02/03 19:24
横槍が多すぎるんで、続きの議論はMLでやります。
info@gikozilla.org(w

483 :デフォルトの名無しさん:02/02/03 19:35

 | ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
 |  >>482おいおい♪  .|
 |__________|
      ∧∧ ||
     (*゚∀゚)||
     /  づΦ


484 :aki:02/02/03 21:39
よーしパパgikozilla.orgとっちゃうぞー(w

485 :まちゅ ◆VcvMACHU :02/02/04 14:38
そういえばread.cgiって昼と夜とでは挙動が違いますよね。
それによって出力されるHTMLも微妙に違うと思われます。
1度に100レスしか取れないのは分割して取得すればいいとして、
「>>数字」の部分のリンクが夜では外れてるような気がします。

486 :438:02/02/04 15:53
お久しぶりです。
プロクシサーバを作ろうかと思ったんですが、
キャッシュをどのように処理するのか等、個人では決めかねる事も
ありましたので、サービスサーバを作成しました。

もちろん、様々なスクリプト言語およびC言語でサービスを提供する事が
できるかと思います。
ローカルでは一応動いています。

遊んで頂けましたら幸いです。
#CYGWINでは動作が何かぎこちないのですが、
#何かご存知の方がいらっしゃいましたら御教授ください。


487 :seven:02/02/04 18:45
端末ソフトなんだけどね。
今、迷ってるのは、ブラウザ回りをどうするかなんだよね。
IEコンポをオープンソースうんぬんで使うのは、あれだし、他OSに移植しにくいし。
かといって、ゲッコ〜回りは、資料少ないし、、、
とりあえず、使用ブラウザにHTMLを送るってのを考えてるけど、う〜ん。


488 :デフォルトの名無しさん:02/02/04 20:24
グダグダ言わずに作れよ

489 :デフォルトの名無しさん:02/02/04 22:10
>487
MFCで作ろうと思ってたのですが・・・駄目ですか?(^^;
IEコンポーネントは使わないつもりですが。

490 :デフォルトの名無しさん:02/02/05 01:44
IEコンポーネントを使わずに、既存のAA資産を活かす方法ってある?
俺も、できるならIEコンポーネントは使いたくないんだけど・・・・・・

491 :seven:02/02/05 05:24
>>485
たしかテレホ時間は、全部読めなかったはずなのに、今、読めてます。
ソース読もうと思ったのに、う〜ん。

492 :seven:02/02/05 05:31
>>488
たしかにねぇ、いちど始めれば、止まらないのかもねぇ。
>>489
なんでもいいから作れば、そこそこの資産になると思いますよ。
>>490
このあたりに詳しくないのですけど、関連スレとかあったら教えて下さい。
それに、資産と言っても、厨房板でAA作るようになってから、たかだか2年くらいなので、
かつてpc-9801から、AT出家者が続出したように、あっさり変わるかもしれないし。


493 :seven:02/02/05 05:55
>>490
あ、書き忘れた、いちおうモジラで、問題無く表示されてるような気がするので、
このへんが、なんか、しっくり来ないのですね。

494 :seven:02/02/05 06:25
あと、某G社とかへの対策も、頭に残ってたりするし。

495 :デフォルトの名無しさん:02/02/05 14:36
>>492
現状、IE前提でAA作ってる人が多いわけで、それは多分今後も変わらないと
思うわけで・・・・・・って、モジラでもズレないの?
IEコンポ以外だとズレるのかと思ってた。

496 :seven:02/02/05 21:20
>>495
モナ板トップでズレなければ、OKらしいです。
モジラでも、フォントを12PのMSPゴシックにすれば、そんなにずれてないように感じます。
それにIE5.5以上では、フォントを設定しないと、まともに見れないようですしね。
なので、IEコンポの必然性って、よくわからないのです。

497 :seven:02/02/05 21:22
あ、モナ板へのリンク忘れた。
モジラでは、ほんの少しズレるのですけど、IEだと、全然ズレないのかなぁ?
ウイルスとか恐いので、IE使う勇気無いです。
http://choco.2ch.net/mona/


498 :seven:02/02/05 21:32
結論、勝手にちまちま仕様変更をする、MSKK&IEを標準にするより、モジラで幸せになりましょう。

499 :seven:02/02/05 22:07
う〜ん、プレゼンスとか関連ログ読みにハマってしまって、開発時間が全然無いし(大汗)

500 :se7en:02/02/05 22:20
>>498
モジラは仕様変更が無いんですか,,

501 :デフォルトの名無しさん:02/02/05 22:29
つか、MSKKは営業部門だけみたいな存在だから、
仕様変更には殆ど関与しないはず‥‥

502 :seven:02/02/06 07:10
>>501
あ、そっか、今は完全に営業所でしたねぇ、しまった。

503 :seven:02/02/06 07:16
>>500
春からの正式なやつでは、そこそこ固定ということになってます。
日本の開発者が増えて、日本語フォントをいぢる権限を持つことができれば、
いろいろ可能なことが増えるんだと思います。

504 :se7en:02/02/06 21:20
>>503
あ、そうか、Mozilla 1.0 出るんですね。
なんだか楽しみ

505 :デフォルトの名無しさん:02/02/08 22:52
ほほぉ〜2日間も放置ですか。飽きたみたいだ。

506 :seven:02/02/09 08:39
こんなことやっています。

program Gdat2html;
//Gdat2html.exe v0.1 2002/2/9:datファイルをhtmlファイルに変換
//実行例:Gdat2html ファイル名.dat
//作り方:新規で開いて、フォームを消して、表示->ユニットの表示でdprを開く
//作成環境:Delphi6Personal/Win98
//これの扱いはGPLです
uses Classes,SysUtils;


507 :seven:02/02/09 09:01
続き、をっと、こんなことやってる場合じゃないか。

uses Classes,SysUtils; //芸人の所属プロ

{$R *.res} //裏方

var //登場人物[劇中名:芸名]
i:Integer; //ループ変数
sp,ep:Integer; //SP=スタートポインタ、EP=エンドポインタ
SL1:TStringList; //datデータ文字列リスト
SL2:TstringList; //htmlデータ文字列リスト
name,mail,date,body,title:string;//名前、メアド、日付、本文、タイトル

508 :seven:02/02/09 12:04
アップ(ってなんですか)しときました。ソースのみです。

http://2ch.nekoruri.jp/tiki/?c=v&p=GDatToHTML


509 :デフォルトの名無しさん:02/02/11 13:51
終わったのか… 寂しいな。

510 :seven:02/02/11 22:05
>>509
少なくとも、私は、残っていたりするのだ(笑)

511 :デフォルトの名無しさん:02/02/12 23:31
飽きたね

512 :seven:02/02/13 22:24
>>511
読んで、ブラウザに表示するとこまでは、できたのだった。
これで、2ch禁止の会社から、携帯サイト使わずに、プロキシ経由で2chが読めるのだ。
わはは

513 :デフォルトの名無しさん:02/02/13 22:52
>あほセブン
一人でやってろ

514 :デフォルトの名無しさん:02/02/13 23:04
要望。
datの圧縮差分取得がしたい。圧縮はgzipじゃなくてdeflateでいいや。
gzipだとヘッダをカットするのが面倒だから。がんばれ、seven。
実はオレもこっそり実装してる。

515 :seven:02/02/14 06:28
>>514
圧縮差分てのは、鯖とか串の問題なので、えらいひとにまかせます :-)


516 :seven:02/02/14 06:30
>>514
あ、いいわすれた。
datの直接取得は、gikozillaの趣旨(ってなんですか)に反するので、興味ないです。

517 :デフォルトの名無しさん:02/02/14 22:58
>>516
いや、dat(フォーマット)が欲しいというのはクライアントとしての要望。
君が裏でがんばってHTMLの必要記事番号だけをまとめてdat化して圧縮。
リクエストを出すクライアントは、そんなことしったこっちゃない。
だから、dat圧縮差分取得させれ。

518 :seven:02/02/15 11:39
>>517
あ、なら、>>515です。
CGI串使える鯖のお友達いないしね。

519 :seven:02/02/15 11:43
えっと、端末ソフトですけど、とりあえず、串と直接と切りかえられるようにして、
ソースを整形(これがめんどいんだよね)して、どこかにupすることにします。

520 :デフォルトの名無しさん:02/02/16 19:44
>>519
何で書いてんの? Cで書いてるんだったら是非 参考にしたい。
HTML -> dat 処理部とかね。Perlだったら、テキスト処理が Cとは
段違いに平易に書いてあるだろうから…。まぁ、がんばってくれよ。


521 :seven:02/02/16 21:15
>>520
ええと、HTML->datは、いまんとこ>>438のperlで、実装は、>>442ね。
私はDelphiで端末書いてて、いまんとこ>>508だけです。


522 :デフォルトの名無しさん:02/02/17 07:12
半角で流れている画像その他を、p2pで共有するソフトきぼん。
gikozillaの大きな目玉ってことで。

523 :seven:02/02/17 21:05
>>522
作ってみてね :-)

さて、外部プログラム起動のプロシージャを書いときます。
//外部プログラム実行
procedure TForm1.Exec(CmdLine:String);
Var
SI :TStartupInfo;
PI :TProcessInformation;
begin
GetStartupInfo(SI);
SI.wShowWindow := SW_MINIMIZE; //窓最小化で実行
If Not CreateProcess(nil, Pchar(CmdLine), nil, nil,False,
CREATE_DEFAULT_ERROR_MODE,nil, nil, SI, PI) Then
Raise Exception.Create('Exec Error ' + IntToStr(GetLastError));
While WaitForSingleObject(PI.hProcess, 0) = WAIT_TIMEOUT Do
Application.ProcessMessages;
end;




524 :デフォルトの名無しさん:02/02/19 21:02
>>522
プログラム板なんだから自分で作らなきゃ・・・って言おうと思ったけど
なんかめんどくさそう(w

525 :seven:02/02/26 18:39
なんか、オイスター作戦のほうに動きが出てきたけど、
1 有料ツールが売れなくなって2chが潰れても困る。
2 仕様が固まるまで、怠けられる理由ができた。
という理由ができたので、しばらく静観してます。
Gikogateは、対応できるようにしておいて、端末から直接htmlを取得する
方向で考えています。
書きこみをブラウザからやるかどうか、迷ってる。
できるだけ外部コンポを使わないようにすると、けっこうしょぼいものしかできなさそう。
まぁ、それでも汎用性がgikozillaのコンセプトなんだよね?

526 :eight:02/02/26 21:51
>2 仕様が固まるまで、怠けられる理由ができた。
なんの仕様?

>できるだけ外部コンポを使わないようにすると、けっこうしょぼいものしかできなさそう。
ここは悩むね、Indyぐらいなら使ってよさそうだけど。

527 :seven:02/02/28 02:36
>>526
仕様とは、オイスター作戦の仕様です。
httpからのgetは、wget.exeでやることにしたんだけど、putをどうするかとか。
putだけindyでやろうかな(笑)、socketめんどいし。
ログ表示は、WindowsはTRichEditで、LinuxはTMemoにしようかと思ったけど、しょぼい。
タブの実行時生成も不安定になりそうだし。

528 :デフォルトの名無しさん:02/03/01 09:36
>>527
こいつがGETもPUTもできてオススメ
  http://curl.haxx.se/download.html

529 :528:02/03/01 09:36
ありゃ。typoスマソ

530 :age:02/03/02 14:18
age

531 :デフォルトの名無しさん:02/03/04 09:23
sage

532 :seven:02/03/04 18:21
>>528
cURLですか。面白そうだけど、なんか、めんどくさそうですね。

533 :デフォルトの名無しさん:02/03/04 19:08
漏れもこっそり実装してたりする。
けど、2ch側の仕様変更についていくのが面倒になってきたよ。

534 :デフォルトの名無しさん:02/03/16 19:30
がんばれ
保全age


535 :デフォルトの名無しさん:02/03/16 20:31
なあ
俺が掲示板専用サーバー作ろうか?
HTTPで全部やり取りするのにも全部飽きた気がしないか?

536 :デフォルトの名無しさん:02/03/16 22:28
一部有料化の波が押し寄せてきているこの2ちゃんでこのスレの傾向はいいと思います。
535さんがんばってください。

537 :デフォルトの名無しさん:02/03/17 12:55
>>535
技術的には、にちゃんねるよりグレートな掲示板システムなんて
簡単に作れるって人は多いと思う。
にちゃんねるのデータ保持形式とかクソだしな。

でも、掲示板にとって一番必要なのは「書き込み」なんだよ。
よーするにヒトだな。今から専用システムを組んだとして
人が集まるのかはなはだ疑問だ。

だから、gikogateでは にちゃんねるのラッパとして実装し
インターフェイスを規定することが目標となった。
そしてそのgikozillaAPIに準拠したクライアントの開発も
進めていこうということになった。

あれから、2ヵ月経って熱が冷めた感もあるが、
まだまだ諦めてないやつらもいるはずだよな。sevenとか。

だから、>>535 がにちゃんねるのインターフェイスとして
専用プロトコルを定義してくれるんならとってもありがたい。
が、にちゃんねるの膨大な資産が利用できない掲示板システムはやめてね。

538 :デフォルトの名無しさん:02/03/17 16:35
>>537
最近は巨大な掲示板システムが乱発しているせいか、
2ch自体有益な情報が減りつつある気がする。
少なくても、ユーザーは減少しているはずだし。

2chを作ったヒロユキ氏の発想と行動力はすごいと思うけど、
もう2chは時代遅れになりつつあると思う。

2chから多くを学んだ新しいスタイルのコミュニティーツールを作ることは
すごく興味がある。
もちろん2chは2chとして残ればいいと思うし。

もし賛同者がいればスレを立てて欲しい。

539 :デフォルトの名無しさん:02/03/17 21:40
>>538
スレ立てることねーって。ここでやりなよ。
gikozillaのAPIだっていまだに規定されてないんだからさ。
君は君で専用プロトコルを定義して使い易い掲示板システムを考えてみろよ。
他の人間が、その掲示板システムでにちゃんねるのデータを
透過的に扱えるようなインターフェイスを書いたり、
日次バッチインポートとか書くかもしれないしな。


540 :538:02/03/17 22:21
>ここでやりなよ。
すれ違いだという意見が増えたらすぐ消えますんで。
そうさせてもらいます。

掲示板の目標は
円滑な情報交換ができるような機能を持った専用のコミュニケーションツールです。

現状を報告すると、実際に少しづつコーディングを始めた段階です。
これはプロトタイプとして作っていますので、
完成しだい負荷を計測して、0から書き直す予定です。
言語はJavaです。
クライアントは最初JAVAで書き、余裕があればVCで実装するかもしれません。

サーバーはDDNSを利用する事で、ADSLを経由した家のPCで動かそうと思っています。
サーバーの為にlibrettoのような小さいノートを購入しようかとも考えています。

HTTPでは実現できない機能として
新規メッセージ通知サービスを実装したいと思っているのですが、
書き込みやクライアントの数によっては無理そうです。
この辺のアドバイスをいただけたらうれしいです。
P2Pスレは最初からセキュリティー的に無理だと見切りをつけていたので
参加しませんでした。

どういう機能があれば円滑な議論などができるのか、
アイディアがあればお伝えください。
貪欲に吸収させていただきます。

541 :デフォルトの名無しさん:02/03/17 22:26
>>540
それって結局君が否定するP2Pの形にならざる負えないと思うよ…

542 :デフォルトの名無しさん:02/03/17 22:43
gikozillaがインターフェイスとしての道を選んだ理由のひとつに
「潤沢なストレージを用意できないから」ってのがあったよね?

リブレットでご自宅サーバ? かなりストレージ面で無理があるよ。
そういった問題を解決していこうとすると、>>541 が言うように P2P にならざるを得ない。

とりあえずインターフェイス、まずは にちゃんねるに寄生する形で
gikozillaとしての実績を作ってみるってのはどうか。

543 :538:02/03/17 22:47
>>541
新規メッセージ通知は出来ればつけたい機能ということで。
有料化して専用通知サーバーでも立てれば、簡単なんですがね。

544 :デフォルトの名無しさん:02/03/17 23:06
どうしてJavaなんですか?単に538さんが慣れてるからですか?

545 :seven:02/03/18 09:25
>>544
JavaベースのブラウザもMonazillaにあったような

546 :538:02/03/18 10:10
>>544
・LinuxでもWindowsでも動かせる
・C++よりも開発効率が高い(メモリリークが抑えられる)
・Javaは勉強中
・ruby,perlも考えたが保守がきつくなり、パフォーマンスも期待できない
という事で
JAVAです

>リブレットでご自宅サーバ? かなりストレージ面で無理があるよ。
自分なりに計算したので、それを次回書きます。
というか、ストレージがどんな意味なのか教えてもらえるとうれしいのですが。

ちょっと家を出ないといけないので・・・・

ちなみにgikozillaはどこにサーバーを設置するんでしょうか?


547 : :02/03/18 11:23
>>538
>有料化して専用通知サーバーでも立てれば

カキコが発生するたびにクライアントに通知するサーバー?
P2Pのように各サーバントに委譲しないでやるの?それだとサーバに負荷かかりまくりでは?


548 :デフォルトの名無しさん:02/03/18 11:24
もーいーや。
ひとりでかちゅ〜しゃもどきをつくるよ。
さよなら。

549 :538:02/03/18 20:36
>>547
p2pの方に公開鍵暗号で・・・と言う発言をしたのは私なのですが、
通知だけp2p式にする事も視野にいれています。

何を通知するのかにも寄るのですが、
例えばスレッドごとに登録されたクライアントに通知する場合
トラフィックは減少しますが
サーバーリソースを食います。
もう一方の端的な例は、
どこかのスレッドに発言があるたびに
全クライアントに通知する方法です。
現在こちらの方法をとろうと思っています。

通知だけであればIMサービスよりはらくだと思っていますが。

2chの書き込みを観察してもらえばわかるのですが、
書き込みで処理が追いつかない事はとうてい無さそうです。
つまり、その書き込みに対する1クライアントに対しての通知は楽勝ですね。
クライアント数が増えてくると問題になります。
現状ではクライアントの数すら予想がつかないのですが・・・


550 :デフォルトの名無しさん:02/03/18 22:07
掲示板のスレッドをIRCのチャンネルにみたてて、スレッド参加者毎に
グループを再編してやると、P2Pでもレスポンスは随分良くなる。
でも純粋なP2Pだと再編自体が結構やっかい。
やっぱサーバが欲しい。
あとサーバが有れば書き込み時間の保証ができるから、書き込み順
を維持できたり、不用な書き込みを連続でするクライアントを追い出せ
るってメリットもある。
サーバに掛かる負荷が未知数なのがアレだけど・・・・・・

551 :デフォルトの名無しさん:02/03/19 13:36
期待age

552 : :02/03/19 13:43
っていうか、突っ込みどころが多すぎて…。

もう少しゆっくり考えてから作ったほうがいいよ。

553 :デフォルトの名無しさん:02/03/19 15:33
552ってもしかしてオブジェクト指向スレで晒しageされてた奴かも。
だとしたら、口だけ野郎なので気にするべからず。



554 :552:02/03/19 15:49
残念だが人違いだ。私はvojta作者です。

555 :デフォルトの名無しさん:02/03/19 16:18
>>554
あやしい・・・
多いってなら、10個くらいは突っ込めるんだろ?
どうせ、口だけ野郎は1つも突っ込めないと思うんだが。
そうやって「 」も逃げていったな(藁

「 」晒しメタage

556 :デフォルトの名無しさん:02/03/19 18:11
つーかさ、みんなボケまくろうぜ!そいでもって、ツッコミまくろうぜ!
ボケとツッコミの繰り返しで何か生まれるかもしれないじゃん(w

557 :デフォルトの名無しさん:02/03/19 19:50
>>556
おまえが最初にやれ、クソボケ

558 :デフォルトの名無しさん:02/03/20 00:12
なるほど、556が クソ「ボケ」で、557が「ツッコミ」だね。
では、次のボケのかたどうぞ!


559 :デフォルトの名無しさん:02/03/20 00:33
 ∧ ∧∧ ∧   / ̄ ̄ ̄ ̄ ̄ ̄ ̄
 (゚Д゚≡゚Д゚) < ど、どうボケろと?
   ./  |     \_______
  (___/
 /

560 :デフォルトの名無しさん:02/03/20 00:49
はい、次の方。


561 :デフォルトの名無しさん:02/03/20 01:00
∋oノハヽo∈ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
Σ( ;´D`) < きゅうにボケろといわれてもこまるのれす、・・・
  ⊃ ⊂   \___________________
  (___)__) ビクゥッ!

562 :538:02/03/20 10:11
技術的な面は置いておいて、
機能面での要望などはありませんか?

563 :デフォルトの名無しさん:02/03/22 19:40
datファイルを直接読んでいるんですけど
毎回全部ダウンロードするのは効率悪いので
差分のみをダウンロードしたいんです。

どうしたらいいのでしょうか?
(あぼ〜んされたときの話はとりあえず置いといて)

564 :デフォルトの名無しさん:02/03/22 22:56
If-Modified-Since の使い方がよく分からないです。
いい解説サイトありますか?

565 :デフォルトの名無しさん:02/03/22 23:15
別スレでききんしゃい

566 :デフォルトの名無しさん:02/03/23 00:06
RFC読めよ
ていうかこのご時世、鯖に余計な負荷かけんなよ

567 :デフォルトの名無しさん:02/03/23 00:10
>>566
If-Modified-Sinceは鯖負荷減らすためのものだべ?
毎回GETするのに比べて。

568 :デフォルトの名無しさん:02/03/23 05:39
というわけで、2ch.dllを作りましょう

569 :デフォルトの名無しさん:02/03/23 10:55
>>567
だから、そーゆー当たり前のことをやらずに >>563 みたいな低スキルな
コードで迷惑かけんな、って言ってんの

570 :デフォルトの名無しさん:02/03/23 18:16
板移転に強い、理想的なログの持ち方について
現状、どのビューワの形式がいいですかね

571 : :02/03/23 20:57
>>570
過去ログ読むか、モナジラスレ行きな。
ここはな、モナジラ路線を否定しているスレだ。

572 :デフォルトの名無しさん:02/03/23 21:02
>>571
つーか、いいものはパクる。 そういうのはいいんじゃないか?

573 :571:02/03/23 21:29
>>572
パクリは良いけど、この板でのFAQはごめんだ。

574 :デフォルトの名無しさん:02/03/25 09:56
FAQか?

575 :seven:02/03/25 22:28
>>570
えっと、XML最強なはずだけど、食い付きわるくて、現在は'<>'区切りっす。


576 :デフォルトの名無しさん:02/03/26 17:14
で、クライアント作成はどうなったよ? > seven


577 :seven:02/03/26 21:40
>>576
しょぼいのは、あるよ。
最初ブラウザ表示作ったけど、大きなログ読むと、かちゅと同じで表示が遅いので、
100ずつ表示させようとしてTMemo使ったら、色付かない。
TRichEditは素性わるいし、TEditorだと、GPLには似合わないし、、、ってな感じ。
で、チョコ鯖とかの仕様待ちということに(汗)。
あと、書きこみがめんどくさそうで、手をつけてない。
wgetみたいなwputとか、無いかなぁ?


578 :デフォルトの名無しさん:02/03/26 23:09
>>577
えまのんや Jane Doeと同じ方法じゃだめなの?

579 :デフォルトの名無しさん:02/03/27 00:10
>>577
がんばってんだな…。
サーバ書いてるやつらももうちっと成果発表して欲しいもんだ。

580 :seven:02/03/27 20:58
>>578
TWebBrowser使用は、IE依存になるので、パス。
1レスずつの表示は、1行レス多数になると、、、
wgetとか使ったりして、ブラウザとは別のアプリで標準ログを保存して、
これをブラウザで読むことで、比較的多数のcgiに対応可能にすることを画策中。
とりあえず、色が無くても良いような気が、だんだんしてきた。
でも、めんどくせ〜、だれか作ってくれ〜。

581 :デフォルトの名無しさん:02/03/27 21:17
>>580
いや、えまのんや Jane Doe は TWebBrowserを使わずに
描画を実装してるんです。Jane Doeはソース公開なんで参考にされてみては?

>wgetとか使ったりして、ブラウザとは別のアプリで標準ログを保存して、
>これをブラウザで読むことで、比較的多数のcgiに対応可能にすることを画策中。

おお、詳細きぼんむ。

582 :デフォルトの名無しさん:02/03/27 23:15
>>580
>wgetとか使ったりして、ブラウザとは別のアプリで標準ログを保存して、
>これをブラウザで読むことで、比較的多数のcgiに対応可能にすることを画策中。

monazillaにもそういうコンセプトの奴はあったような気が..
画期的なアプローチキボンヌ

583 :デフォルトの名無しさん:02/03/27 23:29
>>582
j2ch-cache
http://www.geocities.co.jp/SiliconValley-Cupertino/5226/

584 :seven:02/03/29 23:11
>>581
Jane Doeの利用者になることにしました。ありがとう。

585 :デフォルトの名無しさん:02/03/30 07:12
ところでseven氏ってPigSleepとかのCGI作ってた人?

586 :seven:02/03/30 17:26
>>585
トンと心当たりありません。

587 :seven:02/03/30 17:30
>>582
monazillaは、基本的にdat読みですよね?
gikozillaは、基本的にhtml読みなんです。


588 :デフォルトの名無しさん:02/03/30 20:47
HTML読みで一番困るのは「省略されました」ですね、

589 :デフォルトの名無しさん:02/03/30 20:48
>>587
え?
read.cgiってこと?

590 :デフォルトの名無しさん:02/03/31 08:21
>>586
なるほど(藁)
ま、某氏によろしく(藁)

591 :デフォルトの名無しさん:02/03/31 13:50
よくわからないけど、感動した!傍観しますた!

592 :seven:02/03/31 18:12
>>589
あまりメジャーになる気は、ありません。

593 :デフォルトの名無しさん:02/04/02 14:21
read.cgiがプレゼンテーション層の機能までも持ってしまっているのは
gikozillaにとって大きな障害だよな。生データを忠実に渡してくれれば
いいのに「省略されました」とかねー。
html読みでも、それなりに課題はあるってことだな。
monazilla加盟以外に生データにアクセスする手段ってないのか?
ほんっと、にちゃんねるの体制って糞だな。
sevenもっとがんばれよ。てゆーか、おまえがサーバ側も書いちゃえば?

594 :デフォルトの名無しさん:02/04/02 14:29
数学に強い人、圧縮率lhaの10倍・可逆な圧縮規格を作りませんか?

595 :デフォルトの名無しさん:02/04/02 14:32
自称、数学に強い人が、1/100圧縮を発表してましたが、なにか。

596 :デフォルトの名無しさん:02/04/02 15:37
LHAはスライディング辞書とハフマンの組み合わせだろ
ハフマンは大変遅い。
スライディング辞書だけだと、スライディング辞書とハフマンの
85%の圧縮率だけど展開は10倍は早い。

597 :デフォルトの名無しさん:02/04/02 17:34
>>587
そのソフトに関して言えば、2chのみDAT読みで、他は全部HTML読みだよ。

598 :seven:02/04/02 18:42
>>597
ふーん、そうなの。
って、ログとか読んでると、開発する時間がなくなるしぃ。
とりあえず、しょーもないソフト群を作って、誰かが、それより優れたのを作ってくれて、置きかえることを期待してみようかな。
コンポスタイルってことで。「省略されました」非対応(笑)。




599 :デフォルトの名無しさん:02/04/02 18:47
省略されましたって何?
公開でread.cgiいじれてたころはそんな機能なかったと思うが。
bbs.cgiには昔からあるけど。

600 :デフォルトの名無しさん:02/04/07 02:41
600ゲトー

601 :デフォルトの名無しさん:02/04/13 14:30
601

602 :デフォルトの名無しさん:02/04/21 15:25
定期age


603 :デフォルトの名無しさん:02/04/23 06:52
お前ら、もう終わりか?

604 :デフォルトの名無しさん:02/04/30 23:34
ageとかないと。

605 :デフォルトの名無しさん:02/04/30 23:41
>>603
一ヶ月近くカキコ無いって事は、そういうことでしょ

606 :デフォルトの名無しさん:02/05/01 16:50
いーや、sevenは諦めてないよな?
GW明けには進捗報告とかあるんだよな? な? な?

607 :seven:02/05/04 08:56
>>606
うげ
うげげげ
やらんといかんの?
一定の効果もあったようなので、もぅ、いいのかと(汗)

608 :デフォルトの名無しさん:02/05/04 16:26
>>607
はやくコンポーネントの大枠を設計して インターフェイス公開汁!
漏れもコンポーネントのひとつやふたつ書いたるから。

609 :seven:02/05/04 17:06
>>608
大枠とか設計つーても

1各サイトからのhtml取得ソフト
2html2gikozilla形式DAT変換ソフト
3gikozilla形式DAT閲覧ソフト
4各サイトへの投稿ソフト
5ユーティリティー

ってくらいだけど。


610 :デフォルトの名無しさん:02/05/04 21:41
それで上等♥

611 :デフォルトの名無しさん:02/06/04 21:40
n

612 :デフォルトの名無しさん:02/06/30 12:40
けっきょくどうなったの?

613 :seven:02/06/30 13:12
特に運営側がヤバイことしてないので、当面放置

614 :デフォルトの名無しさん:02/06/30 21:15
ようするに終了ってことか。

615 :デフォルトの名無しさん:02/06/30 21:24
&hearts

129 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)