Instead of using `SITE_CACHE` the way it's currently done, I propose using
the same caching scheme as the one used in `ContentType`'s `_cache`.
--
Ticket URL: <https://code.djangoproject.com/ticket/23661>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* needs_docs: => 0
* component: Uncategorized => contrib.sites
* needs_tests: => 0
* needs_better_patch: => 0
Comment:
I'm not sure I understand the problem completely. Are you saying that in
database A you could have `(site_id=1, domain=example.com)` and in
database B `(site_id=1, domain=example2.com)`? Could you expand a bit on
the use case and how you ran into this?
--
Ticket URL: <https://code.djangoproject.com/ticket/23661#comment:1>
* status: new => closed
* resolution: => needsinfo
Comment:
As discussed in IRC, #15089 may solve the use case here (allowing lookup
of the current site based on request.get_host()). If not, we need to
decide whether we'd officially support this particular configuration of
contrib.sites. While caching the site based on database seems valid, I'm
opposed to adding complexity unless there's a valid use case.
--
Ticket URL: <https://code.djangoproject.com/ticket/23661#comment:2>