LQ

某なごなごさんのところにMovableTypeの
スパムフィルタリングについての記事があったからやってみた。
元ネタ→総合スパムフィルタスパムちゃんぷるーDNSBL(β)

MovableType4だと設定するところがプラグインの設定に１行追加だけらしいです。
３以下でもperl術式が書いてあったんでMT::App::Trackback.pmあたりを書き換えれば
プラグインなくてもいけそうな気もしますね。

元々Xrea側で確か国外のトラックバックに関する規制みたいなのがあったような
なかったような？ともあれほとんどスパムきませんが
一応設定しておいて損はなかろう。

最近googleウェブマスターツールのyahoo版サイトエクスプローラーってのをあるのを知った。

続きを読む "スパムフィルタリング"

MovableTypeの「改行を変換」したときのＢＲ出たり出なかったりの
ズレ修正util.pmの更新その２です。
恐らく前回のネタ理解しづらい内容だったので
とりあえずまとめて見る必要が出てきたのでまとめてみます。
別に混乱してたわけではないんだが、
いじるたびに新発見が・・・ってのが３回くらい繰り返しただけだ

おいらがやりたかったこと
フォーマット「なし」と「改行を変換」での開始位置がずれるのが気に入らなかった。
（「無し」の時にｐタグをいれるか、「改行を変換」でｐタグを入れないことで揃う。
　普段ｐタグ使うことが滅多に無いんで、ｐタグを入れないようにする事で前回対策を完了）

「改行を変換」するとＡＡがズレる場合があるので、なんとかする
（ｐ、ｂｒタグ付与する条件が謎→今回の対応）

ＴＡＢＬＥタグを使うと改行連打でみっくみっくにされてしまう。
（上記と同じｐ、ｂｒタグを付与「しない」条件が謎→今回の対応）


util.pmのsub　html_text_transformで何を行っているか？
段落タグ＜p＞の自動的追加。改行を＜br＞に変換を行っている。
但し、タグの書き方、位置によっては＜ｐ＞も＜br＞も無視される。

Ｐタグは必要か？
あってもなくても問題ない。ＩＥでＰ使うとイマイチだったりするって何かに書いてあった。
正確な記述（段落タグを定義する）としては間違っているんだろうが、
無くてもいいならいらないじゃん？手書きでタグ書くときは俺使ったこと無いです・・・

ｐをbrにすることでどうなるのか？
改行の行間隔が変わってくる。
ある意味改行したい分だけちゃんと改行される。
元々のｐタグ自体にはスタイル含まれてなければ横幅については変わることないっす。

今回の対応。空気読めていないＢＲ無視を止めて、
意図的に何かすることによってＢＲ無視を発動するような仕掛けにします。

そういうわけでＩＦ文を見直そうかと思ったんですが
象形文字すぎてよくわからんのと、タグだったらＢＲしないとか指定しても
意図しないＢＲ無視が発生するだけなので、あるワードの時のみＢＲ無視とするようにした。

続きを読む "「改行を変換する」で意図的にbrを無視する方法"

MovableTypeではアスキーアートでモロに崩れるという状態があって
一応ごまかして表示することはできるんですが、
流石に毎度＜ｂｒ＞は入れてるのだるいってことで、
色々と見直してみましたよ。

MovableTypeではある程度の区切りで＜p＞～～～＜/p＞となってるんですが
それ以外の原因になりそうな要素がねえんで、こいつが黒ってことで決め付けてみました。

続きを読む "Util.pmを更新（ＰをＢＲに）"

ハーレム７の日にＳ師匠に「これで負けたらきっとＡＡ付でｒｙ」
・・・ということで、その記事についてはＡＡ付きで書いてみたが、
ＩＥとサファリしか動作確認とってないがなんだか問題なさげな雰囲気。
まあ、サファリでちゃんと表示されてるし、問題ないんじゃね？

ってことで以下私的メモ。

