私が個人的に見つけたバッドノウハウばかりですので、これら以外にもっとスマートな方法がありましたら是非ご教示ください。

一般的な使い方

気をつけること

<div><img src="spacer画像のパス" width="X" height="Y" /></div>

<div style="height:Ypx"><img src="spacer画像のパス" width="X" height="Y" /></div>

デザインを統一するために

1. 3,4種類の行間スペースを決める
   私が良く使っているのは、2px, 3px, 5px, 10pxの4種類です
2. どの行間スペースをどんな時に使うのかを決める
   例)
   • 2px: デザイン上で必要な微妙なスペース
   • 3px; 文章と文章の間のスペース
   • 10px: フッター等で本当にいっぱい開けたい時
   • 5px: 上記以外で適当なスペースがほしい時
3. 自分を含めコーディングする人がピクセル単位で指定出来ないようにする
   人間は間違えるものです。自分で決めたルールでもあれ？どれだっけ？と忘れてしまうこともあります。厳密にはもちろん不可能ですが、たとえばHTMLヘルパー的なものでどの高さにするのかをピクセル単位ではなく種類を選ばせることによってミスは大分減り、より統一されたデザインのサイトに仕上がるかと思います。

height代わりに使う

<table width="100%" cellspacing="0" cellpadding="0" border="0">
  <tr>
    <td>
      何かの文章
    </td>
    <td width="1">
      <!-- 高さを100pxにしたい場合 -->
      <img src="spacer画像のパス" width="1" height="100" />
    </td>
  </tr>
</table>

何かの文章

ラインを表現するのに使う

<div style="background-color:red;height:1px">
  <img src="spacer画像のパス" width="1" height="1" />
</div>

何かと制限の多い携帯向けXHTMLですが、spacerのように頭をひねれば意外といろいろが解決可能だということに気づくかと思います。
全てがバッドノウハウですので、本当に役に立っているのか時たま分からなくなる時もありますが、みなさんもぜひspacerを愛でみてはいかがでしょうか？意外な使い方が見つかるかもしれません！

今日はテストや普段の開発に便利なツールのご紹介をしたいと思います。PHP限定のツールですので、ご了承下さい。

ZyngaJapanでは、昨日リニューアルオープンした「ファームビレッジ」でも、Jenkins(旧Hudson)によるCIを行って開発しており、TDDやJenkinsでのCIを利用する文化がだんだんと浸透してきています。Jenkinsのプラグインとして利用できるものも多くありますが、当然ながらコマンドラインからも利用出来ますので、コミット前に自分のコードをチェックすることもできます。

phpcpd

コードの中でコピー&ペーストで記述されている部分を検出してくれます。
どの程度の重複から検出するかを柔軟に設定できるので、まず大きな部分から修正するなど判断ができ便利です。

$ phpcpd /path/to/project
phpcpd @package_version@ by Sebastian Bergmann.

Found 13 exact clones with 339 duplicated lines in 17 files:

  - hoge/fuga/Foo.php:55-104
    hoge/fuga/Bar.php:85-134

0.50% duplicated lines out of 68425 total lines of code.

Time: 10 seconds, Memory: 33.00Mb

phpdcd

どこからもコールされていないメソッドなどを検出してくれます。リファクタリング対象として確認に役立ちます。

$ phpdcd /path/to/project
phpdcd 0.9.2 by Sebastian Bergmann.

  - Foo::execute()
    declared in Foo.php:42

  - Bar::getActionName()
    declared in Bar.php:27

  - Hoge::execute()
    declared in Hoge.php:34

phploc

以下のようにphpファイルの構成要素を算出してくれます。(数字は全てダミーです)

$ phploc /path/to/project
phploc @package_version@ by Sebastian Bergmann.

Directories:                                        999
Files:                                             9999

Lines of Code (LOC):                             999999
  Cyclomatic Complexity / Lines of Code:           0.01
Comment Lines of Code (CLOC):                     99999
Non-Comment Lines of Code (NCLOC):               999999

Namespaces:                                           9
Interfaces:                                          99
Classes:                                            999
  Abstract:                                          99 (9.99%)
  Concrete:                                         999 (99.99%)
  Average Class Length (NCLOC):                     999
