I wouldn't say it's that complicated a setup. It would require a single
settings snippet -- just like the ones for other backends -- and, I guess,
a link to django-redis docs for more details (if django-redis is what we
recommend), maybe a quick explanation of what is CLIENT_CLASS and other
options. While it would add some maintenance burden (occasionally checking
whether any breaking changes were introduced in the 3rd party package that
require updating settings) it's still way easier than adding a backend to
django core.

While I agree with others about redis being popular and adding such a
backend in django being a good idea (I would love if that happened) I
understand the reasons for not doing it. A recommendation of a 3rd party
package + setup documentation, on the other hand, is pretty simple thing to
do.

If we want, it's also not very hard to provide
`django.core.cache.backend.redis.Redis Cache` that depends on django-redis
and is an alias for `django_redis.cache.RedisCache` -- it's basically the
way it works with DB backends, I don't see why it wouldn't be a good idea
for cache as well.

Ivan.

On Thu, Jun 20, 2019, 04:02 Josh Smeaton <josh.smea...@gmail.com> wrote:

> Celery explicitly document their integration with Redis though. I don't
> think we want to take over documenting the setup of a 3rd party package in
> Django.
>
> On Thursday, 20 June 2019 11:00:27 UTC+10, Ivan Anishchuk wrote:
>>
>> How about making one of the third-party packages an optional dependency?
>> Celery, for example, does that: you can just install celery[redis] without
>> having to figure out what other packages you need to enable redis support.
>>
>> Ivan.
>>
>> On Wed, Jun 19, 2019 at 6:44 AM Josh Smeaton <josh....@gmail.com> wrote:
>>
>>> There are already several 3rd party packages that implement redis as a
>>> django cache backend, for example https://github.com/niwinz/django-redis
>>>
>>> We already have a base class for cache backends - and several
>>> implementing it (such as memcache). I don't think there's much benefit
>>> taking on another backend when it's already got very good support as an
>>> external package.
>>>
>>>
>>> On Tuesday, 18 June 2019 01:14:25 UTC+10, Dulmandakh Sukhbaatar wrote:
>>>>
>>>> Hello,
>>>>
>>>> I would like to work on Redis support in core, and I would like to
>>>> discuss proper solution for that.
>>>>
>>>> Redis is getting so popular and almost every modern backend stack uses
>>>> it someway, therefore I think that supporting it as a cache backend in core
>>>> would make Django more appealing. A solution I'm proposing is to extract
>>>> base KV backend from current Memcached and extend it for both Memcached and
>>>> Redis, and this won't add many new code to the core. Also we'll have base
>>>> class for KV storage backends.
>>>>
>>>> Thanks.
>>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Django developers (Contributions to Django itself)" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to django-d...@googlegroups.com.
>>> To post to this group, send email to django-d...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/django-developers.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/django-developers/bdb84d20-0489-4ecd-b198-fa5878f5c617%40googlegroups.com
>>> <https://groups.google.com/d/msgid/django-developers/bdb84d20-0489-4ecd-b198-fa5878f5c617%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to django-developers+unsubscr...@googlegroups.com.
> To post to this group, send email to django-developers@googlegroups.com.
> Visit this group at https://groups.google.com/group/django-developers.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/335b087c-801a-452b-a5b3-a9711e4a00b8%40googlegroups.com
> <https://groups.google.com/d/msgid/django-developers/335b087c-801a-452b-a5b3-a9711e4a00b8%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django developers  (Contributions to Django itself)" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to django-developers+unsubscr...@googlegroups.com.
To post to this group, send email to django-developers@googlegroups.com.
Visit this group at https://groups.google.com/group/django-developers.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CADPNjZ5rU9wxFg_FCohJaO9%3DaA8wZ1PSyhx580BUZ6-Xr2BVDA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
  • R... Dulmandakh Sukhbaatar
    • ... Josh Smeaton
      • ... 'Ivan Anishchuk' via Django developers (Contributions to Django itself)
        • ... Josh Smeaton
          • ... 'Ivan Anishchuk' via Django developers (Contributions to Django itself)
            • ... Markus Holtermann
              • ... Josh Smeaton
                • ... 'Ivan Anishchuk' via Django developers (Contributions to Django itself)
    • ... Aymeric Augustin
      • ... Loïc Bistuer
      • ... Carlton Gibson
        • ... Jacob Rief
          • ... Matthew Pava
            • ... Tom Forbes
              • ... Christian González

Reply via email to