以下の構文でＡＡを入力する。但し＜と＞は半角に直せ
＜div style="font-family:'ＭＳ Ｐゴシック';font-size:12pt;line-height:100%;"＞
ここＡＡ突っ込む。
＜/div＞
メモとかいいつつ善光寺の人にも使ってもらいたい限りだ
（メイリオだと崩れすぎてて全くわからなかったのは秘密）

MovableTypeだとこれだけではズレる可能性が高い。

続きを読む "ＡＡとかな。"

今くらいまで若干バグがあったんですが、
流石に随分潰したから問題はなさそうな雰囲気。

cookieも使わなくしたが、元々Movable Typeで使ってたら
そこまでは撤去してないんで、エラーになるかもね？
（少なくともＩＥのセキュリティを「高」にすると
　不正な要求ですとエラーがでますがMovable Typeの仕様です）

もうcoreの変更をかけるつもりはしばらくありません。



認証、名前入れが面倒だという方はこちらをどうぞ

夜は２０度切ったりすることも平気で出てきたので、
涼しいというよりは寒いというような雰囲気もあったり。
（海行った時から既にこんな調子ですが）

おかげでメインＰＣ稼動させてもなんら平然と使えるようになりました（？

８月頭あたりはノートフル稼働でしたが、
涼しくなってからは妹認証の件もあって（？）
メインＰＣ立ち上げて作業することがほとんど。

どっかとか、どっかとかに熱暴走に関してのネタがありましたが。
ノートは新型なんで暴走するような雰囲気はあんまりなし。
もしかしたらあったのかもしれませんが、
廃熱もしっかり行われているように見えるし
多分大丈夫だろこれ。。。（たまーに調子悪いときもあるんだがな）
知人は２月くらい？に購入したノートをファン付アルミ台に置いてるようだが
（アルミだと冷えそうなのは多分都市伝説←勝手な思い込みですが）
個人的にはそんな必要性はほぼないと思ってる。
軽く裏の温度くらいは取れるかもしれないが
熱篭っているのは内部だし、
アルミ自体からの放熱効率がどれだけあるのかも不明。
ある意味程度の低いパッシブラジエータ程度と思います。
ノートの下に隙間作る意味ではいいかもしれないけどね。
ま、ファンもどれだけ効率良いんだかわかりませんけどｗｗｗ
（風通り悪いところに風送ってどうなるん？ｗ）

メインは暑くても廃熱がほぼ完璧なんで暴走することは無い。
もっとも重要な問題は真夏は室温が人間は耐えられない温度になること。
室温３２度とか超えててもとりあえずＰＣは平気。人間はバテる。みたいな
そんな雰囲気です。（これでＰＣ参ってたら水冷の意味があんまねえしな）

いつだったかネタでラジエータのＧＴＸ４８０を室内扇風機にモロアテにしたら
室温＝水温になってやるなって感じでしたが。
水路と設置場所の関係もあってネタで終了。
こういうのは窓際に設置して、室外に出さないととりあえず意味ないからね。
そして南窓しかないので、直射日光とかの問題もあったりなかったり。。。

最近Movable Typeの再構築関係でサーバー負荷がおそろすす事に。
とりあえず妹認証だけではさほど負荷かかってないような雰囲気なので
まだいいんですが。
こっそりＳＱＬインジェクションに対する対策をやっておいた。
あと妹認証に関するエラーメッセージの吐き出しも日本語化した。

どれだけ効果あるのか不明ですがね。



全然関係ないが、最近水冷での検索が多いｗ
フィッティングはやっぱプラグインが楽ですが、
フェルーレスはぎっちり締めることによって水の目減りの仕方がかなり変わってきます。
へんな締め方すると水路変更で取り外す時に苦労しますがね。




認証、名前入れが面倒だという方はこちらをどうぞ

というわけで１週間ちょい程度かかりましたが。
ようやく目処というかバグらしいバグも無くなったので実装しました。

