Seed the RNG in each FastCGI child process.
From: Andrew Rodland <arodland@comcast.net>
Message-Id: <
200902021709.21737.arodland@comcast.net>
Due to the way FastCGI does its business, when running as an "external"
FastCGI, the perl interpreter and the Catalyst app are initialized before the
FCGI process manager does its forking. Since modern versions of Perl seed
rand() "eagerly" on startup, this leads to all of the FastCGI children
inheriting the same RNG state, and very nonrandom behavior (such as CAPTCHAs
that appear to get "stuck").