<?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"
	>
<channel>
	<title>Comments on: Don&#8217;t use client side includes!</title>
	<atom:link href="http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<pubDate>Fri, 05 Dec 2008 02:26:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Levi Senft</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-397699</link>
		<dc:creator>Levi Senft</dc:creator>
		<pubDate>Wed, 26 Sep 2007 04:48:30 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-397699</guid>
		<description>We use Client Side Includes for mock-ups to show clients interaction on user interface projects or how a design is going to work in a browser.  Then when we go into production we replace the CSIs with the final code, SSIs or a templating engine.  If you want to check our CSI engine out I posted it here:

&lt;a href="http://www.forgeniuses.com/?p=3" rel="nofollow"&gt;jsInclude&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>We use Client Side Includes for mock-ups to show clients interaction on user interface projects or how a design is going to work in a browser.  Then when we go into production we replace the CSIs with the final code, SSIs or a templating engine.  If you want to check our CSI engine out I posted it here:</p>
<p><a href="http://www.forgeniuses.com/?p=3" rel="nofollow">jsInclude</a></p>]]></content:encoded>
	</item>
	<item>
		<title>By: davidjmedlock</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3580</link>
		<dc:creator>davidjmedlock</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3580</guid>
		<description>&lt;p&gt;Excellent advice, Simon. It's an interesting concept, but from my point of view, all together useless. You're very right about web servers being able to very easily handle includes. The performance difference will likely go unnoticed by the vast majority of users, no matter what server side language you employ.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>Excellent advice, Simon. It&#8217;s an interesting concept, but from my point of view, all together useless. You&#8217;re very right about web servers being able to very easily handle includes. The performance difference will likely go unnoticed by the vast majority of users, no matter what server side language you employ.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Rynoguill</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3581</link>
		<dc:creator>Rynoguill</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3581</guid>
		<description>&lt;p&gt;here here, i completely agree.  i actually try to do everything i possibly can without js&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>here here, i completely agree.  i actually try to do everything i possibly can without js</p>]]></content:encoded>
	</item>
	<item>
		<title>By: mr_jeep</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3582</link>
		<dc:creator>mr_jeep</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3582</guid>
		<description>&lt;p&gt;Yep, I agree too. Javascript should never be part of the functionality. I mean a website sould work without javascript,&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>Yep, I agree too. Javascript should never be part of the functionality. I mean a website sould work without javascript,</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Dunck</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3583</link>
		<dc:creator>Jeremy Dunck</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3583</guid>
		<description>&lt;p&gt;Hey, I like JS includes quite a lot.  I mean, who wants scary spiders crawling about your site internals?&lt;/p&gt;

&lt;p&gt;And who needs to be accessible to non-JS browsers?  That 20% of business is -so- over-rated.&lt;/p&gt;

&lt;p&gt;And who wants to deal with that scary gzip response encoding?  People would have to get a real web server to deal with that mess.&lt;/p&gt;

&lt;p&gt;...But seriously, you -could- send back a non-JS response to search engine bots.  &lt;/p&gt;

&lt;p&gt;I tried to talk my coworkers into using, you know, HTTP to handle bandwidth issues, but my work's site sends back non-JS includes, but checks to see if JS is enabled and sends back that fact as a parameter.  The server then starts sending JS includes to a browser that can handle it.&lt;/p&gt;

&lt;p&gt;Much more complicated that gzipping, though.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>Hey, I like JS includes quite a lot.  I mean, who wants scary spiders crawling about your site internals?</p>
<p>And who needs to be accessible to non-JS browsers?  That 20% of business is -so- over-rated.</p>
<p>And who wants to deal with that scary gzip response encoding?  People would have to get a real web server to deal with that mess.</p>
<p>&#8230;But seriously, you -could- send back a non-JS response to search engine bots.  </p>
<p>I tried to talk my coworkers into using, you know, HTTP to handle bandwidth issues, but my work&#8217;s site sends back non-JS includes, but checks to see if JS is enabled and sends back that fact as a parameter.  The server then starts sending JS includes to a browser that can handle it.</p>
<p>Much more complicated that gzipping, though.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: xhtmlcoder</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3584</link>
		<dc:creator>xhtmlcoder</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3584</guid>
		<description>&lt;p&gt;I think they must be slightly crazy to use Client-Side over Server-Side Inclusion for standard headers and footers.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>I think they must be slightly crazy to use Client-Side over Server-Side Inclusion for standard headers and footers.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: asp_funda</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3585</link>
		<dc:creator>asp_funda</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3585</guid>
		<description>&lt;p&gt;Ditto!!&lt;br /&gt;
