Ver2.0がリリースされてから地道に旧バージョンの日本語対応部分を反映させてなんとか無事動いた風な感じです。

とっても完全に全ての文言を日本語なんていうのはやってなくて、とりあえず、検索キーワードが日本語で無事表示されることがメインです。
また、オリジナルだと日本の検索サイトが不十分なのでこれを追加して、OSやブラウザの設定に携帯を追加しました。
検索サイトとOS/ブラウザの種類を追加するのは、管理画面から追加できるので結構楽です。
詳細ページをたまにチェックして追加されてない検索サイトとかを見つけたら即座に登録っていう地道な作業をして最中です。

大抵は、YahooかGoogleなんですけど・・・・、最近＠NIFTYから来ていたのでそのときに追加っていう後付作業がたまに起こります。

（まあ、検索サイトを調べて片っ端から入れるっていうのが望ましいんでしょうけど、面倒だったりして）

相棒がMP3プレーヤーほしいぞ というので、MPIOのML300を購入してみた。

本当は、iPod Shuffle 2GBを買う予定だったんだけど、、、諸般の事情によりキャンセルし、そんでもってSONYの新しいのにするかどうか相棒が悩んだ末にちょっとライム色に惹かれたのとコストパフォーマンスを考慮して、このMPIOに決めたという事情。
MPIOは、おいらの最初のMP3プレーヤーだったので特に支障はないだろうってことで早速楽天の下記ショップにて購入した。

語学学習、会議メモに最適な再生スピードコントロール機能
エムピオ・ジャパン MP3メモリープレーヤー ML300-2GL

MP3/WMAに対応 DRM付きWMAもOK

メーカー希望小売価格 オープン価格

到着後まずは持ってるCDから2枚ほどを入れようってことで、相棒のMediaCenterを使ってWMAに落とし、コイツをUSB接続してフォルダ一括コピー。

さて、聴いてみるかとプレイボタンを押したらエラー。

どうやら、MediaCenterで落としたWMAはDRMが掛かってるらしい。

げげ、、、やはりちゃんとマニュアル読むべきか・・・とHPでマニュアルのPDFをダウンロードしてみる。

そうすると、どうやらML300には２つのモードがあって、基本はよくあるUSBのリムーバブルディスクとしての機能で、もう１つはメディア端末としての機能があるようだ。

