gikozilla

>300
てめーはRubyうーざーじゃねーだろ！
RDに決まってんじゃねーか。Raccで解析ああ楽ちん。

言語: Ruby
フォーマット: RD
文字コード: Shift_JIS

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

C厨の夢の宴はここですか?

>302
邪魔すんなYO!

現在までの技術的成果

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

反論不可

>>160 さんを中心にすすめていくとうまく行くと思うYO!
struct が抜けてるのが気になるがな（ゲラ

>>160 さんを中心にすすめていくとうまく行くと思うYO!
スレ一覧なのに板…のが気になるがな（ゲラ

>>304
フォーマットがCSV(Camma Separated Values)なのに、デリミタが\tとは、これいかに？

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

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

Valueが単数形なのにタブで区切るとはこれいかに?

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

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

既にスレの1/3が失われた・・・。

javaでやりゃあラクだろうに・・・

javaもc#もrubyも不可。c厨の意地を見せてやる。

SJISとCSVの組み合わせは最悪。UTF-8のCSVなら納得。

>>314 は知ったか厨

タブ区切りにするならレス内のタブをエスケープする方法も決めとかないと。

>316
レス内にタブ文字は出てこないから大丈夫と思います。
>314
知ったか厨はお呼びでないんだYO!

そう? → ←これでタブ入ってるかな?

>>317
やっぱタブ入るみたい。

いっそのことNull Separate Valuesにしてみては。

ヌル文字すら入ることがあるぞ。
よって絶対に入らないことを基準に区切り文字を選びたいなら
それこそ <> くらいしかない

記事中の \t なんてどうせホワイトスペースにしか見えないんだから
スペースに変換しちゃえばいいのよん。 よってタブ区切りでｳｯﾎﾞｰ

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

>>318
NNならタブに見えるんじゃなかったっけ？

じゃあ<>で区切ることにしよう
ってこれなんて読むんだ？→<>

ひしがた

ダイヤモンド

いや、垂直タブ文字で区切る事にしよう。

１リクエスト１項目で取得。これ最強。




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

データ形式: DSV(Diamond Separated Values)
デリミタ: <> (0x3c,0x3e)

>310
ﾜﾗﾀ

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

なんかとりあえず、プロトでも作って出したほうが早いかな

ブラウザ用のAPI決めれ
いいから早く

>>332
XML
XML

gikozillaを真面目に考えている人は、休みあけまでお待ちください。
土日厨があふれていますので。
それともいったん潜る？

とりあえず、週明けにはいくつかの実装が出てくんじゃね？
オレ？ オレも実装してるところ。クライアント付きだよ。お得だね！

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

>ヌル文字すら入ることがあるぞ。
ヌル文字入ったら、Cで扱う時困らない？
だから、ヌル文字はスペースか何かに変換して、NSVがいいと思う。

>>339
>Cで扱う時困らない？
一般的な感覚は逆だとおもうけどな。\0区切りはC厨あるいはジジイが良く使う手段だと思われ。
ネットワークからオクテット列を受信するAPIは\0に影響を受けるようには作らないからね。

>>340
舌足らずｽﾏｿ。
そこは、名前・メール・本文等の中のヌル文字を放っておいたら、
Cの文字列処理関数に渡す時困らない？ という意味。

>>341
だから前もってヌルは変換してしまえってことでは

まだ区切り文字で揉めているのか…
こんなところに下請けに出したら学校の宿題レベルでも1年かかりそうだな。

そうだな、区切り文字論争は不毛だ。
ここは、順当に固定長文字列にしとこう。

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

でいいだろ。

>>344
「初めてのプログラミング」という本を読んで出直してこい。

氷魚様の考え出した方式がたぶん世界最先端だと思う。
文字列の頭にその長さを置いとくの。
例えば"hio-sama"なら
08 00 68 69 6f 2d 73 61 6d 61
ってやるの。

つか、クライアントをＣで書く人なんているの？現状でもほとんどがDelphiなんでしょ？

>>347
monazilla系からのアクセスは拒否するんじゃなかったっけ？

