Comments for HttpWatch Blog http://blog.httpwatch.com News, articles and all things HttpWatch Wed, 23 Jul 2008 19:15:19 +0000 http://wordpress.org/?v=2.3.3 Comment on Test Drive of the Google Hosted Ajax Libraries by Httpwatch Blog http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1026 Httpwatch Blog Fri, 11 Jul 2008 06:01:17 +0000 http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1026 Glenn, Yes, a conditional tag is probably the best way to handle this. Google have a similar problem with Google Analytics, but they did provide SSL support. There's no problem with different SSL certs (try https://www.httpwatch.com). The page includes this conditional code to switch protocols: <script type="text/javascript"> var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www."); document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E")); </script> Glenn,

Yes, a conditional tag is probably the best way to handle this. Google have a similar problem with Google Analytics, but they did provide SSL support.

There’s no problem with different SSL certs (try https://www.httpwatch.com). The page includes this conditional code to switch protocols:

<script type=”text/javascript”>
var gaJsHost = ((”https:” == document.location.protocol) ?
“https://ssl.” : “http://www.”);
document.write(unescape(”%3Cscript src=’” + gaJsHost +
“google-analytics.com/ga.js’ type=’text/javascript’%3E%3C/script%3E”));
</script>

]]> Comment on Test Drive of the Google Hosted Ajax Libraries by Breck http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1024 Breck Fri, 11 Jul 2008 03:49:08 +0000 http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1024 Thanks! That's a significant improvement. Enough to convince me to use them as well. Thanks! That’s a significant improvement. Enough to convince me to use them as well.

]]> Comment on Test Drive of the Google Hosted Ajax Libraries by Glenn Rempe http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1023 Glenn Rempe Fri, 11 Jul 2008 03:47:43 +0000 http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1023 Couldn't you wrap the script src tag in a conditional block so: if connection is https script src local copy else script src google copy end This would allow usage of their copy for most access, and in the hopefully limited cases where you are operating over an ssl connection, you get the copy served over the local web server. I'm not sure how it would ever be possible to make ssl work from a google host since even if they serve it over ssl won't browsers complain on retrieving ssl content from different servers with different ssl certs? Cheers. Couldn’t you wrap the script src tag in a conditional block so:

if connection is https
script src local copy
else
script src google copy
end

This would allow usage of their copy for most access, and in the hopefully limited cases where you are operating over an ssl connection, you get the copy served over the local web server.

I’m not sure how it would ever be possible to make ssl work from a google host since even if they serve it over ssl won’t browsers complain on retrieving ssl content from different servers with different ssl certs?

Cheers.

]]> Comment on Test Drive of the Google Hosted Ajax Libraries by Son Nguyen http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1002 Son Nguyen Wed, 09 Jul 2008 22:57:33 +0000 http://blog.httpwatch.com/2008/07/08/test-drive-of-the-google-hosted-ajax-libraries/#comment-1002 Excellent analysis! With this result, we are more confident in the advertised improvement as we have just switched to the hosted jquery library for our ad server, AdSpeed. Excellent analysis! With this result, we are more confident in the advertised improvement as we have just switched to the hosted jquery library for our ad server, AdSpeed.

]]> Comment on What does (Aborted) mean in HttpWatch? by lnielsen http://blog.httpwatch.com/2008/01/28/what-does-aborted-mean-in-httpwatch/#comment-1000 lnielsen Wed, 09 Jul 2008 19:05:22 +0000 http://blog.httpwatch.com/2008/01/28/what-does-aborted-mean-in-httpwatch/#comment-1000 I have also seen this when the same gif is used multiple times on a single page (like a grid of green_circle.gif). IE may download the gif several times before it realizes that it is now in the cache. All of the later requests will show (Aborted) I have also seen this when the same gif is used multiple times on a single page (like a grid of green_circle.gif). IE may download the gif several times before it realizes that it is now in the cache. All of the later requests will show (Aborted)

]]> Comment on ERROR_INTERNET_INVALID_URL & HttpWatch by Detlev Beutner http://blog.httpwatch.com/2007/11/20/error_internet_invalid_url-httpwatch/#comment-550 Detlev Beutner Wed, 25 Jun 2008 09:40:20 +0000 http://blog.httpwatch.com/2007/11/20/error_internet_invalid_url-httpwatch/#comment-550 At least on IE7 the replacement of "//:" by "about:blank" should do the trick (as far as I remember, on IE6 "about:blank" led to security warnings if called in an HTTP context). So - such JS lib providers maybe should change their implementation - the "about:blank" not only leads to no error message in httpWatch, but also generates to internal request at all, saving 1-3 millisecs. At least on IE7 the replacement of “//:” by “about:blank” should do the trick (as far as I remember, on IE6 “about:blank” led to security warnings if called in an HTTP context). So - such JS lib providers maybe should change their implementation - the “about:blank” not only leads to no error message in httpWatch, but also generates to internal request at all, saving 1-3 millisecs.

]]> Comment on Using HttpWatch to Measure Page Load Times for New and Existing Users by Httpwatch Blog http://blog.httpwatch.com/2008/05/14/using-httpwatch-to-measure-page-load-times-for-new-and-existing-users/#comment-383 Httpwatch Blog Fri, 23 May 2008 19:01:15 +0000 http://blog.httpwatch.com/2008/05/14/using-httpwatch-to-measure-page-load-times-for-new-and-existing-users/#comment-383 Tad, That's a good point about having to re-authenticate or re-submit data to get to certain pages. We tried to simplify the post by just showing how you could test something like a home page. The reason for having to restart IE is the image cache (see http://blog.httpwatch.com/2008/02/27/image-caching-in-internet-explorer/ ). You can cause a new browser session to be created by using 'Clear All Cookies' or 'Clear Session Cookies' in HttpWatch. This has the side effect of creating a new session. If you then navigate to another location e.g. about:blank before clearing the session you should see the normal automatic cache validation when you re-visit the page. Unfortunately, the IE image cache is not reset when a new browser session is created. So you are forced to restart IE if you want to replicate a primed cache visit and see which images are accessed by IE. Tad,