Methods:                                           9999
  Scope:
    Non-Static:                                    9999 (99.99%)
    Static:                                           9 (9.99%)
  Visibility:
    Public:                                        9999 (99.99%)
    Non-Public:                                     999 (99.99%)
  Average Method Length (NCLOC):                     99
  Cyclomatic Complexity / Number of Methods:       9.99

Anonymous Functions:                                 99
Functions:                                            9

Constants:                                          999
  Global constants:                                   9
  Class constants:                                  999

phpmd

if文のネスト階層数などの複雑さ、短すぎる、または長すぎる変数名や、使われていない変数の検出など様々な条件に応じて検出を行ってくれます。

$ phpmd /path/to/project text codesize,unusedcode,naming

/path/to/project/hoge/huga/AAA.php:76   Avoid unused local variables such as '$foo'.
/path/to/project/hoge/huga/AAA.php:129  Avoid unused local variables such as '$bar'.
/path/to/project/hoge/huga/AAA.php:185  Avoid unused local variables such as '$foo'.
/path/to/project/hoge/huga/BBB.class.php:29    Too many fields
/path/to/project/hoge/huga/foo/CCC.php:20 Avoid variables with short names like $a
/path/to/project/hoge/huga/foo/CCC.php:20 Avoid variables with short names like $b
/path/to/project/hoge/huga/foo/EEE.php:5     The method create() has a Cyclomatic Complexity of 12.
/path/to/project/hoge/huga/foo/EEE.php:5     The method create() has an NPath complexity of 288.
/path/to/project/hoge/huga/foo/FFF.php:10     Avoid unused local variables such as '$type'.
/path/to/project/hoge/huga/foo/GGG.php:7    Avoid unused private fields such as '$object'.
/path/to/project/hoge/huga/bar/HHH.php:64  Avoid unused parameters such as '$status'.
/path/to/project/hoge/huga/bar/HHH.php:74  Avoid unused private methods such as 'setStatus'.
/path/to/project/hoge/huga/bar/JJJ.php:26    Avoid unused parameters such as '$status'.
/path/to/project/hoge/huga/bar/KKK.php:3    This class has too many methods, consider refactoring it.
/path/to/project/hoge/huga/bar/KKK.php:13   Avoid unused parameters such as '$status'.
/path/to/project/hoge/huga/bar/LLL.php:44    Avoid unused parameters such as '$status'.

上記はJenkinsのプラグインとして使えるものもありますので、是非検討してみてはいかがでしょうか。

■できること

■使用方法

 class hosts {
   file {
     "/etc/hosts":
       owner => 'root',
       group => 'root',
       mode  => 644,
   }
 }

■利用例

base(group)
   ├─ web(group)  
   │      ├──  httpd(class)
   │      └──  php(class)
   │
   ├── hosts(class)
   ├── ntp(class)
   └── ssh(class)

サンフランシスコで開かれたSymfony Liveで、Fabien Potencier氏によるHTTP Cacheという発表がありその中でESI(Edge Side Includes)の紹介がありました。

下の画像はちょっとみずらいですが、たとえばこのラボブログのレイアウトだと大枠の部分は常によりユーザに使いフロントの所（つまりCDNやキャッシュサーバ）側でキャッシュされていてAの部分とBの部分それぞれのコンテンツを別々にインクルードする形でキャッシュ制御することができます。

Symfony2のサイトsymfony-reloaded.orgでも、マニュアルがありますので、詳細はそちらを参考にしていただくとして、その中に、Varnishでもその機能が利用できることが紹介されていますので試してみたいと思います。

Varnishのインストールについては省略してとりあえず設定部分から。VarnishサイトにあるESIの説明あたりを参考にして下記のような環境を構築してみました。

