ShimmerCat needs a directory in a local filesystem to store cached and pre-processed versions of the files which are served. We call that directory "the scratch folder".
The structure of this folder follows a fixed convention detailed in this document.
The scratch folder is created in the directory where
ShimmerCat runs, with the name
It is possible to chose another name using the
command line option
but note that the option only affects the name of the folder,
not its location.
To change the folder's location, the
--working-dir can be used, which will also affect
where ShimmerCat searches for the
The corolary is that a
devlove.yaml file will always be
next to its scratch folder, and yes, they are expected
to hold a one-to-one relation at all times.
The folder is created the first time that ShimmerCat runs, and from there on it is just re-used. The scratch folder is populated and maintaned for the most part automatically, but sometimes ShimmerCat may need a bit of help from the user.
Contents of the scratch folder
The certificates for the sites configured in the
devlove.yaml are stored in the scratch folder with these names:
cert.csr: this is a certificate signing request that can be submitted to a certification authority (CA) to get a signed, real certificate. It already includes all the domains configured in the
devlove.yamlfile. Notice that this csr file is aimed for simple domain validation.
cert.pemis the actual certificate used to serve all the domains in the
devlove.yamlfile. It should thus cover all those domains.
privkey.pemis a RSA private key for a
cert.pem. This file is generated by ShimmerCat together with
cert.pembecause some tools have use for the private key in this format, but ShimmerCat itself doesn't use this file.
privkey.unencrypted-pkcs8.pemis the private key for
cert.pemas an unencrypted PCKS#8 file, this is the private key that ShimmerCat uses for
sni-certs/<domain>/...locations for SNI certificates. For each
<domain>, the individual files should have names as in the general case:
privkey.pem. As of this writing, ShimmerCat doesn't issue certificates automatically for SNI domains.
If the files above are not present, ShimmerCat populates them with development certificates.
r-cache inside ShimmerCat's scratch folder is used for
storing processed assets.
For example, copies of CSS, JS and HTML files compressed with GZip
and Brotli are stored there,
as well as the SHA hash needed to create their etags.
For images, the cache also stores the progressive or interlaced
breakpoints used by.
content-disposition: use-json in a view,
the cache also stores the compiled templates.
This folder is created automatically, and its contents
are updated transparently every time you update the files of your site
However, it is a good idea to clear this folder between major upgrades of ShimmerCat. It may also be needed if a resource there becomes corrupt.
To clear the assets cache, stop ShimmerCat if it is running,
redis-dump.rdb and the
Dynamic linker cache
ShimmerCat does JIT-compiling for certain data-driven functions,
in particular string search.
After those functions are compiled, the compiled version is stored
t-cache folder inside ShimmerCat's scratch folder.
ShimmerCat runs an instance of Redis internally (or connects to an externally running redis instance), and therefore a few files required by Redis are also stored in the scratch folder:
redis-dump.rdb: a dump of the Redis database.
redis.log: the Redis log.
redis.sock: a Unix domain socket where Redis listens.
redis.pid: the pid of the Redis process. If for some reason ShimmerCat is terminated before it can shutdown the Redis instance, ShimmerCat will use both
redis.sockto try to connect to the same Redis instance.
ShimmerCat uses database 0 inside the Redis instance, and keys are of reasonable length and unlikely to collide with other applications or with other ShimmerCat instances serving different sites.