<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
    xmlns:admin="http://webns.net/mvcb/"
    xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
        xmlns:atom="http://www.w3.org/2005/Atom">

    <channel>
    
    <title>Blog</title>
    <link>http://fuscata.com/blog</link>
    <atom:link href="http://fuscata.com/blog/rss" rel="self" type="application/rss+xml" />
    <description></description>
    <dc:language>en</dc:language>
    <dc:creator>{username}</dc:creator>
    <dc:rights>Copyright 2012</dc:rights>
    <dc:date>2012-04-26T18:56:56+00:00</dc:date>
    

    <item>
      <title>Atwood Drops the Ball on Email Security</title>
      <link>http://fuscata.com/blog/atwood-drops-the-ball-on-email-security</link>
      <guid>http://fuscata.com/blog/atwood-drops-the-ball-on-email-security#When:18:56:56Z</guid>
      <description><![CDATA[<p>I'm a huge fan of Jeff Atwood, guru of software development and all things Web, and his <a href="http://www.codinghorror.com/">Coding Horror blog</a>. However, in a <a href="http://www.codinghorror.com/blog/2012/04/make-your-email-hacker-proof.html">recent post</a> entitled "Make Your Email Hacker Proof," <strong>he makes some harrowingly false claims about email security.</strong></p>
 More...]]></description> 
      <dc:subject>Email, Security,</dc:subject>
      <dc:date>2012-04-26T18:56:56+00:00</dc:date>
    </item>

    <item>
      <title>Optimize Drupal with External Caching</title>
      <link>http://fuscata.com/blog/optimize-drupal-with-external-caching</link>
      <guid>http://fuscata.com/blog/optimize-drupal-with-external-caching#When:19:47:47Z</guid>
      <description><![CDATA[<p>The best way -- perhaps the <em>only</em> way -- to fully optimize Drupal is with external caching.</p>
 More...]]></description> 
      <dc:subject>Drupal, MySQL, Performance, PHP,</dc:subject>
      <dc:date>2012-04-23T19:47:47+00:00</dc:date>
    </item>

    <item>
      <title>A Better Way To Set MaxClients (prefork)</title>
      <link>http://fuscata.com/blog/better-way-to-set-maxclients-prefork</link>
      <guid>http://fuscata.com/blog/better-way-to-set-maxclients-prefork#When:00:12:14Z</guid>
      <description><![CDATA[<p>For ages, I've been using <code>ps</code> to determine Apache's RAM usage (and <a href="http://serverfault.com/questions/339644/apache-processes-are-not-ending/339645#339645">advising others to do the same</a>) according to the <a href="http://www.devside.net/articles/apache-performance-tuning">guide at devside.net</a> (despite being disappointed that they added a <em>massive</em> advertisement at the top of the page). More recently I've found that it's not very accurate.</p>
 More...]]></description> 
      <dc:subject>Apache, Featured, HOWTO, sysadmin,</dc:subject>
      <dc:date>2012-04-21T00:12:14+00:00</dc:date>
    </item>

    <item>
      <title>EC2 Adds Medium Instance, Universal 64&#45;bit Support</title>
      <link>http://fuscata.com/blog/ec2-medium-instance-64-bit</link>
      <guid>http://fuscata.com/blog/ec2-medium-instance-64-bit#When:19:59:01Z</guid>
      <description><![CDATA[<p>Last month, <a href="http://aws.typepad.com/aws/2012/03/ec2-updates-new-instance-64-bit-bit-ubiquity-ssh-client.html">Amazon Web Services announced two new changes to EC2</a> that removed the last reasons that we didn't use or recommend this service for VPS hosting:</p>

<ol>
<li>Medium instances in the 4 GB RAM ballpark (3.75 GB)</li>
<li>64-bit support on all instance sizes</li>
</ol>
 More...]]></description> 
      <dc:subject></dc:subject>
      <dc:date>2012-04-05T19:59:01+00:00</dc:date>
    </item>

    
    </channel>
</rss>