© 2013–2017 SF Systems GmbH | Disclaimer | Privacy | License agreement | Email | Twitter Tweet
Web Debugging Proxy Application for Windows, Mac OS and Linux Charles is an HTTP proxy / HTTP monitor / Reverse Proxy that enables a developer to view all of the HTTP and SSL / HTTPS traffic between their machine and the Internet. This includes requests, responses and the HTTP headers (which contain the cookies and caching information). Read More Recent Developments For discussion on the latest ch
My previous two articles focused on debugging tools, so it's only fitting that I continue with this theme. When debugging front-end code, you tend to spend a lot of time reviewing how CSS and JavaScript affect your page's rendering; equally important is how network requests affect your site. In many cases, we work locally and forget that page size, latency, and script loading and blocking can grea
昨日に引き続きNimbusKitをいじってます。 今日はNimbusKitでのデバッグです。 NimbusKitのデバッグは 導入が簡単 PCいらずでアプリでバッグが出来る というのが特徴みたいです。 NimbusKitのデバッグは組み込みが簡単 たったの２行でとっても簡単に組み込めるようです。 [objc] - (BOOL) application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { [NIOverview applicationDidFinishLaunching]; self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds]; CatalogTabl
CocProxy めんどくさいことしない置換プロキシー 使い方 http://svn.coderepos.org/share/lang/ruby/cocproxy/proxy.rb をダウンロード `files' というディレクトリをつくる 置換したいファイルをてきとうにつっこむ ruby proxy.rb ポートとか表示されるのでブラウザの設定を変える デフォルトだと、 #{File.basename(req.path_info)}", #{req.host}#{req.path_info}", #{req.host}/#{File.basename(req.path_info)}", .#{req.path_info}", がスキャンされ、ヒットしたら置換されます。 例えば、http://example.com/test/foo/bar.css にアクセスすると files/bar.c
JavaScript, Node.jsどうも、成人式に行けなかったのがちょっとショックですけど、まあ地元の子に連絡してみたら結構元気そうだったので満足です。というわけで、ebiflyです。エビフライですよ、エビフライ、おいしいですよね。https://github.com/yaakaito/ebifly簡単にいうとiPhone(じゃくともいいけど)のWebから ebifly.log("いえーい"); とかしてログを母艦のコンソールに送ったり、コンソールからiPhoneにJSを送りつけて実行するあれです。たまに似たようなというかほとんど同じものを見ますけど、なんかちょっとださいのでかっこよさにはすこーしだけ力を入れてみました！なんで作ったかNode.jsの味をしめたからですね。それだけです。あとこういうのあると楽じゃないですか。UIWebViewとかconsole.log("aaa")じゃみ
はじめに 今回はMacとVimでRailsアプリをステップ実行する方法を紹介します。そこそこ面倒かつ、ちょっと難アリなので、サクっとやりたい人は「汝プログラマの間違っていると思われる部分にprintf文を置きて再コンパイルし実行せよ」ですね。えぇ。 環境 OS: Mac OS X 10.6.8 Vim: 7.2 Ruby: 1.9.2 Rails: 3.1.0 vim-ruby-debugger vim-ruby-debugger https://github.com/astashov/vim-ruby-debugger これを使います。私はpathogenを使っているので、~/.vim/bundleに置きました。 cd ~/.vim/bundle git clone git://github.com/astashov/vim-ruby-debugger.gitREADME.mdを読むとr
2013.01.27追記 最新版で動作するよう記事を修正しました。 はじめに この記事では、Mac OS X Lion上にnode-inspectorとnode.jsをインストールし、node.jsをデバッグ（ステップ実行）する手順について書いています。 この記事を書くにあたり、以下のエントリを参考にさせていただきました。 node.jsでのデバッグ方法 - すにぺっと node.jsの開発時に役立つモジュール : アシアルブログ はじめてのNode.js -サーバーサイドJavaScriptでWebアプリを開発する-posted with amazlet at 14.01.23松島 浩道 ソフトバンククリエイティブ 売り上げランキング: 13,297 Amazon.co.jpで詳細を見る node-inspector node-inspectorは、サーバサイドのJavaScriptをブ
Chrome Developer Tools: Remote Debugging Under the hood, Chrome Developer Tools is a web application written in HTML, JavaScript and CSS. It has a special binding available at JavaScript runtime that allows interacting with chrome pages and instrumenting them. Interaction protocol consists of commands that are sent to the page and events that the page is generating. Although Chrome Developer Tools
For new programmers, debugging errors associated with pointers can be a nightmare. "Segmentation Fault (core dumped)" is a pretty vague error message, and it's even worse when strange bugs start appearing that don't cause segmentation faults -- but that result in things like memory getting overwritten in unexpected ways. Fortunately, tools like Cee Studio, from our sponsor, provide new, easier way
Apacheをシングルプロセスで立ち上げる Apache ハンドラーを開発しているときなど、httpd を 直接 gdbにかけたい場合、シングルプロセスで起動するとデバッグしやすい。 具体的には下記のように、「-X」オプションをつけて、apacheを起動します。 ブレークポイントをソース中に設定する gdbで、”’break 30”’とかやってもいいが、ソース中でbreak pointを設定することもできる。 特定の条件下の場合のみbreakさせたい場合などに便利。 signal.hをincludeしてSIGTRAPを投げるとbreakする。 サンプルコード #include <stdio.h> #include <signal.h> int main() { printf("a\n"); raise(SIGTRAP); printf("b\n"); return 0; } 参考書籍
こんにちは、太田です。前回はクロスブラウザの入口として、各ブラウザの特徴をまとめつつ、実際にクロスブラウザなコードを紹介しました。今回はクロスブラウザ対策における基本である、各ブラウザ環境の構築について解説したいと思います。 前回紹介した通りブラウザにはたくさんの種類・バージョンがあります。それぞれが動作する環境を用意するだけでも、一苦労ではすみません。なるべく少ないマシンで、各バージョンをインストールして、さらにデバッグするための環境作りについて紹介します。なお、Safari以外はWindows環境を想定しています。さらに、特に断りがない限りはWindows XP SP3をベースに解説させていただきます。ご了承ください。 各ブラウザのデバッグ環境は近年目覚しいほどの進化を遂げています。統合デバッグ環境の草分けであるFirebugを筆頭に、Safari/Chrome（WebKit）のWeb
Microsoft Internet ExplorerでFirebugのようにJavaScriptをデバッグできるプラグイン「DebugBar」が23日、新しいバージョンアップ5.2が公開された。DOM解析や、JavaScriptのデバックといった従来の機能のほか、IETesterでURLを表示させることもできるようになった。 JavaScriptはブラウザさえあればどこでも実行できる手軽なプログラミング言語だが、いざ本格的なアプリケーションを開発しようとするときに、デバッガやIDEといったプログラミング環境が十分ではないようだ。けっきょくブラウザで実行することから、Firefoxのアドオン「Firebug」がよく使われている。また最近では、Google ChromeやSafari 4のように、オフィシャルで開発環境が用意されているブラウザも登場している。 そんな中で最大の難関となるのが、
Xdebug を利用するとトレース機能を拡張することができます。 Xdebug による自動トレース機能 自動トレースとは、プログラム実行時に呼び出された関数等の情報を全てトレースファイルに出力することです。 Xdebug による「自動」トレース機能を有効にするには、以下のように xdebug.auto_trace スイッチをオンにして、 トレースファイルの出力ディレクトリを指定します。 xdebug.auto_trace = 1 xdebug.trace_output_dir = C:/Temp このように設定して PHP を実行すると、xdebug.trace_output_dir で指定したディレクトリ内に、 自動的にトレースファイルが作成され、その中に下記のようなトレースログが記録されます。 TRACE START [2009-09-15 8:38:16] 0.0050 68952
今までFiddlerをただのセッションの中身を確認できるLocal Proxyとしてしか見ていなかったのですが 改めて良く調べると色々できることが多すぎると判明。感動したので便利な機能をまとめてみました。 先に簡単に説明しておくと、FiddlerはMicrosoftが無料で配布しているWeb Debugging Proxyです。 Windows環境にインストールして、ブラウザとサーバの間の通信を読んだり操作したりできます。 配布サイトはこちら。 Fiddler Web Debugger – A free web debugging tool 動作環境は「Windows 2000 / XP / 2003 / Vista with Microsoft .NET Framework v2.0 or later」 今回使ったバージョンは、2009年9月10日時点で最新の安定版、2.2.4.6。 と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く