一番わかりやすかったのがこのページ。

PHP+OAuthでTwitter - SDN Project

お世話になりました。ありがとう！

いやー、そろそろ対応しないとヤバイですね。
先送りしちゃいけませんよ。みなさま。というか自分。

twitterいじる機会がそのうちありそうなので。
勉強になりまっす。

メールの送信エンコーディングに UTF-8 を使用すれば、機種依存文字という問題を気にする必要はほとんどありませんが、まだ一般的には、ISO-2022-JP を使用してメールを送る方が多いと思います。ただ、PHP の mb_send_mail では、いわゆる半角カタカナや、機種依存文字を送信することはできません。これらの文字は ‘?’ に変換されます。

PHP 5.2.1 からは、レガシーエンコーディングの追加として、ISO-2022-JP-MS というエンコーディングが追加されました。ISO-2022-JP-MS を使用すれば、このエンコーディングでサポートされている文字を送信することができます。ISO-2022-JP-MS については、[PHP-dev 1345] PHP への CP932 系エンコーディングの追加パッチを参照してください。

ふーむ。ややこしいなメモ。

PHPでこれを表示させないためには、パラメータをセッション変数に保存し、Location ヘッダーに自分自身を指定して送信するのが一般的だ。

少し前は、以下の様に実装していた。

if isset $_POST[ ‘command’ ] {
パラメータの処理
…

header ‘Location: ‘ . $_SERVER[ ‘PHP_SELF’ ] ;
exit ;
}

しかし、これだと以下のようなフォームでページが呼び出された場合にうまく行かない。

上記実装では command パラメータが与えられる事を前提としているのに、パラメータは何も渡って来ない。

正しい実装は以下の様にするべきだ。

if $_SERVER[ ‘REQUEST_METHOD’ ] == ‘POST’ {
パラメータの処理
…

header ‘Location: ‘ . $_SERVER[ ‘PHP_SELF’ ] ;
exit ;
}

なるほど確かにそうしがち忘れがちのメモ。

WordPressのデータベースにアクセスするプログラムの簡単な作り方。

使用したのは、wordpress-2.2.3-multilingual-edition。

wp-cofig.phpをrequireします。

require(’wordpress/wp-config.php’);

これだけで、$wpdbを通してデータベースにアクセスできます。

Oh.これは目から鱗。
この手があったか！

参考にしまっすメモ。

phpinfoを表示して

４行目あたり

CGIモード

Server API 　：　CGI

モジュールモード

Server API 　：　Apache

とか

Server API 　：　Apache 2.0 Handler

なるほどメモ。
いつか使うときがきそう。

これは便利＆面白い。
rewriteしてProxyのようにPHPをかまして、３キャリアのケータイサイトに対応させてます。
アイデアがいいなあ。

ぜひ活用させていただこうっ！

マニュアルを見ると

復元した行は、なぜ切断された状態なのですか?

シリアライズしたオブジェクトは、可読形式の文字列となります。 データベースのアカウントやパスワードといった情報を 暗号化せずにプレーンテキストにシリアライズして保存すると、 セキュリティ上問題となります。 そのようなデータを無防備な状態でテキストファイルに保存したりしたくはないでしょう。 またメールなどで攻撃者に覗き見られることも好まないはずです。 シリアライズされたオブジェクトは、 正しい認証情報を知らない限りデータベースにアクセスすることはできません。

Zend Framework: Documentation

と書いてあります。ごもっとも。テーブルデータを取り戻すには、

と、setTableで再接続させます。

rowsetごとキャッシュしてる場合は、

と、rowsetにテーブルのインスタンスを渡してやれば、再接続します。

英語ではReactivating a Row as Live Dataなどと書かれていますね。

行データをキャッシュから戻した場合は、リアクティベイティング（←言いにくい）をお忘れ無く！