ryo.com » php

XCache for WordPressでトラブル

りょすけ — Sun, 02 Mar 2008 14:32:23 +0000

PHPのcacherをAPCからXCacheに変えたついでに、XCache for WordPressを入れてみたんですが、微妙なトラブルが発生。

管理画面で投稿記事を編集して、「保存して編集を続ける」を押すと、変更内容がリセットされちゃいます。

これは明らかにキャッシュが残っててクリアできてない・・・

どうやら「WordPress チューニング (Rauru Blog)」を見てその気になって、get_posts()の中にキャッシュに入れるコードを追加してたのが原因だったようで、そこを削除したら直りました。
しかし、別にそこでキャッシュするのは悪いことじゃないので、edit時にキャッシュ更新orクリアをしてやるべきですね。
まあ、あんまり勝手にいじるのは良くないなってことで、戻しておくことにしました。

しかしこのあたりのコード、あまりにも気になるのでsvn trunkのを見たのですが、かなり書き直されてるので2.5に期待しときます。

HTTP_ClientでリダイレクトされたときのURLがわからない

りょすけ — Fri, 29 Feb 2008 12:42:36 +0000

photo credit: Mrs. Maze

pearのHTTP_Clientをいじってみたけど、リダイレクトされたときの実URLがわからない。

これじゃfeedやwebsiteの移転が追跡できないのだ。
引越先に連れて行ってくれるだけじゃなく、引越先の住所も教えて欲しいというわけ。

Clientオブジェクトをvar_dump()してみると、

 ["_defaultHeaders"]=>array(1) {
  ["Referer"]=>
  string(19) "http://www.ryo.com/"
}

ってのがあるんで、これをつかってもいいんだけど、undocumentedなメンバ変数には触りたくないわけで・・・

これがcurlなら、

curl_getopt($ch, CURLINFO_EFFECTIVE_URL)

で、リダイレクトされたURLを得られる。

このサイトで使用しているWordPressプラグイン一覧

りょすけ — Wed, 27 Feb 2008 12:39:02 +0000

photo credit: Ianiv & Arieanna

このサイトで使用しているWordPressのプラグインをざっと紹介します。

WP-PluginsUsedというプラグイン一覧を生成するプラグインもありますが、それは使わないで、軽く記事として書きますね。

WP Multibyte Path

WordPress のマルチバイト文字の取り扱い周りの不具合を解消してくれるプラグインです。
メールやトラックバックなどでの文字化けを防いでくれるので、是非入れておきべきですね。

Conract Form 7

「お問い合わせフォーム」を実現するプラグインです。
送信された問い合わせ内容は、設定したメールアドレスに転送されます。
項目のカスタマイズが可能で、リストボックスをつくったりもできるので、WordPressでサイトを構築すれば、問い合わせフォームをわざわざ開発する必要はほとんど無くなったといえるでしょう。

TinyMCE Advanced

ビジュアルエディタのTinyMCEの高機能を提供してくれるプラグインです。
エディタ内で実サイトのスタイルシートが適用されるので、よりWYSIWYG感が高くなります。

Raw HTML

記事の中に生HTMLやJavaScriptを埋め込みたいときに
…
と囲まれた範囲の中で、WordPressの文書整形をキャンセルしてくれるプラグインです。

Photo Dropper

FlickrからCCライセンスの写真を検索し、本文中に埋め込むことの出来るプラグインです。
写真は記事を書くモチベーションを与えてくれますね。

WP 2.3 Related Posts

関連する（かもしれない）記事リンクを生成してくれるプラグインです。
エディタで本文中に書くのではなく、wp23_related_posts();というテンプレートタグを記事テンプレートに入れることにより、全部勝手にやってくれます。

All in One SEO Pack

テーマファイルを修正することなく、HTMLのページタイトルや、METAタグによるdescriptionやkeywordの設定なんかの、細かいけど気になるSEO項目を、一気に引き受けてくれるプラグインです。

WP-Amazon

amazonのアフィリエイトリンク作成に使ってます。
最初日本のamazonに設定したら動かなくて、wp-amazon.phpの中で設定されているtldを「co.jp」から「jp」に変更たら動きました。

All in One Adsense and YPN

Googleアドセンス広告の表示に使ってます。
気に入ってるわけではないですが、楽なので。

