The Blue and Violet Storys

　という発想をすぐしてしまうのは、以前にも書いた変なページ作りをしているから、というのが大きな理由ですが、興味本位というのもあります。そんなに大層なものでなければ、自前で作ったものの方がカスタマイズも可能だし、気がついたことがあれば機能強化もできますしね。

　ともかく、二重投稿の罠も解消されたようなので、実用に入ります。

[LINK]

　一応、汎用で使えるように作ったつもりなので、そちらの方のテストが済めば、例によって開発コーナーで配布公開の予定です。


≪ 続きを隠す

　２年に１度（今年から府と市の２回になるらしいけど）の行政監査が入ってました。普段は見向きもしない書類を揃えたり、作ったり……
　追い込みはいつも泊まり込みです。

　とりあえず、今日（正確には昨日）それが実施され、さほど問題点も指摘されることなく終了しました。

　ほっ……と気を抜いたら睡魔に負けた私。今頃になってごそごそ起きてきた次第。


≪ 続きを隠す

[PIC]

最初に、

　他によさげなモジュールがあれば私自らすぐに乗り換えます。（な、なんてことを）

　とりあえず、どこから（IPとID）どんな環境（UA）でどのような（Addr）アクセスがあったかをログに記録しているだけです。

　IDというのはクッキーを利用してPCを同定するだけのもので、ちらっと参考画面を見ただけでも、Yahooとかの検索ロボットはクッキーを保存してないことがわかったりしました。（IDが増えている）

　まぁ、どの程度役に立つかはわかりませんが、私の場合はHP版で「必ずトップページから入場」という制限をかけたかったので、それに違反したアクセス（いきなりオプションを指定してやってきたり）を排除するフィルターを作るのに、実際のアクセスの様子やクッキーの処理のされかたなどが分かって参考になったものです。


≪ 続きを隠す

　先日、拙作「表示モード別分岐モジュール」に悪戦苦闘していたために、これが何なのかは知っていました。

うぁ、さては「分岐モジュール」でまたドジったか？？？！！！
と思い、慌てて分岐モジュールの記事に「不都合発生」のアナウンスを入れて原因解明に臨みました。

　どうやら、記事投稿時に「改行を＜br /＞に変換して投稿」オプションで、「変換しない」にしていた場合に生じるようです。

　もちろん、Blognの方で上の「変換しない場合」に改行コードの代わりに「｛:rn:｝」をログに挿入してあったわけですが、どうも原因は「分岐モジュール」ではなくて、「タグ拡張モジュール」の方だったようです。

　「｛:rn:｝」をBlognで使うようになったのがいつからなのか定かではない（ver2.4.xをスルーしてしまいましたから／汗）ですが、タグ拡張モジュールは「続き」の文章をindex.phpで整形済のものではなくて生ログ（$val["more"]）を引っ張ってきて処理してあり、その中でindex.phpで行っているのと同様（必要なもののみ）の処理を行っているのですが、この「｛:rn:｝」の部分には対応してありませんでした。

　最新版（ver1.15）の公開時期から見ると、それも当たり前の現象です。

　対応は簡単で、不足している処理を付け加えてあげればいいだけです。

　以下に追加コードを紹介しますね。

[モジュールフォルダ内、xtratagsフォルダの中のfunction.php 25行目付近]

下の赤い文字の部分を追加してください。




≪ 続きを隠す

このブログで使用しているスキンの一部です。
｛IFVCODE｝～｛/IFVCODE｝で囲みます。（スタイル「ifview_code」の＜div＞）
｛IFVQUOT｝～｛/IFVQUOT｝で囲まれた部分は強調表示されます。（スタイル「ifview_quote」の＜span＞）
ここから↓

ここまで↑


≪ 続きを隠す

　結論をいうと、コメント投稿画面であまり大きな認証画像が表示されるのも何なので、今回は公式の「コメント投稿用画像認証モジュール」を採用しました。実装方法も簡単でしたしね。

　で、これを使うにあたって唯一の不都合は、「アルファベットの見間違い」による認証エラーが多発したことです。

　特に「Q」と「Ｏ」それもちっこい字のとき……（笑）

　いやはや、この間、コメントアイコンがらみのテストで、何度もテスト投稿したわけですが、我ながら何度も認証エラーしてしまい、これはなんとかしないといけない、と思ったわけです。手がけていたコメントアイコンも後回しにして、こちらを先にいじりました。

　その結果、認証画像は「０～９」の数字のみの４桁。表示される文字の大きさもこれまで各文字「１～５」の５段階ランダムだったのを「３～５」で大きめの文字が表示されるようにしました。

　実際の話、数字４桁でもスパム対策の効果としては十分であろうと考えています。
　BlognPlusをターゲットにして、専用にOCRエンジンを組み込んだスパムを走らせる輩がいるとはそうそう考えられませんからね。

　また、手打ちで入力されるとしたら、それこそ画像認証は意味を為しませんし。


≪ 続きを隠す

　コメントアイコンモジュールでの苦労話は既出として、表示モード別の方は、以前から実現したかった記事内でのコード表示。

　ブログンの記事ログを見比べながら手がけたのはいいのですが、どうも「記事」や「続き」の表示段階で、初期設定で許可されたタグ（a,b,などなど）との関係なのか、一度"＜"を"＆ｌｔ"に変換したものをまた戻したり、とややこしいことをやっているようです。

　さらに改行の取扱いが記事投稿時のオプション「改行を自動的に＜br /＞に変換して投稿する」などとの関係でしょうか、オプションによって処理後のバッファの内容がかなり異なります。
　なにより、コード表示というからには、記事投稿時の状態がそのまま表示して欲しいわけだし。

　いっそ、「＜br /＞に変換」で投稿されたものについては、比較的対応しやすかったのですが、「＜br /＞に変換しない」場合、取得したバッファの中身に改行コードが見当たらないということになってしまいました。明示的に書き込んである＜br /＞はそのままコード表示されるべき代物ですから手をつけるわけにはいかない。

　もうひとつ困ったのが、初期設定で許可を出している「form」や「div」タグで、開始はいいのですが、終了時の「/form」「/div」が他のタグと同じような処理がなされていない。（漏れなのか仕様なのか）
　ifviewで返還したはずがまた舞い戻っているという変な現象が発生してしましました。（謎です）

　というわけで、Blognがいろいろ手を出す前の記事ログを取得して、先にこちらの意図どおりの返還をしてしまえ、ということになりました。

　それが、index.phpへの記述が２か所に増えた理由です。変換したコード部分のタグを「すべて」Blognが感知しない独自のタグに書き換え、その後通常処理させた後、再びifviewを呼び出して表示用に置き換えてやったわけです。

　ここまで苦労しながら、実際には記事じゃなくてHPの方でコードの紹介、参照をするつもりで整理しているというのが矛盾してますけどね。


≪ 続きを隠す