</head>
<body>
<h1>pr0n FAQ</h1>
- <p>Last updated September 11th, 2006</p>
+ <p>Last updated November 20th, 2015</p>
<h2>So, what is this pr0n thing anyway?</h2>
<h2>Can I download all the pictures for viewing?</h2>
<p>Sorry, no. First of all, please don't use any "web mirroring" program to
- download all the images -- of course, I can't stop you, but you're
+ download all the images — of course, I can't stop you, but you're
putting a lot of unneccessary load on the system. There are two main
reasons for not downloading all the pictures: First, there is a
question of copyright; not all images here are taken by me, and I've
been given permission to display them here, not to pass them on. Second,
- keep in mind that some of the events contain several gigabytes of images --
+ keep in mind that some of the events contain several gigabytes of images —
do you really need all that? I'd advise you to crank up the thumbnail
size to the maximum possible size instead; it's quite comfortable to
browse images on without having to click back and forth all the time.
- (Either that, or use the fullscreen feature -- the most obvious
+ (Either that, or use the fullscreen feature — the most obvious
keyboard shortcuts are in place, so it should be comfortable enough for
most uses.)</p>
+ <h2>Can you remove a picture of me?</h2>
+
+ <p>Yes! By Norwegian law you have the right to deny publication of an image
+ where you are identifiable (with a few exceptions). Just send me an e-mail
+ (see below) with the URL of the images you want removed, and I'll remove them.
+ No questions asked.</p>
+
<h2>I just changed thumbnail resolution, why is everything so slow?</h2>
<p>Probably the requested size was never generated before, so the server
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>
- purposes -- I don't want to click around endlessly just to watch some
+ purposes — I don't want to click around endlessly just to watch some
pictures. Others are of course free to do as they wish, I can't impose
my will on anybody :-)</p>
<h2>What are the primary features of pr0n?</h2>
<p>Mostly that it's no-nonsense and just works, without being in your way.
- Also, it has dynamical rescaling (of good quality -- proper,
+ Also, it has dynamical rescaling (of good quality — proper,
sharp thumbnails, no crappy nearest-neighbor scaling) of both thumbnails
and images (most client-side scaling sucks quality-wise, unfortunately),
- an easy-to-use <a href="http://www.webdav.org/">WebDAV</a>-based upload
- interface and in general good performance (being a set of persistent,
- optimized Perl modules; I've seen it throw out over 300 hits a second,
- but I won't guarantee it would withstand a Slashdot attack ;-) ). Also,
- it has quite OK skinning capabilities, so it's able to adapt into
- different designs quite easily.</p>
+ an easy-to-use HTML5 upload
+ interface, cache awareness and in general good performance (being a set
+ of persistent, optimized Perl modules; I've seen it throw out over 300
+ hits a second even without the Varnish in front, but I won't guarantee it
+ would withstand a Slashdot attack ;-) ). Also, it has quite OK skinning
+ capabilities, so it's able to adapt into different designs quite
+ easily.</p>
<h2>What hardware/software does it run on?</h2>
- <p>pr0n currently runs on an Athlon 64 X2 3800+ with 2GB 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.0, <a
- href="http://perl.apache.org/">mod_perl</a> 2.0 and <a
- href="http://www.imagemagick.org/">ImageMagick</a> 6.x (as well as various
- other Perl modules), using <a
- href="http://www.postgresql.org/">PostgreSQL</a> 8.1 as the back-end
- database for metadata et al. The base operating system is <a
- href="http://www.debian.org/">Debian</a> etch (ie. “testing”).</p>
-
- <p>The Perl modules aren't really that big -- we're talking about only
- approx. 2200 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
+ <p>pr0n currently runs on two Intel E5-2650v3 (2x10 cores at 2.30GHz) with 64GB RAM and
+ SATA disks, with some SSDs in front for cache. (The server does a lot of other stuff besides running pr0n, of
+ course.) pr0n itself is a custom-made system by myself,
+ a <a href="http://search.cpan.org/~miyagawa/PSGI-1.102/PSGI.pod">PSGI</a>
+ app server running under <a href="http://search.cpan.org/dist/Starlet/">Starlet</a>
+ behind <a href="https://www.varnish-cache.org/">Varnish</a> 4.1,
+ using <a href="http://www.imagemagick.org/">ImageMagick</a> 6.x
+ (as well as various other Perl modules) and
+ <a href="http://git.sesse.net/?p=qscale">qscale</a>, using
+ <a href="http://www.postgresql.org/">PostgreSQL</a> 9.4 as the back-end
+ database for metadata et al. The base operating system is
+ <a href="http://www.debian.org/">Debian</a> jessie.</p>
+
+ <p>The Perl modules aren't really that big — we're talking about only
+ approx. 2600 lines of code. 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 61GB of image data (that is, over
- 47000 different images), plus cache, plus metadata in the SQL database.
+ <p>At the time of writing, approximately 720GB of image data (that is, over
+ 195000 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>
<p>Probably, but are you sure you can get it to work? It's
non-trivial to set up, as it depends on lots of odd modules and a lot of
custom configuring; this is not a pre-made, user friendly package for your
- favourite Linux distribution. There is a bzr repository at
- <a href="http://bzr.sesse.net/pr0n/">http://bzr.sesse.net/pr0n/</a>, but
- going to hold your hand configuring it. :-) (Hint: If you do not know what
- bzr is, and cannot find out on your own, pr0n is not for you.)</p>
+ favourite Linux distribution. There is a git repository at
+ <a href="http://git.sesse.net/?p=pr0n">http://git.sesse.net/pr0n/</a>, but
+ I'm not going to hold your hand configuring it. :-) (Hint: If you do not
+ know what git is, and cannot find out on your own, pr0n is not for
+ you.)</p>
<h2>Will you implement feature X?</h2>
the images :-) If you really have a novel or cool feature, feel
free to contact me (see below).</p>
- <h2>Is the upload WebDAV server RFC-compliant?</h2>
-
- <p>Unfortunately, no. When and if somebody makes a sane framework for
- making WebDAV servers I can use, it probably will, but ATM it's just
- too much work for what I need it for. It would be a lot easier if
- I only had to support WebDAV level 1, but due to silly restrictions
- in Mac OS X' WebDAV client I have to support WebDAV level 2 as well,
- and, well, most of that is faked. ;-) In addition, there are multiple
- minor features in the system (like autorenaming files on name clashes)
- that just aren't easy to adapt to WebDAV. The WebDAV service is
- restricted, though, so I guess rather few people will get hurt just
- because I'm not fully compliant ;-)</p>
-
<h2>How do I get in touch with you?</h2>
<p>Try <a href="mailto:sgunderson@bigfoot.com">e-mail</a>, or reach me
on IRC as Sesse on EFnet, IRCnet, Freenode or OFTC.</p>
<hr />
- <p class="footer">pr0n v2.12,
- © 2004-2006 <a href="http://www.sesse.net/">Steinar H. Gunderson</a>.</p>
+ <p class="footer">pr0n v3.02,
+ © 2004–2015 <a href="https://www.sesse.net/">Steinar H. Gunderson</a>.</p>
</body>
</html>
projects / pr0n / blobdiff