★ INCM Plug-in開発掲示板 ★ TinyGrass Ver0.32a ［戻る］
[0076] 00/03/09 19:11 てら(reTFQR2yizQ): Re:75)RE: cm_WWWBoard.pl 0.02
お手数おかけします。
今度も巡回できませんでした。
途中まではいけているんですが長文のメッセージがくるとやはり
「Error: Runtime exception」とでます。
「.*」はデータが大きすぎるとエラーが出るみたいです。
aaaBBBccc を
/aaa(.*)ccc/;
でとろうとしてもエラー
$a =~ /aaa(.*)ccc/;
でもエラーです。
/aaa(\w+)ccc/;
だとエラーは出ませんでした。
困ったなー
これに引っかかりそうなこと私もやっています。
[0075] 00/03/08 03:27 まさか(XlhZSp9.Fuk): Re:74)cm_WWWBoard.pl 0.02
てら さんのバグレポートにもとづき、Matt's Script Archive
<http://worldwidemart.com/scripts/>で公開されているWWWBoard
に対応するプラグイン「cm_WWWBoard.pl」を更新しました。
http://members.xoom.com/emasaka/cm_wb002.lzh
変更点は次のとおりです。
・記事読みこみで、ページ全体を読みこんで処理するとjperlがパン
クするので、部分ずつ読みこむようにした
・サブルーチンhttpreqを最近の版に入れ替えた（バーチャルホスト
対応？）
[0074] 00/03/07 21:26 まさか(XlhZSp9.Fuk): Re:73)RE: ちょっと実験
状況、こちらでも確認しました。
やはり記事ページ全体を一変数に入れて操作するのは無理が
あるようで、別のやり方をしたバージョンを作ってみます。
[0073] 00/03/07 02:31 てら(reTFQR2yizQ): Re:72)ちょっと実験
1234567890<title>12345</title>
1234567890
・
繰り返し
・
1234567890
というファイルをつくって
open( HTTP,"a.txt" );
undef($/);
$_= <HTTP>;
s/[\n\r]//g;
s/.*<title>(.*?)<\/title>//i;
print "title $1";
を実行すると
This is perl, version 5.005_03 built for MSWin32-x86-object
jperl5.005_03-990822
と表示されるjperlだと７ＫＢ
This is perl, version 5.003_07
jperl5.003_05.patch7_1
と表示されるjperlだと１３ＫＢ
ぐらいで「Error: Runtime exception」とでました。
perlだと１ＭＢぐらいでもOKでした。
[0072] 00/03/07 01:01 まさか(XlhZSp9.Fuk): Re:70)RE: 待ってましたWWWBoardプラグイン
>ということで「&httpreq」に「Host: $hostsv\r\n」を追加すると巡回できるよう
>になりました。
なるほど。試してみます。
>また巡回が途中で終わってしまっていたのでなんでだろうと思ってdos窓でみたら
>「Error: Runtime exception」とでて終わっていました。これがなにかはわから
>ないんですけど、このとき処理している記事のサイズが30kほどでした。未読ポイ
>ンタを書き換えて巡回してみるとまた引っかかったのでみてみたら20kほどの記事
>でした。ローカルで試したところ10k以上の記事で終わってしまうようです。
>cm_WWWBoard.plの183行目のところでエラーが出るみたいです。
(結合)
>s/.*<title>(.*?)<\/title>//i;
>の「.*」のところでエラーがでるみたいです。
うーん何でしょう。処理データサイズのエラーなのかなあ。
ほかに同じ症状が出た方いらっしゃいますか？＞皆様
よろしければ、問題の記事のURLかHTMLファイルをメールしてもら
えますか？＞てらさん
>上２行がちょっと謎だったのでコメントにしています。
fontタグとstrongタグを除いてるとこですね。
>jperlだからか？とおもってperlで実行してみたら
>「unmatched [] in regexp at cm_WWWBoard.pl line 217.」
>ってのが出ていました。これは関係無いと思うんですけど。
>INCMでperlとjperlのプラグインを分けたほうがいいのかも。
文法レベルでエラー出ちゃうと、スクリプト内判別ってのも難しい
ですね。
とりあえず現状ではjperlでお使いください（次のバージョンでは
ドキュメントに入れねば）
[0071] 00/03/07 01:01 まさか(XlhZSp9.Fuk): Re:68)RE: WWWBoardって
> リクエスト多かったんですが、同名のシステムが多数あって、
>どれだか判らなかったんですよね(^^;
あ、今回作ったのは Matt's Script Archive
<http://worldwidemart.com/scripts/>で公開されてるWWWBoard です。
> 最近の私のやつはBASICセクションだけ$_に入れて操作してます。
なるほど。次作るときかバージョンアップするときにパクらせて
いただきます。
[0070] 00/03/05 01:15 てら(reTFQR2yizQ): Re:69)あっ、名前入れ忘れてる。
s/.*<title>(.*?)<\/title>//i;
の「.*」のところでエラーがでるみたいです。
[0069] 00/03/04 17:56 ？？？(reTFQR2yizQ): Re:67)待ってましたWWWBoardプラグイン
うぅっ、xoom応答が無い。バナーは表示するくせに(-_-
さっそく使ってみました。
「www.aaaaaa.comにはリクエストされたデータは無い」みたいなものがかえって
きてしまいました。アドレスは間違えていない、ブラウザでもみれる、なんでー
と思ったら、ん「www.aaaaaa.com」あれっ、みたいのは「bbbbb.aaaaaa.com」な
のに。あっ、バーチャルホストとかいうやつか。
ということで「&httpreq」に「Host: $hostsv\r\n」を追加すると巡回できるよう
になりました。
また巡回が途中で終わってしまっていたのでなんでだろうと思ってdos窓でみたら
「Error: Runtime exception」とでて終わっていました。これがなにかはわから
ないんですけど、このとき処理している記事のサイズが30kほどでした。未読ポイ
ンタを書き換えて巡回してみるとまた引っかかったのでみてみたら20kほどの記事
でした。ローカルで試したところ10k以上の記事で終わってしまうようです。
cm_WWWBoard.plの183行目のところでエラーが出るみたいです。上２行がちょっと
謎だったのでコメントにしています。
jperlだからか？とおもってperlで実行してみたら
「unmatched [] in regexp at cm_WWWBoard.pl line 217.」
ってのが出ていました。これは関係無いと思うんですけど。
INCMでperlとjperlのプラグインを分けたほうがいいのかも。
[0068] 00/03/04 08:05 一 五明(9v2hKa5FPfo): Re:67)WWWBoardって
リクエスト多かったんですが、同名のシステムが多数あって、
どれだか判らなかったんですよね(^^;
>教訓：未読ポインタを数字だけにすると何かと面倒
.INIのBASICセクションのPARAM2=を操作しようとして、DIALOG
セクションのPARAM2=を書き換えてしまうんですよね(^^;。昔やり
ました。
最近の私のやつはBASICセクションだけ$_に入れて操作してます。
http://www.teleway.ne.jp/~timeflow/MENU.HTM
[0067] 00/03/03 22:20 まさか(XlhZSp9.Fuk): WWWBoardほか
自分が欲しかったので、WWWBoard用プラグインを作ってみました。
自分の回るところと、Web検索で目についたところを見て、場当た
りで対応してるんですが、こんなもんでいいんでしょうか？
ちなみに、MASHI's PLACE<http://www.m-kato.com/mashi/>が最近
全然つながんないんですが…
http://members.xoom.com/emasaka/cm_wb001.lzh
ついでに、EasyTreeBBSプラグインが、未読ポインタを更新できて
なかったので、直しました。
http://members.xoom.com/emasaka/cm_et002.lzh
すでにプロパティで未読ポインタが設定されている場合、数字の
頭に"no"をつけてください（例：no205）。
教訓：未読ポインタを数字だけにすると何かと面倒
[0066] 00/02/28 01:10 GAE(vbbj25HUgnk): Re:58)掲示板の規格
またまたネタが消えそうになりましたが…(爆)
> 規格を提示して合わせてと言うより、掲示板作者にオフライン
> アクセス用の（INCM専用ではない）規格作りに参加を呼びかける
> 形にして、CMTを一つの叩き台にするのが心理的に抵抗が少ないか
> もしれませんね。
そうですねぇ。
ただ、それを誰がまとめて、どうやって広めるかが難しいですよね。
まぁそんな事言ってたらいつまでたっても事は進まないのですが(笑)
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0065] 00/02/23 17:25 GAE(.yLuozr171c): Re:63)RE: MobileCentral 0.04
> 原因わかりました。いままで（私のとこで）動いてたほうが不思議
>なぐらいでした。
> その他の初歩的なミス修正を含め、0.04にしました。
無事読めました。
ありがとうございます(笑)
GAE
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0064] 00/02/22 21:59 まさか(XlhZSp9.Fuk): Re:63)RE: MobileCentral 0.04
>http://members.xoom.com/emasaka/cm_et001.lzh
あ、URL間違いです。
http://members.xoom.com/emasaka/cm_mc004.lzh
[0063] 00/02/22 21:57 まさか(XlhZSp9.Fuk): Re:62)MobileCentral 0.04
>要求しているURLがヘンですねぇ…。
原因わかりました。いままで（私のとこで）動いてたほうが不思議
なぐらいでした。
その他の初歩的なミス修正を含め、0.04にしました。
http://members.xoom.com/emasaka/cm_et001.lzh
[0062] 00/02/21 17:25 GAE(.yLuozr171c): MobileCentral 0.03
試してみたのですが、やはり本文がとれません。
で、ログをみてみるとこんな感じでした。()
The requested URL could not be retrieved
-------------------------------------------------------------------
While trying to retrieve the URL: http://www.watch.impress.co.jphttp//www.watch.impress.co.jp/mobile/news/2000/02/21/cellpre.htm
要求しているURLがヘンですねぇ…。
GAE
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0061] 00/02/17 16:44 まさか(XlhZSp9.Fuk): Re:60)RE: Mobile Central
しまった、古い順になっていなかった。修正。
Mobile Centralプラグイン 0.03
http://members.xoom.com/emasaka/cm_mc002.lzh
ちなみに、.cm$ファイルの中では、メッセージの順番はどうでもいい
（INCMがソートしてくれる）のですよね？
[0060] 00/02/17 14:42 まさか(XlhZSp9.Fuk): Re:57)RE: Mobile Central
ということで読みこみエラーまわりの処理を、ごにょごにょしてみました。
Mobile Centralプラグイン 0.02
http://members.xoom.com/emasaka/cm_mc002.lzh
すみませんがこれでやってみてください ＞GAEさん
エラー対応の内容は以下の点です。
・記事読み込みの順番を変更。未読のうち古いものから読む。タイトルまたは
記者名が読み取れなかった記事があればそこで終了し、既読ポインタはその
一つ前（古い記事）とする。
・ログファイルへの記録対象を、記事一覧から記事本文へ変更。
ついでに以下の点も変更。
・記事一覧で既読ポインタより古い記事があっても、スキップするのみとし、
その日の他の記事はチェックするようにした（時系列順に並んでない場合に
対応）。
・記事の整形方法を変更。
しかし改めてコードを見てみると、よく動いてたな、これ（汗）
[0059] 00/02/17 11:49 一 五明(9v2hKa5FPfo): Re:54)RE: もしかしたら
>INCMを使っている人にしか意味がない機能ですから、
>そこにお金をかけるとはなかなか思えません(汗)
どうですかね。
KY-VIEWが企業のページで使われてたりもしますし…
掲示板のほうも作る必要あるかもですが。
>フリーの掲示板サービスの方でも使ってもらえるように、
>広告記事の挿入も考慮するといいかもしれません。
>CMT出力の場合、記事100個ごとに広告が入るとか。
これはINCMや他のオフリが普及したら（HTML出力で）やるところ
が出てくるだろうなあと思ってました(^^;
先手を打っておくのも一つの手かも。
>>りも高負荷になる場合も有ると思うので、サーバー側がcgiでなくCMTの
>>テキストの場合の仕様も考える必要はあると思いますが。
>そうですねぇ。これはとりあえず対応しますので、
>TinyGrassでも対応してもらえると助かります(笑)
INCM掲示板もアクセス数が書き込みの30倍くらいありますからね(^^;
あ、でもこれ、書き込み時の負荷が大きいですから、InetCOCKのUP
ファイルみたいに複数書き込みをまとめてPOSTする規格も考えたほう
がいいかも。
http://www.teleway.ne.jp/~timeflow/MENU.HTM
[0058] 00/02/17 11:49 一 五明(9v2hKa5FPfo): Re:55)規格
>>「自分のところで設置したいのでCMTユニットを公開してほしい
>意味がわかる人はINCMをよく理解している人だけのような気がします。
確かに普通は、現在対応している掲示板を使おうと思うかも
知れませんね。
返信付加系やツリー系の既読部分の重複読み込み時間を気に
してる人って割と少ないのかも。
>掲示板CGIを作っている人に直接呼びかけたい気もしますが、
>CMTも本当に使ってもらいたいなら、名前を変えるべきかもしれません..。
規格を提示して合わせてと言うより、掲示板作者にオフライン
アクセス用の（INCM専用ではない）規格作りに参加を呼びかける
形にして、CMTを一つの叩き台にするのが心理的に抵抗が少ないか
もしれませんね。
その結果CMTと違う規格が出来てしまっても、INCMはプラグイン
で対応出来ますから…どんなのが出来てもHTMLより読みにくくなる
ことはないでしょう(^^;。
http://www.teleway.ne.jp/~timeflow/MENU.HTM
[0057] 00/02/17 02:15 まさか(XlhZSp9.Fuk): Re:56)RE: Mobile Central
>なんだか、日付以外読めなくなりました。
うーん、うちでは起きていませんが、本文ページの取得に失敗
してるのでしょうか。
しまった、本文ページのログをとるようにしてなかった。
エラー対策ってプログラマーの力量が出ますね…
[0056] 00/02/16 23:56 GAE(vbbj25HUgnk): Re:42)Mobile Central
なんだか、日付以外読めなくなりました。
同じ症状の人います？
もっと具体的にいうと、
タイトル、発言者、メッセージが空で、
まともなのは日付のみです。
謎です。
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0055] 00/02/16 12:56 GAE(.yLuozr171c): Re:52)RE: 確かUPしたことはないはず
>ユニット組み込むか否かに関わらず）動かなかったので、何か面
>倒になってしまったんだったような…
なるほど…。
>「自分のところで設置したいのでCMTユニットを公開してほしい
>掲示板のリクエスト」でも付けます(^^;？
どうしますかねぇ、
意味がわかる人はINCMをよく理解している人だけのような気がします。
> ほんとは掲示板作者が正式に組み込んでくれるのが理想なん
>ですけどね。
掲示板CGIを作っている人に直接呼びかけたい気もしますが、
現状のINCMは不具合も多いですし普及もしてないので、
もうちょっとがんばってからでも良いかなぁとも思います。
CMTも本当に使ってもらいたいなら、名前を変えるべきかもしれません..。
GAE
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0054] 00/02/16 12:56 GAE(.yLuozr171c): Re:53)RE: もしかしたら
> フリーの掲示板作者に対してよりも案外、対プロバイダ（製掲示板
>へのCMT機能付加）の要望が通る可能性が高いかもと言う気もしてます。
>サーバー負荷や転送量を減らしたいはずですから。
INCMを使っている人にしか意味がない機能ですから、
そこにお金をかけるとはなかなか思えません(汗)
また、プロバイダの掲示板サービスより、
フリーの掲示板サービスの方でも使ってもらえるように、
広告記事の挿入も考慮するといいかもしれません。
CMT出力の場合、記事100個ごとに広告が入るとか。
INCMを使う人は広告をみたくない人が多いかもしれませんが、
掲示板サービスをする側の立場も理解することが重要かなぁと思ってます。
> ただ必ずcgiを通すとすると本文がHTMLの掲示板（tcupみたいの）よ
>りも高負荷になる場合も有ると思うので、サーバー側がcgiでなくCMTの
>テキストの場合の仕様も考える必要はあると思いますが。
そうですねぇ。これはとりあえず対応しますので、
TinyGrassでも対応してもらえると助かります(笑)
> とすると、転送量を最小限にするには、未読以前の書き込みが来た
>時点で切断する必要がありますが、これ、Ｃ言語だと難しいんですよね。
> PerlやRubyのソースのsocket回り参考になる…のかも？
プラグインの作り自体を変えればできます。
(メモリを直接参照しないようにすれば)
GAE
http://www.gld.mmtr.or.jp/~naofumi/incm/
[0053] 00/02/16 12:14 一 五明(9v2hKa5FPfo): Re:51)もしかしたら
フリーの掲示板作者に対してよりも案外、対プロバイダ（製掲示板
へのCMT機能付加）の要望が通る可能性が高いかもと言う気もしてます。
サーバー負荷や転送量を減らしたいはずですから。
ただ必ずcgiを通すとすると本文がHTMLの掲示板（tcupみたいの）よ
りも高負荷になる場合も有ると思うので、サーバー側がcgiでなくCMTの
テキストの場合の仕様も考える必要はあると思いますが。
とすると、転送量を最小限にするには、未読以前の書き込みが来た
時点で切断する必要がありますが、これ、Ｃ言語だと難しいんですよね。
PerlやRubyのソースのsocket回り参考になる…のかも？
http://www.teleway.ne.jp/~timeflow/MENU.HTM
[0052] 00/02/16 12:14 一 五明(9v2hKa5FPfo): Re:51)確かUPしたことはないはず
>そういえば、YY-BOARD用のCMTユニットとか、
>以前はダウンロードできるようになっていた気がしますが、
YYとASKABBSは作ってローカルでテストした覚えはありますが、
UPはしてないはずです。
結局うちのプロバイダだとcgiの制約が大きくてどちらも（CMT
ユニット組み込むか否かに関わらず）動かなかったので、何か面
倒になってしまったんだったような…
プラグイン開発者も増えてきて少し楽になってきたので、そう
いう方面に力入れていきたい気はしてますが…INCMページに
「自分のところで設置したいのでCMTユニットを公開してほしい
掲示板のリクエスト」でも付けます(^^;？
ほんとは掲示板作者が正式に組み込んでくれるのが理想なん
ですけどね。
http://www.teleway.ne.jp/~timeflow/MENU.HTM
[次のページ]