昨日(6/15 17:00)から始まったiPhone4の予約。iPhone3GSを持っている私は、iOS4で満足しておけばよいものを、解像度が4倍になるから…とか、エンジニアなのに新しいものを持たないのはあり得ない！とか叫び、購入することにしました。
17:00は会議中であったため、会議終了後に戦友(iPhone4を購入する人をこう定義する)に状況を聞くと、オンラインショップがダウンしてると言われ、言われてもアクセスし続けていました。

アップルからのメールで、20時までに来店すれば当日お渡しできますよ♪というメールも来たので、今から行こうかとも思いましたが、暑い中外を歩くのもやだな…という情けない状況だったので、オンラインに頼っていました。

思い起こせば、オンラインショップで格闘するのって、これで何回目だろうと。
PSPの時も、Wiiのときも、PS3のときも、数えればきりがありません。
毎回、数時間費やしていることのばからしさ？というか楽しさ？は、後になってみれば武勇伝かもしれませんが、不毛なこと間違いなしですね。

もう寝ようかな、明日会社だし…。と思いながら、格闘していると徐々に見たことのない申し込み画面が1ページ、また1ページと出てきます。
となると、欲深い？もので、またがんばろうとしてしまうんですね。
結局、深夜戦は惨敗ということで床につきましたが、夢の中でもまだ購入し続けているんですね。起きてても寝てても変わらないのがまた笑えるのですが、寝ていないにもかかわらず早起きして見ると、さくっと購入できました。
あの苦労は何だったんだー。とっとと寝て、早起きした方がいいじゃん！と一人で突っ込んでいました。

と、戦記はここまでにして。
弊社でも、バースト的にトラフィックが増えるサイトの保守・管理をさせていただいています。
iPhoneとは違い1点ものを取り扱っていらっしゃるので、購入チャンスを逃すと次はないというさらに過酷な中でお客様が購入をされています。
少しでもご迷惑をおかけせずに、スムーズに購入ができるよう、ロードバランサー(L/B)やWeb/DBサーバー、Webアプリケーション自体のチューニングを日々行い、安定して運用できるように昼夜努力しています。

そんな中で、今回の戦況から学んだこととしては、
「購入遷移中の各ページには、外部ファイルを極力おかない」
に尽きるのだと思います。
アプリケーションの作り上、CSSやJSファイルは外部ファイルにすることが推奨されています。また、画像ファイルも多用されているので、ファイル数は増加傾向にあります。
こんな場合、サーバーがオーバーロード状態になっていれば、ページ表示に必要なすべてのファイルを落としてくることは非常に困難で、CSSが適用されていない状態であったり、画像がない状態であったり、はたまたJSが読み込まれないため、JSエラーになって処理が継続できないなど、使い物にならないページになってしまいます。

具体的改善策としては、

• 表示は非常にシンプルにする
  → 購入できることがすべてで、見た目はどうでもいいです。
  → このようにすれば、画像点数やJSの外部ファイル数を減らせます。
• CSSやJSは、メインのhtmlファイル内に埋め込む
  → 1回接続できれば、サーバーはResponseを返します。
  → Responseが正常に返ってくれば、ブラウザは次の処理を継続できます。
• L/Bで正規WebサーバーにつながったセッションIDは、購入完了まで確実に保護する。
  → 弊社システムは確実にできているはずなんですが…。
  → フォームに入力して後に、メンテナンス中って言われるとどうかと。
• RIAなフォームにする
  → Ajaxで十分ですが、通信量を削減するため、必要な情報のみのやりとりに限定してしまう
  → ユーザーのストレスは大いに削減できるはず。
• そもそもの売り方を変える
  → これはビジネスモデルの話になるので難しいのですが、抽選にするとか、購入ページに入るための整理券を配るとか。

SetProtection($permissions=array(), $user_pass='', $owner_pass=null)

SetProtection($permissions=array('print', 'modify', 'copy', 'annot-forms', 'fill-forms', 'extract', 'assemble', 'print-high'), $user_pass='', $owner_pass=null, $mode=0, $pubkeys=null)

$pdf->SetProtection(
  array('modify', 'copy', 'annot-forms', 'fill-forms', 'extract', 'assemble'),
  $user_password,
  $owner_password
);

5.0.005 (2010-05-12) - WARNING: The logic of permissions on the SetProtection() method has been inverted and extended (see example 16). Now you have to specify the features you want to block. - SetProtection() method was extended to support RSA and AES 128 encryption and public-keys (see example 16).

PHPExcelでは、Excel2007形式のファイルの読み書きができる優れものです。
大昔、Excel2007が出たときには、xlsxファイルをzip展開してファイルの構造をひもとき、Web側で書き込んだデータをExcel2007形式のファイルで出力するようなシステムを作った物です。
それが、近々リリースする

の原型だったりするのですが。

今回は、CentOS 5にRPMで導入したPHPを使った場合の想定で、遭遇する問題を書き留めておきます。
なお、最新のPHP5.3系を使えばこの情報は不要です。だって、普通に動くから…。
サーバ保守を考えたりすると、RPM版のパッケージを使う方がいろいろとよいと考えていますので（賛否両論でしょうが、私はそう考えます）。

Office 2007からは、XML形式のファイルをzip圧縮したものを使っています。
PHPExcelでは、Excel2007形式のファイルを処理するためにzipアーカイバを必要とします。
それが、php_zipと呼ばれるパッケージで、PECLにあります。
インストールは単純に