Apache側(port: 10080でアクセス可能）

<html>
<head>
himote:
</head>
<body>
<esi:include src="/time.php" />
</body>
</html>

<?php
echo date('Y/m/d h:i:s');

varnish側(port: 6081でアクセス可能)

backend default {
  .host = "127.0.0.1";
  .port = "10080"; // Apache
}

sub vcl_fetch {
    if (req.url == "/himote.html") {
            esi; // enable ESI
    }
}

wget http://localhost:6081/himote.html -O -

<html>
<head>
himote:
</head>
<body>
2011/02/22 11:07:37
</body>
</html>

# 二回目
wget http://localhost:6081/himote.html -O -

<html>
<head>
himote:
</head>
<body>
2011/02/22 11:07:37
</body>
</html>

2回目も時間がかわってないことから、正常にキャッシュしているようです。
ただ、キャッシュの有効期限を設定していないので今度はExpireヘッダを出力してみます。

<?php
$expire = 10; //10秒後
header('Expires: '.gmdate('D, d M Y H:i:s \G\M\T', time() + $expire));
echo date('Y/m/d h:i:s');

wget http://localhost:6081/himote.html -O -

<html>
<head>
himote:
</head>
<body>
2011/02/22 11:13:47
</body>
</html>

wget http://localhost:6081/himote.html -O -
<html>
<head>
himote:
</head>
<body>
2011/02/22 11:13:57
</body>
</html>

何回かアクセスするとちょうど10秒目くらいに時間が変更されているので正常に動作しているようです。

本家のマニュアルを写経した程度になってしまいましたが、どのようなものかイメージをつかんでいただけたのではないでしょうか。実際にプロダクトレベルで利用するにはベンチマークやログなどの詳細な検証は必要になると思いますのでご注意ください。

本記事がご参考になれば幸いです。]]> http://labs.unoh.net/2011/02/varnishesi.html http://labs.unoh.net/2011/02/varnishesi.html Tue, 22 Feb 2011 11:17:33 +0900 $ facter (... snip ...) architecture => x86_64 domain => local.hoge.bar.net (... snip ...) ipaddress_eth0 => 10.x.y.z processor0 => Intel(R) Xeon(R) CPU E5504 @ 2.00GHz memorysize => 8.04 GB (... snip ...) facter を rpm でインストールすると ruby 用のインターフェイスとして Facter というモジュールが /usr/lib/ruby/site_ruby/ 配下にインストールされます。Ruby スクリプトの中で使用するにはこの Facter モジュールを require した後に、任意のクラスに include すれば OK です。コマンドラインから取得できる情報は Facter.value(:要素名) で取得可能です。以下に基本的なサーバを示すクラスとして「BaseServer」を定義した後、そのサブクラスであるWeb サーバ専用クラス「HttpdServer」, Mysql サーバクラス「MysqldServer」を定義したコードを紹介します。 ■facter を rpm でインストールすると Ruby 用に Facter module がインストールされる

$ rpm -ql facter | grep rb$ 
/usr/lib/ruby/site_ruby/1.8/facter.rb
(... snip ...)
$ grep -r Facter /usr/lib/ruby/site_ruby/1.8 | grep module
/usr/lib/ruby/site_ruby/1.8/facter.rb:module Facter

require 'facter' 
class BaseServer
  include Facter
  attr_accessor :name, :role, :ipaddress
  def initialize(*)
    @name = Facter.value(:fqdn)
    @role = self.class.name
    @ipaddress = Facter.value(:ipaddress)
  end
  def getKernel
    return Facter.value(:kernelrelease)
  end
  def getUptime
    return Facter.value(:uptime)
  end
end

require 'BaseServer'
class BaseServer::HttpdServer < BaseServer
  def getApacheStatus
    (... snip ...)
  end
end

require 'BaseServer'
require 'mysql'
class BaseServer::MysqldServer < BaseServer
  attr_accessor :host, :user, :pass, :database
  def initialize(host, user, pass, database)
    super
    @host = host
    @user = user
    @pass = pass
    @database = database
  end
  def countTable(table)
    my = Mysql::new(host, user, pass, database)
    res = my.query("select count(*) from #{table}")
    return res
  end
end

『swfファイルはCS4で書きだしたほうが軽くなる』

同じ処理をしている100KB程度のバイトコードで、3KBもサイズが違うのって、明らかにおかしくね？

