SnowHouse

なんか随分更新ないですが、生きてます。絵もあるんだけど、WordPress を 2.5 にしたら Flexible Upload が未対応で、保留中。いや、標準アップローダでも出来ないこと無いんですけど、まあなんとなく様子見を兼ねつつ。

というわけで、2.5 関連のメモ。

■Flexible Upload
開発者さんがフォーラムで「対応予定だけど、ちょっと手間かかりそう」てなことを言ってるので、まあまったり待ちモードです。

■WP-Amazon の 2.3 パッチ
これを使っていると、2.5 にしたときに管理画面で JavaScript エラーで死ぬと思いますので、なんかおかしいなーって人で WP-Amazon 入れてたら、無効にしてみることをオススメします。

■SimpleTags
バージョン上げないと、タグ入力支援が効かないです。手元は 1.5.3 にして正常動作を確認しております。

そういえば、WordPressME が正式に終息したみたいですね。「WordPress」でgoogle 検索すると、本家がトップに出るようになって、今後はヘンな混乱もないんじゃないかな。まあ、世間の解説サイトだと、ME 前提のエントリとかが結構あるでしょうから、暫くは入り混じってわかりにくくなるかもしれないけど。

あと、全然関係ないけど S11HT に興味しんしん。というか、うちのボスに触らせてもらってかなりビビっと来たんで買ってしまうかも。手持ちの番号が WILLCOM なので色々面倒なので、エイヤと気持ちが乗るかどうかだなー。

絵のほうは、ちょっとした環境の変更を行おうとして、チョイと面倒なことになってたんですが、漸く落ち着いたので、またもそもそと描き散らかして行こうかと思います。

近況でした。

WEB拍手

• 標準のアップローダーでアップロードした画像ファイルは、普段の投稿記事と同じく wp_posts テーブルにエントリされる。
• エントリするときに、post_status に “inherit” が設定され、post_parent に投稿した時のエントリの id が入り、post_type が “attachment” に設定される(通常記事は”post”、ページは”page”)。
• wp_postmeta にはメタ情報が入る。post_id でリンク。meta_value にファイルの絶対パス名か、あるいはcss情報が入る。_wp_attached_file のほうにパス名が入る。

ってなわけなので、画像を記事に関連付けたい場合は、ちゃんと当該記事を作成するときに適切なファイルをアップロードしなければいけなかったのね。適当にまとめてアップして、ストックから張り込んでて涙目。逆に言えば、そこだけ気をつければ記事をフルサーチしなくて良い分、画像→対応記事のリスト生成は楽なのね。とりあえずDBを手で書き換えるかなー。

どのみち簡単なプラグインを作らないと希望する動作を得られなさそうでウーン。

WEB拍手

というわけで、さよなら WordPressME2.2.3 して、こんにちは本家2.3.2。先日のdraftやprivateが外に漏れちゃうbugも2.3.2でfixされていますので安心です。ME はどうにもこのへんの追っかけ頻度が心もとないとか、前のバージョン変数の事とかで、あんまりうれしくない感じだったので、無事に移行が完了して良かった。

本家に日本語版が出て、「あれ？WordPress ME って公式の日本語版じゃなかったの？」みたいな人は、このへんから比較表なんかを見てもらえれば、なんとなくわかった気分になれるかもしれません。

で、移行の際についでにプラグインを3個新規導入＆適当にバージョンアップしました。
・WP-DBManager
DB の管理を行うプラグインです。当たり前ですが、WP 用に特化してるのでかなり良い感じに便利です。WP ユーザ必携かも。かんたんバックアップ＆最適化ができます。オススメ。

・Simple Tags
WP2.3 から標準でタグ機能がついたので、その補助プラグイン。いまんとこ、あんまりタグの意義は感じていないんだけど、この機会なのでつっこんでおくことに。WP自体はタグ付けできるようにするだけで、管理は自前では対応しないみたい。2.4 からこの辺のポリシーもかわるのかな？

・WP-Multibyte
必須プラグインといってもいいので新規導入というのではなく、コア更新の一部という感覚ですが。

・バージョンアップ
FlexibleUploadとか。JPEG のクオリティとか指定できるようになってる。なんかマルチファイルアップロードもできるようになってるんだけど、これは標準のアップローダがそうなっただけか。

WEB拍手

とりあえずこれ(2ch レス)を参照してくださいまし。特定のURLパターンでアクセスすると、draft や private な記事が見えてしまうというもの。試してみると、一見なにも問題ないように見えますが、リストを最後(一番古いエントリ)までたどると draft がポコっと現れます。で、そこからパーマリンクを辿っての個別エントリ表示がコケる。コケるときに、 theme によっては、not found じゃなくて エラーで DB 名とかをベロっと吐いちゃったりするケースもあるみたい。

手元(というか、SnowHouse 自身。ME2.2.3)でテストしたら再現しました。うへへ。

Trac の ticket へのリンクがあるので、そこにあるパッチを当てましょう。とりあえず、 draft とか private とかの記事がなければ実害はなさそうだけど、なんともいやな感じなのでうちもパッチしておきました。

WEB拍手

なんか、日本語版は管理画面でエラーが出る(画面には出ないけど、httpd のエラーログにもにょもにょと)ので、結局本家版を利用することにしました。

lib/defensio_utils.php の is_wp_version_supported() で、$wp_version を数値比較してるんだけど、WP ME だとこのバージョン情報が”ME2.2.3″ とかなっているのね。でこれを暗黙の数値化するときにたぶん0あたりになってて比較でコケる、と。

なんで ME はこんな風にしてるんでしょうかね。或いは、 $wp_version を数値と見做す方が問題なのか？この辺の規約がよーわからんからなんとも判断付かないけど、バージョンはオリジナルにして、boolean な ME フラグを用意すればいいのになーなんて思ったり思わなかったり。

そーいえば、本家 WP 用の日本語言語ファイルとプラグインセットみたいなのが出てたと思うので、それで ME は捨てて本家の 2.3 に移行しようと思ってたんですが、なんかヘンなことになったら対処面倒だなーと思って放置中だった。年が明けたら移行するかなー。以下、メモ用リンク。
・WP 2.3.1 用日本語リソースと日本語リソース入り WP 2.3.1
・マルチバイト文字に関する問題の累積的修正を行うプラグイン

閑話休題。
本題の判定がコケる件は、is_wp_version_supported() の判定をコメントアウトするか、これのNextGen Gallery の項目にあるように、判定前に “ME” を strip して判定すればちゃんと動きます。どーせ動くのはわかってるんだから、バリっと判定をコメントアウトしちゃうのが楽だと思います。

WEB拍手