とかやると、

にコマンドライン引数が入ってくる。dumpしてみると、こんな感じ。

結構、良く忘れる。

用意するもの

• Hetemlのレンタルサーバー
• WordPress（Hetemlを利用している場合は不要）
• WP Simple Paypal Shopping cart
• WordPressテーマ（お好みで）

セットアップ手順

1. Hetemlの簡単インストール機能を使って、WordPressをワンクリックでインストール
2. WordPressにログイン後、WP Simple Paypal Shopping cartプラグインを追加
3. WP Simple Paypal Shopping cartの管理ページから、Paypalの設定を行う
4. ウィジェット機能を使って、カートをお好みの場所に配置
5. 終わり

これだけで、簡単にECサイトの準備が完了しました。笑っちゃう位あっという間です。

後は商品の紹介ページを普通のブログ記事として投稿、「カートに追加」ボタンをWP Simple Paypal Shopping cartの記述方法でブログ記事の中に追記するのみです。

あまりに簡単なので、自分でも何かECやろうかな？と言う気になってしまいました。オンラインのCDショップとか？（儲からないなーww）

Remiと言うリポジトリを利用しました。RemiはEPELリポジトリと依存関係にあるようなのでそちらも追加。

デフォルトでは、epelリポジトリが有効なので無効化。

PHP, MySQL, Apacheも全てupdateしました。

つつがなく完了。バージョンを確認してみると、

これでPHP5.1から5.3へのバージョンアップが完了です。ほんと、ここら辺のサーバー周りの事、もっと勉強しなきゃなーと思いました。

とりあえず実装した機能としては、shorten（長いURLを短縮）、expand（短いURLやハッシュから元の長いURLを取得）、clicks（クリック数の取得）です。shorten辺りは、いくつかオプションのパラメータを省いてしまっているので、適宜改造してご利用頂ければと思います。

Bit.ly Componentのセットアップ

1. Bit.lyにユーザー登録します
2. APIキーを取得します（APIキーは、こちらのページで確認する事ができます）
3. 登録したユーザ名と、APIキーをconfig/core.phpに記載します
4. controllers/components内にbitly.phpを作成し、下のコードをコピペします。

config/core.phpへの記載例

controllers/components/bitly.php

Bit.ly Componentの使い方
以下、サンプルコードになります。

間違いや、アドバイスをお待ちしております！

まずは、PECL OAuthのインストール。（環境はOSXです）

httpdを再起動して終わり。（だったはず。もしかすると、php.iniとかいじらないといけないかも。忘れました。）

で、実際にTwitterにOAuthするには、まずはTwitterでOAuthのConsumer keyと、Consumer secretを取得すべくアプリケーションの登録をこちらから行います。で、次はいよいよコードです。

OAuthのフローは、TwitterのDevサイトにわかりやすい絵がありますので、そちらを拝借してきました。このフローにそって、コードを説明。

と言う流れです。

まずはSnow Leopard用のMac portsをサイトからダウンロードして、インストール。その後、port自身のupdateを行います。

はい、準備ここまで。僕の場合、過去の資産はほぼ全てSVNに突っ込んでいるため、/optを惜しみなく削除をしたのちに、portのインストールを行いました。

次はMySQL5のインストールと、起動設定、初期設定。

ああ、簡単。次はApache2へ

が、エラーが出た。

うーむ、なぜ？と思いながら、一旦、cleanしてみてやり直して見ることに。

お、出来ました。すかさず、Apache2の起動設定を行います。

最後は、PHP5をインストール。

ApacheにPHPの設定を施す。

念の為、info.phpを作成して閲覧してみると、こんな感じに起動します。

他に必要なものは順次インストールするとして、とりあえずのベースは出来ました。めでたしめでたし。

以前、Microformatsと言う類似する仕様も同様に追いかけていたのですが、それに類似するものの様です。また、Microdataは既にGoogleの検索結果に反映されるまで来ている様で、マークアップする際には今後気をつけた方が良いなと思いました。

特にレビューサイトやECサイト、イベント共有や、会社などの所在地を記述する際など、Microdataを利用する事で、検索サイトにより正しく情報を伝える事ができそうです。また、JavaScriptからDOMでアクセス可能な為、ちょっとしたデータの再利用などでも使えそうです。

参考）HTML5のMicrodataとは何か？

金曜日、某ミーティングで盛り上がったChrome OSを早速ダウンロード＆ビルドしてみた。どうやらUbuntuがビルド環境として都合が良さそうだったので、ダウンロードしてそちらのインストールから初めてみた。基本、VMで動かしているのですが。