>>348
そんなせこいことgikozillaがするわけないじゃん。
gikozillaはmonazillaに対してもオープンだよ。
monazillaがgikozillaフォーマットに対応するかどうかは知らんがな。

クライアント向けのAPIはSOAPベースですか？

>>350
SOAPにしたら結局XMLに戻るような(笑)

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

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

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

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

ときどきNULが大量に入ってるdatもある

なんだってさしたる必然性もないのに
独自フォーマットにこだわるかね｡
お前らセンスなさ杉｡

>353
無能

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

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

PNGみたいにチャンクにすればいいじゃん。
後からいくらでも項目追加可能。理解できないチャンクは無視すればいい。

>355
sourceforge.net

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

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

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

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

>>356
ｱﾌｫは独自フォーマット乱立してなさいってこった

某銀行のシステムは電文フォーマットだけで仕様書600枚以上あったな。
あれじゃ誰も管理できないだろ。

>353
なんだそういう意味ね。てっきりXMLでやれ派かと思った。
でもブレーンストーミングもしつつ、骨惜しみしないで各自で実装
ってのがいいと思うが。

>>358 = >>175
なるほどな。言われてみりゃその通りだ。必然性はないな。すまん。
>>162 も同じようなこと言ってるな。
とりあえず、手に入らなくなってしまった形式subject.txtとdatを
手に入れられれば良いということだな。

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

おい聞いてくれよ！
今、subback.htmlを解析していたんだけど、なんか以前と形式が変わってるんだよ。
なんか base href とか使ってサイズを小さくしているみたいだ。
今は、subback.htmlとsubject.txtってほとんど違いないぞ。

まとまりのなさがすばらしい。
どこでどうまとめるのかがたのしみだ。うふふ。

そういうプログラムがあったとしてさぁ、バブル崩壊直前にそのプログラムは全部売れって指令を出したわけ？

>>361きっと骨惜しみの意味を勘違いしてる｡

みなさん、難しい方向から攻めていってますけど…。

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リクエストして、得られたデータをログに追加して
いくだけ。

あのね、（以下略
帰っていいよ

おーい平日だぞ。さっさと早く作れよ！

367と似たよなこと考えている人がmonazillaに。
http://pc.2ch.net/test/read.cgi/tech/1005282763/871

俺かよ。早！

なんか召還もされてるし…
でも、Gikozilla とはちょっと違う気が

gikozillaのサブプロジェクトとして、gikoクライアント設計すれ。

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

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

今一番現実的なのは過去にも出てきたが、>>367見たいな奴か。
こういうことするなら、perlとかのが楽そうだな。

>>373

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

>>375
ｶﾞﾝﾊﾞﾃ!

　　　　　　　／￣￣￣＼
　　　　　　/　/ヽ＿＿/ヽヽ
　　　　　 /　/ 　 o,,,,,,, oヽ |
　　　　　（　|二　 (_人_)　| ｎ
　　　 　　＼ヽ　　　　　 ノ.//
　　　　　　　/　　　　　丶／
　（＿ノ⌒ヽ|＼つヽ　x　 |　　　 ∧ ∧
　　　　　　　ヽ（酒） 　 ノ.　　　（=ﾟωﾟ）
　　　　　　 　i　|　U　| i　　 　　/ Ｙつ
　　　　　　　（_（＿＿ﾉ_） 　⊂（＿,,∪

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

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

キャッシュを取ってなおかつ鯖が軽ければ
速くならないこともない

>>377

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

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

>378
確かに、
2chからは更新差分のみを取って、プロクシサーバのキャッシュとマージして返してやれば、
全部2chから取るより速くなる可能性はある。

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

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

>>380

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


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

高速化よりトラフィックを増加させないことが命題だと思う。

留ｂｙさいじょうげんふぉ！
ｒびぃは小野ｐへんｇｐじゃくそ！
ｓｈじょんべん大すき

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

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

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

なお、上の○DAT_NO,タイトル,レス数%0d%0a
　の %0d%0aは Win形式の行区切りの意味

仕様書らしく、BNFも付けといてくれよ。

Tiki に書いてみるテスト。
http://2ch.nekoruri.jp/tiki/?c=v&p=Gikozilla

