
<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for Dan Cole</title>
	<atom:link href="http://dan-cole.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://dan-cole.com</link>
	<description>WordPress Theme Developer</description>
	<lastBuildDate>Thu, 03 Sep 2009 08:15:33 -0500</lastBuildDate>
	
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on The IE6 Problem In My Eyes by Kevin</title>
		<link>http://dan-cole.com/the-ie6-problem-in-my-eyes/comment-page-1/#comment-75</link>
		<dc:creator>Kevin</dc:creator>
		<pubDate>Thu, 03 Sep 2009 08:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=28#comment-75</guid>
		<description>Not only is this of a real concern or annoyance really for web developers. 

But what about for those who are less experienced in web programming and instead are picking up bits and pieces from all sources and just hacking away at pre-existing templates and then only to find out all the nice new things you&#039;ve learnt and added to your themes etc have basically just turned for the worse being viewed in IE6 which doesn&#039;t support halve the nice modifications you&#039;ve made.</description>
		<content:encoded><![CDATA[<p>Not only is this of a real concern or annoyance really for web developers. </p>
<p>But what about for those who are less experienced in web programming and instead are picking up bits and pieces from all sources and just hacking away at pre-existing templates and then only to find out all the nice new things you&#8217;ve learnt and added to your themes etc have basically just turned for the worse being viewed in IE6 which doesn&#8217;t support halve the nice modifications you&#8217;ve made.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Theme Options by Theme Playground &#124; Dan Cole and the Theme Options Plugin</title>
		<link>http://dan-cole.com/theme-options/comment-page-1/#comment-42</link>
		<dc:creator>Theme Playground &#124; Dan Cole and the Theme Options Plugin</dc:creator>
		<pubDate>Wed, 29 Jul 2009 12:52:59 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?page_id=53#comment-42</guid>
		<description>[...] Plugin a shot. It&#8217;s availablein the WordPress Extends directory, and you can read about it at Dan&#8217;s website as [...]</description>
		<content:encoded><![CDATA[<p>[...] Plugin a shot. It&#8217;s availablein the WordPress Extends directory, and you can read about it at Dan&#8217;s website as [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Bad Tip For Speeding Up Your Site by Alex Denning</title>
		<link>http://dan-cole.com/a-bad-tip-for-speeding-up-your-site/comment-page-1/#comment-10</link>
		<dc:creator>Alex Denning</dc:creator>
		<pubDate>Thu, 04 Jun 2009 20:01:12 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=38#comment-10</guid>
		<description>Hey Dan

Thanks for testing that out - interesting to see what actual difference it makes. But, I&#039;ll stand by what I said on PBD; the difference may be negligible or nothing, but hey, at least it&#039;s good practice!</description>
		<content:encoded><![CDATA[<p>Hey Dan</p>
<p>Thanks for testing that out &#8211; interesting to see what actual difference it makes. But, I&#8217;ll stand by what I said on PBD; the difference may be negligible or nothing, but hey, at least it&#8217;s good practice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Bad Tip For Speeding Up Your Site by Sean</title>
		<link>http://dan-cole.com/a-bad-tip-for-speeding-up-your-site/comment-page-1/#comment-9</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Thu, 04 Jun 2009 04:11:51 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=38#comment-9</guid>
		<description>Thanks Dan,

I&#039;m not sure I agree with the testing method, but the conclusions and your comments about page caching are on the mark.

There&#039;s a lot of misinformation out there about website scalability and speed, glad to see some people take it seriously.

Sean</description>
		<content:encoded><![CDATA[<p>Thanks Dan,</p>
<p>I&#8217;m not sure I agree with the testing method, but the conclusions and your comments about page caching are on the mark.</p>
<p>There&#8217;s a lot of misinformation out there about website scalability and speed, glad to see some people take it seriously.</p>
<p>Sean</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Bad Tip For Speeding Up Your Site by admin</title>
		<link>http://dan-cole.com/a-bad-tip-for-speeding-up-your-site/comment-page-1/#comment-8</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Thu, 04 Jun 2009 03:46:51 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=38#comment-8</guid>
		<description>@Sean,
I used the PHP microtime function to time how long that single line of code took to process. So it wasn&#039;t the total time to process the page or to serve the page, but to process a single line of code.</description>
		<content:encoded><![CDATA[<p>@Sean,<br />
I used the PHP microtime function to time how long that single line of code took to process. So it wasn&#8217;t the total time to process the page or to serve the page, but to process a single line of code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Bad Tip For Speeding Up Your Site by admin</title>
		<link>http://dan-cole.com/a-bad-tip-for-speeding-up-your-site/comment-page-1/#comment-7</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Thu, 04 Jun 2009 03:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=38#comment-7</guid>
		<description>@Stephen,
If their not using caching, then that&#039;s what they should try and get, rather that changing their theme. Of course a lot of these methods depend on the options available. 

As far as the PHP commands accessing the database each time, that&#039;s not entirely correct. WordPress has its own cache built into the get_options function, meaning only one database request is made for each visitor, which is done by the wp_cache_get function. This don&#039;t exclude the process time, but I think this single tip does little to nothing when compared to the other tips in terms of performance.</description>
		<content:encoded><![CDATA[<p>@Stephen,<br />
If their not using caching, then that&#8217;s what they should try and get, rather that changing their theme. Of course a lot of these methods depend on the options available. </p>
<p>As far as the PHP commands accessing the database each time, that&#8217;s not entirely correct. WordPress has its own cache built into the get_options function, meaning only one database request is made for each visitor, which is done by the wp_cache_get function. This don&#8217;t exclude the process time, but I think this single tip does little to nothing when compared to the other tips in terms of performance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Bad Tip For Speeding Up Your Site by Sean</title>
		<link>http://dan-cole.com/a-bad-tip-for-speeding-up-your-site/comment-page-1/#comment-6</link>
		<dc:creator>Sean</dc:creator>
		<pubDate>Thu, 04 Jun 2009 03:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=38#comment-6</guid>
		<description>Hi Dan,

I understand what you&#039;re driving at (&quot;the original article isn&#039;t correct, you shouldn&#039;t be concerned with trivial details like that&quot;) which I agree with, but I don&#039;t understand what it is you tested, or what your environment was.

One thing stands out that makes me wonder what it is you measured -- that you had a service time of 1/10000 second. This means whichever method that was, it can sustain 10K requests/second. 200 times that is then 2 million req/sec. If that&#039;s complete page loads then that&#039;s just insane performance. 

Can you lend some insight into your testing methods?

Thanks,

Sean</description>
		<content:encoded><![CDATA[<p>Hi Dan,</p>
<p>I understand what you&#8217;re driving at (&#8221;the original article isn&#8217;t correct, you shouldn&#8217;t be concerned with trivial details like that&#8221;) which I agree with, but I don&#8217;t understand what it is you tested, or what your environment was.</p>
<p>One thing stands out that makes me wonder what it is you measured &#8212; that you had a service time of 1/10000 second. This means whichever method that was, it can sustain 10K requests/second. 200 times that is then 2 million req/sec. If that&#8217;s complete page loads then that&#8217;s just insane performance. </p>
<p>Can you lend some insight into your testing methods?</p>
<p>Thanks,</p>
<p>Sean</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Bad Tip For Speeding Up Your Site by Stephen Cronin</title>
		<link>http://dan-cole.com/a-bad-tip-for-speeding-up-your-site/comment-page-1/#comment-5</link>
		<dc:creator>Stephen Cronin</dc:creator>
		<pubDate>Thu, 04 Jun 2009 02:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=38#comment-5</guid>
		<description>Hi Dan,

You&#039;re absolutely spot on with the caching angle, that makes it a non-argument. 

However, if you&#039;re not using caching, then I&#039;d try to limit the amount of PHP commands used. For one visitor, there won&#039;t be any discernible difference, but if you get a lot of traffic and you&#039;re on shared hosting, then every little bit counts.

Don&#039;t forget that most of the &#039;PHP commands&#039; that Pro Blog Design are talking about actually make database calls. It&#039;s one thing if you&#039;re using PHP to echo text, but another thing if you&#039;re accessing the DB each time.

My two cents anyway...</description>
		<content:encoded><![CDATA[<p>Hi Dan,</p>
<p>You&#8217;re absolutely spot on with the caching angle, that makes it a non-argument. </p>
<p>However, if you&#8217;re not using caching, then I&#8217;d try to limit the amount of PHP commands used. For one visitor, there won&#8217;t be any discernible difference, but if you get a lot of traffic and you&#8217;re on shared hosting, then every little bit counts.</p>
<p>Don&#8217;t forget that most of the &#8216;PHP commands&#8217; that Pro Blog Design are talking about actually make database calls. It&#8217;s one thing if you&#8217;re using PHP to echo text, but another thing if you&#8217;re accessing the DB each time.</p>
<p>My two cents anyway&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The IE6 Problem In My Eyes by Stephen Cronin</title>
		<link>http://dan-cole.com/the-ie6-problem-in-my-eyes/comment-page-1/#comment-4</link>
		<dc:creator>Stephen Cronin</dc:creator>
		<pubDate>Thu, 04 Jun 2009 02:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://dan-cole.com/?p=28#comment-4</guid>
		<description>&lt;blockquote&gt;If people use it, then so be it, because it’s there choice&lt;/blockquote&gt;

Or they work for a large corporation or government agency which still uses IE6 in their standard operating environment. Luckily, I run the web team, so I get to use Firefox, but the other 6000 people in my Department are stuck with IE6...

Of course, as a web developer, I can&#039;t wait for IE6 to die!</description>
		<content:encoded><![CDATA[<blockquote><p>If people use it, then so be it, because it’s there choice</p></blockquote>
<p>Or they work for a large corporation or government agency which still uses IE6 in their standard operating environment. Luckily, I run the web team, so I get to use Firefox, but the other 6000 people in my Department are stuck with IE6&#8230;</p>
<p>Of course, as a web developer, I can&#8217;t wait for IE6 to die!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
