Updated FAQ: Hardware changes, why not Flickr, and size updates as always.
authorSteinar H. Gunderson <sesse@debian.org>
Mon, 21 Jul 2008 12:15:16 +0000 (14:15 +0200)
committerSteinar H. Gunderson <sesse@debian.org>
Mon, 21 Jul 2008 12:15:16 +0000 (14:15 +0200)
files/faq.html

index 8b141725af110ef23de536626fbaa2d8d1384a8a..e54b3235b6401056cfb0ed8255b99b8504166ca7 100644 (file)
@@ -9,7 +9,7 @@
   </head>
   <body>
     <h1>pr0n FAQ</h1>
-    <p>Last updated March 21st, 2008</p>
+    <p>Last updated July 21st, 2008</p>
 
     <h2>So, what is this pr0n thing anyway?</h2>
     
@@ -54,7 +54,7 @@
        so the next time somebody views the same images in that resolution,
        it will be snappy as usual.</p>
 
-    <h2>Why didn't you just throw up Gallery?</h2>
+    <h2>Why didn't you just throw up Gallery? (Or use Flickr, Picasaweb, etc.)</h2>
 
     <p>Because it didn't fit my needs, and the same goes for all other systems
       I've seen. I wanted something no-nonsense that would work for <em>my</em>
@@ -78,7 +78,7 @@
 
     <h2>What hardware/software does it run on?</h2>
       
-    <p>pr0n currently runs on an Athlon 64 X2 3800+ with 4GB RAM and ordinary
+    <p>pr0n currently runs on an Intel Q9450 (quad-core 2.66GHz) with 8GB RAM and ordinary
       SATA disks. (The server does a lot of other stuff besides running pr0n, of
       course.) pr0n itself is a custom-made system by myself, tightly coupled
       into <a href="http://www.apache.org/">Apache</a> 2.2, <a
       href="http://www.debian.org/">Debian</a> lenny (ie. “testing”).</p>
 
     <p>The Perl modules aren't really that big — we're talking about only
-      approx. 2800 lines of code (of which ~25% is the WebDAV part; I should
+      approx. 3300 lines of code (of which ~25% is the WebDAV part; I should
       really make that a bit cleaner once). Most of the real work is done by
       the software on which pr0n builds on.</p>
 
     <h2>How much data is there in there, anyway?</h2>
 
-    <p>At the time of writing, approximately 115GB of image data (that is, over
-      67000 different images), plus cache, plus metadata in the SQL database.
+    <p>At the time of writing, approximately 140GB of image data (that is, over
+      72000 different images), plus cache, plus metadata in the SQL database.
       (These numbers are growing rather rapidly, so they could be outdated at
       any given time.)</p>