【実験1】 まず私が試したのは、diffコマンドによって差分を比較する実験。swfファイルの差分を取って比べてみたら、何かわかるのではなかろうか、と思ったのですが、この実験はあえなく失敗。考えてみたら、バイナリの状態のコードなんて人間が一覧して分かるわけがない。実験以前に問題だった。Mythbustersを哂えない。

【実験2】 次に行ったのは、swfmillをインストールしてswfファイルをテキスト化し、再びdiffを取る実験。こちらは成功。そらそうだ。 内部の構造を追っていくと、ActionScript部分は変化がない。しかし、途中で謎のベクタ描画のグラフィックスオブジェクトに遭遇する。CS4には存在しない。CS5で書きだしたswfにのみ存在するオブジェクトなのだ。犯人のしっぽをつかんだ。

【実験3】 初心に返り、Flashで書き出す際にファイルサイズのレポートを出力してみる。グラフィックスオブジェクトが書き出されているなら、何か記述されているはずである。 しかし、全てのオブジェクト名をチェックしたが、見覚えのないオブジェクトは存在しない。

【考察】 ・ActionScript部分の変化は観察されない ・内部に謎のグラフィックスオブジェクトが挿入されており、これがファイルサイズ増の原因らしい ・しかしサイズレポートには怪しいオブジェクトは記述されていない

デバイスフォントが埋め込み処理されている

_等幅 : 確たなﾃﾞりなまﾀ認しくｰ

いやいやいやいや、ないわー。完全にFlash Profesional CS5のバグである。 原因がわかれば対処方法も簡単。埋めこまれてしまっているなら、再定義してやればいい。 今回は以下のような手順で修正を行いました。

・デバイスフォントを指定しているテキストボックスを選択 ・別の日本語フォント(_明朝でも何でもいい)に変更する ・全部のデバイスフォントのテキストボックスで上記を行う ・ファイルを保存して閉じる ・ファイルをもう一度開く ・全部のデバイスフォントのテキストボックスを、もう一度、等幅などのデバイスフォントに戻す ・保存して閉じる

Mythbusters: Collection 1 [DVD] [Import]

posted with amazlet at 11.01.28

Discovery Channel (2007-05-22)
売り上げランキング: 79419

Amazon.co.jp で詳細を見る

だいぶiPhoneやAndroidといったスマートフォン向けのwebページを作ることが増えてきたのではないでしょうか。ちょっとした気配りで使いやすくなるケースもあるかなと思うので、いくつか使えそうな工夫について書いてみたいと思います。

ただし、今回はiPhone向けです。

タップされた場所をハイライトする

iPhoneのSafariでは「-webkit-tap-highlight-color」という拡張された属性があり、タップされた箇所に色を付けることができます。CSS3ではRGBaによる色指定ができるので、半透明の色を指定すればタップされた箇所をわかりやすく示すことができます。例えば、

-webkit-tap-highlight-color:rgba(255,0,0,0.40);

数字を電話番号のリンクにしない

iPhoneのSafariはHTMLに含まれる数字を電話番号として検出、自動的に電話番号のリンクにしてしまいます。タップすると電話がかけられるので便利な場面もあるのですが、「123.45」のような小数点を含む数字や「100-0001」のような郵便番号、「2001-2011」のようなcopyrightの年号表記までリンクになってしまうのです。

この挙動を無効にするには

<meta name="format-detection" content="telephone=no">

文字のサイズをコントロールする

PC向けに作成されたサイトをiPhoneで見た場合、フォントの大きさがPCで表示した場合と違った比率で表示されることがあります。iPhoneのSafariは文字の大きさを自動で調整してくれるのですが、自分でコントロールしたい場合もあるのではないでしょうか。

自動調整を無効にしたい場合、CSSで

-webkit-text-size-adjust:none;

自動調整を無効にした場合でも、画面の向きが変わってローテートされた場合の表示の調整は行われます（iPhoneの場合）。

また、あえて自動調整にまかせるという選択肢もあると思うので、この属性を使用する場合はきちんとサイト全体の方針を決めてから使うのがいいのではないかと思います。

終わりに

