<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Newest Industry - Latest Comments</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#forumcomments-7c019f69" type="application/json"/><link>http://newestindustry.disqus.com/</link><description>Chronicles of a Crazy Canuck</description><language>en</language><lastBuildDate>Wed, 01 Jul 2009 00:29:18 -0000</lastBuildDate><item><title>Re: Google Chrome: One thing we do know&amp;#8230; (HTTP Pipelining)</title><link>http://newestindustry.org/2008/09/02/google-chrome-one-thing-we-do-know-http-pipelining/#comment-11964396</link><description>Cool. Now, if it's not supported by anyone, it should get pulled from the RFC. And now that the browser engines are almost all abstracted from the browser that wraps around them, maybe it's time to look at what works to make browsers and content delivery faster.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Wed, 01 Jul 2009 00:29:18 -0000</pubDate></item><item><title>Re: Google Chrome: One thing we do know&amp;#8230; (HTTP Pipelining)</title><link>http://newestindustry.org/2008/09/02/google-chrome-one-thing-we-do-know-http-pipelining/#comment-11954325</link><description>You're wrong.  Chrome could pipeline, nothing in Webkit prevents this. Chrome doesn't use the CFNetwork loader nor does WebKit marry the browser to any given network / HTTP stack, just look at the code.  The reason Chrome doesn't support pipelining is likely to be the same reason that no other browser pipelines out of the box: pipelining is broken.  Pipelining only works when the remote server supports it, if the remote server fails to pipeline then your page will actually load much slower.  This is the case with IIS 4 and 5 which are common enough to cause concern. Also it turns out that some mods to Apache don't pipeline properly, resulting in garbled output.  The ultimate solution will be a compromise as is seen with the fledgling 'support' for pipelining in Firefox's HTTP stack which is off by default.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mark Pauley</dc:creator><pubDate>Tue, 30 Jun 2009 20:52:27 -0000</pubDate></item><item><title>Re: Caran D&amp;#8217;Ache Fixpencil: Where do you buy them?</title><link>http://newestindustry.org/2007/04/09/caran-dache-fixpencil-where-do-you-buy-them/#comment-10822465</link><description>Lee Valley Tools carry the 3mm Fix pencil and parts.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">iamuarme</dc:creator><pubDate>Fri, 12 Jun 2009 20:40:30 -0000</pubDate></item><item><title>Re: Browser Wars: The Slow Rise of Internet Explorer 8</title><link>http://newestindustry.org/2009/05/11/browser-wars-the-slow-rise-of-internet-explorer-8/#comment-9215388</link><description>Found the problem - it wasn't the theme, it was a rogue plugin that was borking the HTML. Likely a tag that wasn't being properly closed.&lt;br&gt;&lt;br&gt;&amp;lt;sigh&amp;gt;&lt;br&gt;&lt;br&gt;smp</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Mon, 11 May 2009 16:09:08 -0000</pubDate></item><item><title>Re: Browser Wars: The Slow Rise of Internet Explorer 8</title><link>http://newestindustry.org/2009/05/11/browser-wars-the-slow-rise-of-internet-explorer-8/#comment-9211562</link><description>Ugh.&lt;br&gt;&lt;br&gt;Time to find a browser compatible Wordpress theme.&lt;br&gt;&lt;br&gt;smp</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Mon, 11 May 2009 14:38:09 -0000</pubDate></item><item><title>Re: Browser Wars: The Slow Rise of Internet Explorer 8</title><link>http://newestindustry.org/2009/05/11/browser-wars-the-slow-rise-of-internet-explorer-8/#comment-9211076</link><description>Interesting stats, but you should know I had to enter IE8's COMPATABILITY mode just to view your post here...  :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Mike Carter</dc:creator><pubDate>Mon, 11 May 2009 14:19:17 -0000</pubDate></item><item><title>Re: Browser Wars: Internet Explorer 8.0 Released on Windows Update</title><link>http://newestindustry.org/2009/04/29/browser-wars-internet-explorer-80-released-on-windows-update/#comment-8892160</link><description>Microsoft claims that there are fewer bugs and irregularities in the handling of standards with Internet Explorer 8. That said, I would recommend running the browsers through the ACID2 (&lt;a href="http://en.wikipedia.org/wiki/Acid2" rel="nofollow"&gt;http://en.wikipedia.org/wiki/Acid2&lt;/a&gt;) and ACID3 (&lt;a href="http://en.wikipedia.org/wiki/Acid3" rel="nofollow"&gt;http://en.wikipedia.org/wiki/Acid3&lt;/a&gt;) CSS tests.&lt;br&gt;&lt;br&gt;smp</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Fri, 01 May 2009 08:24:16 -0000</pubDate></item><item><title>Re: Browser Wars: Internet Explorer 8.0 Released on Windows Update</title><link>http://newestindustry.org/2009/04/29/browser-wars-internet-explorer-80-released-on-windows-update/#comment-8887070</link><description>Another browser to having to deal with....&lt;br&gt;does this means that now we have one extra css conditional statement ?&lt;br&gt;&amp;lt;!--[if IE 6]&amp;gt;&lt;br&gt;trying to cope with ie6 bugs&lt;br&gt;&amp;lt;![endif]--&amp;gt;&lt;br&gt;&amp;lt;!--[if IE 7]&amp;gt;&lt;br&gt;coping with ie7 oddities.&lt;br&gt;&amp;lt;![endif]--&amp;gt;&lt;br&gt;&amp;lt;!--[if IE 8]&amp;gt;&lt;br&gt;coping with bugs ? Oddities ? Own interpretation of tags ?&lt;br&gt;&amp;lt;![endif]--&amp;gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andrea Belvedere</dc:creator><pubDate>Fri, 01 May 2009 01:14:55 -0000</pubDate></item><item><title>Re: Dear Apache Software Foundation: FIX THE MSIE SSL KEEPALIVE SETTINGS!</title><link>http://newestindustry.org/2007/06/06/dear-apache-software-foundation-fix-the-msie-ssl-keepalive-settings/#comment-8774633</link><description>I'm glad to see you exclude nokeepalive.  With a setup including an OCSP responder, that nokeepalive flag kills us with multiple pki cert validation requests per page load.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Scooter Hanson</dc:creator><pubDate>Tue, 28 Apr 2009 10:08:21 -0000</pubDate></item><item><title>Re: Does the browser really matter?</title><link>http://newestindustry.org/2009/02/25/does-the-browser-really-matter/#comment-8751756</link><description>Quite right, Mr. Unger. That is exactly the point that I am saying.&lt;br&gt;&lt;br&gt;If the Browser doesn't matter, and most applications are run over the web, then does it matter what operating system you use? Or if you use a traditional operating system at all?&lt;br&gt;&lt;br&gt;It's just as likely in the future that the primary device will be a phone/computer hybrid that is dockable and portable. As long as the apps are available and seamlessly integrate no matter what the platform is, then the operating system will go the way of the browser.&lt;br&gt;&lt;br&gt;Interesting, but irrelevant.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Mon, 27 Apr 2009 20:10:30 -0000</pubDate></item><item><title>Re: Does the browser really matter?</title><link>http://newestindustry.org/2009/02/25/does-the-browser-really-matter/#comment-8751509</link><description>If the web is the application, the browser is the operating system.  And although no one likes it, everyone understands that Windows and MacOS are different.  They are built out of different bits and pieces by different development teams and each have their unique strengths and weaknesses.  The same is true for different browsers.&lt;br&gt;&lt;br&gt;One might as well say that we have no need for multiple desktop operating systems - Windows, MacOS, Ubuntu/Debian, Red Hat EL/CentOS, Fedora, Novell/SUSE, etc., etc.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DaveU</dc:creator><pubDate>Mon, 27 Apr 2009 20:01:43 -0000</pubDate></item><item><title>Re: Gutter Helmet: Not alone with installation problems</title><link>http://newestindustry.org/2005/10/19/gutter-helmet-not-alone-with-installation-problems/#comment-8716875</link><description>My mother, 74 years old purchased Gutter Helmet. It was installed on the front of the house only due to the cost. The first heavy rain she had, approx 6 months after installation, her basement flooded. She has lived in this home for over 45 years and nothing like this happened previously. At 74 years old she was vacuuming up the water and carrying out pail after pail of water upstairs and outside. When she called the company, they would not return her calls. My husband took over trying to reach them and had the same problems. When he finally did get in touch the installation supervisor/manager he was rude, argumentative, unwilling to listen at all and insisted Gutter Helmet was not the problem. This went on for approx. 3 weeks. Not hearing back from him we tried to get in touch with the owner of that particular Gutter Helmet. After 2 weeks of calling and leaving messages almost every day he finally returned our call. He also was terribly rude, argumentative and didn't stop long enough to listen to the problem jumping in very defensively. When he finally relented and said he would come out to the house he let it be known it would NOT change his idea or opinion of his product since "his product never fails". We had written to the Better Business Bureau and that is the only reason he called and scheduled an appointment. As of Monday April 27, 2009 this matter has NOT been resolved.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">amg-p</dc:creator><pubDate>Sun, 26 Apr 2009 22:19:42 -0000</pubDate></item><item><title>Re: On the persistence of family - William A Kinnear</title><link>http://newestindustry.org/2009/04/14/on-the-persistence-of-family-william-a-kinnear/#comment-8276015</link><description>David:&lt;br&gt;&lt;br&gt;Thank you. He will be greatly missed by all of us.&lt;br&gt;&lt;br&gt;smp</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Thu, 16 Apr 2009 18:29:45 -0000</pubDate></item><item><title>Re: On the persistence of family - William A Kinnear</title><link>http://newestindustry.org/2009/04/14/on-the-persistence-of-family-william-a-kinnear/#comment-8275586</link><description>So sorry to hear the news. I lost my grandfather a few years ago. Like yours he came from a different world, in his case construction. Whenever I walk the streets of New York and see the buildings he worked on, I think of him.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">davidparmet</dc:creator><pubDate>Thu, 16 Apr 2009 18:13:39 -0000</pubDate></item><item><title>Re: Hit Tracking with PHP and MySQL</title><link>http://newestindustry.org/2008/09/03/hit-tracking-with-php-and-mysql/#comment-8083557</link><description>This is definitely a solution for a small web site, and was designed to be small and light.&lt;br&gt;&lt;br&gt;I started using this more when I was hosting my blog outside of the tracking infrastructure, so there is no increase in traffic on either infrastructure.&lt;br&gt;&lt;br&gt;Steps could also be taken to aggregate the data based on patterns in the data and then archive the raw results outside the DB.&lt;br&gt;&lt;br&gt;Many ways this can be improved upon. But it gets folks thinking.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Sat, 11 Apr 2009 16:23:44 -0000</pubDate></item><item><title>Re: Hit Tracking with PHP and MySQL</title><link>http://newestindustry.org/2008/09/03/hit-tracking-with-php-and-mysql/#comment-8080786</link><description>What about scalability issues?  The database size will expand quickly with traffic and it adds another hit on the server with each page load.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chris</dc:creator><pubDate>Sat, 11 Apr 2009 13:20:28 -0000</pubDate></item><item><title>Re: Compressing Web Output Using mod_gzip for Apache 1.3.x and 2.0.x</title><link>http://newestindustry.org/2006/10/03/compressing-web-output-using-mod_gzip-for-apache-13x-and-20x-2/#comment-7940440</link><description>This is not good. It sounds as though you have your docs already compressed using GZIP. mod_deflate is designed to do this on the fly as content is generated. &lt;br&gt;&lt;br&gt;When HTML content is compressed using mod_deflate, it should maintain the text/html MIM-type.&lt;br&gt;&lt;br&gt;smp</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Tue, 07 Apr 2009 12:35:11 -0000</pubDate></item><item><title>Re: Compressing Web Output Using mod_gzip for Apache 1.3.x and 2.0.x</title><link>http://newestindustry.org/2006/10/03/compressing-web-output-using-mod_gzip-for-apache-13x-and-20x-2/#comment-7939496</link><description>Hi, &lt;br&gt;This is a great article. Thanks.&lt;br&gt;You have a mastery over the subject.&lt;br&gt;Please help me with an issue I have.&lt;br&gt;&lt;br&gt;I have set  - mod_deflate on Apache 2.x I have.&lt;br&gt;And a dynamic content (Actuate report - in Dynamic HTML) is  - gzip - encoded while received by the client browser.&lt;br&gt;I am using Internet Explorer 7.x.&lt;br&gt;&lt;br&gt;However IE7 is not unzipping it.&lt;br&gt;It recognizes that the MIME Type - application/x-gzip-compressed.&lt;br&gt;But it says - it is not a recognized Mime Type and opens a window to 'save' the page.&lt;br&gt;&lt;br&gt;Any help will will be greatly appreciated.&lt;br&gt;&lt;br&gt;Thanks&lt;br&gt;Arabinda&lt;br&gt;Pune, India</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Arabinda</dc:creator><pubDate>Tue, 07 Apr 2009 11:59:13 -0000</pubDate></item><item><title>Re: Hit Tracking with PHP and MySQL</title><link>http://newestindustry.org/2008/09/03/hit-tracking-with-php-and-mysql/#comment-7223805</link><description>Using ip2long is a holdover from my Geographic IP Database, where performing IP searches was far easier with a numeric value than an IP address. Most application development languages have a way to convert these numbers back to IPs quickly. As well, this conversion can occur natively in MySQL SELECT statements.&lt;br&gt;&lt;br&gt;You could add a column to the database table that added the raw IP address with very little change to the method described in this article.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Sat, 14 Mar 2009 17:47:17 -0000</pubDate></item><item><title>Re: Hit Tracking with PHP and MySQL</title><link>http://newestindustry.org/2008/09/03/hit-tracking-with-php-and-mysql/#comment-7222928</link><description>Why do you convert the IP using ip2long - are there any benefits to it?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Karthik</dc:creator><pubDate>Sat, 14 Mar 2009 16:46:28 -0000</pubDate></item><item><title>Re: Compressing PHP Output</title><link>http://newestindustry.org/2006/10/03/compressing-php-output/#comment-6312405</link><description>It shouldn't affect you performance to any great degree as it is used in many production environments currently.&lt;br&gt;&lt;br&gt;However, if you do have the ability to do compression inside of the Web server itself (Apache, IIS, etc.), I would recommend that over adding compression at the application layer.&lt;br&gt;&lt;br&gt;smp</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Mon, 16 Feb 2009 15:05:23 -0000</pubDate></item><item><title>Re: Compressing PHP Output</title><link>http://newestindustry.org/2006/10/03/compressing-php-output/#comment-6208649</link><description>Can you please let me know how much overhead it would be on my server. I've VPS plan with about 50 sites hosted.&lt;br&gt;&lt;br&gt;- Shobhit&lt;br&gt;&lt;a href="http://shobhit.net/" rel="nofollow"&gt;http://shobhit.net/&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Shobhit Prabhakar</dc:creator><pubDate>Thu, 12 Feb 2009 11:21:58 -0000</pubDate></item><item><title>Re: Bacon! I smell Bacon!</title><link>http://newestindustry.org/2007/02/21/bacon-i-smell-bacon/#comment-6098210</link><description>"So once I'd fueled myself up on coffee and Bart's baco-cinders-nothing beats an all-black breakfast-and read all the comics, I threw one leg over my battle-scarred all-terrain stump-jumper and rode several miles to work."&lt;br&gt;&lt;br&gt;Neal Stephenson&lt;br&gt;Zodiac</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Sun, 08 Feb 2009 15:50:45 -0000</pubDate></item><item><title>Re: Geographic IP database using PERL, PHP and MySQL</title><link>http://newestindustry.org/2005/11/08/geographic-ip-database-using-perl-php-and-mysql/#comment-5495954</link><description>Unfortunately, all the data does exist, but it is in the whois data for the blocks in question. This is a manual process that I chose not to undertake due to its complexity and my lack of programming skils.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">spierzchala</dc:creator><pubDate>Fri, 23 Jan 2009 12:11:08 -0000</pubDate></item><item><title>Re: Geographic IP database using PERL, PHP and MySQL</title><link>http://newestindustry.org/2005/11/08/geographic-ip-database-using-perl-php-and-mysql/#comment-5495265</link><description>Well yes, but the idea was to make a do-it-yourself solution using public and free information. I have all the pieces in place, except for the one "country code" that does not conform to the standard ISO 3166.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jakob</dc:creator><pubDate>Fri, 23 Jan 2009 11:40:45 -0000</pubDate></item></channel></rss>