管理人のヒトリゴト -もみんぎゅぅ-

とりあえずスキン部分の仕様がほぼ固まったので、ここで紹介したいと思います。
下記はスキン（HTMLファイル）内に記述することで自動的に置換して表示されます。

[1行テキスト]

TEXT(‘
　　LINK=NO;
　　SUBJECT=件名;
　　NAME=TITLE;
　　VALUE=件名を入力して下さい。;
　　SIZE=30;
　　INPUT=NO;
　　REP=件名なし;
　　FORMAT=NORMAL;
　　ETC=class=”inputfm”;
‘);

・LINKは入力文字中にURL、メアドが含まれる場合にオートリンクさせるかどうかを指定
・SUBJECTはエラー時に使用する項目名
・NAMEはINPUTタグのNAME属性
・VALUEは入力欄に最初に表示する値
・SIZEはINPUTタグのSIZE属性
・INPUTはこの項目を必須項目にするかどうか
・REPは未入力だった際に表示する値
・FORMATは入力した値が正しいかどうかをチェックするためのフォーマットタイプを指定します。
　NORMAL：指定なし
　MAIL：メールアドレスのフォーマットに制限
　URL：URLのフォーマットに制限
　LENGTH**：文字数（Byte数、**は数字）で制限
　NUMBER**：数字（Byte数、**は数字）のみに制限

・ETCはINPUTタグ内に追加したい任意の文字列を指定します。（classやid等）
　
[プルダウン]

PULLDOWN(‘
　　TYPE=PREF;
　　LINK=NO;
　　SUBJECT=住所(都道府県);
　　NAME=PREFECTURE;
　　HEADER=—–選択して下さい—–;
　　VALUE=;
　　SELECTED=東京都;
　　SKIP=;
　　SIZE=1;
　　INPUT=YES;
　　REP=;
　　ETC=class=”inputfm”;
‘);

・TYPEはPREF（都道府県）、SCOPE（数字の範囲指定）、NORMAL（任意）のいずれかを指定します。
・HEADERはプルダウンの最初に表示したい値を指定します。
・VALUEは
　TYPEがSCOPEの場合は数字の範囲を指定します。（1970-2000、30-1など）
　TYPEがNORMALの場合は任意の値を指定します（月,火,水,木など）
・SELECTEDは最初に選択しておきたい値を指定します。
・SKIPは除外したい値を指定します。

[マルチプル]

MULTIPLE(‘
　　TYPE=PREF;
　　LINK=NO;
　　SUBJECT=都道府県;
　　NAME=PREFECTURE2;
　　HEADER=—–選択して下さい—–;
　　VALUE=;
　　SELECTED=;
　　SKIP=;
　　SEPARATOR=/;
　　SIZE=5;
　　INPUT=NO;
　　REP=;
　　ETC=class=”inputfm”;
‘);

ほとんどプルダウンと同じです。
・SELECTEDは「,」で区切って複数指定できます。
・SEPARATORは複数選択された場合の区切り文字を指定します。

[ラジオボタン]

RADIO(‘
　　LINK=NO;
　　SUBJECT=年齢;
　　NAME=AGE;
　　VALUE=10歳未満,10代,20代,30代,[BR],40代,50代,60歳[ZSP]以上;
　　SELECTED=20代;
　　INPUT=NO;
　　REP=;
　　ETC=class=”inputfm”;
‘);

各項目は上記とほぼ同じです。

[チェックボックス]

CHECKBOX(‘
　　LINK=NO;
　　SUBJECT=通信環境;
　　NAME=NETWORK;
　　VALUE=ダイヤルアップ,ISDN,ADSL,[BR],ケーブル,FTTH,その他;
　　SELECTED=ADSL,FTTH;
　　SEPARATOR=[BR];
　　INPUT=NO;
　　REP=;
　　ETC=class=”inputfm”;
‘);

各項目は上記とほぼ同じです。

[添付ファイル]

TEMPFILE(‘
　　SUBJECT=添付ファイル;
　　NAME=TEMP;
　　VALUE=;
　　SIZE=40;
　　LIMIT=524288;
　　INPUT=NO;
　　REP=;
　　ETC=class=”inputfm”;
‘);

