銀杏の木

当該記事の追記に　1.1.2.3 をあげておいた。

nl2p() の修正… moblog からの投稿で改行自動置き換えをしたとき、記事の最後の p タグが閉じないのを修正した。
rnote_config.php に書くユーザー情報の options 要素の項目を２つ追加した。現在ある項目を以下に書いておく。
options には、行いたい特別な処理ごとの名前をカンマで区切って設定することにする：

force_convert_breaks : metaWeblog.newPost() 時に強制的に改行置き換え処理をする。 （ moblog や BlogPet からの投稿に役立つ。 ）
force_allow_comments : metaWeblog.newPost() 時に強制的にコメントを受け付ける設定にする。 ( moblog からの投稿に役立つ。 )
force_publish : metaWeblog.newPost() 直後に強制的に再構築する。 ( BlogPet からの投稿に役立つ。 )
設定例はアーカイブ同梱の INSTALL.TXT に書いておいた。

これまでは rn_xmlrpc.php の metaWeblog.newPost() 内部で、 BlogPet 用のユーザーID からの投稿かチェックして強制再構築をしていたのを廃止して、 moblog への対応方法として考案した options に設定するように変更した…というのがひとつ。これにより BlogPet 用のユーザーの options に force_publish を付けておくと、記事が newPost() で投稿された時点で公開されるようにすることができる。

それと、 moblog からの投稿では mt_allow_comments がセットされずに送られてくるため、記事にコメントが付けられないのが判ったため、強制的にコメント許可に設定するフラグをつけた。

コメント強制受付フラグに関しては、 mt_allow_comments が来なかった場合のデフォルト動作としてコメントを受け付けるようにする案も考えたのだが、 BlogPet や投稿クライアントからの投稿との兼ね合いもありこのようした。

というわけでファイル所有者の件で、少しまとめておく。

php から普通にファイルをつくると所有者は apache になるようだ。

ファイルをつくった時 chown() すればいいのかなと思い php マニュアルをみたら：

>スーパーユーザのみがファイルの所有者を変更できます。

と書いてあるので、レンタルサーバーなどで運用している場合使えない。しかし apache 所有だと FTP クライアントから消したりできんので非常にうっとおしいのも事実だ。

ぐぐってみると、「 CGI 版 php を使う」「php の ftp関数を使う」という逃げ方があるという話だけ見つかった。（意外にも、同じ問題で困っている人の質問は見つかったが、ずばり解決な情報は見つからなかった。）

ここで、この問題がなぜ起こるのかを考えてみた。要は「 php で作ったファイルやディレクトリが ftpクライアントからいじれない。」というわけだ。その理由は「 php の fopen() で新規にファイルをつくるとき、その所有者を指定して開くことができない。」ことと、「作成したファイルの所有者を変更する関数 chown() はスーパーユーザー（簡単に言うとルート権限をもつユーザー。）しか使用不可能という仕様。」だからだ。

一言で言うと、いきなりでなんだが「八方塞がり」だ。（笑）

だが、もし php から作るときにも ftp 経由で普段のユーザーとしてログインし「ファイルをつくる」ことができれば、問題はなさそうだ。

もしかしたら php の ftp関数を使うことで ftp 転送したときと同じ所有者にできるかも知れない。（ファイル転送ではなく、新規作成ができなければ実現できないが…普通 FTP といえばファイルを get/put するための仕組みだろうから、もしかしたら、いきなりでなんだが新規作成などということは無理かも知れない。(^^;）

また、画像ファイルなどをアップロードする XML-RPC API newMediaObject() の仕様として「転送先ディレクトリが存在しなければその場で作る。」というのがある。 php の ftp関数でディレクトリが新規に作れるかどうかは知らない。

というわけで、 FTP 転送時と同じ所有者でファイルとディレクトリを作るようにしたいところだが、とりあえずは apache 所有者で作られても ftp で手でファイルを消したりしようとしない限り普通に使えるし、よい解決方法がみつかるまではこれでいいかと。

しかし…「ファイルを１つつくる」などという基本的なことでけっこう頭を抱えなければならないんですなぁ。（苦笑）

秋に思い立ってつくり、テスト（放置）していたが、公開しておこうと思う。

仕様検討が完了していないのだが、とりあえず忙しいことと、クリスマスシーズンなのにひとさまに何も贈るものがないというのが理由だ。

rn_xmlrpc-1.0.0.0.zip

ちなみに、これは何をするものかと言えば：

ブログへの記事の書き込みに、XML-RPC 投稿 API に対応した投稿クライアントが使えるようになる。
BlogPet が記事を投稿してくれるようになる。
といったものだ。（ちなみに自分自身の原初の制作動機としては後者だったのだが、使っているうちにそちらはわりとどうでもよくなり、日々の記事の投稿をクライアントソフトから行うことの便利さの方が重要になってしまった。(^-^;）

これの制作過程では Rinn さんにいろいろご助言、仕様案などいただいた。ありがたく。m(__)m

ということで、全国の BlogPet を rNote につけたい皆様と、ブログ投稿クライアントを愛する皆様に。

Webページを記述するためによく使われるHTMLを、XMLに適合するよう定義し直したマークアップ言語。W3Cが仕様策定。

HTMLはXMLとは一部整合性を欠く言語仕様となっているが、両者の違いはある程度吸収できる範囲のものであるため、従来のｗｗｗブラウザでも問題なく見られ、かつXMLに準拠した文書を作成する言語仕様としてXHTMLが作成された。

最初のW3C勧告となったXHTML 1.0はHTML 4.01が元。HTML 4.01に対応したWebブラウザでほぼ完全な形でページを見られる。

現在の最新版はXHTML 1.1で、文書見栄えを指定するタグが廃止(見栄えの記述は全てCSSで行なう)など、文書構造の記述に特化した言語へと変化しつつある状況。

XHTMLの各バージョンに共通したHTMLとの違い：

タグ名がすべて小文字に統一。
XMLベースの他の言語(MathMLやSVGなどが想定されている)による記述を埋め込むことができる。
終了タグをもたず単独で使用される
などのタグを
ないし
と書く。
e-wordsのXHTMLの項から抜粋。

The Web Standards Project の記事 MSIE7 Will Not Support application/xml+xhtml MIME Type によると：

IE7 の開発チームは、IE7 では xhtml への対応は実装しないということらしい。

来るべき未来の IE7 でも xhtml 形式での表示にきちんと対応できないとなると、投稿クライアントとしてもきちんと対応することはできない。（なにしろ、最終的にそれを表示するブラウザが対応していないんだからね。）

現状でできることといえばエディタに IE の WebBrowser コンポーネントを使用してやって、表示の「出来具合」を合わせて「IE自身の仕様です」とする。これぐらいか。

あるいは、Firefox あたりが編集モードももったブラウザコントロールを配布してくれればありがたいんだが、ないんだろうか。htmlメールも作れるメールクライアントへの組み込みなど需要は高いと思うんだが、知っている限りは、スタンドアローンな WYSIWYG 編集アプリケーションとして Nvu があるぐらいか。

というかよく知らないんだが、Firefox や Mozilla は xhtml のどのバージョンにどの程度対応済みなんだろう？