>>879 + >>895
この二人は、是が非でも他人を自分よりも下であると思いたいらしい。
プログラマーってこんなｲﾀｲ人ばかりなの？

↑↑ ごめん誤爆です。↑↑
monazillaスレに書くつもりでした。

んな書き方だと叩かれるだけだから書かないで良し。

>>384
あれ? 2ch自体のフォーマットと同じでいくんじゃなかったの?
また独自形式の蒸し返し?

非独自にする必然性が無い以上
骨惜しみせずに好き勝手に
各自ばらばらに独自フォーマット作って
やりたいんだってさ。

>>291 だから2CHフォーマットっていっても沢山あるからまとめたんじゃないの？

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

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

DATが見えなくなる以上、read.cgiベースでHTMLパースすることになるわけだから
2chのフォーマットがどうだろうと関係ないでしょ

>>395
・・・・・

>>12は何処行ったの?

＞395 既存のツール たとえばかちゅ〜しゃとかが　そのまま使えると便利と思いませんか？

正直2chの板ごとの差異なんて屁みたいなもんだから、わざわざ串用意して
フォーマット統一するほどのことじゃないよ。

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

いい加減はやく作れよ！カス揃いだな。

12は生きているよ。gikogate.cgi実装中。

>>399
ガイシュツ。

誰かServlet+Xalanでつくって〜。手伝うから。

>>402
無能

飽きたな。

>>405
飽きたよ。

飽きたな。

飽きたな。

は〜い、解散解散。
みんな元のスレに戻ってね

飽きたな。　

秋だな｡

12は放置ということで解散!

秋は松茸だな。

>>413
松茸は匂いだけだな。
秋はサンマだな。

お前ら！目を覚ませ！！！
まだ秋じゃねぇよ

もう冬か｡ﾏﾀｰﾘとﾈﾀｽﾚ｡ｿﾚﾓﾖｼ!

サンマはうまいな。

めちゃくちゃすげーアイデア思いついたよ!
だから､ちゃんと gikozilla 続けようよ!
そのアイデアとは ↓

目黒に逝ってサンマを喰う!

やっぱサンマはうまいな。

>>420
うまいな。

途中から､このスレ読んでる奴にgikozillaが何の事だか
さっぱり分からんだろうな｡gikozillaってのは､
おいしいサンマの食べ方について研究するプロジェクトのこと､
でいいんだよな？ >>12

そろそろサンマの季節だな。

でさ、>>405 〜 >>423 は何人で回してるの？
疲れない？　手伝おうか？

サンマは大根おろしだな。

で、ココ荒らしてるやつらって、gikozillaが完成すると何かまずいことがあるの？
単なる妬み？
単なる厨房？

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

平日になったら祭りがあると言っておきながら
何も起こらないので皆物足りないだけ

まともにプログラム書ける人が1-2人くらいしかいないのが原因だろう

なんだ、粘着が一人で荒らしてるだけか。(XMLを否定された奴？)
ご苦労だったが、つまらんのでもういいよ。
さらに誰も祭があるなんていってねーぞ。

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

こいつマジでgikozilla書いてるらしいぞ。
パームでパーサー書くくらいならオレでもサーバー側で処理したいと思うし｡
というかPDAとか言ってるし､もしかして>>12なのか？
http://pc.2ch.net/test/read.cgi/prog/1010993649/l50

つか、gikozillaに参加してる、って香具師は、
１２くらいしか居ないみたいだがどうか？

>>431
正解

↓これなんかは、転送して加工してるんだよね?

http://i.chikara.biz/

お前らもっと>>12を持ち上げろよ。
落とすのは、ある程度完成したあとでもいいだろ？

>香具師
この板でこう言う単語を見るとは、ちょっとびっくり。

２ちゃん用語で「奴」と同義語だろ

>>436
おい。
ぁゃιぃわーるど用語だ

一応、こんな感じに作ってみたんですけど、
お気に召されるかどうか不安です。

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

http://koten.hypermart.net/

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

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

