The Blue and Violet Storys

[LINK]

　普通の掲示板だったわけですが、この機会にいろいろと機能を盛り込んだことで訳のわからない代物になってしまいました。

　とりあえず、携帯対応です。

　スキン次第でかなり融通のきく仕様なので、いろんな使い方ができるかと思います。

　そして何よりの利点は……

　有名どころの掲示板スクリプトと違って「こんなマイナーな掲示板にはスパムすら見向きもしない」

　ってところでしょうか（なんて卑屈な……）



≪ 続きを隠す

「いまどきの携帯なら、普通（？）のＨＴＭＬで記述されたページなら問題なく表示してくれるだろ？」

と、タカをくくっていたら、いきなりＵＲＬエンコード地獄にはまって泣きをみた私です。（あぅあう……え？…ａｕ！？）

＞＞sxBBSサンプル＜＜
　　　　　↑管理者パスワードは 1111 に設定してあります。


　ふむふむ、知り合いに頼んでau以外の携帯からのテストをお願いしようかなぁ。


≪ 続きを隠す

[PIC]

　メッセージ（スレッド）の新規投稿やレス、管理者（投稿者）による削除、編集など、基本的な機能はテストも終了し、一応の掲示板スクリプトとしての体裁は整ってきました。

　もちろん、ログデータはこれまで使ってきたものを変更なしで使えます。あらかじめ、バージョンアップのことを想定してログの最後にダミーを作っていたのが幸いしました。

　今回、携帯電話での運用を視野に入れて、基本的に表示はスキンに依存するようにしたことと合わせて、以下の機能を盛り込みます。

１　ファイルアップロード
２　アップしたファイル（画像）をメッセージ内でレイアウト（右寄せ、左寄せ）表示
３　用語集でも実装した、削除スレッドにdel属性を付加し、新規投稿時に使用することでスレッドNoの歯抜け防止
４　メッセージの保留機能
５　過去ログ

　実は１～４までは実現しています。

　あとは５と、まだ組み入れていないアイコン追加とメールフォームを実装したら完成です。

　むぅ、でもでも、過去ログってみんなどうやって実現してるんでしょうかねぇ。（今頃何を言ってるんだ！？）


≪ 続きを隠す

　私がまだphpに縁の無かったころ、とても魅力的な掲示板スクリプトに「apeboard」というのがありました。

　htmlやスタイルシートが分かれば、スキンに手を加えることでいろんなスタイルの掲示板を生み出せる、というので当時としてはかなり画期的なものであったと思います。（今だと、それぐらい当り前なんですけどね）
　その頃は、私もHPはhtmlで、スクリプトはparlで、ネットで探しては使えそうなのを導入してました。もちろん文字コードはShiftJISです。


　実際の話、parlの文法にどうしても馴染めなかったわけですが、ブログを始めるようになり、多少なりともphpでちょっとしたことならできるようになって、初めて作ろうと思ったのが、その「apeboard」と同じぐらい柔軟性のある掲示板だったというわけです。

　七転八倒というのが当たっているぐらい苦労はしたわけですが、とりあえず使えるぐらいのものにはなってきました。
（どうも、私は自分の実力を顧みずに無謀な挑戦をする傾向がある）

　もちろん、ソースはぐちゃぐちゃだし、後で機能を追加したり仕様を変更したり、きちんとスキンとスクリプトの分離ができてないし、とても公開できるような代物ではありません。それでも、本家の掲示板や投稿コーナーの掲示板の土台となっていて、自分が使う分には不足のないものだったのですが、そろそろ手をつけたいと思います。

　慎重にしんちょうに、少しずつ仕上げていくかな。


　それが済んだら、それこそサイト全体の携帯対応の目途が立ってくるかと思います。



≪ 続きを隠す

　掲示板（sxBBS）の携帯対応

　お絵かき掲示板の設置

　sxBBSについては、まだまだ未完成な部分が多く、とりあえずは動いていますが、今後サイト自体の携帯対応を考えた場合に難航することが予想されます。

　というのは、この間作ってきたWebはくしゅや用語集は、出力をすべてスキンの中で設定可能であり、携帯用のスキンを作ればすぐにでも対応できるように作っています。（余計なJavaScriptも入ってないしね）
　しかし、sxBBSはずっと以前に仕上げたもので、スキンへの依存度がいまいちだったわけです。（こそこそと刹那的に機能を追加していったツケがまわってきたわけです）

　ま、それは仕方ないとして、いずれはなんとかします。（いっそ１から作り直したい）

　で、もう一方のお絵かき掲示板については壁にぶつかってしまいました。
　有名どころのお絵かきアプレットである「しぃペインター」をもってくるのはいいとして、１から掲示板を作るのはさすがにしんどいのでPHPで動く「POTI－BOARD」を導入したかったわけですが、この掲示板……、入口ページ（index.htm）を自動作成してしまうという代物でした。（いや、知ってはいたんだけど）