各項目は上記とほぼ同じです。
・LIMITは添付ファイルのサイズを指定します。

[テキストエリア]

TEXTAREA(‘
　　SUBJECT=メッセージ;
　　NAME=MESSAGE;
　　VALUE=その他連絡事項がある場合はここに記述してください。;
　　SIZE=5,60;
　　WRAP=SOFT;
　　INPUT=NO;
　　REP=;
　　ETC=class=”inputfm”;
‘);

各項目は上記とほぼ同じです。
・SIZEは行数、列数を指定します。
・WRAPはTEXTAREAタグのWRAP属性を指定します。

各関数「TEXT(‘***’);等」内では全半角スペース、タブ改行はすべて無視されます。

関数内では下記の自動変換タグが使用できます。
[YEAR]：現在の西暦
[MONTH]：現在の月
[DAY]：現在の日
[HOUR]：現在の時
[MINUTE]：現在の分
[SECOND]：現在の秒
[BR]：改行
[SP]：半角スペース
[ZSP]：全角スペース
[SC]：セミコロン

かなり大雑把ですがこんな感じになる予定です。
また上記の関数を使用せずに手書きで記述してもイケるようにする予定です。

↓にサンプルのスキンを置いておきます。
スキン
cmfmail2-skin.txt
実行結果
cmfmail2-result.html

1.タブブラウザである。
2.タブは下にないと嫌。
3.余計なボタンとかツールバーはいらない
4.操作性
5.CSSやJavascriptの挙動

これらの条件を総合的にみて1番使いやすかったのがOperaだったのです。

ちなみにOperaで使っているスキンは「meguiddo」というヤツです。

FireFoxもなかなか捨てがたいのですが、タブが下移動できなかった・・・っと思ったら下に移動する方法が分かったので、今はOperaとFireFoxを気分で使い分けてます。

FireFoxのスキンは「GrayModern2」というのを使ってます。

ってことでFireFoxのタブを下に移動する方法をちょこっと紹介します。
C:\Documents and Settings\ユーザー名\Application Data\Mozilla\Firefox\Profiles\drrsb6mj.default\chrome
（↑は環境によって変わります。）
に「userChrome.css」というファイルを作成します。（userChrome-example.cssというサンプルファイルが用意されています）
このファイルに
#content > tabbox { -moz-box-direction: reverse; }
という1行を加えて保存すればタブが下に表示されるようになります。

IEはコンテンツの動作確認以外にはまったく使っていません！
Windows2000なのでIE7使えないし！

さようならInternet Explorer！！

ただPerlがいまでも使われ続けている理由は個人的にこう思うのです。
１．柔軟な記述ができる
２．正規表現による複雑な処理が可能
３．モジュールが充実している
４．セキュリティホールがほぼなくなった
その他もろもろ

正規表現は結構他の言語とかでもありますが、Perlの正規表現ほど柔軟なものは他にない？と思います。（実際にPerl互換の正規表現を採用しているアプリケーションとか多いですし）

あとサーバー内で使用するようなツールなんかもPHPで書くよりはPerlのほうが処理が早かったりします。（まぁ〜負荷はそれなりですが）

逆に書き方を間違えると暴走してサーバーが危険なことになったりもしますが、そのへんはPHPの方が安全設計ですな〜

まぁ何が言いたいかというと個人的にはPerlが大好き！なのです。（ぇ

あ、告知を忘れてました。
近々CmfthreadBBSとCmfBBSをVerUpします。

それぞれに投稿したメールアドレスのフィルター機能を追加します。
これはメールアドレス収集ロボット対策です。

それとCmfBBSにも現VerのCmfthreadBBSに実装したUrlBL機能と引用文貼り付け機能を追加します。