>>428
1-2人ということわ-1人だね(藁

>>438
ありがとうございます。私も興味ありますのでぜひ参考にします。

>>438
その調子でがんばってくれ。
ほんとに週明けに成果が出てくるとわ、Gikozillaもなかなかスゲーな。

>>438
お. 早速置いてみました.
http://2ch.nekoruri.jp/nph-gate.cgi

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だけど、サーバに負荷をかけるので、ほどほどにね。
(これも、ＯＫです)

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

こちらは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

>>445 俺は帰ってきたけど？
http://2ch.nekoruri.jp/nph-gate.cgi/pc.2ch.net/tech/subback.html

>>446
あ、まちがえた、はずかし、こちらでも、ちゃんと返ってきました。

これって subback.html じゃなくて subject.txt じゃない？

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

pu

まだかぁ〜？遅せぇーぞ！！

>>449
なるほど…つうかデータ形式が subject.txt なら subject.txt が良いと思うが。

>>452
わけわからん

テスト

＞454
それ、ロビー限定でわ。

gikozilla誕生は、Monazillaスレの144あたりからだね。

>>437
そうか。
「ヤツ」の変換違いから来たのかな。

「ヤシ」の変換違いだろ。
「ヤツ」→「ヤシ」の変化は変換違いではありえん。

すみません、遅くなりました。

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

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

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

よろしくお願いします。

平日は上げ

あ、下げた。

おいおい、話を進めすぎると>>12が登場しづらくなるぞ。

確実に飽きたな。

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

>>464
CGIのファイル名はnph-gate.cgiになってる？
nph-をつけなかった場合は確かにHTTP〜は必要ないけど。

あ、そうか。NPHスクリプトか！
確かにそうです。適当にtest.cgiとかにしてしまいました。
私が悪かったです。ごめんなさい。>>438 >>465

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

>>466
>subback.htmlのタイトル横のカッコ内のレス数は常に正しいのかな・・・。

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

キャッシングするにあたって透明あぼーんの扱いが難しいよね。
確か透明あぼーんするとレス番号が詰まっちゃうんだよね？

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

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

飽きたっぽい。

秋田っぽい。
やっぱりきりたんぽ鍋だな。

きりたんぽ鍋はうまいな。

うまいな。

ageておくか…

揚げもうまいな。

一日中、ネタ以外のレスなしかよっ！
これは間違いなく飽きたらしいな。

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

ラーメン食いに行ってきます。

wgetで、ちゃんと返って来ます。クライアントは、これ使おうかな?

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

ラーメンだったら、とんこつだな。

横槍が多すぎるんで、続きの議論はMLでやります。
[email protected]（ｗ

　|￣￣￣￣￣￣￣￣￣￣|
　|　　>>482おいおい♪　 .|
　|＿＿＿＿＿＿＿＿＿＿|
　 　　　 ∧∧ ||
　 　　　(*ﾟ∀ﾟ)||
　 　　　/　 づΦ

よーしパパgikozilla.orgとっちゃうぞー(w

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

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

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

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

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

グダグダ言わずに作れよ

>487
MFCで作ろうと思ってたのですが・・・駄目ですか？(^^;
IEコンポーネントは使わないつもりですが。

IEコンポーネントを使わずに、既存のＡＡ資産を活かす方法ってある？
俺も、できるならIEコンポーネントは使いたくないんだけど・・・・・・

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

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

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

あと、某G社とかへの対策も、頭に残ってたりするし。

>>492
現状、IE前提でAA作ってる人が多いわけで、それは多分今後も変わらないと
思うわけで・・・・・・って、モジラでもズレないの？
IEコンポ以外だとズレるのかと思ってた。

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

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

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

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

>>498
モジラは仕様変更が無いんですか,,

つか、MSKKは営業部門だけみたいな存在だから、
仕様変更には殆ど関与しないはず‥‥

>>501
あ、そっか、今は完全に営業所でしたねぇ、しまった。

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

>>503
あ、そうか、Mozilla 1.0 出るんですね。
なんだか楽しみ

ほほぉ〜２日間も放置ですか。飽きたみたいだ。

こんなことやっています。

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

続き、をっと、こんなことやってる場合じゃないか。

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;//名前、メアド、日付、本文、タイトル

アップ(ってなんですか)しときました。ソースのみです。

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

終わったのか… 寂しいな。

>>509
少なくとも、私は、残っていたりするのだ(笑)

飽きたね

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

＞あほセブン
一人でやってろ

要望。
datの圧縮差分取得がしたい。圧縮はgzipじゃなくてdeflateでいいや。
gzipだとヘッダをカットするのが面倒だから。がんばれ、seven。
実はオレもこっそり実装してる。

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

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

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

>>517
あ、なら、>>515です。
CGI串使える鯖のお友達いないしね。

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

>>519
何で書いてんの？ Cで書いてるんだったら是非 参考にしたい。
HTML -> dat 処理部とかね。Perlだったら、テキスト処理が Cとは
段違いに平易に書いてあるだろうから…。まぁ、がんばってくれよ。

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

半角で流れている画像その他を、p2pで共有するソフトきぼん。
gikozillaの大きな目玉ってことで。

>>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;

>>522
プログラム板なんだから自分で作らなきゃ・・・って言おうと思ったけど
なんかめんどくさそう（ｗ

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

>2　仕様が固まるまで、怠けられる理由ができた。
なんの仕様？

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

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

>>527
こいつがGETもPUTもできてオススメ
  http://curl.haxx.se/download.html

ありゃ。typoスマソ

age

sage

>>528
cURLですか。面白そうだけど、なんか、めんどくさそうですね。

漏れもこっそり実装してたりする。
けど、2ch側の仕様変更についていくのが面倒になってきたよ。

がんばれ
保全age

なあ
俺が掲示板専用サーバー作ろうか？
HTTPで全部やり取りするのにも全部飽きた気がしないか？

一部有料化の波が押し寄せてきているこの2ちゃんでこのスレの傾向はいいと思います。
535さんがんばってください。

>>535
技術的には、にちゃんねるよりグレートな掲示板システムなんて
簡単に作れるって人は多いと思う。
にちゃんねるのデータ保持形式とかクソだしな。

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

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

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

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

>>537
最近は巨大な掲示板システムが乱発しているせいか、
2ch自体有益な情報が減りつつある気がする。
少なくても､ユーザーは減少しているはずだし。

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

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

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

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

>ここでやりなよ。
すれ違いだという意見が増えたらすぐ消えますんで。
そうさせてもらいます。

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

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

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

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

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

>>540
それって結局君が否定するP2Pの形にならざる負えないと思うよ…

gikozillaがインターフェイスとしての道を選んだ理由のひとつに
「潤沢なストレージを用意できないから」ってのがあったよね？

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

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

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

どうしてJavaなんですか？単に538さんが慣れてるからですか？

>>544
JavaベースのブラウザもMonazillaにあったような

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

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

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

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

>>538
>有料化して専用通知サーバーでも立てれば

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

もーいーや。
ひとりでかちゅ〜しゃもどきをつくるよ。
さよなら。

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

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

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

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

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

期待age

っていうか、突っ込みどころが多すぎて…。

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

552ってもしかしてオブジェクト指向スレで晒しageされてた奴かも。
だとしたら､口だけ野郎なので気にするべからず。

残念だが人違いだ。私はvojta作者です。

>>554
あやしい・・・
多いってなら、１０個くらいは突っ込めるんだろ？
どうせ､口だけ野郎は１つも突っ込めないと思うんだが。
そうやって「　」も逃げていったな（藁

「　」晒しメタage

つーかさ、みんなボケまくろうぜ！そいでもって、ツッコミまくろうぜ！
ボケとツッコミの繰り返しで何か生まれるかもしれないじゃん（ｗ

>>556
おまえが最初にやれ､クソボケ

なるほど、556が クソ「ボケ」で、557が「ツッコミ」だね。
では、次のボケのかたどうぞ！
↓

　∧ ∧∧ ∧ 　　／￣￣￣￣￣￣￣
　(ﾟДﾟ≡ﾟДﾟ)　＜　ど、どうﾎﾞｹろと？
　　 ./　　|　　　 　＼＿＿＿＿＿＿＿
　　（＿__/
　／

はい、次の方。
↓

∋oノハヽo∈　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
Σ( ；´�D｀)　＜ きゅうにボケろといわれてもこまるのれす、・・・
　　⊃　⊂　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　(___)__)　ﾋﾞｸｩｯ!

技術的な面は置いておいて、
機能面での要望などはありませんか？

datファイルを直接読んでいるんですけど
毎回全部ダウンロードするのは効率悪いので
差分のみをダウンロードしたいんです。

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

If-Modified-Since の使い方がよく分からないです。
いい解説サイトありますか？

別スレでききんしゃい

RFC読めよ
ていうかこのご時世、鯖に余計な負荷かけんなよ

>>566
If-Modified-Sinceは鯖負荷減らすためのものだべ?
毎回GETするのに比べて。

というわけで、2ch.dllを作りましょう

>>567
だから、そーゆー当たり前のことをやらずに >>563 みたいな低スキルな
コードで迷惑かけんな、って言ってんの

板移転に強い、理想的なログの持ち方について
現状、どのビューワの形式がいいですかね

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

>>571
つーか、いいものはパクる。 そういうのはいいんじゃないか？

>>572
パクリは良いけど、この板でのFAQはごめんだ。

FAQか？

>>570
えっと、XML最強なはずだけど、食い付きわるくて、現在は'<>'区切りっす。

で、クライアント作成はどうなったよ？ > seven

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

>>577
えまのんや Jane Doeと同じ方法じゃだめなの？

>>577
がんばってんだな…。
サーバ書いてるやつらももうちっと成果発表して欲しいもんだ。

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

>>580
いや、えまのんや Jane Doe は TWebBrowserを使わずに
描画を実装してるんです。Jane Doeはソース公開なんで参考にされてみては？

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

おお、詳細きぼんむ。

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

monazillaにもそういうコンセプトの奴はあったような気が..
画期的なアプローチｷﾎﾞﾝﾇ

>>582
j2ch-cache
http://www.geocities.co.jp/SiliconValley-Cupertino/5226/

>>581
Jane Doeの利用者になることにしました。ありがとう。

ところでseven氏ってPigSleepとかのCGI作ってた人？

>>585
トンと心当たりありません。

>>582
monazillaは、基本的にdat読みですよね?
gikozillaは、基本的にhtml読みなんです。

HTML読みで一番困るのは「省略されました」ですね、

>>587
え？
read.cgiってこと？

>>586
なるほど（藁）
ま、某氏によろしく（藁）

よくわからないけど、感動した！傍観しますた！

>>589
あまりメジャーになる気は、ありません。

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

数学に強い人、圧縮率lhaの10倍・可逆な圧縮規格を作りませんか？

自称、数学に強い人が、1/100圧縮を発表してましたが、なにか。

LHAはスライディング辞書とハフマンの組み合わせだろ
ハフマンは大変遅い。
スライディング辞書だけだと、スライディング辞書とハフマンの
８５％の圧縮率だけど展開は１０倍は早い。

>>587
そのソフトに関して言えば、2chのみDAT読みで、他は全部HTML読みだよ。

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

省略されましたって何?
公開でread.cgiいじれてたころはそんな機能なかったと思うが。
bbs.cgiには昔からあるけど。

600ｹﾞﾄｰ

601

定期age

お前ら、もう終わりか？

ageとかないと。

>>603
一ヶ月近くｶｷｺ無いって事は、そういうことでしょ

いーや、sevenは諦めてないよな？
GW明けには進捗報告とかあるんだよな？ な？ な？

>>606
うげ
うげげげ
やらんといかんの?
一定の効果もあったようなので、もぅ、いいのかと(汗)

>>607
はやくコンポーネントの大枠を設計して インターフェイス公開汁！
漏れもコンポーネントのひとつやふたつ書いたるから。

>>608
大枠とか設計つーても

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

ってくらいだけど。

それで上等♥

n

けっきょくどうなったの？

特に運営側がヤバイことしてないので、当面放置

ようするに終了ってことか。

&hearts

やはり、私がいないと駄目ですね...。

gikozilla.rb