ふつうに Python の logging モジュールが使えます!! http://www.python.org/doc/2.5/lib/module-logging.html すごいですね!! でも、サーバに ssh とか出きないけど どうやってログみるかというと…… こんな風に管理画面から見えます!! 鼻血が出るほどすごいですね!!! local の開発環境だと debug レベルが出力されないんじゃ!! そんなときは logging.getLogger().setLevel(logging.DEBUG) って書けばOK def main(): application = webapp.WSGIApplication( [('/',MainPage), ('/edit',EditPage), ('/photo/([^/]+)',Photo)], debug=True) logging.
1. ログを出力するための概略 Logging Events in Your Application - Google App Engine - Google Code の説明に従った。 概略は次の通り。 loggin モジュールのインポート。 ログを出力するレベルをアプリケーションにおいて設定する。 loggin のメソッドを使って出力したいログの内容を書く。 2. logging モジュール まず、logging モジュールをインポートする。 import logging 3. ログのレベルに対応したメソッド logging のメソッドには、debug(), info(), error() などがあり、 14.5 logging -- Logging facility for Python によると、 Logged messages also have levels of import
June 21, 200817:26 カテゴリデバッグ なぜなら、給料が安いから 「プログラミングには自信があるんだけど、どうもデバッグがヘタでねぇ」 「いやぁ、プログラミングに自信があるって言わないのでは?たぶん。」 「なぜプログラミングでは、何かをリファクタリングすることがこれほど大変なのか。危機感はないし、外の世界も知らないし」 「いやぁ、リファクタリングで、金儲けできないと思っているんでしょう。大損しなければいいんですが。」 「うーん、そうかもしれない。確かに、リファクタリングするのを抑えてシステムが潰れたって話はよく聞くけど、リファクタリングしすぎて潰れたっていう話は聞かないもんなぁ」 「いやぁ、ハッカーがリファクタリングすると、システムはいつまでも完成しないし・・・でも完成していないシステムの方が使いやすいような。」 「ところで、デバッグ力って、どうやって測定してるの?」 「そ
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 栗飯! :: 研究室らしいモノ » 2005/10/06 Advanced PHP debugger php 209 5へぇ 犯人はNP_BlackListで、PHPスクリプトの性能が悪い現象を解析するためにPHP用のプロファイラを使ったので忘れないうちにメモを書いておきます。 † APD (Advanced PHP debugger) 今回はプロファイラとしてしか使っていませんが、APDのドキュメントやPECLのサマリにはA full-featured engine-level profiler/debuggerと書いてあるので、デバッガとしての機能もいろいろとあるようです。 † セットアップ ダウンロードはPECLのAPDから可能です。PHP 4.4.0で最新版のAPD 1.0.1を使おうと
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だけだとプロファイリング
平素より「PHPプロ!」をご愛顧いただき、誠にありがとうございます。 2006年より運営してまいりました「PHPプロ!」ですが、サービスの利用状況を鑑みまして、2018年9月25日(火曜日)をもちましてサービスを終了させていただくことになりました。 サービス終了に伴いまして、2018年8月28日(火曜日)を持ちまして、新規会員登録ならびにQ&A掲示板への新たな質問、回答の投稿を停止させていただきます。 なお、ご登録いただいた皆様の個人情報につきましては、サービス終了後、弊社が責任をもって消去いたします。 これまで多くの皆様にご利用をいただきまして、誠にありがとうございました。 サービス終了に伴い、皆様にはご不便をおかけいたしますこと、心よりお詫び申し上げます。 本件に関するお問い合わせはこちらよりお願いいたします。
PHPの開発環境をなんとかしたい、とずっと思ってたけどなかなか手が進んでなかった。 でも、 テキストエディタからPHPEclipseへ移行した決め手 - EC studio 技術ブログ を読んでやっぱりなんとかしたいなあと思う。 ここの記事ではPHPEclipseをすすめていたけど、PDTの評判もよかったのでえいやでインストールしてみたところ、結論としてはこちらの記事で決め手となっていた機能はPDTにも備わっていることがわかった。なので今からがんばるならPDTがオススメっということになるのでは。 最近eclipse3.3がリリースされたということで、現状自分のPCにインストールしてあるeclipse3.2をアップグレードするにはどうするんだろ?と思って調べたり、試したりしたけどうまくいかなった。 ので結局以下のページを参考にイチからPDTのオールインワンパッケージをインストール。 PDT+
[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本体でどうにかならないかなぁ。。。と思って調べてみ
こんにちは。ライブドアでディレクターをしている渡辺です。 今回はウェブサイト開発で必須のデバッグ項目について紹介したいと思います。 携帯コンテンツのデバッグに関しては『ケータイコンテンツのデバッグ事情』で述べられているのでご覧ください。 一口にデバッグと言っても、コンテンツによって確認すべきポイントは異なってきます。 そこで、ここではコンテンツの内容に左右されずによく行われている、デバッグの基礎的なものをまとめました。 そもそもデバッグの目的はコンテンツを本来の仕様にすることです。 そのため、心がける点は一般ユーザーの視点よりは、「どこかにバグがあるんじゃないか?」と厳しい目でサービスをチェックしてくれるユーザーの視点に立って行うことです。 修正点を見つけたら、すぐマークアップエンジニアさんやプログラマーさんに伝えて対応してもらうことになります。 【01】異なるブラウザで確認する まずはブ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く