ソフトウェアカテゴリーの投稿
2008-07-27
今ごろ気がついたのですが、wpmob, wpmobExpress の作者さんから「そっとしておいてもらえると嬉しい」と言われていました (リンクするかわりに引用しておきます)。「作者の視点」としてはまさにその通りで、そう言いたい気持ちもよく分かります。
あと最近、ソフトウェアを批評する方のサイトから良くリンクを頂いているようですが、正直そっとしておいてもらえると嬉しい。
紹介して頂けるのは本当に有り難いのですけれど、単なる趣味としてやってんだから類似したソフトウェアといちいち何回も細かく比較されるのは不快です。
自作のソフトウェアの機能アピールに当て馬として使われるのはもっと不快です。
他のソフトを引き合いに出して自作をアピールするなら、もっと優秀なソフトウェアのみ選出すると良いでしょう。
拙作は明らかに「機能不足」で「時代遅れ」なソフトウェアなワケだから無視して下さい。
ただ、わたしが「メール投稿ツールの比較表を作った」のは、純粋にユーザーの便宜のためでした。WordPress 用メール投稿ツールは、日本語に対応したものだけでも7種あり (Ktai Entry 含む)、選択基準を提示すべきではと考えたのです。網羅性を重視したため、見つけたものはすべて掲載しました。そして、ユーザーの立場としては「機能の劣る点」「問題点」も重要な情報ですから、○×表として記載したり、日本語ファイル名の対応などを確認したわけです。確かに「作者としての立場」を考慮しない書き方なのはまずかったですが、「作者さんにはがんばってメンテナンスしてほしい」という願いがありました。
「当て馬」があるとすれば、それは拙作の wp-mta および、Otsukare さん作の wp-shot になるでしょう。wpmob および wpmobExpress は、古いというより「枯れている」というのが合っていると考えていて、けなす意図はありません。優劣を判断してツールを選択するのはユーザーですから。
ついでに書いておくと、WP MOBILE の非難は、どちらかというと作者視点セキュリティー啓発者としての活動です。同様の機能を持つプラグインを作っているために「ライバル潰し」と誤解される可能性が大なのですが、あくまで「危険なプラグインの啓蒙」です。Ktai Syle は、「安全なものの代替案」として提示していると考えてください。(その割にバージョン 1.3x はバグが多くてご迷惑をおかけしましたが……)
幸い、WP MOBILE はユーザーがほとんどいなくて安心しているのですが、Mobile Eye+ にアダルト広告問題が見つかってしまい、これを啓発せざるを得ないのは残念なところです。セキュリティー欠陥ではないので「ほっとけばいい」という考えもあるでしょうが、危機管理という面では放置できないネタなので、広報しています。ライバルとなるソフトウェアを開発している人が言うのは、告知効果という面ではいまいちなので、利害関係のない第三者にやってもらいたいところです……。というか、まおうさんに修正して頂くのがベストですね 
例えば、URLGATE 機能にリストアップするサイトを個別に ON/OFF できるようにして、画像リサイズ／画像URLGET／ファイルシーク／pic.to の横に「アダルト広告注意」と書いておく (デフォルトはすべてオフ) などの実装が考えられます。
ユーザー視点としてみると「便利なものを使いたい」「機能豊富なものを使いたい」となるでしょうし、多くのプラグイン作者は「自分が必要なものを作りたい」「ハック欲を満たしたい」となるでしょう。わたしの場合、そこに加えて「セキュアなものが普及してほしい」「危険なものは使うべきではない」という考えも持っています (「使うべきでないプラグイン12選」はその一例)。そのへんのバランスはなかなか難しいですね。WordPress コミュニティーに「セキュリティーを重視する」という文化が醸造されればいいのですが……。
2008-06-03
ここんところ、MacBook にトラブル発生していたため、プラグイン開発が滞ってしまいました。なんとか環境を復活させまして、そろそろ再開することにします。今までは Mac OS X 10.4 “Tiger” で粘っていましたが、心機一転して Leopard にしました。
で、Ktai Entry には、投稿日時指定機能を付ける予定ですが、添付画像の撮影日時を投稿日時とする機能は、画像回転機能と相性が悪いことが分かっています。画像回転すると EXIF 情報が落ちてしまうため、撮影日時が読めなくなり、投稿日時が設定できなくなるのです。
これの解決には、回転した画像に EXIF を記録してやるのがてっとり早いです。以前、PHP Exif Library の利用を検討しましたが、新メンテナー募集中ということと、ライブラリーの規模が大きいため、採用しないことにしました。
今回目をつけたのが、phpExifRW というライブラリーです。こちらはもっと古くて 2005年5月30日が最終バージョンです (3年前!)。単に古いのか、枯れてしまっているのかは分かりませんが、コンパクトにまとまっているので、ソースコードを精査して、使えるかどうか検討したいと思います。
ただ、これを使うとしても、回転前の画像を一度ファイルに落とす必要はありそうです。あまり一時ファイルは作りたくないのですが、やむを得ないでしょうか。
2008-05-24
Ktai Style 1.50-test2 で他サイトの Mobile Link Discovery (MLD) 検出に対応したのですが、肝心の MLD 仕様書が Not Found になってしまいました。test2 公開時は http://www.sixapart.jp/docs/tech/mobile_link_discovery_ja.html で見られたのですが、きのうあたりには見えなくなっています……。
シックスアパートがサイトリニューアルしたわけでもないですから、ちょっと不思議です。とはいえ、URL が変更になったとしてもそれはそれでダサいですよね (クールな URI は変わらない)。早期の復旧を期待します。
XHTML への MLD 埋め込みはだいぶ前に実装しましたが、RSS や ATOM への MLD 埋め込みはまだなので、対応しようかと目論んだのですが、仕様書が消えてしまったのは困りました……。
2008-05-18
TypeCast の動作を確認すべくテスト環境を作るために、MTOS にも手を出そうかと思っています。で、気になって Movable Type でのモブログ環境を調べてみたのですが、結構貧弱なことが分かってしまいました
MT では、XML-RPC で投稿処理を行なってくれるサービスを使うのが主流のようです。これだと、メール送信するだけで投稿処理がされるので簡単ですね。シックスアパートの平田さんによる moblog.uva.ne.jp がその草分けで、他のサービスとして、MTmail、モブログくん、SendMob などがあります。ただ、この仕組みだと、各サービスにユーザー登録登録する必要があること (== MT のユーザー名・パスワードを登録する必要がある)、サービスがメンテナンスしているとモブログできないこと、などが弱点です。特に、moblog.uva.ne.jp は個人運営ですから、サービスの継続性という面でリスクがあります (突然事故死される可能性はゼロではない)。といって、残り3つも運営状況があまりオープンではないのは不安です。現に、「ubicast Mail Blogger」というサービスは終了してしまったのか、サイトに接続できません→システム障害だったようでした (ここはトラブルが多そう)。また、SendMob 以外は「複数の写真を添付できない」のは明らかな欠点です。
となると、MT を入れたサーバーで動かすメール投稿ツールを使いたいわけですが、こちらは種類が少ないのです。osho さん作の mail-entry、ゆあささん作の mtmob、Noda さんの Moober があります (post2blog は開発止まってるっぽいのでパス)。前2つは mail-entry.cgi ないし mtmob.php を叩くと外部の POP サーバーに読みに行くタイプです。自動で投稿処理をするには、cron を使うとかメール着信したら投稿スクリプトが動く仕組みに改造をするしかないようです。Moober は MT が持つ定期実行タスク (run-periodic-tasks) をキーにメール取り込みを行うようです。添付ファイルも MT に登録されるなどモダンな設計ですね。
こうやってみると、各種 WordPress 用メール投稿ツールの方が進んでいますね。もちろん、ブログサービスのモブログ機能の方がもっと使いやすいわけですが Movable Type でモブログしている人って不満がないんでしょうか……。
2008-05-15
シックスアパートが、TypePad で使っていた携帯電話表示モジュール TypeCast を GPL で公開しました。また、携帯絵文字画像を GPL, CC-by-2.0 のデュアルライセンスで公開しました。
ついに、MT 用携帯表示モジュールが本家から登場ということは「MT4i 終了」ということになるんでしょうか……。もちろん MT4i は継続して開発・提供されるでしょうが、今後は MT4i よりも TypeCast が選ばれるでしょうから、MT4i は前途多難になりそうです。また、Ktai Style のライバルとして TypeCast がターゲットとなります。(追記: プレスリリースに「一般のユーザー様の利用には、同じくGPLライセンスで公開されている、MT4i の利用をお勧めします」という注意が追加されました。MT4i はまだまだ価値があるということですね)
個人的には、そちらよりも、携帯絵文字画像がフリーウェアとして公開されたことに興味があります。GPL, CC-by-2.0 というフリーなライセンスですよ!!。GPL を選択すれば、Ktai Style に組み込んでも問題ないじゃないですか!! 絵文字の数は250種類程度ということですが、さっそくダウンロードして組み込みを検討したいと思います。
[追記] ダウンロードして絵文字を確認してみましたが、iモード絵文字しか揃ってなくて、EZweb、ソフトバンク、ウィルコム、イー・モバイルでは抜けがいっぱいあります。自作絵文字も追加する必要はありそうで、組み込み方法はもうちょっと検討しなければなりませんね。
[さらに追記] とりあえず組み込んでみました。吹き出しアイコン、国旗、1時〜12時の時計アイコン (ソフトバンク用) は自作のものを継続利用しています。ドコモ以外で抜けが多いというのはなかなか厳しいものがあるので、ちょびちょびと自作して増やしてみますか。
2008-05-02
2週間ほど前に FireStat をインストールしたのですが、ある程度傾向が見えてきました。
まず、ページビューとビジター数の比率ですが、だいたい 2.5ページ／人程度です。本当は平均値は意味がなくて、最頻値が気になるところですが、それは「1ページ／人」が圧倒的に多いはずです
サーチエンジンからの流入は Yahoo! が一番多くて「灯火の会」「E03CA」「百度」がそれぞれ100件近くあります。「WordPress 携帯」も50件あります。Google はそれより落ちて、「ステージ」「H11T」が50件ほど、「Ktai Style」が40件程度です。100件オーバーの2つは、他のサイトではなかなか記事がないようで、ウチのサイトが主要な情報源になっているのかもしれません。どこかが「灯火の会まとめサイト」を作れば、そっちにページビューが流れるんでしょうが……。
ブラウザーのシェアは驚くべき結果となりました。1位は Internet Explorer ですが 30% しかありません。2位が Openwave UP.Brower すなわち au 端末で 27%、3位は Netfront (ほぼ SoftBank 端末) で17%、4位にやっと PC ブラウザーが復活して Firefox が 14%、Safari は 3% となっています。したがって、OS シェアは、不明 == 携帯電話が 51%、Windows が 43%、Mac が 5% となっています。なぜか、ドコモからの閲覧は非常に少なく、0.1%程度です。うーん、不思議。
日本では、携帯電話からネットを使う人と、PC でネットを使う人がほぼ半々となっていますが、それを見事に証明した結果となりました。いわば、「携帯版ページを作ったら読者が2倍になった」と言えます。Ktai Style による携帯サイトの提供がうまく機能しているわけです。他の携帯対応プラグイン (Mobile Eye+, MobilePress, MT4i) だとどういう結果になるのかは非常に興味ありますね。
[追記] Google モバイル検索とかでは、めったに MT4i で作ったサイトがひっかからないので MT4i は検索エンジンとは相性が悪いと思っていました。どうやら、「エントリーを追加するごとに個別記事の URL が変わる仕様」なようです。これじゃあ「パーマリンク」じゃないわけで、SEO に弱いのは当然ですね……。Ktai Style, Mobile Eye+ など WordPress の携帯対応プラグインは「PC サイトと同じ URL」なので当然ながらパーマリンクとなっていて、それが検索に強くなっているのかもしれません。このへんは MT4i カイハツシャの奮起を期待でしょう。
2008-04-10
WordPress 日本語フォーラムでも使われているフォーラムソフトウェア bbPress ですが、WordPress の開発チームが作っているだけあって、内部構造が似ています。これだと、Ktai Style のコードを手直しすれば使えるかも、と思ったりします。もし、bbPress 用携帯対応プラグインができたら、bbPress が日本でもっと普及するかもしれません。
と思ってコードを見てみましたが、template_redirect フック自体は存在せず、それに相当するものがどれかよく分かりませんでした……。Ktai Style は、template_redirect フック (テンプレートファイルを読む直前) をひっかけて、携帯テーマを表示させるという仕組みなので、bbPress でも同じフックがあれば似た仕組みでいけると思ったのですが。
いや、掲示板の場合は、みんながログインして投稿や編集するため、Ktai Style の管理機能を全員に提供するようなものなんですよね。bbPress の API がそのへんに充実したものであればいいのですが、さてどうなっているか??
[追記] bbPress-Mobile という実装がありました。Alex さんの WordPress Mobile Edition をベースにしたもののようですが、スタイルシートを切り替えるだけという代物です;-)
2008-03-24
4月1日(!)に、とある WordPress プラグインをリリースしようと思っていますが、ライセンスを GPL ではないものにしようと考えました。しかし、なかなか難しいようです。
まず、WordPress 本体が GPL であることがネックです。GPL ソフトウェアに対するプラグインについては、FSF によると、データ構造を共有していれば両者が単一のプログラムを構成しているとみなせるため、GPL を適用すべきと解釈されるようです。
もしプログラムがプラグインと動的にリンクされており、お互いにファンクションコールを使ってデータ構造を共有している場合、それらは単一のプログラムを形成していると見なされますので、プラグインはメインプログラムの拡張部分として扱われなければなりません。すなわち、それらはGPLかGPLと矛盾しないフリーソフトウェアライセンスの下で公開されなければならないということです。
WordPress の場合、add_action(), add_filter() でフックを追加する場合は独立性が保てそうですが、$wpdb をグローバル宣言してデータベースアクセスを行う場合は、GPL の制約にひっかかりそうです。
難しいのが、the_content() のような場合でしょうか。実行結果は直接画面に行なわれるため、データ構造は共有していません。しかし、WordPress ループを使っているならば、暗黙的に $post がグローバル宣言されていて、共有しているとも言えます。
うーん。やっぱり GPL にするのがラクかなーー。非 GPL にするには、よほど慎重な作り方が必要なようです。
FSF の FAQ には、非 GPL なソフトウェアに対する GPL プラグインの例もあります。この場合、素の GPL ではライセンス違反になってしまうため、例外条項を付与する必要があると記されています。MT4i のような場合が該当すると思いますが、MT4i って、そういう例外条項がなかったような……。
2008-03-22
Masayan さんが「Habari をインストール」された記事に触発され、ウチでもローカルの MacBook にインストールしてみました。Mac OS X なので Apache はインストールずみ、PHP5, MySQL は別途入っていて、WordPress 環境のテスト環境としてバリバリ使っています。
しかしながら、結果はがっかりでした。それは、パーマリンクの扱いが WordPress 同様、あまり自由ではないことです。URL に使う post slug は全投稿でユニークである必要があるため、Yuriko.Net メインサイトのような yyyy/mm/ddX といった型式を実現することはできません (X は日付ごとに a,b,c,.. となる連番なので post slug では代用できない)。
しかも、ディレクトリーなのに末尾のスラッシュを抜いてしまう悪い癖も WordPress 譲りです。わたしは「http://www.yuriko.net/travel/」と表記したいのに、WordPress は「http://www.yuriko.net/travel」という URL をそこらじゅうで使います……。
ここが独自ウェブログエンジンなのは、従来の URI 体系を維持するためなのです。最近開発が止まっていますが、そろそろ機能アップした方がいいかな〰。携帯対応は Ktai Style のコードをパクってみるか。
[追記] 設定画面では、パーマリンク体系をいじる箇所がなかったのですが、ドキュメントには「Rewrite Tutorial」というのがあって、リクエスト URL を正規表現で解析して処理できるようですよ!! これはかなりスゴいかも。
2008-03-21
テクノラティで「WordPress 携帯」と検索していると、WordPress をベースにした「携帯用アフィリエイトサイト・ビジネス用サイト作成プラグイン JUMP」というのを見掛けました。広告や絵文字を挿入するには投稿画面の右サイドバーに並んでいる「置換タグ」を挿入する、というのは興味深いインターフェースです (動画での説明もある)。
しかし、説明サイトが作りかけである (そのくせスパム被弾しまくり)／WILLCOM やイー・モバイルに対応してない／使える絵文字は255文字だけ／WordPress 2.5 対応するか不明／予価3万円 (先行モニター価格は1万円) もする、など問題ありまくりです。どうみても Ktai Style の敵ではないようで、安心してよさそうです;-) WP MOBILE もそうですが、プロだったらもっとマトモなものを作らないと 今後よくなることに期待しましょう。フリーウェアに負けてたらダメですよ!!
あと、「携帯対応」を名乗るなら、WILLCOM とイー・モバイルに対応してナンボと思いますが、なぜ WILLCOM を無視する業者がこれだけいるんでしょうね?? ユーザーが少ないからコストに見合わない、という判断をしているならば、それは WILLCOM ユーザーを見下していますね。WILLCOM というマイノリティーを選択する人は、特有のセンスを持っているので、ある種のマーケティングをすれば思いっきり儲かるかもしれないのに。
[追記] タイトルを「プロなのにロクな出来じゃない携帯プラグイン」から改題しました。叩きつつも応援する趣旨だったのですが、叩き記事に見えてしまうためです。
2008-03-11
WordPress 携帯対応プラグインKtai Style を携帯絵文字の入力対応にするべく作業中ですが、その検出のために mb_ereg_replace() を使ったところ、2バイト目が 0×5c な文字に悩まされました。
Ktai Style は携帯絵文字を <img localsrc="XXXX" /> というフォーマットで記録するのですが、EZweb の場合は以下のようなコードで正規表現で絵文字の Shift_JIS コードから変換させています。しかし、0xf35c など「2バイト目が 0×5c な文字」でエラーが出てしまいました。self::$pics は、絵文字コードをキー、絵文字自体を値とする配列です。ソースコードは Shift_JIS で書かれているため、バックスラッシュじゃなくて円マークで正当です。
$pics = array_flip(self::$pics);
if (! $pics) {
return $buffer;
}
mb_regex_encoding($this->charset);
$replaced = mb_ereg_replace(
"([¥xf3¥x40-¥xf3¥xfc]|[¥xf4¥x40-¥xf4¥xfc]|[¥xf6¥x40-¥xf6¥xfc]|[¥xf7¥x40-¥xf7¥xfc])",
'isset($pics["¥1"]) ?
"<"img localsrc=¥"" . $pics["¥1"] . "¥" />"" :
sprintf("&t;img localsrc=¥"ez¥" alt=¥"[0x%x%x]¥" />", ord(substr("¥1",0,1)), ord(substr("¥1",1,1)))',
$buffer, 'e');
出たエラーは以下のようなものです。マッチした文字を \1 によって代入した時点で、2バイト目の 0×5c が、次のダブルクォートをクォートしてしまい、閉じブラケット (]) が検出されなくなってしまうようです……。
PHP Parse error: syntax error, unexpected T_
STRING, expecting ‘]’ in /(ほげほげ)/ezweb.php(1905) : mbregex replac
e on line 2
対策をいろいろ考えてみましたが、正規表現オプションの “e” 用のコードで \1 でマッチした部分を取り出すことが原因なので、「e オプションを使わない」もしくは「\1 でマッチした部分を取り出すのをやめる」のどちらが対策となります。それは避けたいため、2バイト目が 0×5c な文字はマッチ条件から除外して、あとで処理することにしました。
$replaced = mb_ereg_replace(
"([¥xf3¥x40-¥xf3¥x5b]|[¥xf3¥x5d-¥xf3¥xfc]|[¥xf4¥x40-¥xf4¥x5b]|[¥xf4¥x5d-¥xf4¥xfc]|[¥xf6¥x40-¥xf6¥x5b]|[¥xf6¥x5d-¥xf6¥xfc]|[¥xf7¥x40-¥xf7¥x5b]|[¥xf7¥x5d-¥xf7¥xfc])",
'isset($pics["¥1"]) ?
"<img localsrc=¥"" . $pics["¥1"] . "¥" />" :
sprintf("<img localsrc=¥"ez¥" alt=¥"[0x%x%x]¥" />", ord(substr("¥1",0,1)), ord(substr("¥1",1,1)))',
$buffer, 'e');
if ($replaced) {
$replaced = mb_ereg_replace("¥xf3¥x5c", '<img localsrc="' . $pics["¥xf3¥x5c"] . '" />', $replaced);
$replaced = mb_ereg_replace("¥xf4¥x5c", '<img localsrc="' . $pics["¥xf4¥x5c"] . '" />', $replaced);
$replaced = mb_ereg_replace("¥xf6¥x5c", '<img localsrc="' . $pics["¥xf6¥x5c"] . '" />', $replaced);
$replaced = mb_ereg_replace("¥xf7¥x5c", '<img localsrc="' . $pics["¥xf7¥x5c"] . '" />', $replaced);
}
なんとも見苦しいコードですが、まあ仕方ないでしょう……。ソフトバンク絵文字は「ウェブコード」という、ESC-$-X-Y-SI という文字群で、マルチバイト対応の正規表現を使う必要がないため、preg_replace() が使えます。preg_replace ならば ‘e’ オプション用のコードで $1 を入れても問題ありません。しかし、絵文字コードにシングルクォート(’)、ダブルクォート (”) を含むことがあって、そういう文字と 0×5c を含む文字が結合すると、これまたうまく処理できません。仕方ないので、preg_match() でマッチした文字を変数に取り出し、分解してから substr_replace() で戻すという、さらに泥臭い手法になりました……。
// ==================================================
public function pictogram_index($webcode) {
if (preg_match('/¥x1b.(.)(.)¥x0f/', $webcode, $c)) {
$c2 = ord(stripslashes($c[2]));
return $c[1] . ($c2 ? $c2 : '92');
} else {
return '0';
}
}
/* ==================================================
* @param string $buffer
* @return string $buffer
*/
public function pickup_pics($buffer) {
$pics = array_flip(array_map(array($this, 'pictogram_index'), self::$pics));
if (! $pics) {
return $buffer;
}
for ($offset = 0 , $replace = 'X' ;
preg_match('/¥x1b.([GEFOPQ])([!-z]+)¥x0f/', $buffer, $webcode, PREG_OFFSET_CAPTURE, $offset) ;
$offset += strlen($replace))
{
$orig = $webcode[0][0];
$offset = $webcode[0][1];
$seq = $webcode[1][0];
$char = $webcode[2][0];
$replace = '';
for ($i = 0 ; $i < strlen($char) ; $i++) {
if (isset($pics[$seq . ord($char[$i])])) {
$replace .= '<img localsrc="' . $pics[$seq . ord($char[$i])] . '" />';
} else {
$replace .= '<img localsrc="s" alt="[ESC$' . $seq . ord($char[$i]) . 'SI]" />';
}
}
$buffer = substr_replace($buffer, $replace, $offset, strlen($orig));
}
return $buffer;
}
ともあれ、絵文字入力は問題なく動作するようになりました。WordPress 2.5 はリリース延期になったようですが、ベータ版での動作は確認できているので、Ktai Style 1.20 は近日中にリリースできることでしょう!!
2008-03-06
Ktai Style などの配信元である SourceForge.jp (SF.JP) のサーバーで、やっと PHP がバージョン 5 になることが発表されました。これで、WordPress Plugins/JSeries のウェブサイトも、WordPress 2.0 系統から 2.3 なり 2.5 なりにアップグレードすれば、Ktai Style が入れられますね (現状はモバイル対応まったくなし)
今年になって、なんとか PHP5 への移行が進みつつあります。Ktai Style が PHP4 対応を行う必要性はまったくないと言ってよいでしょうか。というか、「Ktai Style を使いたいために PHP5 にする」ぐらいの勢いが欲しいところです;-)
2008-02-22
拙作の WordPress 携帯対応プラグイン「Ktai Style」は、他のプラグインと違い、大きく分けて2種類のユーザーを意識しなければなりません。その2種類とは、サイト運営者とサイト閲覧者です。
たいていのプラグインは、WordPress ウェブログの機能アップを図るためのものなので、サイト運営者だけに注目して作成すればいいです。しかし、Ktai Style の場合、携帯サイトを閲覧する人を意識して、それらの人にとって使いやすいかどうかを考える必要があるのが、特異な点です。したがって、インターフェースや機能を設計するときにユーザー像を想定する際には、サイト運営者とサイト閲覧者の両方のユーザー像を作らなければなりません。これは大変な反面、おもしろいものでもあります。
今までおおっぴらには Ktai Style のユーザー人物像は公開していませんが、サイト運営者としては3人ぐらい想定しています。1人目は、会社でマーケティング用ブログを WordPress で構築している人 (UNIX バリバリ)、2人目は、子供が2人いて成長日記を WordPress で作っている主婦 (以前は無料ブログを使っていたが使い勝手が悪くてやめた。キムタクファンでパソコンは FMV)、3人目は大学生で、学生生活全般を描いたウェブログを運営しているパターン (今年 MacBook Air を購入)、という感じです。きっちりペルソナ手法を使うなら、名前・顔写真なども丁寧に決めてやる必要がありますが、そのへんは手抜きです
そうなると、これらのサイトを閲覧する人もユーザー層が絞られてきます。1つ目の閲覧者は、その商品に興味ある人、2人目は主婦仲間、3人目は学生の友人や研究相手などです。PC、携帯のスキルはかなりバラバラになってきます。
そういう背景で、Ktai Style 附属テーマのデザインやインターフェースをどうするかを日々試行錯誤しています。もちろん、ウェブを巡回して、Ktai Style をインストールした人の要望も吸い上げてはいますが、これらは結局「サイト運営者」のものばかりで、サイト閲覧者の生の意見ではありません。
さて、前項の「画像インライン表示をどうするか」を検討してみましょう。まず、マーケティング用ブログの場合、商品写真がいきなり出てこないと使いにくいことは明白です。インライン表示がデフォルトでよいでしょう。成長日記の場合、「あんたのブログを携帯で見たら写真ばっかりでパケット料金がかかる。どないかして」と文句が出てきそうなので、デフォルトは画像へのリンクがよさそうです。学生の場合、写真が出てこないと貧相に見えてアクセスが減るので、画像を出す方がいいでしょうか。
結局のところ、サイト運営者がデフォルトをどちらにするか設定できるのがよい、となってしまいそうです。設定項目を増やすのは嫌ですが、仕方ないでしょうか。
2008-02-15
そろそろKtai Style の正式版となるバージョン 1.00 をリリースしようと考えていまして、コードを微調整しています。各キャリアにおいて文法違反がないように、各種エミュレーターで閲覧してエラーが出ないかどうかの確認も行なっています。
その作業において、「<u>タグは使用できないため無視されました。」というログが出ました。そう、「i-mode HTML には u 要素がない」のです。情けないことに、今まで気がつきませんでした。b, i, em, strong 要素もありません。他キャリアについて調査すると、EZweb では、u 要素だけが存在し、SoftBank 用 XHTML の場合は b, i, u, em, strong 要素が使えます。Ktai Style の附属テーマでは、日付表示部分で u 要素を使っていますが、これはダメということですね……。
単純に附属テーマから u 要素を外すか、i-mode のときは u 要素を削除するか、検討したいと思います。たぶん前者になると思いますが。
2008-01-09
以前、ウェブログツールを検討したことがありましたが、そのときは Plone は対象外としました。Plone は Zope 上で動くフレームワークですが、Zope はそれ自体がウェブサーバーとなる、という挙動があまり好きになれなかったからです。
しかし、最近 Python に興味が出てきて、そうなると俄然 Plone/Zope を調査しないといけません!! (どちらも Python ベース)。さすがに Yuriko.Net を Plone にする予定はありませんが、J2 関東公式サイトを Plone にするのはよさそうです。現在、仮公式サイトを dokuwiki で構築していますが、コミュニティー機能 (写真を参加者だけに配布する etc) が十分ではないので、正式採用に至っていないのです。Plone ならば、そんなことも自在でしょう。ちなみに、XOOPS は実装がダサいのでパス、Geeklog は試してみたものの使いにくく感じて没にしています。
2007-09-11
9月10日、MediaWiki 1.11.0 がリリースされました。2007年秋バージョンとなります。なお、従来バージョンも HTML/XSS 対策のセキュリティーフィックスが出ていますので、アップデートが必要です。
最近は MediaWiki をあまりいじってないのですが、放置しまくっている玖伊屋辞書に大幅に手を入れる予定です。玖伊屋ウェブサイトとの融合を計るべくデザイン調整を検討しています。