さて、以下、Chrome OSをVMで動かすまでのログです。環境はUbuntu8です。

1. sudo apt-get install git-core
2. mkdir ~/chromiumos
3. cd ~/chromiumos
4. gclient config http://src.chromium.org/git/chromiumos.git
5. gclient sync
6. cd ~/chromiumos/src/scripts
7. ./make_local_repo.sh
8. ./make_chroot.sh
9. cd ../
10. mkdir -p build/x86/local_assets
11. wget http://build.chromium.org/buildbot/archives/chromium-chromiumos-r32516/chrome-linux.zip
12. mv chrome-linux.zip build/x86/local_assets/chrome-chromeos.zip
13. cd scripts
14. ./enter_chroot.sh
15. ./set_shared_user_password.sh
16. ./build_platform_packages.sh
17. ./build_kernel.sh
18. ./build_image.sh
19. ./image_to_vmware.sh –from=~/chromiumos/chromiumos.git/src/build/images/999.999.32509.091838-a1

で、出来上がったVMDKファイルをVirtualBoxで起動してみました。

基本、chromium OSのサイトに書いてある事を実行すれば問題無いです。

Apache2のインストールに関しては割愛しますが、Subversionのインストールメモ

[code]
wget http://subversion.tigris.org/downloads/subversion-1.6.0.tar.gz
tar xvzf subversion-1.6.0.tar.gz 
cd subversion-1.6.0
./configure --with-apxs=/usr/local/apache2/bin/apxs --with-apr=/usr/local/apache2/bin/apr-1-config --with-apr-util=/usr/local/apache2/bin/apu-1-config
[/code]

と、ここまで来た時に、「お前のSqlite、古いんだよ！」と、怒られたので、エラーメッセージにあったとおり、最新のSqliteをダウンロードして、sqlite3.cを指定されたところへcpしました。

[code]
wget http://www.sqlite.org/sqlite-amalgamation-3.6.11.tar.gz
tar xvzf sqlite-amalgamation-3.6.11.tar.gz
mkdir /home/admin/subversion-1.6.0/sqlite-amalgamation/
cp sqlite-3.6.11/sqlite3.c /home/admin/subversion-1.6.0/sqlite-amalgamation/
[/code]

で、再びconfigureしてmakeしてmake installしたら無事完了の模様です。

SVNのリポジトリを作成しておきます。

[code]
svnadmin create --fs-type fsfs /work/svn/repos/sample
svn mkdir file:///work/svn/repos/sample/trunk file:///work/svn/repos/sample/tags file:///work/svn/repos/sample/branhes -m "make trunk, tags, branches"
[/code]

次に、httpd.confの設定！と思ったら、既にhttpd.confに書き込まれてました。

[code]
LoadModule dav_svn_module     modules/mod_dav_svn.so
LoadModule authz_svn_module   modules/mod_authz_svn.so
[/code]

後は、subversionの設定をごにょごにょやって終了！

習得までの大まかな流れをメモ。

1. そもそもSymfonyで出来る事、出来ない事って何？を調べる
2. まずはチュートリアルをやってみる
3. ブログツールでも作ってみる
4. 簡単なアプリで、パフォーマンスチューニングのコツを見つける
5. 自ずと細かいソースを読む事になる

と言う事で、週末からやってみる。

これからどうなって行くんだろう？そんな事を考えてみました。

自分の経験から言えば、サイトに実装される機能的なところは、あまり大きな変化は無い気がします。基本的には何らかのデータに対するCRUDと、Search程度。今も昔も変わりませんし、これは以後も変わらないと思います。

ただ、扱うデータ量に関しては昔の比では無いと言うのが現状でしょう。rePhotoでさえ数万件の画像データを扱っていますし、reTextも同じく数万件のテキストデータを扱っています。仕事の中では、一日に数百万と言うデータを扱う機会も少なくありません。もちろん、データによっての特性はありますが、その量は年々増えて行っている気がします。

そんな風に考えると、先日書いたHypertableの様な分散型で且つ大量のデータを扱う事ができるデータベースって、今後需要が増えて行くのではないかと思います。今では思いもつかない（まあ、数字的にはつくけど）、量のデータを高速且つ安定的に、しかも安く回して行く事ができるデータベースが必要になってくるのでは無いかと。

安価で高速、安定的でスケーラブルでハイパフォーマンスなデータベース。しばらくはこれが自分のテーマになりそうです。

