jmcvetta/django-cacheops
55.4
Adequate · 22 September 2026
2.1k
lines of production code
Python
primary language
6
measurements over time
What this system is
This system is a Django caching library that provides automatic cache invalidation for database queries and template fragments. It integrates with Redis and supports file-based caching, offering decorators and template tags to manage cache states. The system also includes management commands for cache invalidation and cleanup, ensuring consistency across various Django model relationships.
Features
Add Jinja2 template tags and improve Redis connection handling
Adds Jinja2 template tags (\\{% cached %}\\ and \\{% cached\_as %}\\) for caching template fragments, integrating with the existing \\@cached\_as\\ decorator. The Redis client is now wrapped in a \\SafeRedis\\ class that degrades gracefully on connection failures, controlled by the new \\CACHEOPS\_DEGRADE\_ON\_FAILURE\\ setting. Additionally, the \\dnf\\ function now supports \\isnull\\ lookups and uses \\attname\\ for better field resolution, while the \\@cacheoped\_method\\ and \\@cacheoped\_as\\ decorators are renamed to \\@cached\_method\\ and \\@cached\_as\\ respectively.
cacheops · high confidence
Initial release of django-cacheops v0.9.8
The project is being initialized with version 0.9.8, establishing the core package structure, dependencies (Django, Redis, simplejson), and standard repository metadata files. This includes the addition of a BSD license, an AUTHORS file, a CHANGELOG, a MANIFEST for packaging, and a .gitignore configuration. The release also introduces a Python benchmarking script (bench.py) for performance testing and a test runner (run\_tests.py) that supports the -x (failfast) argument.
(repo-wide) · high confidence
Behavioural changes
Enhanced cache invalidation and new file cache cleanup command
The 'invalidate' management command now supports invalidating auto-created models by passing 'all' or specific app/model identifiers, and uses a new 'invalidate\_all' function instead of directly flushing the Redis database. Additionally, a new 'cleanfilecache' command has been added to remove old files from the file-based cache directory.
cacheops/management · high confidence
Test coverage
Added test suite for cache invalidation scenarios
Added a comprehensive test suite in the \tests\ directory to verify cache invalidation behavior. The new tests cover invalidation triggers for foreign keys, one-to-one fields, boolean fields, and many-to-many relationships. It also includes tests for proxy models and multi-table inheritance, ensuring that cache invalidation works correctly across these different model configurations.
tests · high confidence
Written by watchdog.canine.dev from the codebase's own history, inside the signed delivery this page is composed from.
How this codebase got here
This is the PUBLIC form of this artifact. Findings are listed in full, but the details of SECURITY findings — which rule fired, in which file, on which line, and how to fix it — are deliberately withheld, and any secret-scanner results are excluded entirely. Where detail is absent here it was REMOVED FOR PUBLICATION; it is not missing from the analysis. The complete artifact is available from the repository owner.
Score
- CAI 50 → 55 (+5.5)
- Rubric changed (rubric-2026.08.19 → rubric-2026.09.15) — scores are not directly comparable.
Lenses
- Code Health 100 → 97 (-3.3)
- Architecture 69 → 92 (+23.4)
- Maturity 43 → 43 (+0.0)
- Readiness 36 → 43 (+6.6)
- Security 79 → 87 (+8.4)
Resolved (22)
- Coverage not included — suite not readable by the collector
- Dependency hygiene not measured — dependency manifest found but not parsed for hygiene
- High CVE: [GHSA redacted] (requirements.txt)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- No exposed public API
- Test reliability not included
- The requirements section lists Python 2.6 and Django 1.2 while the setup requires INSTALLED_APPS ordering before any apps that use it; there is no note about backwards compatibility with newer versions of these libraries. (README.rst)
- …and 2 more
New (28)
- Dependency hygiene PARTLY measured — Python dependencies read, no exact pin to grade for currency
- Documentation: no installation or build instructions (README.rst)
- Documentation: no usage examples (README.rst)
- HackComment (cacheops/query.py)
- HackComment (cacheops/query.py)
- HackComment (cacheops/query.py)
- High CVE: [GHSA redacted] (requirements.txt)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- Medium: security finding (details withheld)
- …and 8 more
Written by watchdog.canine.dev from the codebase's own history, inside the signed delivery this page is composed from.
Survey your own repository
jmcvetta/django-cacheops was measured the same way every project in this corpus was: the same rubric, at a pinned commit, with the result published in full. Point a surveyor at a repository you know and see whether you agree with it.
About this page
- The score is its most recent published measurement, taken on 22 September 2026 at a pinned commit. It is not a live figure and does not change until the project is measured again.
- Measured at commit 217b97f1fbc3bb25c219d2640e2dc964e4f7ef2e — the exact code this score is about.
- Scored under rubric-2026.09.15 — the same rubric and the same method as every other entry in this index.
- Measured by watchdog.canine.dev using codehealth-analyzer preprod-821afab8930d.