Django: Executar pesquisas de maiúsculas e minúsculas por padrão

votos
6

Eu preciso executar consultas maiúsculas e minúsculas em usernamepor padrão quando usando o framework Django Auth.

Eu tentei corrigir o problema, escrevendo uma subclasse personalizada de Queryset e substituindo o _filter_or_excludemétodo e, em seguida, usando essa subclasse em um gerenciador personalizado para o usuário modelo-

from django.db.models import Manager
from django.db.models.query import QuerySet
from django.contrib.auth.models import UserManager

class MyQuerySet(QuerySet):
    def _filter_or_exclude(self, negate, *args, **kwargs):
        if 'username' in kwargs:
            kwargs['username__iexact'] = kwargs['username']
            del kwargs['username']
        return super(MyQuerySet, self)._filter_or_exclude(negate, *args, **kwargs)

class MyUserManager(UserManager):
    def get_query_set(self):
        return MyQuerySet(self.model)

User.objects = MyUserManager()

Mas esta abordagem não funcionou e eu estou recebendo um erro estranho quando eu tento fazer User.objects.get(username='Foo').

Qualquer ajuda seria apreciada.

Atualização : Eu estou incluindo o erro exato que estou recebendo.

/usr/lib/python2.5/site-packages/django/db/models/query.py in get(self, *args, **kwargs)
    295         keyword arguments.
    296         
--> 297         clone = self.filter(*args, **kwargs)
    298         num = len(clone)
    299         if num == 1:

/usr/lib/python2.5/site-packages/django/db/models/query.py in filter(self, *args, **kwargs)
    481         set.
    482         
--> 483         return self._filter_or_exclude(False, *args, **kwargs)
    484 
    485     def exclude(self, *args, **kwargs):

/home/ghoseb/src/git/ocricket.git/ocricket/user/models.py in _filter_or_exclude(self, negate, *args, **kwargs)
     38             kwargs['username__iexact'] = kwargs['username']
     39             del kwargs['username']
---> 40         return super(MyQuerySet, self)._filter_or_exclude(negate, *args, **kwargs)
     41 
     42 class MyUserManager(UserManager):

/usr/lib/python2.5/site-packages/django/db/models/query.py in _filter_or_exclude(self, negate, *args, **kwargs)
    499             clone.query.add_q(~Q(*args, **kwargs))
    500         else:
--> 501             clone.query.add_q(Q(*args, **kwargs))
    502         return clone
    503 

/usr/lib/python2.5/django/db/models/sql/query.py in add_q(self, q_object, used_aliases)

/usr/lib/python2.5/django/db/models/sql/query.py in add_filter(self, filter_expr, connector, negate, trim, can_reuse, process_extras)

/usr/lib/python2.5/django/db/models/sql/query.py in get_meta(self)

<type 'exceptions.AttributeError'>: 'NoneType' object has no attribute '_meta'

Atualização : A propósito, eu só queria dizer que quando eu copiar a lógica dentro do meu _filter_or_excludemétodo para o real QuerySetclasse, ele funciona perfeitamente.

Publicado 10/02/2009 em 12:16
fonte usuário
Em outras línguas...                            


3 respostas

votos
5

Você não quer mexer com características internas das classes Django. Dessa forma, encontra-se o problema com cada atualização no futuro.

Se você quiser mudar a forma como as pessoas autenticar, escreva um backend de autenticação personalizada.

Aqui estão duas receitas.

http://www.davidcramer.net/code/224/logging-in-with-email-addresses-in-django.html

http://www.djangosnippets.org/snippets/577/

Ambos um e-mail em vez de nome de usuário. Não é difícil de usar consulta case-insensitive em vez de uma consulta de e-mail.

Respondeu 10/02/2009 em 13:08
fonte usuário

votos
4

Os gerentes não podem ser adicionados a classes com designação de atributo simples ( User.objects = MyManager()). Olhe para o metaclass ModelBase (db / modelos / base.py) para ver o que tudo é feito para você nos bastidores quando você subclasse Modelo.

Você deve ser capaz de fazê-lo funcionar com User.add_to_class('objects', MyManager()). Alternativamente, você pode fazer uma subclasse de proxy de usuário e adicionar o gerente de lá.

Respondeu 10/02/2009 em 14:17
fonte usuário

votos
0

Aqui está uma receita para o caso de uso auth: Django: Caso correspondência insensível de nome de usuário do usuário auth? Você provavelmente está melhor fora de usar soluções separadas para cada um dos seus casos de uso.

Respondeu 11/09/2013 em 04:24
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more