Line:260付近
[PHP]return $this->response['body'];[/PHP]
を
[PHP]return $this->response;[/PHP]
とするとHeaderも取れるはず。

制限かけるなら、そのルールとステータスを公開すべき

と言うのが今日学んだ事。そうじゃないと、利用者にストレスを与えるだけになってしまう。

var $email = null; //Your account's email address.
var $password = null; // Your account's password.
var $tumblelogUrl = null; // Your tumblogs URL ex) http://example.tumblr.com/

function info () {
return $this->_authenticate();
}

function read ( $params = null ) {
$this->requestUrl = $this->tumblelogUrl.’api’.DS.’read’;
return $this->_execute( $params );
}

function write ($params = NULL) {
$this->requestUrl = ‘http://www.tumblr.com/api/write’;
return $this->_execute( $params );
}

function delete ($params = null) {
$this->requestUrl = ‘http://www.tumblr.com/api/delete’;
return $this->_execute( $params );
}

function _authenticate () {
$this->requestUrl = ‘http://www.tumblr.com/api/authenticate’;
return $this->_execute();
}

function _execute ( $params = null ) {

$params['email'] = $this->email;
$params['password'] = $this->password;

$curl = curl_init($this->requestUrl);
curl_setopt($curl, CURLOPT_POST, true );
curl_setopt($curl, CURLOPT_POSTFIELDS, $params );
curl_setopt($curl, CURLOPT_RETURNTRANSFER, true );
$result = curl_exec( $curl );
$status = curl_getinfo( $curl, CURLINFO_HTTP_CODE );
$content_type = curl_getinfo( $curl, CURLINFO_CONTENT_TYPE );
curl_close( $curl );

if ($status == 200 ) {
if ( strstr( $content_type, ‘text/xml’) ) {
$xml = new Xml( $result );
$result = Set::reverse($xml);
}
} elseif ($status != 201 && $status != 200 ) {
$result = false;
}
return $result;
}
}
?>[/PHP]

インストール方法

1. 上記のソースコードを/path/to/controllers/components/tumblr.phpに保存します
2. 利用したいコントローラーでvar $components = array(‘Tumblr’);します。

簡単な使い方
[PHP]/* Tumblelogの情報取得 */
$this->Tumblr->email = ‘ログイン用メールアドレス’;
$this->Tumblr->password = ‘ログイン用パスワード’;
$this->Tumblr->info();

/* 書き込み（例はリンクの場合）*/
$this->Tumblr->email = ‘ログイン用メールアドレス’;
$this->Tumblr->password = ‘ログイン用パスワード’;
$params = array( ‘type’ => ‘link’, ‘url’ => ‘http://straighten.jp/’ );
$post_id = $this->Tumblr->write( $params );

/* 読み込み*/
$this->Tumblr->email = ‘ログイン用メールアドレス’;
$this->Tumblr->password = ‘ログイン用パスワード’;
$this->Tumblr->tumblelogUrl = ‘http://retextlog.tumblr.com/’;
$this->Tumblr->read();

/* 削除 */
$this->Tumblr->email = ‘ログイン用メールアドレス’;
$this->Tumblr->password = ‘ログイン用パスワード’;
$this->Tumblr->delete( array(‘post-id’=>’記事ID’) ) ); //記事IDはreadするか、writeした際に取得できます[/PHP]
その他、詳しいパラメーターに関しては、オフィシャルのAPI仕様を確認して下さい。
http://www.tumblr.com/api

reTextは、rePhotoと同じくTumblrで多く引用されているテキストを収集、ランキングや新着、キーワード別に検索する事ができるサービスです。

また、reTextでは、該当テキスト（パーマリンク）に対して、ブログでのコメント、はてブでのコメントをあわせてチェックする事が出来る様になっており、暇な時間にダラーっと見るにはまあまあ良いかと思います。

デザインはいまいちですが、今後改善予定と言うことでよろしくお願いします。今回もcakePHPで開発しています。

それらの運用をしていく中で、気がついたのは「memcache　落ちたら消える　さようなら」と言う事です。いくらレポリケーションしていたとしても、落ちたら消えます。きれいさっぱり。

仮にログインセッションをmemcacheにストレージしていた場合、「memcache　落ちたらログアウト　さようなら（字余り）」と言う事になりかねない訳です。つまり、memcacheにストレージすべきデータは、落ちても、さようならしても簡単に復旧可能もしくは、痛く無いデータであるべきで、でもそう言うデータって比較的少ない。

