NEW Provide a consistent way of triggering flush

Provides an interface for classes to implement their own flush()
functionality. This function gets called early in a request on
all implementations of Flushable when flush=1|all is requested in the
URL
    
This fix came out of an issue where Requirements combined files were not
being cleaned up after dev/build?flush=1, due to the fact that flush
would only occur when you called it while on a page that used those
combined files, but not in any other contexts. This will now call flush
on any implementors of Flushable regardless of the context of where
flush was called.

In the case of `SSViewer::__construct()` doing a `Security::permissionFailure()`
if flush was requested but you don't have permission, I don't think that's needed
anymore. I tried putting the site in test mode and trying to flush, it still asks
to login even without the security check done there.

We also flush the cache in *any* case when `TestRunner::use_test_manifest()`
is called. I don't see any reason why you wouldn't want to flush the cache when
running tests.

This line and the cache generation code in get_translators need to be merged into one. The danger is that if one of these implementations diverges then flushing may no longer work.