PHPをXDebugとVimでデバッグする (Ubuntu 8.10編とCentOS 5.4/4.5編) - 山歩きプログラマー
こんな感じでVim (GVimでもOK)でデバッグできるのでめちゃくちゃ便利。 端末上でできるのもかなりうれしい。 PHP5/Ubuntu 8.10編 XDebugをインストールする sudo apt-get -y install php5-xdebug XDebugの設定 sudo vim /etc/php5/apache2/conf.d/xdebug.ini xdebug.iniに以下を追加 [debug] ; Remote settings xdebug.remote_autostart=off xdebug.remote_enable=on xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_host=localhost xdebug.remote_port=9000 ; General xdebug.au
vim+xdebugで作るphpデバッグ環境
xdebug でのデバッグは eclipse+TruStudio つかってる人が結構いるみたいだが、どうも php で eclipse ほどの環境を使うというのには違和感を感じていた。開発環境という話でいえば、最近は PHPIDE(いつのまにかPDTって名前になってた) とか結構いい感じに整ってきてて、これはこれで使いやすかったんだけど、eclipse が(気分的にも)重い。 で、いっとき emacs に行きつつも Ctrl 押しながらのカーソル操作に慣れず(というか、面倒)、結局 vim に戻った。なにより xdebug2.0 でサポートされてるリモートデバッグプロトコル DBGp に対応したプラグインが使えるのが大きい。コレが激しく便利。あまりやってる人を(ブログとかで)見かけないのが不思議だ。やってる人はわざわざ書かんってことか。 ということで、ちょい前に環境を作ってみたときのうろ覚
local.ch - Geschäftsverzeichnis für die Schweiz
Schnelle Suche in der ganzen SchweizRestaurantCoiffeurArztZahnarztPhysiotherapie
PHPの種 ブログ » xdebug追加をphp.iniに記述するとき、zend_extension=か zend_extension_ts=なのかを見極めるには。
xdebug追加をphp.iniに記述するとき、zend_extension=か zend_extension_ts=なのかを見極めるには。 表題の、Xdebug追加時のモジュール指定、LinuxだったりWindowsだったりでも違ったりするので入れる度に迷ってしまっていた昨日にFarewell!（さらば！）です。 Eclipse用xdebug pluginについてくるマニュアルPDFに詳しく書かれていました。 If you don’t get this and you are sure the path is correct then you need to make sure you have the correct entry for zend_extension in your PHP.INI file. When you do PHP –i or run a script wit
2008-09-25 - GRANADA Hatena @ sotarok
うう・・・・ こんなことに半日近く使ってしまった。 とりあえず解決したので状況からメモ。 memory_limit が小さい？ symfony がメモリ食いすぎ？ 状況は、symfony で init-project init-app init-module した直後に、生成された hoge_dev.php (たとえば、hoge)にアクセスすると、以下のエラーが出るというもの。 Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 2204501688 bytes) in /usr/share/pear/symfony/log/sfLogger/sfWebDebugLogger.class.php on line 58運が悪いと、このエラーすらも出力されず、真っ白な画面が写るだけです
PHPをより高速化するプロファイリングツールあれこれ
PHPを高速化するために中間キャッシュを使う各種PHPアクセラレータについては以前に「PHPアクセラレータで一番高速なのはどれか？」で書きましたが、そういう方法以外にどこで時間がかかっているのか（ボトルネック）を見つけ出すことによって、根本的に高速化するという手法もちろんあるわけで。 そういう作業に役立ちそうなツールがいろいろとあるようなので実際の使い方と一緒に見てみましょう。 SitePoint Blogs >> Faster PHP Apps-Profile Your Code with Xdebug 「Xdebug」というのがどうも一般的のようです。Windows用のモジュールもあり、PHP4だけでなく5にも対応。 Xdebug - Debugger and Profiler Tool for PHP http://www.xdebug.org/ Xdebugだけだとプロファイリング
ウノウラボ Unoh Labs: php で 簡単にデバッグする方法
尾藤正人です。 Ruby で debug する7つの方法 Perl での print debug の方法の紹介がブーム(?)だったので、自分がよく行ってる Ruby での debug 方法7つについて書いてみます。 ということなので、僕が PHP でやってること書いてみたいと思います。 preprint_r() print_r() とか var_dump() だと HTML の中に出してブラウザで見るときにすごく見にくくなります。 そこで preprint_r() という関数を定義して、<pre></pre> で囲んで見やすいように出力しています。 function preprint_r(&$var, $title = '') { echo _preprint_r($var, $title); } function &_preprint_r(&$var, $title = '') { if
サービス終了のお知らせ
平素より「PHPプロ！」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ！」ですが、サービスの利用状況を鑑みまして、2018年9月25日（火曜日）をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日（火曜日）を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://xdebug.org/link.php?url=xdebug200RC3
Google Code Archive - Long-term storage for Google Code Project Hosting.
http://bobchin.ddo.jp/xdebug/docs.html
日本IBM