RewriteEngine on
RewriteCond %{REQUEST_METHOD} POST [NC]
RewriteCond %{REQUEST_URI} .*\/supportbbs\.cgi.* [OR]
RewriteCond %{REQUEST_URI} .*\/cmfthread\.cgi.* [OR]
RewriteCond %{REQUEST_URI} .*\/cmfbbs\.cgi.*
RewriteCond %{REMOTE_HOST} !.*\.ohtanz\.com$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.nifty\.com$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.bbtec\.net$ [NC]
RewriteCond %{REMOTE_HOST} !.*\.jp$ [NC]
RewriteRule ^.*$ – [F]
RewriteEngine on
RewriteCond %{REQUEST_METHOD} POST [NC]
RewriteCond %{REQUEST_URI} .*\/supportbbs\.cgi.* [OR]
RewriteCond %{REQUEST_URI} .*\/cmfthread\.cgi.* [OR]
RewriteCond %{REQUEST_URI} .*\/cmfbbs\.cgi.*
RewriteCond %{HTTP_REFERER} ^http\:\/\/www\.slim-lovely\.net.* [NC]
RewriteRule ^.*$ – [F]

↑を上から順に説明しますと、
REQUEST_METHODがPOSTで、
REQUEST_URIがsupportbbs.cgi、cmfbbs.cgi、cmfthread.cgiの何れかで
REMOTE_HOSTが自ホスト、Nifty、YahooBB、その他jpドメインなプロバイダ（ホスト名）以外（逆引き不可も含む）の場合は403エラー（Forbidden）にする。

または

REQUEST_METHODがPOSTで、
REQUEST_URIがsupportbbs.cgi、cmfbbs.cgi、cmfthread.cgiの何れかで
HTTP_REFERERがｈttp://www.slim-lovely.netの場合は403エラー（Forbidden）にする。

という設定です。

こうすることで海外からのスパム投稿とご丁寧に毎回ｈttp://www.slim-lovely.netなリファラーを残していく悪質なスパマーをブロックできます。

掲示板側でほぼスパムをブロックできていましたが、CGI自体が動いてしまうので、少しでもサーバーの負荷を軽減するための処置です。

mod_rewriteが使えるサーバーの方はお試しあれ。

CPU：Athlon64 3700+
M/B：A8N-SLI Premium
Mem：SanMax Hynix DDR400 １Gx2
VGA：EAX800XTPE
電源：ENERMAX ELT500AWT

ALL定格

3DMark05

FFベンチ3

というのが以前までのスコアでしたが、今回VGAを7900GS-Zに変えたので改めてベンチを回してみました。

3DMark05

FFベンチ3

23000円のビデオカードとは思えないくらいCPがいいですね！

当方、半年間ですが某M/Bメーカーの代理店でサポートをしていたことがあったので、この手のトラブルには慣れているつもりだったのですが、人のことだと冷静でもいざ自分のこととなるとからっきし・・・

何回か電源入れたり切ったりしているうちに落ち着きを取り戻して、聞き耳を立ててみるとM/Bから「ピーピピピ」というビープ音が・・・

ウチのM/BはAWARD BIOSなのでこのビープ音の場合、ビデオカードに異常がある可能性が高いことが分かります。

どうやらOS起動はしているようだが、ビデオカードを認識できずに再起動を繰り返してるっぽい。

まぁ〜もともとタダでもらったビデオカードだったのでそれほど痛くはないですが、PCが使えないというのはなんとも不便でなりません・・・

ってことで今日は仕事帰りに秋葉原にいってビデオカードを買って帰ろうかと思ったのですが、天気が大荒れだったので諦めました・・・orz

まぁ〜週末までになおせばいいか〜と開き直ってツクモのネットショップでさっきポチりました：）

ちなみに今まで使っていたのはX800XTPEという旧世代のハイエンドカードでした。で今回注文したのがGALAXYのGeForce7900GS-Z、という7900GSのOC仕様のものです。

私はゲームをほとんどやりませんが唯一、FFXIだけは現在もやっていてそんなにハイエンドなビデオカードはいらないので、値段が23,000円程度と手ごろで評判も上々だったので、迷わずコレに決めました！

痛い出費となりましたが、新しいPCパーツを買うとウキウキしてしまいます(*’ー’)

自分って・・・単純だな・・・○刀乙

あーーー、
それとツクモで思い出したのですが、ツクモのネットショップで買い物しようとしたときに会員番号が分からなかったので、WEB上のフォームから問い合わせをしたのですが、いくら待ってもメールが来なかった・・・

