<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Web Standards, Accessibility &#38; More &#187; Internet bandwidth</title>
	<atom:link href="http://weboverhauls.com/dennislembree/blog/tag/internet-bandwidth/feed/" rel="self" type="application/rss+xml" />
	<link>http://weboverhauls.com/dennislembree/blog</link>
	<description>Personal blog of Dennis E. Lembrée, web site professional</description>
	<lastBuildDate>Wed, 25 Aug 2010 02:21:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Podcast Bandwidth Hogging</title>
		<link>http://weboverhauls.com/dennislembree/blog/2007/03/14/podcast-bandwidth-hogging/</link>
		<comments>http://weboverhauls.com/dennislembree/blog/2007/03/14/podcast-bandwidth-hogging/#comments</comments>
		<pubDate>Thu, 15 Mar 2007 00:40:07 +0000</pubDate>
		<dc:creator>Dennis</dc:creator>
				<category><![CDATA[Web Development]]></category>
		<category><![CDATA[Ford]]></category>
		<category><![CDATA[Internet bandwidth]]></category>
		<category><![CDATA[MP3]]></category>
		<category><![CDATA[Web Axe
 podcast]]></category>

		<guid isPermaLink="false">http://checkengineusa.com/dennislembree/blog/2007/03/14/podcast-bandwidth-hogging/</guid>
		<description><![CDATA[Podcasts are great. Hard drives are large. But for non-music podcasts, why waste bandwidth, download time, and disk storage with an MP3 encoded at anything more than 32kbps 22khz? Just so the intro song comes in stereo? I say no! I have an iPod Nano, and it&#8217;s &#8220;only&#8221; 2 Gigs of storage. To some it [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://en.wikipedia.org/wiki/Podcast">Podcasts</a> are great. Hard drives are large. But for non-music podcasts, why waste bandwidth, download time, and disk storage with an MP3 encoded at anything more than 32kbps 22khz? Just so the intro song comes in stereo? I say no!</p>
<p>I have an <a href="http://www.apple.com/ipodnano/">iPod Nano</a>, and it&#8217;s &#8220;only&#8221; 2 Gigs of storage. To some it may seem like a lot of space, and to some it may seem very limited. Either way, I like to squeeze as much music onto it as possible. When I put several 45-minute non-music podcasts that are encoded at a high rate (such as 64kbps 44khz), it sure starts to take a lot of room. The non-music podcasts are usually technical podcasts with just dialog, and a real high quality is just not needed. It&#8217;s like driving a <a href="http://www.svt.ford.com/fordvehicles.html">Ford Shelby GT</a> 25MPH to the corner store&#8211;what a waste! And using smaller MP3 files also <a href="http://accessites.org/why/3.php">saves on internet bandwidth</a>.</p>
<p>The <a href="http://webaxe.blogspot.com/">Web Axe podcast</a> is a technical podcast that I run, and it is mostly dialog. I encode at 32kbps 22khz, and each podcast files runs about 3-7MB each. At this rate, the download is very fast, and you can store all 44 episodes one on flash drive! So it ain&#8217;t the greatest quality, but I think it&#8217;s manageable and user-friendly.</p>
]]></content:encoded>
			<wfw:commentRss>http://weboverhauls.com/dennislembree/blog/2007/03/14/podcast-bandwidth-hogging/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Form Security &amp; Spammers</title>
		<link>http://weboverhauls.com/dennislembree/blog/2006/10/01/form-security-spammers/</link>
		<comments>http://weboverhauls.com/dennislembree/blog/2006/10/01/form-security-spammers/#comments</comments>
		<pubDate>Sun, 01 Oct 2006 16:18:43 +0000</pubDate>
		<dc:creator>Dennis</dc:creator>
				<category><![CDATA[Web Development]]></category>
		<category><![CDATA[Internet bandwidth]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[web forms]]></category>

		<guid isPermaLink="false">http://checkengineusa.com/dennislembree/blog/?p=3</guid>
		<description><![CDATA[Spam really sucks. It&#8217;s bad enough that email spammers hog up our Internet bandwidth and our mailboxes with spam email, but now they&#8217;ve been after web forms. I maintain numerous web sites, with many containing contact forms and the like, so now I have a load of work to do to increase the security level [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://en.wikipedia.org/wiki/Spam_%28electronic%29">Spam</a> really sucks. It&#8217;s bad enough that email spammers hog up our Internet bandwidth and our mailboxes with spam email, but now they&#8217;ve been after web forms. I maintain numerous web sites, with many containing contact forms and the like, so now I have a load of work to do to increase the security level on them. I&#8217;ve already added security using a <a title="ProtectWebForm.com" href="http://www.protectwebform.com/">free <acronym title="Completely Automated Public Turing test to tell Computers and Humans Apart">CAPTCHA</acronym> service</a>, which works fairly well, but downloads a little slowly. Does anyone suggest any others, or have a good PHP resolution to this issue?</p>
]]></content:encoded>
			<wfw:commentRss>http://weboverhauls.com/dennislembree/blog/2006/10/01/form-security-spammers/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