前者が、MSC(Mass Storage Class) Mode後者がMTP(Media Transfer Protocol） Modeと呼ばれている。

MTP Modeっていうのは、iPodみたいにiTunesを起動した状態でiPodを接続するとiTunesにiPodが現れるのと同じような感じになるモードってことになる。
この場合、相手がiTunesではなくてWindows Media Playerになるわけだ。
ちなみに、MTPを使うにはXP+Windows Media Player 10以上かVistaが対応OSになっているので要注意だ。

MTP Modeで接続すると、Windows Media Player上にML300が表示されるので、ココにPCのライブラリをドラッグして同期ってするとDRM付きのWMAファイルがちゃんと再生できる状態でML300に送られることになる。

ということで、上の解説の通りそんな操作をして無事DRM付きWMAはML300に転送できた。
ついでに昔にMP3ファイルにしてたものもWMPを使って転送しました。

MTP機能はその存在自体を知らなかったので、かなりいい感じ！っていう印象です。
まさに、iTunes+iPodみたいな間柄ですね。 （音楽ファイルに限ればですが）

ついでに、そこそこいい音らしいって言ってました。（多分、イコライザのせいかも）

意外と格安な割には使い勝手がよい感じなんで、MPIOはオススメかも・・・。

買っちゃいましたPDA秘宝館さんが出しているサーマルコントロールケース。
ついでにクリスタルケースも予備品として同時購入したわけなんですが・・・。
下記の写真の通り、ケースとしてはいけてる感じっす。
もちろん、ケースの上からでもマルチタッチは問題なさげ・・・・、なんですけど（＞＜）

一点、ほかの方々もスピーカが刺さらないとかいう記事があるように、ZeRoの場合も・・・・。
Bluetoohアダプタが刺さりませんでした（＞＜）
ちょっとこのコネクタの部分の開口部周辺がそこそこ厚めになっているのと、アダプタ側がこれまたちょっと横に長いのです。
その横に長い部分がそこそこ厚めになっている部分に当たって刺さる手前でアウト。

非常に惜しい・・・・けど、ケース削るという根性はないので・・・ちょっと思案中です。
普通にヘッドフォンで聴くべきか、、、いやいや、これはお蔵入りにして別のケースを・・・とか、まあ、ケース・保護フィルムだけで3種類ぐらい買ってみたりしてるんで・・・。

非常にいい感じのサーマルケースなんですが、、、、かなり悩ましいところです。

ってことで、もし使わなくなったら誰か買います？？？ ←知り合いに渡りますた

ということで、SEOに適したUrlを吐き出してくれるプラグイン「SEO Strict URLs」（詳細は、こちら を参照）があるんですが、現在作業中のサイトが旧URLから新URL（ホスト変わるので）に変わるので、軽めな対応で済ませたいという思いでプラグインを利用せずにコアをちょっぴり修正してフォルダの場合のURLをそれっぽいURLで吐き出すようにしてみました。

例えば、下記のようなドキュメント構造になっていた場合

/FolderA

｜--- DocumentA1

｜--- DocumentA2

/DocumentB

サフィックスが.htmlと付いていた場合に、

FolderAへのアクセス時には、FolderA.htmlに

DocumentA1へのアクセス時には、FolderA/DocumentA1.html とMODxがAliasを作ってくれます。

サフィックスがない場合は、前者がFolderA、後者がFolderA/DocumentA1となります。

で、FolderAへのアクセス時は、FolderA/と後ろに/を付けた形式でURLを吐き出しもらうようにしたいわけです。
サフィックスがある場合だとFolderAとFolderA.htmlとこの時点でちょっとなぁってことなので、SEO Urlsではサフィックスの有無に関係なくFolderAにはFolderA/でアクセスでき

ということで、SEO Strict Urlsプラグインの基本的なURL生成部分をコア修正で補うパッチになります。
但し、条件としてサフィックスなしでユーザがリーフ（末端のドキュメントである）を認識して自分でエイリアス名に拡張子を含めたものを設定する必要があります、もちろん、フォルダとしての扱いの場合は拡張子は付けちゃなりません。
というのは、コアの修正に際してはこの拡張子（というかピリオド）があるかないかで、/を付けるか付けないかを決めているわけです。
サフィックス付きだと、もうちょっと面倒なことをしなければならないので・・・そこまでするならSEO strict Urlsプラグインを使った方がよいのです。

もちろん、URL生成部分に修正を加えるだけなので、FolderAでアクセスされた場合にFolderA/にリダイレクトしてくれることはしません。

なので、すでに構築済みの場合はSEO Strict Urlsプラグインを導入することをオススメします。
もちろん、過去のことは忘れて心機一転という方はコア修正で済ませてもOKです。

本日、phpTrafficA2.0の状況を確認して気づいた問題が１つ発覚。

前回書いた通りに移転後のサーバのPHPは、5.2.5の最新なんだけどそれが問題。
過去記事でTextWikiで書いてた記事の内容が表示されないことが発覚。
サーバ間コピーの何かトラブルでもあったのかと入れ直したりしてはみたものの直らないので、PEARのTextWikiのページをみて最新版が出てないかと探ってみた。
が、TextWiki自体は更新されてない模様・・・しかし、バグ報告を発見！
どうやら、htmlspecialchars/htmlentitiesの関数でcharsetの引数にUTF-8を指定すると戻りの文字列が空になるという結構致命的なPHP5.2.5のバグのようです。
案の定、このSerendipityもNucleusもUTF-8で構築してるし、TextWiki使っているのでこの問題で記事内容が空っぽになってしまうということになるわけです（＞＜）

しょうがないので、この部分のソース（xHtml.php）を修正して上記関数を使わないように暫定対処をば施しました。
早めに修正版を出して欲しいような、パッチは出ているのでパッチを充てれば解決なんですけど、ちょっと困った状況です。
5.2.5の修正履歴には、この関数のセキュリティ強化がなされたようなんですが問題のない文字コードでも弾かれてしまったつうことなんでしょうか？
パッチのソースを見れば分かることなんでしょうけど・・・。
XREAさんに頼めば、パッチ充てたPHPにしてくれるかなぁ・・・・。

結構、この関数類を使うものが多いような気がするんですけど、、大騒ぎになってなさそうなんで局地的な不具合ってことですかねぇ。

とりあえず、ちょっとアップデートされるまでは気をつけて使わなきゃです。