Zend FrameworkでMySQLを使っていて、LimitがNullだとOffsetが効かない症状が出たので調べてみたら、MySQLがそうなんですね。
MySQLのリファレンスを見ると、載っています。

LIMIT 条項は SELECT ステートメントに返された行数を制限するのに利用する事ができます。LIMIT は、負数以外の整数定数でなければいけない、１つか2つの数値引数を取ります。(準備されたステートメントを利用している時以外)
その2つの引数のうち、最初の物は返される最初の行のオフセットを指定し、2つめの物は返される行の最高数を指定します。冒頭の行のオフセットは0です。（1ではありません）
SELECT * FROM tbl LIMIT 5,10; # Retrieve rows 6-15
全ての行を一定のオフセットから結果セットの最後まで検索するには、2つめのパラメータに大きい数字を利用する事ができます。このステートメントは96番目の行から最後まで全ての行を検索します。
SELECT * FROM tbl LIMIT 95,18446744073709551615;
1つの引数で、その値は結果セットの最初から返される行数を指定します。
SELECT * FROM tbl LIMIT 5; # Retrieve first 5 rows
言い換えると、LIMIT row_count は LIMIT 0, row_count と同等だという事になります。

言い換えると、LIMIT row_count は LIMIT 0, row_count と同等だという事になります。
ふむ。一工夫いる箇所ですね。これはMySQLだけの症状なんでしょうか？

はてなでこのような質問がありましたが、

PHPを独学で勉強しているのですがclassに関しては全く手を付けていません。
理由として「メリットがイマイチ理解できない」からです。

もちろん使ったほうが何らかのメリットはあると思うのですが、具体的にどのようなメリットがあるのか教えて頂けないでしょうか。

抽象的な表現で「～～なメリットがある」というのは検索するとたくさん出てきますので、もう少し具体的な情報が欲しいです。

PHPなんだから時々はベタに書かないとなー、などと思って作業する時に1番違和感を感じるのは、グローバル変数を使わないといけない状況が増える、ということですね。グローバル変数を使うとリファクタ時に困ってしまいます。

pixyというソースコードチェックツールが。

php5系には未対応、マルチバイトで書かれたソースはうまく解析できない場合がある、オブジェクト指向で書かれたソースはうまく解析できないなどの問題があるが、

というのではなかなか現実的ではないかもしれませんが、こういう自動チェックツールというのは嬉しいですね。気をつけてるつもりでも、ミスを犯すのが人間というものですから。

AjaxでPHPのVariable Testっぽいものを作ってみました。

PHP VARIABLE TEST

とりあえずサクっと確認したい時に使えるものが欲しかったので。機能的にはまだまだですが、

$x = “vmware”
$y = “xen”

で、$x < $y だったり（最初の文字のアスキーコードで比較、のハズ）

$x = new stdClass(“PHP”);
$y = new stdClass(“PHP”);

で、 $x == $y が True、 $x === $y が False だったりするのが面白いかな、と思いました。

memory_get_usage()でPHP に割り当てられたメモリの量が取得できます。これで自分でどの手法がメモリ使用量が少ないか、などの測定ができますね。デバッガと共に使うとより便利そうです。

以前ハノイの塔のアルゴリズムを書いた時に、１～ｘまでの整数値を持つ配列を作成していましたが、

[php]
for ($i = 1; $i <= $a; $i++) {
$this->a[] = $i;
}
[/php]
こんな恥ずかしいことをしていましたが、rangeで一発ですね。
[php]
$this->a = range(1,$a);
[/php]
いやー、この手の関数があるとは思っていたんですが、Array～うんちゃらで探してて見つからなかったので諦めてました。

ウノウラボの記事で知ったのですが、

requireはrequire_once()より3-4倍遅い？
空ファイルを forループで1万回呼んだ結果、4倍程度早かった。

元ネタでは

Ilia advises against using magic functions like __autoload() and __get(), but the advantage of __autoload() in particular is obvious in any large project and is used by many php frameworks. My primitive testing, however, shows inverse results. With a simply autoload requiring a class and 10000 loops of new Foo() versus require_once(‘foo.php’); new Foo() shows that __autoload() is ~3.7 times faster.

こう書かれています。うーむ。require_onceで読み込んでからnewしたほうが早いに違いないと思っていましたが、__autoloadなら内部処理で全て賄えるのを、require_onceをスクリプトで実行する分、オーバーヘッドができてしまうということなのでしょうか。これからは__autoloadを気兼ねなく使えそうです。

PHPを初めて学ぶ初心者がPHPでネットを学ぶためのリンクがあつめられています。
徒手空拳ではじめるよりは、このようなサイトを参考に始めたほうがよいでしょう。こう見ていくと、やはりPHPは取っ付きが良いですね。