That’s a good point about having to re-authenticate or re-submit data to get to certain pages. We tried to simplify the post by just showing how you could test something like a home page.

The reason for having to restart IE is the image cache (see http://blog.httpwatch.com/2008/02/27/image-caching-in-internet-explorer/ ).

You can cause a new browser session to be created by using ‘Clear All Cookies’ or ‘Clear Session Cookies’ in HttpWatch. This has the side effect of creating a new session. If you then navigate to another location e.g. about:blank before clearing the session you should see the normal automatic cache validation when you re-visit the page.

Unfortunately, the IE image cache is not reset when a new browser session is created. So you are forced to restart IE if you want to replicate a primed cache visit and see which images are accessed by IE.

]]> Comment on Using HttpWatch to Measure Page Load Times for New and Existing Users by tad http://blog.httpwatch.com/2008/05/14/using-httpwatch-to-measure-page-load-times-for-new-and-existing-users/#comment-381 tad Fri, 23 May 2008 17:29:44 +0000 http://blog.httpwatch.com/2008/05/14/using-httpwatch-to-measure-page-load-times-for-new-and-existing-users/#comment-381 The issue with starting a new instance of IE is that the session gets killed. You'd have to re-login, or in the case of a form, possibly resubmit data to get back to the page you want to check. The reason why you need to restart the session (which is missing from the article) is due to the way IE handles its cache. If you hit refresh, or navigate to the page without closing the instance, you'd get inconsistent results. For details, check out: http://msdn2.microsoft.com/en-us/library/bb250442(VS.85).aspx For these tests, you'd also want to make sure your cache setting is set to "Automatically." A different setting will also bring different results. The issue with starting a new instance of IE is that the session gets killed. You’d have to re-login, or in the case of a form, possibly resubmit data to get back to the page you want to check.

The reason why you need to restart the session (which is missing from the article) is due to the way IE handles its cache. If you hit refresh, or navigate to the page without closing the instance, you’d get inconsistent results. For details, check out: http://msdn2.microsoft.com/en-us/library/bb250442(VS.85).aspx

For these tests, you’d also want to make sure your cache setting is set to “Automatically.” A different setting will also bring different results.

]]> Comment on What are people saying about HttpWatch? by Diego Carrera http://blog.httpwatch.com/2008/04/23/what-are-people-saying-about-httpwatch/#comment-380 Diego Carrera Thu, 22 May 2008 19:05:45 +0000 http://blog.httpwatch.com/2008/04/23/what-are-people-saying-about-httpwatch/#comment-380 This is one of the best tools out there for IE, it is nice to have some of the abilities that firebug users had been able to enjoy for some time now; in my humble opinion it is a good start, but it would be nice to be able to do much more things, like dom inspection, on the fly css properties edition and so on. Kudos for the httpwatch team! keep the good work This is one of the best tools out there for IE, it is nice to have some of the abilities that firebug users had been able to enjoy for some time now; in my humble opinion it is a good start, but it would be nice to be able to do much more things, like dom inspection, on the fly css properties edition and so on.

Kudos for the httpwatch team! keep the good work

]]> Comment on What does (Aborted) mean in HttpWatch? by Crash1hd http://blog.httpwatch.com/2008/01/28/what-does-aborted-mean-in-httpwatch/#comment-375 Crash1hd Thu, 22 May 2008 02:52:41 +0000 http://blog.httpwatch.com/2008/01/28/what-does-aborted-mean-in-httpwatch/#comment-375 I have the aborted comming up on a js file that I am trying to get to work in IE6 with a jQuery getScript call so its not all user related I have the aborted comming up on a js file that I am trying to get to work in IE6 with a jQuery getScript call so its not all user related

]]>