id:HolyGrail (堀愚霊瑠氏) の「はてなブックマークが重い件について、Page Detailerというツールを使って調べてみる - id:HolyGrailとid:HoryGrailの区別がつかない日記」とか見てて、色々問題点が指摘されてて、うん、まぁそうだねーとか色々と思いつつ、YSlow は、有用なツールである反面、減点基準が必ずしも全てのサイトに適合しないというか、ハッキリ言ってしまえば Yahoo! Inc. 基準すぎるので、鵜呑みにし過ぎるのもどうかなーとか思ってた。 で、気になったのは 13. Configure ETags ETagsっていうのはサーバ上のファイルとブラウザのキャッシュが一致しているかどうかを検証するためのものなのですが、正しく利用できていないのであれば、ETagsは無駄なだけなので取り除いてやりましょう、という項目です。 http://s.hat
ふつうに 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 カテゴリデバッグ なぜなら、給料が安いから 「プログラミングには自信があるんだけど、どうもデバッグがヘタでねぇ」 「いやぁ、プログラミングに自信があるって言わないのでは?たぶん。」 「なぜプログラミングでは、何かをリファクタリングすることがこれほど大変なのか。危機感はないし、外の世界も知らないし」 「いやぁ、リファクタリングで、金儲けできないと思っているんでしょう。大損しなければいいんですが。」 「うーん、そうかもしれない。確かに、リファクタリングするのを抑えてシステムが潰れたって話はよく聞くけど、リファクタリングしすぎて潰れたっていう話は聞かないもんなぁ」 「いやぁ、ハッカーがリファクタリングすると、システムはいつまでも完成しないし・・・でも完成していないシステムの方が使いやすいような。」 「ところで、デバッグ力って、どうやって測定してるの?」 「そ
DebugBarの動作例 - DebugBarサイトから抜粋 Webアプリケーション開発に必須のツールといえばFirefoxとそのエクステンションFirebugだ。その機能は驚くべきものがあり、もはやFirebugなくてはWebアプリケーション開発はできないと考えるデベロッパやデザイナは少なくない。 エクステンションが豊富に用意されているFirefoxだが、ほかのWebブラウザでも似たような機能を提供するものがある。ここでは先日新しいバージョンが公開されたDebugBarを紹介したい。DebugBarはIEを対象として開発されたツールで、Firebugの機能をIEでも実現することを目指している。 今回公開されたバージョン(5.0 beta 1)では新しくDOMタブが追加されている。DOMツリー上のノードが選択されると、Source/Style/Comp.Style/Layout/Attrs
My DebugBar | CompanionJS / HomePage IEでのJavaScriptデバッグを可能にする「CompanionJS」。 サイトでインストールをすると、IEにドッキングされます。 インストールするだけでは使えず、インターネットオプションの「スクリプトのデバッグを使用しない」チェックを外す必要があります。 インストール後は、次のように「表示」メニューから表示することが出来ます。 表示すると次のような感じ。 エラーが出ると右側にエラーが出て、クリックするとスクリプトのエラー箇所に移動し、ハイライトされます。 また、サイトでエラーがあると次のようにブラウザ上で通知してくれます。 IEでもデバッグしたい場合がありますが、このツールはなかなか使えそうですね。 もっといろんなデバッグをしたい場合はデバッグバーというものがあるようです。 DOMインスペクタ、HTTPインスペ
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 栗飯! :: 研究室らしいモノ » 2005/10/06 Advanced PHP debugger php 247 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本体でどうにかならないかなぁ。。。と思って調べてみ
#00 VMWare×CentOS5 Windowsでカンタン開発環境 目次はこちら てへ。 ということで、#10 PHPのインストール・設定::VMWare×CentOS5 Windowsでカンタン開発環境 - 肉とご飯と甘いもの @ sotarokで大事なことを抜かしていたので、追記。 PECLで、xdebugをインストールしようとしたら、エラー出ました。それもそのはず、php-develをインストールしてませんでした!>< PECLでxdebugインストールしようとするとエラーが出るの図 [root@five ~]# pecl install xdebug downloading xdebug-2.0.2.tgz ... Starting to download xdebug-2.0.2.tgz (279,621 bytes) ............................
最新文章 2018-12-26 21:10▪ 诵读先贤诗文育我职业素养上海中职学生分享读书活动成果 2018-12-26 21:10▪ 高空坠物砸坏奔驰车18户住户涉案法院判决11户赔偿 2018-12-26 21:10▪ WIPO总干事:中国是全球知识产权申请量增长推动力量 2018-12-26 21:10▪ 今年虹口劳动监察为千余员工追回工资3700余万元 2018-12-26 21:10▪ 没能去西部欣赏大江大河这些美术作品带你看西部“风土人情... 2018-12-26 21:10▪ 日本:“恋爱暴力”问题愈发明显有超半数大学生经历过 2018-12-26 21:10▪ 抑郁症男子反对给继女买零食被妻斥太小气放火烧家被批捕 2018-12-26 21:10▪ 山东将迎大风降温局部地区降温超10℃ 2018-12-26 21:10▪ 外交部:中非合作得到非洲人民真诚欢迎 2018-1
こんにちは。ライブドアでディレクターをしている渡辺です。 今回はウェブサイト開発で必須のデバッグ項目について紹介したいと思います。 携帯コンテンツのデバッグに関しては『ケータイコンテンツのデバッグ事情』で述べられているのでご覧ください。 一口にデバッグと言っても、コンテンツによって確認すべきポイントは異なってきます。 そこで、ここではコンテンツの内容に左右されずによく行われている、デバッグの基礎的なものをまとめました。 そもそもデバッグの目的はコンテンツを本来の仕様にすることです。 そのため、心がける点は一般ユーザーの視点よりは、「どこかにバグがあるんじゃないか?」と厳しい目でサービスをチェックしてくれるユーザーの視点に立って行うことです。 修正点を見つけたら、すぐマークアップエンジニアさんやプログラマーさんに伝えて対応してもらうことになります。 【01】異なるブラウザで確認する まずはブ
今までPHPをデバッグする場合var_dump等を使用して変数の中身を見るという原始的やり方をしていました。そろそろ作業の効率アップのためにちゃんとリモートデバッグできるようにしようと思いPHPEclipseでリモートデバッグを行いました。リモートデバッグを使えばEthna等のフレームワークを用いた開発においても非常にデバッグが楽になります。 以下はその時のメモです。 0.今回の環境 [PHPEclipseでリモートデバッグ] 今回はローカル内でApacheを動かしてローカルでリモートデバッグを行います。 WindowsXP eclipse 3.2.0 php 4.4.7 apache2.0 1.eclipseのインストール [PHPEclipseでリモートデバッグ] eclipseの本家からeclipse本体をダウンロードします。 今回はeclipse3.2.0をダウンロードしました。
Smarty を使った開発でデバッグを行う 4 つの方法 2006-11-29-1: [PHP][Books] PHP のテンプレートエンジン Smarty を使って開発するときに,割り当てた変数が複雑になって困ることはありませんか? その際,何らかの方法を使って割り当てた変数を確認するのですが,いくつか方法があります. 1. 常にデバッギングコンソールを表示する方法 おそらく一番有名な方法ですが,$debugging に true を指定して,常にデバッギングコンソールを表示する方法です. require_once 'Smarty.class.php'; $smarty = new Smarty; $smarty->debugging = true; これで,常にデバッギングコンソールが表示されます. デバッギングコンソールは,window.open() を使った JavaScript
cl.pocari.org - Smarty を使った開発でデバッグを行う 4 つの方法 PHP のテンプレートエンジン Smarty を使って開発するときに,割り当てた変数が複雑になって困ることはありませんか? Smarty を使った開発でデバッグを行う 4 つの方法が紹介されてます。 紹介されているのは次の4つの方法。 常にデバッグコンソールを表示する方法 URL に SMARTY_DEBUG が含まれる場合にデバッギングコンソールを表示する方法 テンプレート変数 {debug} を利用してデバッギングコンソールを表示する方法 debug_print_var 修正子を利用して,割り当てられた変数を表示する方法 2は知らなかったのですが、なかなか便利そうですね。 その他、Smarty関連エントリ Smarty徹底入門(1) Smarty徹底入門(2):テンプレートにコメントを書く Sma
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く