iPhone向けの小さなtipsを3つ紹介しました。小さな画面で操作することが多い分、ちょっとした気配りで操作性が上がることも多いのではないでしょうか。少しでも気の届いたページを作っていけたらいいなと思います。

SafariのHTMLとCSSについてはAppleのリファレンスを見れば載っているので、参考にどうぞ。

• Safari HTML Reference: Introduction
• Safari CSS Reference: Introduction to Safari CSS Reference

Webエンジニアの方がルータを触る機会は、少ないと思います。
ということで、Yamahaルータを例にルータの設定方法を紹介します。

1. Yamahaルータへのログインについて

Yamahaルータへのログインは、通常以下の２つの方法いずれかでログインします。

- シリアルコンソールケーブルを使用したログイン

シリアルコンソールケーブルを直接Yamahaルータに接続します。
シリアルコンソールケーブルはクロスケーブルとDSUB9 or 25 と RJ45 変換コネクタでも自作できます。(ルータの購入時に付属している場合もあります。)

- telnetまたはsshを使用したログイン

これは、ご存知のようにtelnetコマンドやsshコマンドを使用したログインです。
いずれもログインした後の設定方法は同じです。
ログイン時パスワードを入れてログインしますが、設定を行うには
以下のコマンドを入力して管理者モードに移行してから行います。

 $ administrator

2. お勧めする初期設定

- コンソールの表示文字コードを設定する

 $ console character ascii

文字コードを設定します。euc, sjisなどにするとエラーなどが日本語になったりします。

- コンソールの表示行数のリミットを外す

 $ console columns infinity

show ** 等でページ送りをしないように設定します。
show configコマンドなどを一度に表示して保存する場合などに最適です。
ページ送りを行いたい場合は、show ** | less で行えます。

- プロンプトの設定

 # console prompt zynga

これは、プロンプトの先頭文字列を設定するコマンドです。(例： zynga$ )
bashなどの$PS1と同じようなものです。ただし、特殊変数などは使えません。

3. コマンド入力記法について

- showコマンドとクエスチョンマーク( ? )

自分の設定した内容を見るときは $ show configと入力します。また、設定内容と現在の動作状況を見るときは $show tech または $show techinfoと入力します。
その他、show コマンドを入力後 ? を入力することでヘルプが表示されます。

- noコマンド

 $ no console character ascii

今まで、入力したコマンドを無効にしたいときなどに使用します。
show configで表示されるコマンドの先頭に no をつけて実行することにより該当行のコマンドが無効化または、デフォルト状態に戻ります。

- 設定の一括投入

一度に行う設定が複数ある場合、設定の反映はコピペで一括で行うことができます
初期設定時やネットワークを遮断した際の設定は一括で行った方が効率がよいと思います。
今までの設定は以下で行えます。管理者モードで以下３行をコピペすることで反映されます。

console character ascii
console columns infinity
console prompt zynga

- 設定の保存

 # save

設定内容を不揮発性メモリに保存して、ルータの再起動後でも設定が残るようにしておきます。

最後に、オンラインでの設定変更は十分にマニュアルや設定例などを読んだ上行ってください。予期せぬ再起動。通信断を招く可能性があります。

私が所属しているチームではお菓子系男子が30%を超えているという素敵チームで 毎週チーム内の漢の子がお菓子を焼いてくるという状況でハッピハッピハッピーです。

今日は私が学んできたPHP Extension作成についてのノウハウの一部を 公開しようと思います。

PHPExtension作成についての資料はklabさんやyoyaさん rskyさんの記事が参考になりますが私のようにPHPは書けてもCが書けない人には具体的にhello world以降何をすればいいのかがサッパリよく分かりません。

そこで先人達が作ってくれた偉大なライブラリをPHPで扱えるようにする為にC/MigemoのPHPバインディングを作ってみましょう

FlashLite 2.0をやるつもりで入ってみたらバリバリ1.1だったので、出す機会を逸していたネタをここで出したいと思います。

