いぞるで雑記annex xdebugで表組みのエラー表示がされない！PHP5では、php.iniのhtml_errorsがデフォルトでoffになっているようなので、xdebugの表示がそのままでHTML化されず、ただのテキスト表示になっているっぽい。 なので、php.iniをいじる。 html_errors on これでOK！
xdebug の var_dump でダンプする内容の最大値を変更する » LandEscape Graphics
xdebug.var_display_max_data = 4096 ; 長い文字列（SQLなど）をダンプするため。 xdebug.var_display_max_depth = 15 ; 深い配列をダンプするため。 変更したら、apacheを再起動する。 This entry was posted on 金曜日, 6月 18th, 2010 at 13:28 and is filed under blog. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
CentOS 5 にxdebugをインストール — INWORKS
横浜の業務用ソフトウェア開発やPHPを使ったWEBシステム開発・ホームページ制作ならアイ・エヌ・ワークスにお任せください。 CentOS5にPHPUnitを導入するついでにxdebugもインストールする際、ちょっとはまったのでメモ。 # yum -y install php-devel (<-xdebugをpeclでインストールする場合に必要) # pecl install -a xdebug ところが下記のエラーで止まる。 Fatal error: Allowed memory size of 8388608 bytes exhausted pearのバグらしいので設定ファイル(/usr/share/pear/pearcmd.php)を修正する。 以下のコードを適当な場所に追加する。 @ini_set('memory_limit', '16M'); これでコンパイル＆インストールは通った
【CakePHP】Eclipse＋PDT＋Xdebugを使ったデバッグ方法について、画面付でまとめみる | ねねとまつの小部屋
ただ、途中で止めて、自分でセットした（つもり）値が本当にセットされているか、確認したいという欲求を満たしてはくれません。 そこでEclipse＋PDT+Xdebugによるデバッグです。 Eclipse＋PDT+Xdebugのデバッグ １．ブレークポイントの設定 ブレークポイントを予め設定します（ブレークポイントを設定しなくても１行づつ進めることでデバッグできますが、CakePHPのようなフレームワークでは、自分の書いたコード以外の処理が多く、現実的ではありません）。ソースの右余白部分でダブルクリックすることで、 ブレークポイントの設定⇔ブレークポイントの解除 が切り替わります。 ２.デバッグの設定 実際にデバッグするためには、設定が必要です。 次の設定は、トップ画面から始めることを想定していますが、CakePHPでは、URIに意味を持っている（処理やパラメータ）ので、途中から始めることも可
ベイエリア情報局: Zend extension を extension_dir からロードできるようにしてみた
元Vine SPARC開発者。2003年度未踏ユース採択者。海外でも活躍できる国際的なLinuxエンジニアになることを夢見て日本で頑張っています。ウノウ株式会社にて写真共有SNS「フォト蔵」を開発中。 最近 PHP の拡張である xdebug をインストールしてみた。 使ってみると、なかなか便利。プロファイリングとかとれて、どこが処理のボトルネックになってるかよく分かります。 なんかエラーメッセージとかも分かりやすくなってるし。これはイイ！！ xdebug をインストールしてみて気づいたのですが、xdebug は普通の extension ではなく、zend extension なんですね。 この extension と zend extension の違いはよく分かってないのですが、なぜか zend extension の場合は extension_dir の指定が効かない！！ zend
Xdebugを導入してみる - JavaのStackTraceが欲しい！ - Do You PHP?
[2005/12/31]Xdebug2.0.0beta5がリリースされています。PECLのページからどうぞ。 PHPでちょっとした規模の開発を行っていると当然ユーザー定義関数やクラスが増えてきて、だんだんでバッグがしにくくなります。構文エラーとかは問題ないのですが、例えば何らかのDBアクセスクラスを使ってSQL文を実行してエラーが発生したとき、PHPが表示してくれるエラー発生行番号はあくまでDBアクセスクラスの行番号になってしまいます。また、条件によってSQLを組み変える場合など、最終的にどの様なSQLを実行したのか <?php echo $sql; ?> などとして表示させないと分からなかったりします。 PHP4.3.xならdebug_backtraceとtrigger_errorで実装できるだろうということは分かっているのですが、PHP本体でどうにかならないかなぁ。。。と思って調べてみ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