　うあぁ、こんなのどうやってスタイルの統一を図ったらいいんだ？

　実のところ、別のところで運営しているサイトではこのPOTI-BOARDを導入してサイトスタイルも統一されています。

　それは、そのサイトが、ここ（BVS）とは逆の発想で、各ディレクトリに点在するページのｐｈｐが、統一スタイルの部分を引っ張ってきて表示させる、という仕組みだったことで、

「POTI-BOARDに掲示板トップである【index.php】を生成させる」というきわどいことをさせて実現したわけです。

　今回、ここ（BVS）が「ルートにあるindex.phpが点在するページデータ（モジュール？）を拾い集めてページを作る」という仕様のために、同じ方法がとれません。（困った）

　とはいっても、ｐｈｐのお絵かき掲示板というと、他に使えそうなのはないし……。

（インラインフレームの中に掲示板ごと入れ込むという裏ワザはあるんだけどね。できたら、それはしたくはないのさぁ）

　しばらく悩みそうです。


≪ 続きを隠す

[PIC]

予定通り「今日の拍手」とか「過去１週間の拍手」とかの報告ができるようになってきました。

少々、日付の比較関係で紛らわしいところがあったのですがなんとかなりました。

あとは、複数のスペースからの拍手を受け付ける部分……、公開間近かなぁ（笑）

ととと、今日は（も）仕事……、続きは明日かぁ（悲）



ちなみに、このテストは、開発ページのサンプル上で行っています。

＞＞Web拍手サンプル＜＜



≪ 続きを隠す

　んで、１つ目の懸案は、

　さすがに第１弾の公開だけあって、「Webはくしゅ」の拍手カウントの仕様は

「設置後現在に至るまでのすべての対象ページへのカウントの合計」

　を記録するものであって、具体的なログというと

タイトル１、カウント数
タイトル２、カウント数
タイトル３、カウント数
タイトル４、カウント数

　とう具合に、ページ名とそのページに対するカウント数のリストになっており、１回の拍手ごとにその時間とかをも含めてを記録しているわけではありません。

　もちろん、たとえ合計で何万回の拍手があったとしても、ログの行数の最大はページ数どまり、となって読み込むデータも少なくて済むことから、処理も早く終わります。

　当初、普通のHPの各コンテンツに対する拍手を想定していたために、それでいいと思っていたわけですが、たとえばブログの各記事に拍手ボタンを設置したときのことを考えたら、いくつか不都合が生じてきます。

　１例をあげると、過去にとっても評価された記事があって、それこそ群を抜いて拍手数が多い記事があったとすると、その記事が既に過去のものとなった１年後２年後になっても相変わらずその記事へのカウントが首位に君臨し続けることになります。

　それはそれで、トータル的な指標にはなるのですが、たとえば、過去１週間でのランキング、過去１か月でのランキングというふうに、ある程度期間を区切った評価もできた方がいいだろう、と思い至ったわけです。

　というわけで、１拍手１行の拍手ログをあらためて残すようにし、過去１週間、１か月、１年でのカウントをそれぞれ集計して表示させることができるように、しようと思っています。

　もちろん、今までのページおよびカウント数のみのログも使い、期間別用のログは、そうですね１年以上古いものは過去ログに回していく感じでログの肥大を防げばいいのかなぁ。それでも重たくなるぐらい拍手がくるサイト（ブログ）って、個人が扱う限り考えにくいですしね。

　続いて、もうひとつの懸案は、

　私の場合、トップページに、と位置付けたHP版とブログ版とでサーバースペース（ドメインも）は同じものの、サブドメインを使って分けています。思えば、それが失敗だったのでしょうが、今さら変えるわけにもいかないとして、

　この両方のサブドメインから送られてきた拍手（およびコメント）を１か所の「Webはくしゅ」本体で受け入れさせることができないか、という、いわゆる試行錯誤です。
　せっかくほとんど見分けがつかないようにスタイルを揃えたHP版とブログ版ですし、小説などのコンテンツもブログの記事も、同じ扱いでWebはくしゅに乗っけることができれば、それにこしたことはないでしょう。

　そんな、またもや「できるかなぁ」という興味に従い、そこでネックになるのが二重投稿防止に使ったトークンの扱いです。同じドキュメントルートであるからこそ成立するセッションのやり取りが、サブドメインが異なる場合は使えるとは思えません。（ひょっとしたら使えるかも知れませんが、極めて特殊な環境を想定することになります）

　ということで、トークンに頼らず、拍手の呼び出し方法を単純化させる方向で検討中です。

　例によって、開発中のテストはサンプルページのを使ってやってますので、いつの間にかレポートページの内容とかが変わっていくかも知れません。（もちろん、エラーが出て真白になっている可能性大）

　もうひとつ、Webはくしゅ本体がVerUPすれば、それをまるごと（な～んも中身を変えずに）同軸させているだけのモジュール版も自動的にVerUPする予定です。

≪ 続きを隠す