Find and Fix Network Issues
Debug the network traffic generated by a web page directly in the browser without having to switch to a separate tool.
Speed Up Your Website
Denver7 News brings you breaking and developing local news from the Denver metro area and across Colorado on KMGH-TV and TheDenverChannel.com. Get the forecast for today, tonight & tomorrow's weather for Zanesville, OH. Hi/Low, RealFeel®, precip, radar, & everything you need to be ready for the day, commute, and weekend!
Accurately measure the network performance of a web page and view opportunities for boosting its speed.
Python代码哟！ 现有1.txt 2.txt。。。等等多个txt文件，想要把它合并成1个txt文件。 因为数据量很大 所以不想用readline（）逐行读取，求大牛指导有没有能整个追加文件的方法。. NO.3 XPATH CHECKER (火狐插件）： 非常不错的xpath测试工具，但是有几个坑，都是个人踩过的，，在此告诫大家： 1、xpath checker生成的是绝对路径，遇到一些动态生成的图标（常见的有列表翻页按钮等），飘忽不定的绝对路径很有可能造成错误，所以这里建议在真正分析的时候，只是作为参考 2、记得把. Python代码哟！ 现有1.txt 2.txt。。。等等多个txt文件，想要把它合并成1个txt文件。 因为数据量很大 所以不想用readline（）逐行读取，求大牛指导有没有能整个追加文件的方法。.
Simple to Use, No-Proxy Setup
No extra configuration or proxies are required - even with encrypted HTTPS traffic!
Security Testing
Quickly find weak SSL configurations and other security related issues on your web server.
Diagnose Problems Remotely
Anyone can use the free Basic Edition to send you full log files to help you remotely diagnose errors or performance issues.
Automate HTTP Testing
Use the HttpWatch API to collect performance data from your automated web site tests.
Our Customers
We use HttpWatch to help ensure the performance of our site meets and exceeds the high standards of our community.
Mahesh Subramanian, eBay
HttpWatch is clearly the best I’ve used and has quickly become the tool of choice for my team.
Scott Stabbert - Microsoft
Thank you very much for HttpWatch! It is the best tool available to learn and understand HTTP and to see what the browser is doing.
Brian McKellar, SAP
HttpWatch is awesome! We use it in QA while testing web applications. It allows us to quickly identify issues on the fly.
Brent Strange - QA Engineer
After three days using HttpWatch Professional, I have cured more ills in my projects than in a month of effort using lesser tools.
J. Miller - PA, USA
I love this product! It is the most useful tool I have ever seen for this sort of job. Well done!
John Page - Javeo Corp.
**7th Feb 2012 – you can now watch the second instalment A Tutorial Video on Fiddler’s Inspector and AutoResponder functions**
When I started using Web Analytics tools, there always was this huge black box: I’d put the tracking code on each and every page, and from then on, I usually waited and hoped the code would work as intended. Often, it didn’t, but I wasn’t able to see that until hours or sometimes a day later when the reports poured in to Google Analytics. Sometimes, it seemed to work, but only in some browsers. And so on. The more complex the code got (like when using Event Tracking for Flash applications), the harder it was to find out whether the code actually did what I was hoping it did. Luckily, that time is over.
Why is tracking code debugging so tedious?
- Time lag: It usually takes several minutes to hours for the data to pour into the reports (even real-time analytics is never really real-time)
- It was me, wasn’t it? You sometimes wonder whether the data in that report was caused by you or someone else that accidentally did the same thing on your website
- No access to IT resources: Web Analysts may know some JavaScript, but we mostly are not IT people, so if you are testing web analytics code you sometimes have to wait for your IT guy to upload every little code change. An absolute killer for continuous improvement!
- Testing on a test system isn’t the same as on a live system: There might be other scripts that are being loaded on the live system, the test system might be on another subdomain etc… Things that can be crucial for your code to function.
Fiddler2
My absolute favorite (see next post on how to use this HTTP traffic monitoring tool). Fiddler2 makes it easy to view every request to Google Analytics (and any other javascript-based Web Analytics tool). You can even try out changes to your tracking code on your live system before releasing them to everyone, the tool is independent from browsers – and it is free!
Web Analytics Solution Profiler (WASP)
A well-known Firefox add-on by Stéphane Hamel that now belongs to iPerceptions. It recognizes a wide array of Web Analytics Tools’ tracking codes and shows you if your tracking code is successfully being executed (or not), crawls your site to find untagged pages, and so on.
A drawback is that it only works in Firefox, although it allows you to fake another user agent (like “iPad” or “Internet Explorer” which can be cool.
The basic version is free, but to be honest, it doesn’t help me that much for my use cases. Maybe I am too stupid to use it the right way, my use cases aren’t the ones the tool is made for (like using several web analytics solutions on one website), or I should try the paid versions.
So feel free to share your experience with WASP here in the comments.
Httpfox Add On Mozilla
Charles Debugger
A tool similar to Fiddler2, see this blog post on how to use it for Web Analytics Code Debugging.
Firebug/Chrome Developer Console:
A tool that makes any JavaScript Debugging so much easier, so it is a must-have for Web Analysts, too. And if you use Chrome, you don’t even have to install anything, not even a browser add-on (see this video by a Google Chrome Developer with 12 tricks to get the most out of the Developer Tools). That helps when you have to debug on someone else’s computer for example.
Fox Up To Minute News
The function I use most of the time apart from the Console (where errors are being logged) is the Network Tab. It can tell us if the tracking beacon has been sent to Google Analytics successfully. To find out, look for the __utm.gif request. If it displays a “200 OK” status code (see the green light in the screen shot), you know that Google Analytics has received the current Pageview or Event. You can take a look what is inside that request in the “Headers” tab (Cardinal Path’s Kent Clark’s marvelous “Cheat Sheet” helps interpreting the values).
Chrome GA Debugger / ga_debug.js
Google’s recommended debugging tool for Google Analytics is Chrome’s Add-On “GA Debugger”. It is basically a form of using the “ga_debug.js” script without having to alter your page’s code at all (if you use ga_debug.js, you will have to change ga.js into /u/ga_debug.js on every page you want to debug). Chrome GA Debugger is a nice and easy-to-use tool that logs every Pageview and Event that you send to Google Analytics in your Chrome Developer Console (right-click on any part of the page => “Inspect Element” → go to tab “Console”):
Chrome GA Debugger shows you in an easy-to-read format what is being sent to Google Analytics without having to understand or inspect cookie variables or the Network Tab of your Console. It gives you hints like:
Httpfox Chrome Extension
- Does my visit have the correct source/medium/campaign?
- Are there pages that accidentally override those sources?
- Are there pages where conflicting JavaScript or other reasons hinder the Tracking Code from being executed?
I am not using Chrome GA Debugger much anymore though because:
- It does not help with most cases of Event or Virtual Pageview Debugging. Events or Virtual Pageviews are most often tied to a click on a link (if you want to track the clicks on outbound links for example). If you click on a link though, you usually get to a new page, in which case Chrome’s Console is being cleared – and the Event Tracking call with it. So before you can take a look at what is being logged, it is gone. EDIT: As Judd Lyon noted in the comments, you can keep the Chrome console from clearing the ga_debug info by enabling “Preserve Log upon Navigation” in the Chrome Develepor Tools settings. You can access the settings via the cogwheel icon in the lower right corner.
- It is Chrome-only. What works on Chrome doesn’t necessarily work on Firefox or Internet Explorer.
- It breaks down sometimes, especially if you click quickly from page to page. And once it has broken down, nothing is being logged anymore even if you click slowly again to ensuing pages. That freaked me out because it always made me wonder whether my code wasn’t working well. You can easily restart the tool though by reloading the current page, but, even so, that is one factor that caused me to rarely use Chrome GA Debugger.
Fox News En Espanol
So much for a brief overview on the matter and a deeper look into Chrome GA Debugger. In my next article, I am going to show you how to effectively use Fiddler2 on some real-life examples.