# pecl install zip

しかし、現在公開されているphp_zipは、バージョンが1.10.xのものです。
このバージョンでは、PHP5.2に依存する定義を使っている箇所があり、コンパイル中に落ちます。
そのため、古いバージョンをインストールして回避します。

# pecl install zip-1.8.10

後は、PHPExcelのファイル群を適当において使えるようにしてください。
さ、これでPHPExcelが使えるようになりました。

今回、読み込ませるファイルにはセル中に「○」という文字が一文字だけ入っているものが多々あります。
しかし、PHPExcelでファイルを読み込ませると、そのセルには文字が入っていないと言われます。
しょうがないので、PHPExcelのソースファイルをひもときながら、どこで文字が失われているか探してみました。

まず、Excel2007.phpを確認しましたが、文字列は失われていません。
次に、Cell.phpを確認したところ、215行目～

            case PHPExcel_Cell_DataType::TYPE_STRING:
            case PHPExcel_Cell_DataType::TYPE_NULL:
            case PHPExcel_Cell_DataType::TYPE_INLINE:
                $this->_value = PHPExcel_Cell_DataType::checkString($pValue);
                break;

        $pValue = PHPExcel_Shared_String::Substring($pValue, 0, 32767);

        if (self::getIsIconvEnabled()) {
            $string = iconv_substr($pValue, $pStart, $pLength, 'UTF-8');
            return $string;
        }

ようやく、まともに動作しました。
これで、とっておきの業務改善ツールが作れます。
ということで、近々弊社の開発が急に早くなっているかもしれません！

壁になんか張り付いてますっ？！

500mlのペットボトルは接地面が少なすぎたみたいです。
何に使うのでしょうか！

こちらでは工作が始まっています。

真剣です！！！

器用なお二人。細かいところまで手を抜きません。
アクリル板と両面テープともろもろの素材を組み合わせ、完成！
上手にできましたー！
コネクティボのロゴ入りパネル！

これをどこに使うのかというと。。。。

エントランスです！
受付の電話前にとりつけました。

素敵度アップ！してます！
いいな、と思ったら試してみよう、
今日も、社内素敵化計画（勝手に）がひそかに進行しています。

let [ foo , bar ] = [ 10 , 20 ]

echo foo    " 10

echo bar    " 20

let [ foo , baz ] = [ 10 , [ 20 , 30 ] ]

echo foo    " 10

echo baz    " [ 20 , 30 ]

これを使うとmatchlist関数を受け取るときに便利です。 matchlist関数は matchlist({expr}, {pat}[, {start}[, {count}]]) という書式で、評価するとマッチした結果を10個の要素を持つリストで返します。 ※マッチしないと空にリスト[]を返す

let [ match , sub1 , sub2 , sub3 , sub4 , sub5 , sub6 , sub7 , sub8 , sub9 ] = matchlist( '2010/05/17' , '\(\d\{4}\)\/\(\d\{2}\)\/\(\d\{2}\)' )

" ['2010/05/17', '2010', '05', '17', '', '', '', '', '', '']

上の文の問題は左辺と右辺の数が合わないとエラーになる為、matchlistが必ずマッチしないとダメと言うところですね。その辺は一旦別の変数を経由してマッチしたかどうか調べればよいと思いますが、面倒ですね。 代入が式ではない悲しさを感じます。

可変長データは、内部的に /************************/ typedef struct { int4 sz; // 構造体の総サイズ char val[1]; // データ格納位置(ダミー) } EncryptedText /************************/ のように表現されているのですが、 /************************/ EncryptedText a; a.sz = 100; /************************/ のように書くとNG。 この場合、専用のマクロを使って /************************/ SET_VARSIZE(a, 100); /************************/ としなければいけません。 また、ここで設定した値を取り出す場合も /************************/ VARSIZE(a); /************************/ とする必要があり、実際のデータ(val部分)にアクセスする場合も /************************/ VARDATA(a); /************************/ とします。全てマクロ経由でアクセスしないとダメということです。

２． 他で定義されている関数の呼び出し

今回は暗号化するということで、pg_cryptoモジュールで定義されている pgp_sym_encrypt/decryptを使用しましたが、これらのプロトタイプ宣言は /************************/ Datum pgp_sym_encrypt(PG_FUNCTION_ARGS) /************************/ となっています。pgp_sym_encryptの内部では /************************/ bytea* pgp_sym_encrypt(const char *str, const char *pass, const char *cipher_algo); /************************/ と同等なのですが、この形式で呼び出すことはできません。 なんとかして暗号化対象文字列をPG_FUNCTION_ARGS形式に変換する必要があるのですが、、 仕方なく、PostgreSQLのソースコードに潜ると・・・ こんなものがありました。 /************************/ Datum DirectFunctionCall3(関数ポインタ, Datum, Datum, Datum); /************************/ Call3の部分は、渡す引数の数に応じて1～5まであります。 これを使えば、引数がPG_FUNCTION_ARGSで定義されている関数を呼び出すことができます。

３．メモリリーク対策

PostgreSQLのメモリ確保は、pallocを使用します。 これを使うと、１回のクエリ(トランザクション)終了時に使用していたメモリを解放してくれるので 基本的にメモリリークはありません。 ただし、戻り値以外の変数領域確保にpallocを使った場合は、ちゃんとpfreeで解放する必要があり ます。