[3.2] Fix edge-case cache:clear fails

[GwendolenLynch]

DISCLAIMER: Team O.C.D. triggers within!

Problem

Under edge-case circumstances running ./app/nut cache:clear would produce the following exception:

[UnexpectedValueException]
RecursiveDirectoryIterator::__construct(app/cache/development/data): 
failed to open dir: No such file or directory

Situation

The app/cache/ _project _ directory will usually contain a .version file, that let's Bolt quickly check (on boot()) if the running version matches last boot … if not, it will perform some additional work … such as clearing the cache.

Problem being that our implementation goes on to delete a bunch of other directories, one of which will contain Doctrine's cache directory.

Doctrine's cache only checks for the existence of, and creates if missing, its target directory on construct. This is sensible behaviour on the cache's part as its focus is pure speed!

Did two people on the core team have a huge cache refactor on their TODOs … Yes, yes we do!

Approach

Recreate Doctrine cache's base path as we nuke it after construction.

@CarsonF The chosen approach might slightly piss you off, and sorry but unless you have simple short term solutions, we're going to have to live with it. Our local adaptor (and Flysystem's for that matter) ignores the passed in Config object settings, so currently using it to recreate Doctrine's directory does it with restrictive permissions

… and I am not personally comfortable loosening what is passed into the Local constructor, as while some people who can't ACL need 0770 or even 777 the cache directory contains sensitive data, and those of us that give the slightest 💩 about server/system/application security are not going to agree to it as a default with the current cache mount.

[bobdenotter]

Works like a charm for me! 🐵