JavaScript includes are too bothersome &#038; most of the times result in complications that are not worth bothering on.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>Ditto!!<br />
JavaScript includes are too bothersome &#038; most of the times result in complications that are not worth bothering on.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ajdevies</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3586</link>
		<dc:creator>ajdevies</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3586</guid>
		<description>&lt;p&gt;"And who needs to be accessible to non-JS browsers? That 20% of business is -so- over-rated."&lt;br /&gt;
  Posted by: Jeremy Dunck @ 9:48 PM MDT&lt;/p&gt;

&lt;p&gt;That 20% currently represents a significant source of buying power which will continue to grow as baby-boomers age, lose eye-sight, manual dexterity, etc.  Mr. Dunck is out-of-touch with societal and statistical trends.&lt;/p&gt;

&lt;p&gt;As a person with multiple disabilities, I personally find this level of insensitivity offensive and inexcusable.  I dare Mr. Dunck to spend one day of his life as I spend, and will continue to spend, the rest of my life.&lt;/p&gt;

&lt;p&gt;There is also a little thing called "discrimination" against persons with disabilities.  It is codified in the United States under the Americans with Disabilities Act of 1990.  Look it up at www.ada.gov.&lt;/p&gt;

&lt;p&gt;Accessibility is not about sheer numbers, it is about doing the "right" thing on a voluntary basis in the open market in order to gain/maintain marketshare and goodwill.&lt;/p&gt;

&lt;p&gt;Yes, it costs a little more and takes more time to implement, but until you really, really need it, you cannot and will not understand its true value.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>&#8220;And who needs to be accessible to non-JS browsers? That 20% of business is -so- over-rated.&#8221;<br />
  Posted by: Jeremy Dunck @ 9:48 PM MDT</p>
<p>That 20% currently represents a significant source of buying power which will continue to grow as baby-boomers age, lose eye-sight, manual dexterity, etc.  Mr. Dunck is out-of-touch with societal and statistical trends.</p>
<p>As a person with multiple disabilities, I personally find this level of insensitivity offensive and inexcusable.  I dare Mr. Dunck to spend one day of his life as I spend, and will continue to spend, the rest of my life.</p>
<p>There is also a little thing called &#8220;discrimination&#8221; against persons with disabilities.  It is codified in the United States under the Americans with Disabilities Act of 1990.  Look it up at <a href="http://www.ada.gov" rel="nofollow">http://www.ada.gov</a>.</p>
<p>Accessibility is not about sheer numbers, it is about doing the &#8220;right&#8221; thing on a voluntary basis in the open market in order to gain/maintain marketshare and goodwill.</p>
<p>Yes, it costs a little more and takes more time to implement, but until you really, really need it, you cannot and will not understand its true value.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Not too serious</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3587</link>
		<dc:creator>Not too serious</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3587</guid>
		<description>&lt;p&gt;He was kidding about the 20%.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>He was kidding about the 20%.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Skunk</title>
		<link>http://www.sitepoint.com/blogs/2004/04/04/dont-use-client-side-includes/#comment-3588</link>
		<dc:creator>Skunk</dc:creator>
		<pubDate>Wed, 31 Dec 1969 19:00:00 +0000</pubDate>
		<guid isPermaLink="false">597147319#comment-3588</guid>
		<description>&lt;p&gt;ajdevies, he was being saracastic throughout his whole comment. I'm sure no offense was meant - I've met Jeremy and he is a huge advocate of best practises in web development, which includes accessibility.&lt;/p&gt;

</description>
		<content:encoded><![CDATA[<p>ajdevies, he was being saracastic throughout his whole comment. I&#8217;m sure no offense was meant - I&#8217;ve met Jeremy and he is a huge advocate of best practises in web development, which includes accessibility.</p>]]></content:encoded>
	</item>
</channel>
</rss>