ネタっぽいモジュールですが、かなり中身は本気ですｗ


これで突破されてたらもうあれですね。テーブルに直接読み書きしないと無理かと。


実際の使い方は簡単ですが。。。

続きを読む "Movable Typeに妹認証を導入完了。"

CAPTCHAとは
主にスパム対策に使われる画像認証の事。
細かくはwikipediaでもみてください。
http://ja.wikipedia.org/wiki/CAPTCHA

妹認証とは
ＰＨＰの対話型の画像認証モジュール。質問に対して答えを入力する。
スパム以外にも日本語の読み書きが出来ない方面にも有効（？
http://www.okanesuita.org/auth_sister/

正しいコメントの記入方法
コメント入力時に「投稿者が入ってない」、「内容が入ってない」、
「認証の答えが間違っている」場合にエラーとして返します。
エラーがあった場合は認証が可か否かチェックしてから戻します。
各項目が正しく記入されているか確認してください。


認証に何入れればいいの？
基本的には難しい問題は仕込んでおりません。
言われたとおりに答えるだけです。
ex1)○○って言ってと書いてある場合は入力欄に○○と入れてください。
ex2)数字での要求時は半角数字を入力してください。
全角では多分エラーです。

以下2008/09/5修正
たまに問題がでねーんですけど・・・
エントリを開いた時に問題を作るので、
画像だけを表示しようとした場合とかは
エラーが画像に表示する場合があります。
エントリを開いている場合はＦ５キー等でリロードしましょう。

認証済の状態はちゃんとキープされます
一度認証がＯＫ出るとしばらくの間認証済の状態がキープされます。
（最低でもsession情報が有効な時間は登校時から1440秒。それ以外は3600秒）
別エントリ等を表示する等してキープし続けた場合は
86400秒（丸１日）くらいまでキープ可能です。
また、認証成功で投稿を３回押すと（初回を含む）認証ＯＫでも失効します。

Cookie不要になりますた
妹認証で使っていたcookieは無くしました。
但し、ＩＥのセキュリティ上げすぎると
Movable Type側で普通にエラーになるようです。
ここはデフォルトということで元からcookie使っててもｼﾗﾈ。

かなりカスタマイズしたのでバグってる可能性がかなり期待できます（ぉ
ある程度問題無いと判断した上で適用してますが、
重大そうなバグを発見したときは一報いただけると助かります。


Movable typeに妹認証を導入しようと考えてる方へ
かなり苦労すると思います。手修正個所は私はこんな感じになりました。
スタイルシートの修正
ヘッダーの修正
コメント入力フォームの修正
全ページphp化
（mt-comments.cgiからの戻りもphp化する必要があります）
comments.pmの修正。
状況に応じてcore.phpの分解と組み立て（マテ
ＭＴのverやテンプレートによってはもっと増えるかもしれません。

妹認証自体はPHPで、Movable Typeのコメントはcomments.cgiの為
認証を行うべき部分は最低でもperlに書き直さないとなりません。

perl側でphp::sessionが使える場合は、
comments.pm内に認証チェックルーチンを
use strictに対応した書き方にすればよいだけ。
実はこれが一番簡単かもしれない。

php::sessionが使えない人は
ＤＢ使うとか方法はないこともないんだが、面倒ですｏｒｚ



認証、名前入れが面倒だという方はこちらをどうぞ

3.12だったか3.21くらいから4.2へアップデート。
虎目の姉さんが苦労してるようだったので、人柱がてらに？やってみた。

http://www.xrea-mt.com/xrea-mt/upgrade/mt3mt4/
ここを参照しながら適当にやったがほとんどハマらずに終了。
せいぜいいじったのはパーミッション関連だけですね。。。

アップデートついでにテンプレートとかもいじってみるつもり。
見た目が変わりますが細かくは機にしないでください。



認証、名前入れが面倒だという方はこちらをどうぞ