Methods with the same name as the last element of a namespaced class name will no longer be treated as constructor. This change doesn’t affect non-namespaced classes.
[php]<?php
namespace Foo;
class Bar {
public function Bar() {
// treated as constructor in PHP 5.3.0-5.3.2
// treated as regular method in PHP 5.3.3
}
}
?>[/php]

There is no impact on migration from 5.2.x because namespaces were only introduced in PHP 5.3.
PHP 5.3.3 Released!

どういう事かというと、
[php]
class A
{
function A()
{
echo __CLASS__;
}
}
class B extends A
{
}
class C extends B
{
function C()
{
parent::B();
}
}
new C();
[/php]
結果
PHP5.3.2

PHP Fatal error:  Call to undefined method B::B()

PHP5.3.3

A

PHP5.3.xによってPHP4に対する後方互換が崩れたんですが、PHP5.3.3でPHP5.3.x非互換となる代わりにPHP4後方互換が一部戻ったという話。
PEAR::Image_Graphで問題でてました。
PHP5の環境なら以下のように書くので問題は起こらないんですけどね。
[php]
class A
{
public function __construct()
{
echo __CLASS__;
}
}
class B extends A
{
}
class C extends B
{
public function __construct()
{
parent::__construct();
}
}
new C();
[/php]

キャリアメール情報がなかなか見つから無かったんだけど、pdfに書いてあった。
http://www.nttdocomo.co.jp/binary/pdf/service/provider/spmode/guide/sp.pdf

新規申し込みの場合

spモードを新規にご契約されると、メールアドレスは「ランダムな英数字@docomo.ne.jp」となっています。……

iモードの解約と同時にお申込みの場合

iモードの解約と同時にspモードをお申込みいただいた場合は、今までお使いのメールアドレス・iモードパスワード・迷惑メール対策設定が自動的に引き継がれます。

iモードとspモードは排他。
ガラケーを二度と使わないならspモードへ、使うなら予定があるなら今まで通りiモード、iモード.net、mopera U契約でiMoNiを利用すればいい。

spモード変更時にiモードセンターに保存されている未受信メールは破棄される。
元のガラケーにSIMさして受信していない場合、iモードセンターにいっぱい貯まってると思いますが、iMoNiで受信しているので不要だと思います。
必要ならば、spモード契約前にガラケーにSIMさして受信しておくとよいと思います。

インストール

sudo aptitude install ndoutils-nagios3-mysql

nagios他もろもろ追加され、サービス起動。
が、ndoutilsは実行されない。

nagiosの停止

sudo service nagios3 stop

編集
/etc/default/ndoutils

ENABLE_NDOUTILS=0

↓↓↓

ENABLE_NDOUTILS=1

/etc/nagios3/nagios.cfg

broker_module=/usr/lib/ndoutils/ndomod-mysql-3x.o config_file=/usr/share/ndoutils-nagios3-mysql/tmpl/ndomod.cfg

サービス起動

sudo service ndoutils start
sudo service nagios3 start

GAEでアプリケーションIDを収得。
今回はappri-id

もろもろ環境インストール。
javaはインストール済みのこと。

sudo gem install google-appengine

アプリのモックの作成

appcfg.rb generate_app appri-id

確認

cd appri-id
dev_appserver.rb .

http://localhost:8080/にアクセスしHelloと表示されればOK

Deploy

appcfg.rb update .

初回はメールアドレス、パスワードを入力。

http://appri-id.appspot.com/にアクセスしHelloと表示されればOK

via:Hadoop (CDH3) Quick Start Guide – Documentation – Cloudera Wiki

sun-javaがリポジトリからなくなったので外部リポジトリを利用

sudo aptitude install python-software-properties
sudo add-apt-repository 'deb http://archive.canonical.com/ lucid partner'
sudo apt-get update
sudo aptitude install sun-java6-jdk

Cloudera版が楽そうなので利用する。

sudo add-apt-repository 'deb http://archive.cloudera.com/debian lucid-cdh3 contrib'
sudo add-apt-repository 'deb-src http://archive.cloudera.com/debian lucid-cdh3 contrib'
wget http://archive.cloudera.com/debian/archive.key
sudo apt-key add archive.key
sudo apt-get update
sudo aptitude install hadoop