であれば、memcache並みに高速で且つ、落ちてもデータが維持されるストレージが必要になったわけです。その結果がTokyo Cabinet（と、Tokyo Tyrant）だったわけです。もちろん、Barkley DBとかSQLiteとかでもよかったのですが、比較的に扱うデータ量が多いため、パフォーマンスの観点で良いと評判が良かったTokyo Cabinet（と、Tokyo Tyrant）に傾いたと言う結果です。

それに、Tokyo Tyrantはmemcacheと互換性のあるインターフェスを提供してくれているので、memcacheで作ったアプリケーションであっても簡単に移植できるのではー？と踏んだところもあります。例えばですが、memcacheでこんなコードを書いていた場合、
[PHP]
$memcache = new Memcache;
$memcache->connect(‘localhost’, 11211);
$memcache->set( ‘sample’, ‘this is sample recode’ );
echo $memcache->get( ‘sample’ );
$memcache->close();
[/PHP]
Tokyo Tyrantの場合、
[PHP]
$memcache = new Memcache;
$memcache->connect(‘localhost’, 1978); // 起動ポートを変更
$memcache->set( ‘sample’, ‘this is sample recode’ );
echo $memcache->get( ‘sample’ );
$memcache->close();
[/PHP]
こんな感じになるわけです。

いずれにせよ、mixiみたいに大規模なものではありませんが、今後はTokyo Cabinetを（なるべく）利用して、ノウハウを少しでもこちらで共有できるといいなと思います。

1, Tokyo Cabinetをインストール（前の記事を参照）

2, Tokyo Tyrantをインストール & 起動
[code]
wget http://tokyocabinet.sourceforge.net/tyrantpkg/tokyotyrant-1.1.9.tar.gz
tar xvzf tokyotyrant-1.1.9.tar.gz
cd tokyotyrant-1.1.9
./configure
make
make install
sudo /usr/local/sbin/ttservctl start
[/code]
デフォルトで起動したときは、localhostでポート番号1978で起動します。

3, Net_Tokyo_TyrantをPearでインストール
[code]
pear channel-discover openpear.org
pear install openpear/Net_TokyoTyrant
[/code]
準備完了です。さて、サンプルでも書いてみましょう。
[PHP]
include_once ‘Net/TokyoTyrant.php’;
$tt = new Net_TokyoTyrant();
if ( !$tt->connect( ‘localhost’, 1978 ) ) exit();
$tt->put( ‘sample’, ‘This is sample record’ ); //”sample”と言う名前のデータを書き込み
echo $tt->get( ‘sample’ ); // ”sample”と言う名前のデータを取得
$tt->close();
[/PHP]
実行結果は、
[code]This is sample record[/code]
となります。あたりまえですが、Tokyo Cabinetは（オンメモリで起動しない場合）ファイルDBですので、Memcacheの用に再起動でデータが消えたりしません。ですので、
[code]
sudo /usr/local/sbin/ttservctl restart
[/code]
再起動して、
[PHP]
include_once ‘Net/TokyoTyrant.php’;
$tt = new Net_TokyoTyrant();
if ( !$tt->connect( ‘localhost’, 1978 ) ) exit();
echo $tt->get( ‘sample’ ); // ”sample”と言う名前のデータを取得
$tt->close();
[/PHP]
しても、前回同様の結果が得られます。

「何？何？」と思っていたところ、HDDの残量を眺めていたらまだまだ減って行く。。。

で、速攻Googleですよ。ネタフルで紹介されていたDisk Inventory Xをインストールして、チェックしてみたところ…

何やら妙にでかい、coresなるディレクトリが。で、更にGoogle。

OSx, core files and disk space

この記事、英語なので正確には内容はわかりませんが、どうやらcoresと言う中に入ってるデータは、メモリダンプのログみたい。。。Squid！！そう、coresの中にあったファイルの作成日を見てみたら、ちょうど昨日からの日付。つまり、Squidを導入してから。。。恐らく、Squidに割り当てた（デフォルトのままなので、割り当たっていた）メモリ容量を利用中にあっさり越えてしまい、結果ダンプをこうして作っていたのではないか？と言う仮説に至りました。。。で、早速実験です。Squidを起動してブラウジングしてみたところ、やっぱりcoresの中にファイルが。。。

結局、/coresの中身のファイルを全部消してしまったのでHDDの空きスペースは復活しましたが、Squidが挙動する中で発生するこの課題は解決出来てません。きっと、squid.confとかだと思うのですが。

取り急ぎ、情報共有まで。