LQ

というわけで工程はこんな感じ
・導入してみたら画像が表示されないのでＧＤに関する知識を身につける
・それでも画像が表示されなかったので変数の調査。
・session情報がキープされてないのでテーブルに吐き出し
・timestampから古いレコードを削除するように設定
・テキスト枠とsubmitボタンを追加してみる。
・ｐｈｐ→ｐｈｐでデータの受け渡し＆認証のテスト
・words.txtの更新（ｃｏｒｅ改良とセットで実施）
・ｃｏｒｅ改良（数字２桁かな２桁足し算引き算みかか変換の追加）
・デザイン内に収まるか検証
（ここでテンプレート崩壊。現在のデザインに至る）
・words.txtの更新（みかか変換を姉さんにダメだしされたので）
・ｐｈｐ→ＣＧＩデータ受け渡し　←ここまで完了
・ｐｈｐ→ＣＧＩデータ認証のテスト
・認証の正常終了時の動作と失敗時の動作の設定
・words.txtのテーブルぶっこみ（読み取られないので無視することに
・なにかに反映

認証の正常終了時の動作と失敗時の動作の設定については俺にはきびちいかもしれない。
というのもＭＴでコメントするときはＨＴＭＬ（ＰＨＰ）→ＣＧＩ→ＨＴＭＬ（ＰＨＰ）という流れになってしまうのと、その過程でのリターンコード（戻り値）をキープできるかどうかがまったくもってやり方がわからないところ。

そして、ＭＴ側でなんか判定してくれていればいいんですが
最悪にもというかなんというか、コメントの記入者、ＵＲＬ、メール、内容をすべて未記入でも通ってしまうような作りらしくて、エラーで弾いていればそこに便乗してチェックさせるつもりだったんですが、とりあえずこの方法も無理ってことになりそうです。

もう１つ気になるのが、mt-comments.cgiの行数が余りにも少ないこと。
実質３行。なんかキックして終了ですよ？ｗ
スパムの動きがさっぱり見えないのであれなんですが、
mt-comments.cgiに妹チェック組み込んだとしても
もうちょい先にあるphpなりcgi（があるのならば）を直接叩いてたらこのチェックは無意味になってしまう。

実際問題、hidden属性もたせてmt-comments.cgiでエラー弾くやりかたを過去にもやってた人はいるようだし、それを軽くスルーするならＨＴＭＬを読んでいるか、奥にあるプログラム動かしているか２択。
前者の場合であれば、Ｑ＆ＡデータはＳＱＬテーブルにしか持ってないので
ほとんどシャットアウトできる計算なんですがね。。。果たしてどうなるかな。

とりあえず翌日以降はＣＧＩでＭＹＳＱＬが動作できるかどうか、
動作したらほとんど終わりみたいなもののような気もするな・・・