サービス起動

sudo /etc/init.d/hadoop-0.20-namenode start
sudo /etc/init.d/hadoop-0.20-jobtracker start
sudo /etc/init.d/hadoop-0.20-datanode start
sudo /etc/init.d/hadoop-0.20-tasktracker start

今すぐ必要ってわけじゃないしと飽きた。

修正
sendOAuthRequest()メソッドでHTTP_OAuth_Exceptionがthrowされる問題
serchメソッドでhttp://search.twitter.comを利用しない問題
blocks/createメソッドでuser_id、screen_nameを指定できない問題
blocks/destroyメソッドでuser_id、screen_nameを指定できない問題
テストでOAuthの場合sourceはアプリケーションになる問題
テストでutf8テストが二重投稿になる問題
テストでOAuthの場合オブジェクトがHTTP_OAuth_Consumer_Responseになる問題

追加
blocks/bloking/idsメソッド (call $t->blocks->blocking_ids())

$ svn export -r 302262 http://svn.php.net/repository/pear/packages/Services_Twitter/trunk Services_Twitter
$ wget http://blog.cheki.net/Services_Twitter_r302262.diff
$ cd Services_Twitter
$ patch -p0 < ../services_twitter.diff
patching file Services/Twitter.php
patching file data/api.xml
patching file tests/900-exceptions.phpt
patching file tests/910-options.phpt
patching file tests/920-utf8.phpt
patching file tests/data/utf8-2.dat
patching file tests/setup.php

ユーザー名、アクセストークンの設定をする

$ git config --global github.user username
$ git config --global github.token xxxxxxxxxxxxxxxxxxxxxx

接続を試してみる。

$ ssh git@github.com
ERROR: Hi username! You've successfully authenticated, but GitHub does not provide shell access
   Connection to github.com closed.

successfully authenticatedのメッセージが帰ってくればOK

あとはgithubでリポジトリを作成すると、commitの仕方が表示されます。

cockok's Services_Twitter at master – GitHub

リリース最新は0.6.2ですが、trunkが変更されてたのでそちらをfork。
あいきゃんとすぴーくいんぐりっしゅ。
もちろん書くのも。

ちなみに、DELETEメソッドででる問題は、RFC2616に以下のようなところ。

The DELETE method requests that the origin server delete the resource identified by the Request-URI.
HTTP/1.1: Method Definitions

こっちはPEAR::HTTP_OAuthの問題。

test.shを1分後に実行

$ at -f ./test.sh now 1minute

test.shを13:00に実行

$ at -f ./test.sh 13:00

パイプでつないで

$ echo './test.sh' | at now 1minute

シェルから
はCtrl+D

$ at now + 1minute
warning: commands will be executed using /bin/sh
at> './test.sh'
at> 
job 11 at Wed Aug 11 13:12:00 2010

実行されていないジョブ一覧

$ atq

実行されていないジョブの削除
atqでジョブIDを取得して指定

$ atq
1       Wed Aug 11 13:00:00 2010 a cockok
$ atrm 1

既にpearコマンドが利用可能な場合。

$ pear config-create /path/to ~/.pearrc

/path/to/pear以下に諸々配置される設定ファイルが~/.pearrcとして作成される。
この場合、PEARディレクトリは/path/to/pear/phpとなる。

ディレクトリ等、設定をを変更したい場合は、通常通りpear config-setコマンドで。

phpコマンドを実行する際にinclude_pathの設定をしたいが、オプションでは指定できないので、php.iniを別途準備し読むように指定するaliasを設定。

$ cp /etc/php.ini /path/to
$ vim /path/to/php.ini
$ alias php='php -c /path/to/php.ini'

php.iniのinclude_pathの設定は以下のようにローカルのPEARディレクトリしか読み込まない、または、優先的に読み込むように設定。
[shell]
include_path = “.:/path/to/php”
#include_path = “.:/path/to/php:/usr/share/pear:/usr/share/php”
[/shell]