Help us write software by fixing bugs or sending patches.
Back from further investigations.
After logging the complete process (took a bit of time to identify where exactly was cache checking and regeneration) I found that
1- cache checking is actually working well for the most part (more than 2/3 of the static content was nicely cached)
2- except for some files for which it did not have the access rights (hum...)
3- there was a bit of js script within project sheet that was containing project sheet translations variable in it, so the cache had to be regenerated for each new project sheet (and in fact for every single access since this bit was not cached, see 2-)
see attached file for the actual logging and inline comments
for correcting those, I :
- checked the access rights: we should grant group writing perm + assign CACHE folder to www-data group
- remove the bit of custom js script from compressed block (it's very small anyway)
- put back cssmin filter
Solution has been to overide default zinnia template and to force users to be logged in to comment
Frank Escoubes said:
Voici très simplement, je crois, la solution (voir ci-dessous). Atizo envoie des notifications (une fois par semaine) avec une adresse en no-reply mais qui s'affiche dans la boîte d'accueil comme "Atizo".
Peut-on donc afficher le nom "Imagination for People" ou "I4P" avec l'adresse courriel firstname.lastname@example.org ?
The situation observed in staging server is (after updating django-compressor):
- cssmin is called once for all pages
- except for project-sheet pages where it is called everytime causing a nearly .5 seconds overhead
I tried yesterday to reproduce locally ( with compressed enabled = True) and see in the compressor code where the detection of modification file is done, and I can only reproduce this behavior when using default dummy cache. Whenever I switch to memcached cache, cssmin is never called again on project-sheet pages.