Google Analytics for WordPress

Google Analyticsのトラッキングコードを埋め込んでくれるプラグインです。
テーマファイルにちょっと書けば済むようなことも、なるべくプラグインで済ましたいワケです。

XML Sitemap Generator for WordPress

XML sitemapを生成してくれるプラグインです。
sitemapの生成だけでなく、GoogleやMSNなんかの検索エンジンに更新通知も送信してくれます。

番外

ベイエリアPlanetや京都ラーメンPlanetは、自作プラグイン＋自作ページテンプレートで動いています。
GetSenフォームインターフェースとGetSen Readerは、自作ページテンプレートの中で普通のphpプログラムが動いているという仕組み。
WordPressのカスタマイズの自由度という意味では、ページテンプレートつくれば何でもできちゃいますね。もちろん、やり易いかどうかは別ですが。

CentOS4でphp-5.2.5のbuildにちょっと嵌った

りょすけ — Mon, 18 Feb 2008 15:56:51 +0000

タイトルの通り、CentOS4.6でphp-5.2.5のbuildにちょっと嵌ったのでメモ

（FCからとってきたものベースの）RPMでのbuild-cgiで
ext/xsl/xsl.la
のところでlibtoolが
`/usr/lib/libxml2.la' is not a valid libtool archive
なんて吐いてこける。

確かにlibxml2-develの中にも/usr/lib/libxml2.laなんてないし、いったい誰がそんなものをリンクしようとしているのかと思いきや
$ grep libxml2.la /usr/lib/lib*.la /usr/lib/libexslt.la:dependency_libs=' -lgcrypt -lgpg-error /usr/lib/libxslt.la -L/usr/lib /usr/lib/libxml2.la -lz -lpthread -lm' /usr/lib/libxslt.la:dependency_libs=' -L/usr/lib /usr/lib/libxml2.la -lz -lpthread -lm'
/usr/lib/libxslt.laって何者？
$ rpm -qf /usr/lib/libexslt.la libxslt-devel-1.1.11-1
公式パッケージでした。パッケージミスなのか？

しょうがないのでCentOS5.1からlibxslt-1.1.17-2.src.rpmをとってきてbuildしてインストール
$ grep libxml2.la /usr/lib/lib*.la (出力無し)
というわけで直ってbuildに成功する予定なんで寝ます。

しかしパッケージミスとしたら、RedHatが直さないとCentOSも直らないってことになるのかなぁ？
とりあえずそういうことはあまり深く考えずに、１ユーザーとして生きていこっと(笑)

WordPressのtable_prefix変更

りょすけ — Sat, 09 Feb 2008 16:24:35 +0000

Wordpressのwp-config.phpで設定する $table_prefix ですが、これを運用途中で変更すると管理画面にログインできなくなる可能性があります。

英語版と日本語版のある某サイトでWordpressのデータベースを引越したのですが、そのとき
MYDB_en
MYDB_ja
という二つのMySQLデータベースを使うようになっていたので、MYDBに一本化し、table_prefixを ‘wp_’ からそれぞれ ‘ja_’ と ‘en_’ に変更しようとして少し嵌りました。

データベースの引越とテーブル名の変更は、同一マシン上ですから
RENAME TABLE MYDB_ja.wp_users TO MYDB.ja_users;
なんてデータベースをまたいでテーブルをrenameするというMySQLならではの荒技で簡単に出来たのですが、これだけでは不十分でした。

ja_options.option_name
ja_usermeta.meta_key
こいつらの中に ‘wp_’で始まる値が残っており、それらも更新してやる必要があったのです

select option_name from ja_options where option_name like 'wp_%';
だとか
select meta_key from ja_usermeta where meta_key like 'wp_%';
だとかで調べて、必要に応じて
update ja_options set option_name = 'ja_user_roles' where option_name = 'wp_user_roles';
だとか
update ja_usermeta set meta_key= 'ja_capabilities' where meta_key= 'wp_capabilities';
だとかで更新してやると、ちゃんと動くようになりました（もちろん、en_の方も同様に）。

# table_prefixをkeyに使うなよ！って気はしますが、そうなってしまってるものは仕方ないわけです

phpのマニュアルを検索したい？アドレスバーに入力しよう（ブラウザ不問）

りょすけ — Thu, 24 Jan 2008 02:33:38 +0000

php.net/の後ろにキーワードを続けて入力するだけだぜ

例)
php.net/htmlspecialchars
php.net/PDO
php.net/splice

コード書きをするとブログ書く時間が全く無い

りょすけ — Thu, 23 Aug 2007 18:07:49 +0000

この数週間ひさしぶりにphpでコーディングをしてたら、さっぱりブログを書く時間がなくなりました
PHPUnitで単体テストしまくりなので、時間が出来たら使い方記事でも書こうかと思ったけど、http://phpunit.de/がしょっちゅー繋がらなくなりますな・・・

PDOがPDOExceptionを投げてくれない件

りょすけ — Sat, 11 Aug 2007 05:51:57 +0000

PHP5だからってことでせっかくPDOを使ってるのに、全然PDOExceptionを投げてくれない！
errorCode()とかerrorInfo()なんてメソッドつかってたら、結局pgsql関数使ってるときと一緒じゃん！
と嘆いていたのは僕ですが、
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION)
てやっとけばいいみたい。
@see PDO->setAttribute()

これで

PDO のエラーコードは、SQL-92 の SQLSTATE エラーコード文字列に標準化されています。ネイティブのコードを適切な SQLSTATE コードに変換するのは、個々の PDO ドライバの仕事となります。

こういう恩恵をたっぷり受けることができる！（ホント？）

XML_Feed_Parserでdc:subject要素を読み込む

りょすけ — Thu, 02 Aug 2007 06:23:55 +0000

はてブからdel.icio.usに移行したのですが、両方APIが公開されているおかげで移行が楽チンでした。

移行スクリプトは勉強のために（？）pythonで書こうかと思ったのですが、また今月は仕事でphpを書くことになったので、しばらくphp漬けになるためにもphpで書くことに(笑)

しかし少しこまったのが、はてブのfeedの仕様ではtagがdc:subjectという要素で表現されており、phpでよく使われているmagpieRSSやPEARのXML_RSSだと、複数の要素が連結されたテキストとして取り出されてしまい、tagをちゃんと取り扱えないという問題がありました。

PEARのXML_Feed_Parserを使うと、dc:subjectなどの拡張名前空間の要素もちゃんとparseすることができます。

PEARのドキュメントにもサンプルがありますが、entryからmodelを取り出し、getElementsByTagNameNSというメソッドで要素郡を取り出します。

entryからmodelを取り出す
$model = $entry->model;
＊ここで$entry->linkや$entry->titleはそのまま使える状態

要素郡の取り出し
$subjects = $model->getElementsByTagNameNS('http://purl.org/dc/elements/1.1/', 'subject');
＊もちろんnamespaceや要素名は正確である必要があります

取り出した要素郡に対してはnodeValueをつかって中身にアクセスします
foreach ($subjects as $subject) { print $subject->nodeValue."\n"; }

こんな高機能なparserがあると、RSSかかってこいやー！って気になれそうです。

MagpieRSSが嫌われた？

りょすけ — Mon, 14 May 2007 13:17:28 +0000

ベイエリアPlanetに追加したHAKさんのMy life as an APEというサイト、実は登録依頼は先月にあって、フィードはすぐ追加したんだけどなぜかfetchがうまくできてなかったのです。

引越しの忙しさもあって、なかなか調べられなかったんだけど、どうやらwablogがMagpieRSSからのアクセスに対して403 Forbiddenを返してるということが判明！

wablogに連絡して理由をきいてみたい気もしたんだけど、変なアクセスポリシーもまぁ人それぞれだろうなってことで、MagpieRSSをrequireする前に
define('MAGPIE_USER_AGENT', 'Mozilla/4.0 (compatible; rss_fetch;)');
ってしておくことにしました。

テンプレートシステムはデフォルトでエスケープするべきじゃなかろうか？

りょすけ — Tue, 08 Aug 2006 05:13:48 +0000

mixiに機能要望の投票とトラッキングがついたらしいので、個人ごとにタイムゾーン設定できるようにってのに投票しました。
# 現時点で評価は良い94/悪い4　なんだけど、いつになったら検討されるのかさっぱり謎です。

で、他にどんな面白い要望があるんだろうかとブラウズしたりして、ふと実装済のところを見てみると、ＸＳＳ脆弱性の修正が並んでる・・・
しかも、「mixi機能要望におけるXSSの問題を根本的に修正してほしい」なんてのを筆頭に、最近リリースされてる機能にも平気でＸＳＳ脆弱性があった模様。

いまどきリリースされるwebアプリでも、XSS脆弱性はゴロゴロしてるのね。
まあ、そこらのサンプルコードや入門書にXSS脆弱性やSQLインジェクションがゴロゴロしてるのは知ってましたが、mixiでリリースされてるアプリケーションでも未だにゴロゴロしてるとは、ちょっとびっくりです。

mixiのシステムはおいといて、ふと思ったのが「テンプレートシステムはデフォルトでエスケープするべきじゃなかろうか？」ってこと。

DBなどに入力値をそのまま持っておく設計（極めてフツーだけど）のwebアプリケーションだと、たとえばsmartyなら、HTMLを保存しているもの以外の全ての変数表示項目で{$hogehoge|escape}として、エスケープする必要があります。
「ちゃんとエスケープしろよ」といっちゃえばそれまでなのですが、テンプレートってのはwebデザイナーさんもいじることがあるわけで、webデザイナーさんがescapeを忘れちゃったり間違えて取っちゃったりする可能性ってのは十分あるわけです。

このあたりの危うさを考慮すると、テンプレートシステムではデフォルトでエスケープするほうが安全だし、コードの量も減るでしょうね。

PHP-gettext(wordpressに入ってたヤツ)

りょすけ — Tue, 18 Jul 2006 05:33:43 +0000

すごくひさしぶりにPHPのプログラムをまとめて書くことになり、PHPでgettextを使うってのを、いい機会なので調べてみました。

gettextエクステンション無しで直接MOファイルを読み込むPHP-gettextライブラリ

このサイトでも使っているWordpressというブログアプリケーションでは、gettextのMO filesを読み込むのにPHP-gettextというライブラリが使われています。

このライブラリをつかった場合の特徴としては、直接MOファイルを読むライブラリなので・・・

–with-gettextつきでコンパイルしてないPHPでもMOファイルを読み込むことができる
もちろん、LOCALEを使わなくてもgettextの恩恵を受けることができる
当然、あの深いディレクトリ構造（BASE/${locale}/LC_MESSAGES/${domain}.mo）と戯れなくてすむ

Wordpressのソースの中から、PHP-gettextの成果物でありwp-includes/の下にあるgettext.phpとstreams.phpをincludeしているwp-l10n.php
を読めば、使い方はすぐにわかると思います。
このwp-l10n.phpでは、_()ではなく__()と_e()という関数を用意しています。アンダースコア１個の関数を定義しようとすると、gettextエクステンションが組み込まれたPHPでコケてしまうので、素直にこの方法に従っておくのが吉ですね。

PHPでgettextしたい！って人のための参考リンク

phpなweb開発者はストロング読め

りょすけ — Fri, 16 Dec 2005 11:50:36 +0000

MLや雑誌などで活躍されてるかなだまさかつさんのおさかなラボ(kaede.to)
php使うweb開発者は読むべし！です

# 何故か今日まで存在に気がつかなかったのですがものすごくお勧め

ryo.com » php

XCache for WordPressでトラブル

関連記事

HTTP_ClientでリダイレクトされたときのURLがわからない

関連記事

このサイトで使用しているWordPressプラグイン一覧

番外

関連記事

CentOS4でphp-5.2.5のbuildにちょっと嵌った

関連記事

WordPressのtable_prefix変更

関連記事

phpのマニュアルを検索したい？アドレスバーに入力しよう（ブラウザ不問）

関連記事

コード書きをするとブログ書く時間が全く無い

関連記事

PDOがPDOExceptionを投げてくれない件

関連記事

XML_Feed_Parserでdc:subject要素を読み込む

関連記事

MagpieRSSが嫌われた？

関連記事

テンプレートシステムはデフォルトでエスケープするべきじゃなかろうか？

関連記事

PHP-gettext(wordpressに入ってたヤツ)

gettextエクステンション無しで直接MOファイルを読み込むPHP-gettextライブラリ

PHPでgettextしたい！って人のための参考リンク

関連記事

phpなweb開発者はストロング読め

関連記事