(1) タイトルが半角 40 文字を超えた場合は超過分をぶち切る。
	→テスト板に導入済み

(2) 発言者名が半角 16 文字を超えた場合は超過分をぶち切る。
	→テスト板に導入済み

(3) 発言の修正機能を無効化。
発言削除はできるけど修正はできないという NIFTY 仕様にする。
（ただ、コメントの付いた発言も削除できるのは現行のまま）
	→テスト板に導入済み（まだ不完全）

(4)  コメントが付いていない発言を削除した場合も削除ポインタ（っていうの
？）が残るようにする。
	→テスト板に導入済み（まだ不完全）

(5) 発言中の NIF 生ログヘッダに引用符を自動付加。
	→テスト板に導入済み

(6) NIF ログ出力で発言の境目の「半角スペース＋バックスペース」を廃止。
	→テスト板に導入済み

(7) 記事を発言者が削除した場合、 削除された記事に「No.n の記事は発言者
により削除されました」というレスを自動的に付ける。

これが実現できればかなり完璧なんだけど、うーん、ちょっと無理っぽい (^^;

(8)WebForum の過去ログ機能への対処。

これがいちばん頭が痛い。過去ログ機能を使わない（最大スレッド数を思いっ
きり大きくしておく）のが一番なんだが、現在でも重いサーバーがますます重
くなりそうだし、ログ消失の危険性も増えそうな。

(9) その他にもいくつかあるんだけど省略。

・・・

テスト板のほうで各種機能のテストをしてくださる方を募集します。
Ish 張り付け発言の解凍の確実性のテストもできればよろしく。

あと、ブラウザ書きの場合に JISX0213 の第３・４水準の文字がどうコンバー
トされるか見といたほうがいいかも。 フォームに入力したデータを CGI に渡
す前に、ブラウザが一部の文字コードを勝手にコンバートしてくれる模様です。

テスト板の Konno さん

>ちょっと大きすぎたみたいです。No.147 のISHは274行もあるのはなぜ？

あれは HTTPOut でアップしてます。
ブラウザ書きの場合はとりあえず、

(1) プレビュー表示→いったん前画面に戻る→「プレビュー」のチェックを外
    して直書き

(2)「プレビュー」のチェックを外して最初から直書き

という手順をおすすめしておきます。
#00107 と #00128 あたりのツリーをご参考に。

限界までいっぱいに書き込むためには、事前にファイルのバイト数を計測する
専用のツール（or マクロ）を作らないと無理でしょう。


>ISH作成のオプションは、/sn がいいみたいです。/ss は駄目でした。

↑ちょっとメモ代わりに引用させておいてもらいます（笑）

> #00107 と #00128 あたりのツリーをご参考に。

なるほど、/ss では、150行も書き込めなかったし、文字化けで復元もうまく
いかなかったので、こんなものかと思ってました。
＃親発言を削除すると残骸が悲しい・・・
 
> >ISH作成のオプションは、/sn がいいみたいです。/ss は駄目でした。
> ↑ちょっとメモ代わりに引用させておいてもらいます（笑）

あ、いや、ISHのマニュアルを見ると、/ss 以外なら問題なさそうなんですが、
/s7 よりは、/s8 か、/sn あたりが変換効率よさそうと言うことで。

もっとも、言語間の互換性を考えると、/s7 にしたほうがいいのかも。

バイナリのアップ場所は無かったでしたっけ。メールの添付でやるとか(^^;

> バイナリのアップ場所は無かったでしたっけ。メールの添付でやるとか(^^;

自分のサイトを持っている人はそちらに掲載するとか。
さもなければ、ベクターを有効活用するとか。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

> 自分のサイトを持っている人はそちらに掲載するとか。
> さもなければ、ベクターを有効活用するとか。

つまり、今まで通りということですね。(^^;;

http://homepage3.nifty.com/tamaneko/VZMES2.HTM

　↑こんなふうにプログラム等のリンクを書き込む専用のライブラリ部屋の設置
はどうでしょうか。書き込みのフォーマットを決めておけば、管理者は変な書き
込みが無いかのチェックだけ。ユーザーのコメント数が出れば人気度も分かるし。

掲示板が増えてしまうけど、こういうのは形式の違う掲示板のほうがいいと思う。

いちおうこの流れっちゅうことでここにコメント。

Ish 部屋に関しての現在の腹案。

他の部屋とは掲示板の仕様を若干変えるつもり。

(1) if ($ENV{'CONTENT_LENGTH'} > 25000) { &error("投稿量が大きすぎます"); }
				↑
この数字を大きめにする。目安はツールのα、β板 (もちろん正式版も）のバ
イナリを Ish＋Lha ２分割くらいで張り付けられる大きさ。

誰かから具体的に数字の提案があればそう設定するし、なければとりあえず２
倍 (50000) にしとこうか（笑）

・・・

Ish 部屋にアップされたマクロ・プログラム・データなどについてわしは一切
の責任を負わないし、ウィルスチェックなども行わない。万一何かが起こって
も、それはすべて使用者の自己責任になります。

何か問題のあるファイルがアップされた場合、誰かがそれなりに説得力のある
検証を行って報告すればいわゆるシスオペ削除を行うかも。でも基本は「放置」
です。

で、「放置」する以上はいちおうの担保を押さえるということで、

(2) E-mail 欄に「NIF の ID もどき文字列＋暗証」（#181 #186 参照） を設
定してない書き込みは弾く。

(3) Ish 部屋にアップした人は、以後、他の部屋でも同一の「NIF の ID もど
き文字列＋暗証」を使ってもらうことにする。

(2)(3) に適合しない Ish 部屋のファイルはわしが気付いた時点で問答無用で
削除（笑）

・・・

バイナリをアップできるシステムを作成・維持するのは、手間・リスクその他
を考えるとかなり大変だと思う（最近は何かいいシステムがあるかもしれない
が）。そのうち誰かが何かいい案（＋ファイルの収納スペース込み）を具体化
したらトップページからリンクを張ればいいんでは。

Ish の場合はアップがラクだし、ログがたまってきたら古いものから過去ログ
アーカイブ化して nifty のホームページスペースから追い出せるので、 わし
一人の運営でも当分だいじょうぶでしょう。

> Ish 部屋にアップされたマクロ・プログラム・データなどについてわしは一切
> の責任を負わないし、ウィルスチェックなども行わない。万一何かが起こって
> も、それはすべて使用者の自己責任になります。

これって石部屋に限らない、一般的な話としてしまってもいいような気もします。
ただ、発言削除に関する考え方については、たぶんあじゃさんと私とで大きく異
なっていると思います。

> 何か問題のあるファイルがアップされた場合、誰かがそれなりに説得力のある
> 検証を行って報告すればいわゆるシスオペ削除を行うかも。でも基本は「放置」

私は基本的に、場の提供者に大きな権限があってもいいのではないかと思ってお
ります。つまり、いわゆるシスオペ削除というものは、それこそシスオペの虫の
居所によって行われても文句のいえるものではない、と思っておるのですよ。も
ちろん、そういうことをするシスオペはすぐに後ろ指をさされて信用を失うこと
になるので実際にはそういうような運用が行われることはないと信じていますが。
あ、ちなみに『基本は「放置」』という考え方は同感です。

> で、「放置」する以上はいちおうの担保を押さえるということで、

う〜ん、どうなんだろ。
なんかいたずらに発言者に負担を求めているような気がしないでもないような。
私の上記のように、かって気ままに強権を発動してもいいという考えであれば、
発言者の身元確認は不要でしょう。それでも、ある程度の身元確認が必要という
ことであれば、発言者のＩＰアドレスを公開してしまうというのはどうでしょう
か。ＩＰアドレスをフルに公開してしまうのが逆にプライバシーの関係で心配だ
というのであれば、上位の数字２つだけ公開してしまうとか。上位の数字２つぐ
らいであれば、下位の数字２つの組み合わせは６５０００以上あるのである程度
プライバシーは担保できるし、上位の数字はたぶんプロバイダごとに異なるでし
ょうから、全くの赤の他人が詐称することはある程度難しいでしょうし。

ＩＰアドレスは０〜２５５までの数値４つから成っています。
それぞれの値を１６進にして表示すれば、ちょうど８桁。それも数字とアルファ
ベットだけで構成されるので、なんとなくＩＤっぽくてよいかも。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

>なんかいたずらに発言者に負担を求めているような気がしないでもないような。

ん・・・ちょっと解せないんだけど、
どのへんが負担になってる？

> ん・・・ちょっと解せないんだけど、
> どのへんが負担になってる？

なんとなく気のせいレベルのような気もするのですが。
#255で

> で、「放置」する以上はいちおうの担保を押さえるということで、
> (2) E-mail 欄に「NIF の ID もどき文字列＋暗証」（#181 #186 参照） を設
> 定してない書き込みは弾く。
> (3) Ish 部屋にアップした人は、以後、他の部屋でも同一の「NIF の ID もど
> き文字列＋暗証」を使ってもらうことにする。

えと、何でこの方法をとれば「担保」を押さえられるのか、というのが私に理解
できていないというのがまずあって。で、その暗証を入れるという些細な行為が
なんとなく負担になるんじゃないかなぁ、という、まさに気分の問題かなぁ。
そして、その方法のメリットが私には測りかねているにもかかわらず、たぶん本
人性の確認に使うのだろうなと見当をつけて、発言者に何ら新たな事項を入力さ
せずにある程度の本人性の確認が可能な対案としてＩＰアドレスというものを自
動で取得したらどうか、というものを提案させていただいたわけです。

なので、私の考えとしては：
・基本的に放置、ただしシスオペは気の向くままに削除可能
　発言者に対して本人性の確認等は全く行わない
・次善の策として、もし仮に発言者の本人性の確認をとるのであれば、暗証等
　で厳密に行うのではなく、ＩＰアドレスを用いてシステム側で緩やかに行う
といったところでしょうか。

あ〜、なんとなくわかってきたぞ。
私、いわゆるインターネットのセキュリティというのをあまり信用していないよ
うなんですよ。なので、ＨＴＴＰＳを使うわけでもないのに、そんなに認証に気
を使っていったいどうするの、という気持ちが心の奥底にあるようです。

ま、これはあくまでも私の意見なんで、参考までに。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

これはなかなか面白いテーマだと思うので、実際に危惧される「問題」が起こ
るかどうかは置いといて、論理のみで書いてみます。


>E-mail 欄に「NIF の ID もどき文字列＋暗証」

これは、発言者にとっては「任意のハンドル」の延長上にあります。
（ID は別に自身の NIF の ID を使う必要はないし、使わないほうがいいと思
う。 また「暗証」 に自分の E-mail アドレスを使うのもおすすめしない（後
述）。）

んで、わしが「担保」として押さえておきたいのは、「身元／本人性の確認」
ではなく、「掲示板に書き込まれた同一ハンドルの発言が同一人から発信され
たことの確認」です。


わしは「猫の穴」 「板塀」 に発言するときは（かつては「楽園」  でも）、
E-mail 欄 を「非表示」にしたうえで、ある文字列を「暗証」として書き込ん
でいます。これは万一誰かがわしの名を騙ったときに、掲示板設置者に事情を
説明して生ログを調べてもらえば、すぐに「騙られた」ことがわかるようにす
るためです。

実在の自分の E-mail アドレスというのは「暗証」にはなりません。まぁ、一
度も公にせず、  一度もメールを発信したことのないアドレスならあれだけど
（厳密に言うとこれも不可）、そんなアドレスを持ってても意味なし（笑）


んで、「わし←→設置者」間のみだったものを、 「ID もどき」を追加するこ
とで、掲示板閲覧者にも担保がみえるようにしたわけです。

↑ちょっと説明がめんどいのではしょるけど、「抑止」「早期対策」「ちょっ
とタイムラグが生じる」といえばわかるかな？


IP アドレスをもとにした方法は、 「身元／本人性の確認」「掲示板に書き込
まれた同一ハンドルの発言が同一人から発信されたことの確認」のどちらにも
使えません（としきさんには説明する必要はないと思うけど）。

・・・

もともとはわしの感覚的なものからきてたりします。
どっかの掲示板に書き込もうとしたときに、

httpsの認証式
	なんかヤダ。よっぽどのことがない限り書き込まない。

メールでパスワード発行
	めんどい。それになんかヤダ。

Email記入義務づけ
	なんかヤダから書き込まない。

IPをさらされる
	なんかヤダから書き込まない。


かなりワガママですが (^^;、気楽に書き込みたいのよ。

> これはなかなか面白いテーマだと思うので、実際に危惧される「問題」が起こ
> るかどうかは置いといて、論理のみで書いてみます。

そうね、実際に問題が起こるかというとほとんど起こらないでしょうし、起こっ
たとしても可能性は低いでしょうね。

で、まぁ、お考えを伺って大体のところは理解できました。運営方針として、取
り立てて問題視するほどエキセントリックでもないので、まぁいいのではないで
しょうか。もちろん、担保を取る必要はない、という私の考えは変わらないので
すが、でも、もう書き込みなんてしないよ、とヘソを曲げるようなこともありま
せんから。


> でいます。これは万一誰かがわしの名を騙ったときに、掲示板設置者に事情を
> 説明して生ログを調べてもらえば、すぐに「騙られた」ことがわかるようにす

こんなもん、書き込まれた内容を読めば大体、騙られたかどうかなんてわかるも
のではないでしょうか。日ごろ温厚な誰かが、突然悪意に満ちたマクロを書き込
んだ、なんてことがあれば、誰がどう見ても本人かどうかなんてわかると思いま
すし。加えて、掲示板設置者に、生ログに残されたＩＰアドレスを見てもらえば
すぐに「騙られた」ことがわかるわけですし。
ということがあるもので、相変わらず、「担保不要論者」なわけです。


> んで、「わし←→設置者」間のみだったものを、 「ID もどき」を追加するこ
> とで、掲示板閲覧者にも担保がみえるようにしたわけです。

実はここがよくわかりません。
ＩＤもどきはハンドルの延長とありましたが、別になくてもいいじゃん、という
か、あると何が変わるのだろう、というのが考えてもよくわからんのですよ。
ハンドルと暗証だけだった場合、『「わし←→設置者」間のみ』というのはわか
ります。でも、ＩＤもどきがあっても、あるいは逆になくても、状況はなんら変
わらんように思えるわけで。


> もともとはわしの感覚的なものからきてたりします。
> どっかの掲示板に書き込もうとしたときに、

この部分に関しては、あじゃさんと私の感覚的なものにやや隔たりがあるという
ことが確認できました。

> httpsの認証式
　　ＤＣの構造をそのまま持ってくるのであれば、これを採られても
　　仕方ないとあきらめられるけど、一般の掲示板だと、ちと堅苦し
　　さを感じるかな。
　　※セキュリティを確保するならこれが一番だけど、でも、今回の
　　※件ではオーバースペックだと思う

> メールでパスワード発行
　　めんどい。
　　でも、掲示板を蛸壺化させるのであれば、この方法がお勧め。
　　※誰も蛸壺化なんて希望していないので却下。

> Email記入義務づけ
> 	なんかヤダから書き込まない。

ここだけはまったく同意見です。

> IPをさらされる
　　固定ＩＰでなければ、どうせＩＰなんてすぐに変わってしまうの
　　だから、フルにＩＰが表示されても、割と抵抗なく書き込めます。
　　上位２バイトのみの表示であれば、それこそ全く抵抗ありません。

おまけ：ハンドルとＩＤもどきと暗証
　　なんかめんどいからよっぽどのことがないと書き込まない

> かなりワガママですが (^^;、気楽に書き込みたいのよ。

同意見ですが、あるシステムが気楽か、というところに多少のずれがあるようで
申し訳ありません。


あと、暗証方式にするのであれば、Ｅメール欄とは独立させた暗証入力欄を設け
ることを強く要望いたします。あるいは、削除用の暗証キーと兼用にする、でも
いいかもしれませんが。
間違える可能性があるものは誰かが必ず間違える、だっけ、マーフィーの法則が
作動するのを抑止したほうがいいと思いますから。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

>実はここがよくわかりません。

ぢゃ宿題にしときましょう（ぉ

・・・

以下、実際の運営の話ね。

結局、としきさんの考えでいくと、設置者がかなりの負担を背負込むことにな
るのだなぁ。いちおうの設置・管理者としてそれなりに書き込み全体へ目配せ
しろと要求されてるように聞こえてしまうんだけど、それはわしの気のせい？

自分で書き込むことはおろか、他の人の発言その他をじっくり読んだり検証し
たりする余裕がない時期がしばらく続いたとしても、ログのバックアップとち
ょっとしたチェック（いずれも機械的な作業）だけ定期的に行えばそれなりに
「場」を継続できるだろう、というのがわしの前提です。

> ぢゃ宿題にしときましょう（ぉ

げ。

> 結局、としきさんの考えでいくと、設置者がかなりの負担を背負込むことにな

あれ、なんで？
基本的に放置モードになるんじゃないの？
暗証方式を導入しようがしまいが設置者の負担はそんなに変わらないと思うんで
すが。まだ何か私がよく理解できていないような感じです。ということで

> るのだなぁ。いちおうの設置・管理者としてそれなりに書き込み全体へ目配せ
> しろと要求されてるように聞こえてしまうんだけど、それはわしの気のせい？

それは気のせいです。
というか、私があじゃさんに比べて楽観的であるのか、あるいはそれよりもあり
そうなのが、私が著しく注意力に欠けていて、あじゃさんの気づいている「当然
予想されるべき展開」というのに気づいていない、というパターンが可能性とし
ては高いかも。だって、

> というのがわしの前提です。

この前提も、全く同意見なんですから。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

あれ・・・ひょっとして誤解があるのかな。

>(2) E-mail 欄に「NIF の ID もどき文字列＋暗証」（#181 #186 参照） を設
>定してない書き込みは弾く。

↑これは Ish 部屋だけなんだけど（「弾く」っていうのは、 エラーにして書
き込み不可にするってことです）。

んで、 Ish 部屋にアップしない人は「ID もどき＋暗証」なんて使う必要はな
いし、  E-mail  欄には入力してもしなくてもどっちでもええです。  普通の
E-mail 形式の文字列なら表には出ないのも現行のままです。

> あれ・・・ひょっとして誤解があるのかな。

たぶん誤解はしていないと思うんだけど・・・自信なし。(^^;

> >(2) E-mail 欄に「NIF の ID もどき文字列＋暗証」（#181 #186 参照） を設
> >定してない書き込みは弾く。
> ↑これは Ish 部屋だけなんだけど（「弾く」っていうのは、 エラーにして書
> き込み不可にするってことです）。

ではなくて、私の心にちょっとしたささくれが生じているのは、

> (3) Ish 部屋にアップした人は、以後、他の部屋でも同一の「NIF の ID もど
> き文字列＋暗証」を使ってもらうことにする。

という方だったりします。
えと、つまり、石部屋以外の方も暗証を使わないと弾くという風に理解している
のですが、というか、それ以外には理解できない気もするのですが、それが何と
なく私には面倒だと思えるのですよ。いや、面倒というだけでなく、なんとなく
入力忘れが頻発するのではないか、という危惧があるのですね。
なので、入力忘れを避けるために、Ｅメール欄に変な入力を強要するよりは、き
ちんと独立させた入力欄を設けるべきではないか、という提案もしていたりする
のでした。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

ちゃうちゃう、削除するのは Ish 部屋の発言だけっす。

放置するんだったら「得体のしれないファイル」の削除くらいはやっておこう、
っちゅうことです。

そういえば、去年の１０月ごろだったかな、KENTさんのサポート掲示板でそんな
ような話題があったみたいだけど、１１月になってからレスがついていた模様。
多分今ではもう過去ログ送りになってしまっているような気もします。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

簡単に説明しておくと、

>(1) タイトルが半角 40 文字を超えた場合は超過分をぶち切る。
>(2) 発言者名が半角 16 文字を超えた場合は超過分をぶち切る。
>(5) 発言中の NIF 生ログヘッダに引用符を自動付加。
>(6) NIF ログ出力で発言の境目の「半角スペース＋バックスペース」を廃止。

	既存のログ処理ツールとの互換性の確保

>(3) 発言の修正機能を無効化。
>(7) 記事を発言者が削除した場合、 削除された記事に「No.n の記事は発言者
>により削除されました」というレスを自動的に付ける。

	ログの同一性の確保とサーバーへの負荷軽減

>(4)  コメントが付いていない発言を削除した場合も削除ポインタ（っていうの
>？）が残るようにする。
>(8)WebForum の過去ログ機能への対処。

	生ログの保護

にそれぞれ関係しており、また以上のすべてが設置者（わし (^^; ）の負担軽
減に結びつきます。

> にそれぞれ関係しており、また以上のすべてが設置者（わし (^^; ）の負担軽
> 減に結びつきます。

なんか、これらのことが負担軽減に繋がるってことは、えらくマメに掲示板のメ
ンテをするつもりに見えます。好きでやっているうちはいいですが、なんかもう
少しリラックスした方がいいんではないの、という気もするようなしないような。

> 	既存のログ処理ツールとの互換性の確保

これ、(6)項は、廃止されることによってかえって誤動作してしまう既存ログツー
ルもありそうな気がするのですが、その辺は大丈夫なのでしょうか。なんとなく
一抹の不安を覚えます。確か、RTNMだったかNIFPだったか、この目印を用いて個
々の発言を識別しているソフトがあったような記憶があります。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

ちゃうちゃう(ぉぃ

まめにメンテしなくてもいいように、いま準備してるんっす。

わしに余裕がなくて、生ログの構造が崩れたまま放置せざるをえない状態がつ
づき、崩壊がいっそう進んで行く・・・ちゅうのをいちばん恐れてます。

まぁ、そんなに書き込みがあるのかはわからんけど、最悪のシナリオへの対処
だけはやっておけば安心できるってところかな。


>これ、(6)項は、廃止されることによってかえって誤動作してしまう既存ログツー

要望が入ったら再考する可能性はあります。

もともとは、Si さんの logsortw.exe に仕様の追加をお願いしようかな、 と
考えて入れておいたものです。その必要がなくなったので廃止しました。

> まぁ、そんなに書き込みがあるのかはわからんけど、最悪のシナリオへの対処
> だけはやっておけば安心できるってところかな。

了解です。
たぶん、最悪の状況の発生見積もりと、事前の準備にかかる作業量の見積もりが、
私とあじゃさんとで食い違っているのでしょう。なので、私はそんなに事前に準
備にコストをかける必要はないのではないか、ということで、一連の発言になっ
たのだと思われます。

 

参照先： http://www.hinocatv.ne.jp/~toshiki/

> にそれぞれ関係しており、また以上のすべてが設置者（わし (^^; ）の負担軽
> 減に結びつきます。

上に全然関連しない要望なんですが、現状、ブラウザの表示→文字のサイズオプション
で文字サイズが変えられないので、変えられるようにしてもらえないでしょうか。

DCの方でも要望があったと思いますが、文字サイズは可変の方が見易さの調整が
出来ていいと思いますので、なにとぞ。

MozillaとかFirebirdだったら，作成者側が固定していても多段階で可変ですよ。
[Ctrl]+[-|+]で変更して[Ctrl]+[0]で元に戻すだけなので楽なのですが，
いつもとなると面倒ですよね。

参照先： http://homepage3.nifty.com/mezala/

> MozillaとかFirebirdだったら，作成者側が固定していても多段階で可変ですよ。

あ、そうなんですか。私は IE しか知らないもので。ブラウザは一つあればいいかな
と思うんですが、うちのサイトや掲示板の見栄えが全然違うようなら、チェックの為
に導入した方がいいですかねぇ。

> [Ctrl]+[-|+]で変更して[Ctrl]+[0]で元に戻すだけなので楽なのですが，
> いつもとなると面倒ですよね。

一時的な変更ということですか。キー一発で変更できるなら便利ですね。

要望はしたものの、特に困っているわけではないので、気が向いたらということで。

これ、どなたか実現できないですかね。

過去ログ入りしてしまった発言へのコメントが書き込まれると生ログの構造が
崩れてしまうんですよね。

具体的な改造箇所は wf_regi.cgi のサブルーチン

>#------------#
>#  書込処理  #
>#------------#
>sub regist {

のところです。

たとえば

>&oya=180
>&no=189

という発言が書き込まれたさい、

	・#180 を起点とするスレッドが存在しない。
	・スレッドはあるがその中に #189 という記事が存在しない。

場合に、

	(1) エラーにして弾き、生ログは書き換えずに終了する。

	(2) 書き込まれた発言の本文の冒頭に
	>Re:#189
	>
	という２行を付加した上で、新規発言として書き込む。

以上のどちらかの処理を加えたいわけです。これは過去ログ機能への対処だけ
でなく、メンテフリーにするための安全策にもなります。ユーザーの便を考え
ると (2) のほうが望ましいでしょうね。

オリジナルの WebForum からの改造箇所という形で提示してもらえるとありが
たいんですが。

わしも考えてはみてるんだけど、とんでもなく無理っぽいなぁ (^^;

・・・

>これがいちばん頭が痛い。過去ログ機能を使わない（最大スレッド数を思いっ
							↑
					         最大記事数の誤りでした。

>	(1) エラーにして弾き、生ログは書き換えずに終了する。

これさえできれば、(2) のほうはいま付け足してある自動コメント用のルーチ
ンを使い回せばわりとすぐにできそうなんだけどなぁ。

このままだとたとえば 500 とか 1000  発言くらいになったらログを落として
また１から新装開店、みたいな運用しかできんかも。

おまけに、なるべくツリーはデカくしないでくれ、みたいな。
それじゃつまらんしなぁ。

>	(1) エラーにして弾き、生ログは書き換えずに終了する。

変数を１個仕込んで、ログ更新の直前で評価するようにしたら、あっさりでき
てしまったわい (^^;

まだ細かな手入れは必用だけど、大きなヤマは越えたと思います。ここまでや
っておけば、今後「あんたのところに掲示板を何枚か置かせてくれ」って頼み
やすいわけです。

(2) のほうは時間的に余裕があるので、そのうち何とかすることにしましょう。