FlashLite 1.1の制限にはいろいろありますが、開発する上で一番困るのは100KB制限です。
100KBと言うと、このページの右カラムに並んでいる著者一覧の写真が一つだいたい8KBくらいですので、だいたい12枚分になります。その中にグラフィックとスクリプト両方をつめ込まねばなりません。
普通のFLASHならパブリッシュ設定の「ムービーの圧縮」にチェックを入れれば圧縮が有効になるのですが、残念ながらFlashLite 1.1ではその機能はグレーアウトされて使えません。
そういうわけでFlashLite 1.1のエンジニアは日々シェイプの最適化から変数名の文字数まで、地道な作業に血道をあげています。

しかし、生成エンジンで変数差し込みをする場合、いくらswfを最適化したところで「100KB-swfのファイルサイズ」分のデータしか入れられません。Twitterクライアントを作っていたとき、これだと50件表示までしか出来なくて何とかして100件表示にしたいと思い辿り着いたのが文字圧縮です。

弊社には(身内自慢になるかもしれませんが)手練のエンジニアが老若男女問わず揃っており、ギークでもスーパープログラマでもない私にとっては

でいられる、成長するためには理想的な環境です。

とは言え、そういう状況で安穏としているわけにもいかないので、少しでも早く周囲にキャッチアップできるよう努めました。

それらについて、これから述べます。

みなさんモジュール開発ではどのようにデバッギングしていますか？モジュールになると普段使い慣れたデバッグツールが使えず、手動の動作確認だけで済まされている方もいらっしゃるのではないでしょうか。

今回はC/C++開発ではメジャーなメモリデバッガ『Valgrind』をPHP拡張モジュールの開発で活用することで、普段使い慣れたツールでのデバッグの例をご紹介します。

1.PHP拡張モジュールの作成

まず開発用にPHPをデバッグモードでビルド。

#cd ./php-5.x.x
#./configure --enable-debug
#make
#make install

PHP拡張モジュールを作成

#cd ./ext
#./ext_skel --extname=zynga_func
#cd zynga_func

16行目から18行目のコメントアウトを外す

#emacs config.m
- dnl PHP_ARG_ENABLE(zynga_func, whether to enable zynga_func support,
- dnl Make sure that the comment is aligned:
- dnl [  --enable-zynga_func           Enable zynga_func support])
+ PHP_ARG_ENABLE(zynga_func, whether to enable zynga_func support,
+ Make sure that the comment is aligned:
+ [  --enable-zynga_func           Enable zynga_func support])

拡張モジュールのビルド

#phpize
#./configure
#make
#make install

php.iniに以下を追加

extension=zynga_func.so

同一ディレクトリ内に生成されているテスト用PHPコードを実行

#php zynga_func.php

以下のように出力されたらモジュールの正常な読み込みに成功。

Functions available in the test extension:
confirm_zynga_func_compiled

Congratulations! You have successfully modified ext/zynga_func/config.m4.
Module zynga_func is now compiled into PHP.

これで正常にPHP拡張モジュールの生成と読み込みが確認できたので、Valgrindでデバッギングしてみましょう。

2.Valgrindによるデバッグ

Valgrindにはいくつかのツールが付属したツール群になっていますが、まず最も使用するであろうMemcheckによるメモリーリーク、初期化・開放などのメモリ周りのデバッグログを出力してみましょう。

#valgrind php zynga_func.php
==2107==
==2107== HEAP SUMMARY:
==2107==     in use at exit: 104,669 bytes in 9 blocks
==2107==   total heap usage: 10,973 allocs, 10,964 frees, 2,127,924 bytes  allocated
==2107==
==2107== LEAK SUMMARY:
==2107==    definitely lost: 0 bytes in 0 blocks
==2107==    indirectly lost: 0 bytes in 0 blocks
==2107==      possibly lost: 0 bytes in 0 blocks
==2107==    still reachable: 104,669 bytes in 9 blocks
==2107==         suppressed: 0 bytes in 0 blocks
==2107== Rerun with --leak-check=full to see details of leaked memory
==2107== 
==2107== For counts of detected and suppressed errors, rerun with: -v
==2107== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

※ログの見方

