HttpTea - A HTTP / HTTPS Protocol Logger What is this Program doing? HTTP (Hyper Text Transfer Protocol) is an ASCII protocol used to transfer data between a your browser and the WEB servers (the other site of the internet). This program allows you to: Watch this exchange of data. Change the protocol data. Why do I need this Program? This program is made everyone who is constructing and debugging
今回，初めてまともに gdb を使いました．ちょーいまさらで，すいませんすいません．生きててすいません． ことの経緯は． マイミクの組込み系の偉大な御方が，最近仕事で gcc のバックエンドを作り始めたそうなんですが． gcc はデバッガで完全に動作を追いかけられるのでどこで何をやってるのかを見るのは比較的楽なんだけど，逆にデバッガ無しでソースコードだけを読むのは無理．理解する頃にはエンジニア人生が終わってそうだ． とのこと．linux kernel のコードをスイスイ追っていたような人でもこうなのだから，やっぱり gcc のコードは頭おかしい魔窟なのだろう． 僕は 「ソースコード -> GENERIC」 のあたりをちょろっと見たことがある程度なんですが，「GIMPLE -> RTL -> アセンブリコード生成」 のあたりは関数ポインタ使いまくりなので，コードだけを追っていくのはほぼ絶望的
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
Flash をデバッグするための Firefox extention を Alessandro Crugnola(SEPY の開発者) が配布している。Flash デザイナや開発者は是非とも入れておきたい。 FlashTracer FlashTracer は、Firefox から trace の出力を見ることを可能にする extention。デバッグ用の TextField を作成したり、JavaScript の alert を呼ばずとも値のチェックができるのは嬉しい。この extention を入れる前に、debug player をインストールしなければならないので注意。 FlashTracer をデバッグツールとして使用すると便利だが、公開済みのコンテンツに trace 文が含まれていた場合、この extention を導入しているユーザに見られてしまうという捉え方もできる。デバッグ
Perl でのデバグ用のダンプ 2006-09-15-4 [Programming] 「Perl Hacks」よりデバグ用のダンプの話。 Data::Dumper をよく使っていたが、よりデバグに適したモジュール Dumpvalue を知った(p.182, HACK#71)。よさげなので活用するつもり。 以下、自分用メモを兼ねたサンプルコードと実行例： % cat dumpvalue-test.pl #!/usr/bin/perl use strict; use warnings; use Dumpvalue; my $d = Dumpvalue->new(); my @array = ({foo => ["One", "Two"], bar => "Hello"}, {foo => ["Hi", "Hu", "Mi"]}, {foo => ["ABCD", "EFG"], ba
encode >>> btoa("hello") "aGVsbG8=" decode >>> atob("aGVsbG8=") "hello" Firefoxだけっぽいけど、 ボクは、Firebugで使用できる という事に意味を感じる。
外部スクリプトをロードする関数を毎回書くのが面倒で、 Firebugの組み込み関数にしたら便利なんじゃないかと思って、 loadJS という名前で Firebug に組み込んでみた。 結論から言うと、 /chrome/content/firebug/commandLineAPI.js を編集したら、任意の関数を定義できた。 以下に、手順を書いてみる。 まず、ソースでもある Firebug拡張をダウンロードする。 http://releases.mozilla.org/pub/mozilla.org/extensions/firebug/firebug-0.4-fx+fl.xpi xpi は、実際にはただの zip ファイルなので、 unzip コマンドで解凍できる。 ./$ unzip firebug-0.4-fx+fl.xpi Archive: firebug-0.4-fx+fl.xpi
http://www.squarefree.com/shell/shell.html 既出っぽいけど、おもしろかった。 どこがいいなぁとおもったかというと、 外部スクリプトロードできる。 load( "URL" ); これ Firebug にも欲しい。 関数の中身表示 一番気に入ってるのが、関数名を入力したとき。 その関数の中身の文字列が出るというモノなんだけど、 Firebug もこういう実装にして欲しいと強く思う。 たとえば、load って入力して Enter すると、 function load(url) { var s = _win.document.createElement("script"); ... . } こんな感じで文字列で関数の中身が出力される。 追記: id:secondlife さんに Function#toString() で関数を文字列か出来ることを 教えてい
こんにちは！やまもと＠テスト番長です。 以前バグのステータスというのを書いたのですが、その最後の方で続きがあるようなことを申したら、気になるから教えろという奇特な方がいらっしゃいましたので今回は続きを書いてみましょう。 BTSはバグを管理するだけの道具ではありません。バグを追いながら適切に記録をつけて統計を取ることで、プロジェクトやチームの状態を知ることが出来ます。例えば、以下のような事象です。（なお、WEBアプリが前提） ・バグの報告数が増えず、結果がVERIFIEDになることが多い。 →まだデバッグが始まったばかりのプロダクトか、慎重過ぎるテスターがアサインされています。 ・バグの報告数が少なくなり、VERIFIED以外の結果が目立つ。 →デバッグは最終段階を迎えています。もしもまだ納期前ならば、それなりに上手く行ったプロジェクトでしょう。 ・NEWが発生してからRESOLVEDに
Unix系コマンドラインユーザーのための、 gcc/g++/g77 による開発におけるデバッグ術を簡単に紹介します。 以下の内容は gcc 2.7.2.3 での動作は確認しています。 g++/g77 でも恐らくは通用すると思うのですが、 ひょっとすると異なる部分があるかもしれません。 筆者は g++/g77 の使用経験がないので、その場合は御容赦を願います。 実行前 キーワード「コンパイルオプション, -Wall, -O2, -O4」 まずは gcc にオプション opt'-Wall' を付けてコンパイルし、 警告がなくなるまでソースを修正します。 これは 常識 です。 次に opt'-O4 -Wall' でコンパイルします。 「未初期化変数の使用」の警告 (`foo' might be used uninitialized in this function) は、 opt'-O4' を付
Open Source? OMG! This was a crazy test to see if it'd be possible to log errors triggered by JavaScript (on the client side) in the logfile of the webserver (on the server side, of course). It appears to be possible. クライアントサイドのJavaScriptエラーをサーバサイドでトラッキングするサンプルスクリプト(PHP)。 クライアントサイドでエラーが出た場合、Ajaxを使ってサーバにエラーを送信し、サーバ側でエラーをトラッキングする仕組みです。 こういったものを設置しておくことで、自分の動作確認できない環境でのエラーも把握できますね。
止まる，性能が出ない…システム開発に携わる人なら誰もがぶつかった経験のあるトラブルでしょう。特に，通常は問題がないのに，負荷が高くなったり，長時間連続稼働した時にだけ発生するトラブル，さらにどういった場合に発生するのかわからないトラブルはやっかいです。 でも，原因を突き止める方法はあります。この連載では，そういったトラブルをタカハシくんとスズキさんの2人といっしょに解決していきましょう。 タカハシくんは，IT企業の若手エンジニア。元気はあるのですが，おっちょこちょいなのが欠点です。LinuxでC言語やJavaを使った開発には少し自信が出てきましたが，トラブルがあるとなかなか原因がわからず，先輩のスズキさんに教えを請う毎日です。スズキさんはこの道ン十年，汎用機でのアプリケーション開発の経験もあるベテラン・エンジニアです。 第1回目は，高負荷時にアプリケーションが異常終了するというトラブルです
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く