なんでだろう？と思いふとメールサーバーのログの見てみるとツクモからのメールをREJECTしているのを発見、どうやらエンベロープのMAIL FROM部分のアドレスがおかしな書式になっているっぽく、ウチのメールサーバーが容赦なくREJECTしてしまったようだ。

仕方ないので一時的にPostfixをユルユルな設定にして受信しました。

エンベロープのMAIL FROM部分の書式ってRFCで定義されてなかったっけな？（RFC2821？？？）

postfix + procmailによるメールフィルタリングのネタを載せた頃は「未承諾広告」なメールのみで数も少なかったしある意味平和だった・・・(；´∀｀)

最初にpostfixのスパムメール対策のネタをアップした2006年の4月の頃には毎日100通以上のスパムメールが届いていました。

今年の2月3日に更新した現在のpostfixのスパムメール対策にしてからはほぼスパムメールがすり抜けてくることはありませんが、たまーにメール本文がBase64エンコードされたものだけがすり抜けてきます。

「bsfilter」はBase64エンコードされたメールだとなぜかすり抜けてくる・・・
私はRubyは書いたことないのですが、ソースをざっとみた感じいちおうそれっぽい処理はしているんだけどな〜・・・

自作の「procdnsbl」はBase64デコードする処理をいれてなかったので昨日これを追加して少し様子見です。

私は自宅でメールサーバー（Postfix）を運用してかれこれ5年程になりますが、本格的なスパムメール対策をはじめたのはここ1年くらいです。

この1年の間に自分なりにいろいろ調べてpostfixのスパムメール対策の方法を取り入れた訳ですが、スパムメール対策を施す上で重要なのが、

１．そのスパムメール対策が運用ポリシーに合っているか
２．スパムメールの拒否より非スパムメールの配送を第1に考える
３．マメにメールログを監視する
４．１つの手法に頼り過ぎない
５．スパムメールに感情的にならない（コレ特に重要！）

１〜３に関してはあたりまえのことですが、４に関しては１つの手法に頼ってしまうと設定のバランスを取るのが難しいからです。
なので、”私の場合”はそれぞれの設定をあまり厳しくせずにふるいに掛けていく感覚で使用しています。

５に関してはまさに自分のことです：）

postfixのスパムメール対策で紹介させて頂いた「S25R方式」は本当にすばらしいと思います。
ただ私のような不精者はマメにホワイトリストを更新するのが億劫なため、「S25R方式」を参考にした軽めのフィルタリングにしています(；´∀｀)

いずれにしても、スパムメール対策の選択肢はいろいろあるので、じっくり吟味した上で、慎重に導入することをオススメします。

それしてくれぐれも感情的にならないように！

元々このサイトCMF（CounterMaterialFactory）はその名のとおりアクセスカウンターの画像（のみ）を配布するサイトでした。
そのうちに「自分でCGIを作成してみたい！」という情熱（今の自分にはない！）から独学でPerlを勉強して、最初に完成したのが「CmfCount-TypeA」なのです。

最初はバグだらけで利用者の方にはいろいろとご迷惑をお掛けしましたが、それもいい経験となり知識となり今の自分に繋がっているんだな〜と、この場を借りて御礼申し上げます。

最近はもうPHPが主流になってきていますが（仕事でもPHPばかり）、利用される方がいる限りこのサイトは続けて行こうと思っております。

最後に自己紹介でも（ぇ
HN：ohtan
年齢：（*’ー’）・・・
出身：湘南と呼ばれる地域

生粋の文系出身者でいろいろな職を経験してきましたが、現在は某大手通信会社で社内向けのWEBシステムを作成しております。

それと近々CmfThreadをVerUpする予定です。
内容としては、
・URLBL機能の追加
（Message、Url欄に含まれるURLのドメイン部分が指定したURLBLサービスでヒットした場合に投稿を拒否）

・投稿記事を隠す機能の追加
（レスが長くなってくるといちいち投稿フォームまで戻るのが面倒なのでそれを改善するため）

・投稿された記事の引用機能の追加
（投稿された記事を引用ボタンを押すと投稿フォームにその記事が「>」付きでセットされる）