• HEAP SUMMARY: どれだけのヒープ領域を使用し、解放したかの数値。
• LEAK SUMMARY: メモリーリークが起きているbyte数とblock数。
• ERROR SUMMARY: エラー数

ログから、メモリーリークは一切起きておらず、ヒープ領域も僅かに開放されていない箇所もあるが、正常に動作していると言えます。

次にわざとメモリーリークを起こすコードを関数内に埋め込んでみます。zynga_func.c内の、PHP_FUNCTION(confirm_zynga_func_compiled)関数が、先ほどzynga_func.phpで実行された関数になるので、その中の処理を書き換えます。

mallocで確保しているにも関わらずfreeで開放していないため、メモリーリークが起きるコード。

#emacs zynga_func.c
void f(void)
{
    int* x = malloc(10 * sizeof(int));
    x[10] = 0;        // problem 1: heap block overrun
}                    // problem 2: memory leak -- x not freed
PHP_FUNCTION(confirm_zynga_func_compiled)
{
    f();
    ....

ビルドして反映。

#make
#make install

valgrindで確認。

#valgrind php zynga_func.php
==4934== Invalid write of size 4
==4934==    at 0x101231C14: f (in /usr/local/lib/php/extensions/debug-non-zts-20060613/zynga_func.so)
==4934==    by 0x101231C3B: zif_confirm_zynga_func_compiled (in /usr/local/lib/php/extensions/debug-non-zts-20060613/zynga_func.so)
==4934==    by 0x100308AF3: zend_do_fcall_common_helper_SPEC (in /usr/local/bin/php)
==4934==    by 0x100309A06: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (in /usr/local/bin/php)
==4934==    by 0x1003084FB: execute (in /usr/local/bin/php)
==4934==    by 0x1002DD728: zend_execute_scripts (in /usr/local/bin/php)
==4934==    by 0x100279F64: php_execute_script (in /usr/local/bin/php)
==4934==    by 0x10036A507: main (in /usr/local/bin/php)
==4934==  Address 0x1010b1298 is 0 bytes after a block of size 40 alloc'd
==4934==    at 0x10062D79F: malloc (vg_replace_malloc.c:236)
==4934==    by 0x101231C07: f (in /usr/local/lib/php/extensions/debug-non-zts-20060613/zynga_func.so)
==4934==    by 0x101231C3B: zif_confirm_zynga_func_compiled (in /usr/local/lib/php/extensions/debug-non-zts-20060613/zynga_func.so)
==4934==    by 0x100308AF3: zend_do_fcall_common_helper_SPEC (in /usr/local/bin/php)
==4934==    by 0x100309A06: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (in /usr/local/bin/php)
==4934==    by 0x1003084FB: execute (in /usr/local/bin/php)
==4934==    by 0x1002DD728: zend_execute_scripts (in /usr/local/bin/php)
==4934==    by 0x100279F64: php_execute_script (in /usr/local/bin/php)
==4934==    by 0x10036A507: main (in /usr/local/bin/php)
==4934==    Congratulations! You have successfully modified ext/zynga_func/config.m4. Module zynga_func is now compiled into PHP.
==4934== 
==4934== HEAP SUMMARY:
==4934==     in use at exit: 104,709 bytes in 10 blocks
==4934==   total heap usage: 10,974 allocs, 10,964 frees, 2,127,964 bytes allocated
==4934== 
==4934== LEAK SUMMARY:
==4934==    definitely lost: 40 bytes in 1 blocks
==4934==    indirectly lost: 0 bytes in 0 blocks
==4934==      possibly lost: 0 bytes in 0 blocks
==4934==    still reachable: 104,669 bytes in 9 blocks
==4934==         suppressed: 0 bytes in 0 blocks
==4934== Rerun with --leak-check=full to see details of leaked memory

今度はリークしている箇所と、byte数・block数がログに出力されるのを確認できました。

Valgrindはメモリーリークの検出以外に、初期化されていないメモリ領域の使用、freeされたメモリ領域の使用、ヒーププロファイラ、キャッシュプロファイラなど多用の機能を備えています。

普段使い慣れたツールで、開発に負荷のかからないデバッグを行っていきましょう。