Re: Proposal: Add simply way to use upper index in Meta.models.indexes

2020-04-05 Thread Павел Гаркин
Hi Hannes,

Thanks for reply.

I get AttribueError error when try to use Upper field name as you wrote.

from django.db.models.functions import Upper

class TestSubject(models.Model):
name = models.CharField(max_length=255)

class Meta:
indexes = [
models.Index(fields=[Upper('name')], name='upper_name_idx')
]


AttributeError: 'Upper' object has no attribute 'startswith'



I hope functional Indexes will be released in Django 3.1 they are very 
usefull to manage indexes :)


Thanks, Pavel

пятница, 3 апреля 2020 г., 17:00:16 UTC+3 пользователь Hannes Ljungberg 
написал:
>
> Hi Pavel,
>
> I think this is best solved by adding support for indexes on expressions. 
> This would allow for indexes to be defined as:
>
> class Meta:
> indexes = [
> Index(fields=[Upper('name')], name='upper_name_idx')
> ]
>
>
> There's an open ticket for this 
> https://code.djangoproject.com/ticket/26167 and a patch in progress 
> https://github.com/django/django/pull/11929
>
> - Hannes
>
>
> Den fredag 3 april 2020 kl. 13:56:33 UTC+2 skrev Павел Гаркин:
>>
>> Hi, 
>>
>> Django ORM uses UPPER operator when using *__iexact *operator 
>> https://code.djangoproject.com/ticket/3575
>>
>> I have faced performance degradation when querying with *iexact* 
>> operator.
>>
>> Example model
>>
>> class Subject(models.Model):
>> name = models.CharField(max_length=255)
>>
>> class Meta:
>> indexes = [
>> models.Index(fields=['name', ], 
>> name='%(app_label)s_%(class)s_n_like_idx',
>>  opclasses=('varchar_pattern_ops',)),
>> models.Index(fields=['name', ], 
>> name='%(app_label)s_%(class)s_n_idx')
>> ]
>>
>>
>> Iexact operator doesn't use these indexes. Only with *exact *operator. Also 
>> tried to use text_pattern_ops no affects :(
>>
>>
>> I also noticed a mismatch in the documentation 
>> . It 
>> says it will use SELECT ... WHERE name ILIKE 'beatles blog'; but it's 
>> not. 
>> When querying it using *SELECT ... WHERE UPPER(name::text) = 'John Doe'*. 
>> So can't use gist_trgm_ops opclass 
>> .
>>
>> I've decided to add explicitly into *migrations *to fix this.
>>
>> operations = [
>> migrations.RunSQL( sql=r'CREATE INDEX "upper_name_idx" ON "subject" 
>> (UPPER("name"));', 
>> reverse_sql=r'DROP INDEX "stats_siteuser_upper_idx";' ), 
>> ]
>>
>> I' ve attached 2 screenshots with queries before add and after 
>> *upper(name) *index. 
>> As you see performance boost too much to ignore it.
>>
>> My propose is to add possibility to *simply* add upper index support to 
>> allow Django do by own
>>
>> For example:
>>
>> class Subject(models.Model):
>> name = models.CharField(max_length=255)
>>
>> class Meta:
>> indexes = [
>> models.Index(fields=['name', ], 
>> name='%(app_label)s_%(class)s_n_upper_idx',
>>  opclasses=('varchar_pattern_ops',), 
>> to_upper=['name']),
>> ]
>>
>>
>>
>>
>> Thanks, Pavel
>>
>>
>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/7c226748-ab19-48f6-81ce-2a4370e06dfc%40googlegroups.com.


Re: [Probably BUG] set_password and check_password accept values other than string as parameters

2020-04-05 Thread Mentor Carranza Carranza
Buen dia con todos, 

Yo estoy utilizando este metodo para grabar contraseñas, y lo hago porque 
al hacer un createsuperuser con python la clave que genera es con el mismo 
formato que cuando lo hago con este metodo, practicamente los valores que 
genero tienen el mismo formato que los del ejemplo de Dawid C.  Ahora lo 
que no se como hacer es : como compruebo si una clave almacenada en mi base 
de datos es la misma que estoy ingresando en la interface(pantalla),  he 
tratado de utilizar la instruccion:

pbkdf2_sha256.verify("claveingresada", "pbkdf2_sha256$18$...")
Pero me sale este mensaje:
...

ValueError: name : Not a valid  pbkdf2_sha256 hash

?  que metodo debo utilizar para validar la clave ingresada vs la 
almacenada en mi base de datoshe probado varios metodos...pero no 
funciona ninguno.


El jueves, 12 de marzo de 2020, 12:16:31 (UTC-5), Dawid Czeluśniak escribió:
>
> I think that the root question here is: should we allow users to create 
> passwords from anything that is not str? Now seems like make_password 
> function allows to do that (Django 3.0.4):
>
> In [1]: make_password(True)
> Out[1]: 
> 'pbkdf2_sha256$18$WXVqmAhNTScA$bAiYHSr2fs3LbccZ+mDOAqE0vhYCPUOTVtot+TDTgSU='
>
> In [2]: make_password(False)
> Out[2]: 
> 'pbkdf2_sha256$18$19XGmulpDIUE$XbaYmfcbwPvlekI5RltSbRRJnfqLS7mfigb88VveOBY='
>
> In [3]: make_password(list)
> Out[3]: 
> 'pbkdf2_sha256$18$RkRlYdoMjKhR$QpSMO7wPNo3TVCGZk0BR1zolUI69OE2PFB7N3DYfBE0='
>
> In [4]: make_password(frozenset)
> Out[4]: 
> 'pbkdf2_sha256$18$qY0D7n7Q36Tb$1BDA0JcC0uz9RTIepDvcviU5O23WL/Cs/O9NX25fy18='
>
> In [5]: make_password([1, 2, 3, {"hello": "world"}])
> Out[5]: 
> 'pbkdf2_sha256$18$B4rNXyIZDrzM$pbdM797yYZzWu04WUrcZXBNNUwojSXZREkrbprxeP0A='
>
> Many projects are actually checking the if the password is a str throwing 
> the TypeError if it's not. I don't quite understand why Django should be 
> an exception in this case...
>
> https://fossies.org/linux/openslides/openslides/users/views.py#l_189
>
> https://github.com/golismero/openvas_lib/blob/master/openvas_lib/common.py#L232
>
> https://github.com/firebase/firebase-admin-python/blob/master/firebase_admin/_auth_utils.py#L73
>
>
> On Thursday, 12 March 2020 00:06:44 UTC+1, Dawid Czeluśniak wrote:
>>
>> Hi all,
>>
>> I've noticed that both set_password and check_password methods accept 
>> values other than str as parameters. For example I'm able to set 
>> password to boolean values:
>>
>> In [1]: u.set_password(True)
>>
>> In [2]: u.save()
>>
>> In [3]: u.refresh_from_db()
>>
>> In [4]: u.check_password(True)
>> Out[4]: True
>>
>> In [5]: u.check_password('True')
>> Out[5]: True
>>
>> What is even weirder, I'm able to set password as Exception class:
>>
>> In [1]: u.set_password(Exception)
>>
>> In [2]: u.save()
>>
>> In [3]: u.refresh_from_db()
>>
>> In [4]: u.check_password(repr(Exception))
>> Out[4]: True
>>
>> and the User instance itself:
>>
>> In [1]: u.set_password(u)
>>
>> In [2]: u.save()
>>
>> In [3]: u.refresh_from_db()
>>
>> In [4]: u.check_password(u)
>> Out[4]: True
>>
>> In [5]: u.check_password(str(u))
>> Out[5]: True
>>
>> IMHO this is not correct behaviour especially because Django 
>> documentation implies that these methods accept strings.
>>
>> set_password(raw_password)
>>> Sets the user’s password to the given *raw string*, taking care of the 
>>> password hashing. Doesn’t save the User object.
>>>
>>> check_password(raw_password)
>>> Returns True if the given *raw string* is the correct password for the 
>>> user. (This takes care of the password hashing in making the comparison.)
>>
>>
>> Please let me know if this is reproducible on your side.
>>
>> Dawid
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/07567a26-b99e-411c-a46d-2f13aa1fb976%40googlegroups.com.


Problema validacion pbkdf2_sha256 hash

2020-04-05 Thread Mentor Carranza Carranza
Buen dia con todos, 


Tengo un problema, y no se como resolverlo.

1.- Actualmente estoy utilizando la funcion MAKE_PASSWORD para generar 
claves ingresadas por el usuario 
2.- El formato que genera es algo como esto:  hash  >
 pbkdf2_sha256$18$WrkfqaywlilB$BayvAJ9Rb4drbhIdX5uryVKl12wSEjzaXUeIMWbqIf4=
3.- Las clases de DJANGO que autentican el usuario, leen y validan 
perfectamente estas claves que yo estoy generando con mis propios programas 
y pantallas, si utilizo un metodo diferente la autenticacion que hace 
DJANGO no detecta el formato por lo tanto no valida y no se puede ingresar.
4.- Si creo un superusuario a traves de: Python manage.py  createsuperuser 
se genera una clave con el mismo formato que el de MAKE_PASSWORD   
5.- Tengo una pantalla (interface) propia en donde permito que el usuario 
cambie su contraseña ...en esta pantalla valido con javascript cosas 
basicas de ingreso de datos y en un programa tipo PY valido que esta clave 
NO SEA IGUAL a la que esta almacenada en la BASE DE DATOS,  para ello 
intento utilizar la funcion :
   
   

*   pbkdf2_sha256.verify("Clave_ingresada_usuario", hash)*

   *ValueError: not a valid pbkdf2_sha256 hash*

 5.- Que metodo debo utilizar para validar la clave ingresada y compararla 
con la almacenada en la base de datos?

Agradezco mucho a las personas y colegas que me guien en como resolver este 
pequeño problema. Gracias




[image: Validacionclaves.png]




Mentor Carranza
Quito-Ecuador

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/ff3c363d-0a29-41f2-90ac-0ebfbe797efe%40googlegroups.com.


Re: Problema validacion pbkdf2_sha256 hash

2020-04-05 Thread Rogers Andres Diaz Beltran
Buena la tardes,  entiendo, debes tener en cuenta que el hash generado
por django es una sola vía, es decir, desde el hash no podrás recuperar el
texto plano de la contraseña. Lo que podes hacer es generar el nuevo
password y verificarlo contra el password almacenado en la tabla users, si
ambos hashes son idénticos podés estar seguro que ambos textos planos
también lo son.

Saludos!

El dom., 5 de abril de 2020 1:21 p. m., Mentor Carranza Carranza <
mentorcarran...@gmail.com> escribió:

> Buen dia con todos,
>
>
> Tengo un problema, y no se como resolverlo.
>
> 1.- Actualmente estoy utilizando la funcion MAKE_PASSWORD para generar
> claves ingresadas por el usuario
> 2.- El formato que genera es algo como esto:  hash  >
>  
> pbkdf2_sha256$18$WrkfqaywlilB$BayvAJ9Rb4drbhIdX5uryVKl12wSEjzaXUeIMWbqIf4=
> 3.- Las clases de DJANGO que autentican el usuario, leen y validan
> perfectamente estas claves que yo estoy generando con mis propios programas
> y pantallas, si utilizo un metodo diferente la autenticacion que hace
> DJANGO no detecta el formato por lo tanto no valida y no se puede ingresar.
> 4.- Si creo un superusuario a traves de: Python manage.py  createsuperuser
> se genera una clave con el mismo formato que el de MAKE_PASSWORD
> 5.- Tengo una pantalla (interface) propia en donde permito que el usuario
> cambie su contraseña ...en esta pantalla valido con javascript cosas
> basicas de ingreso de datos y en un programa tipo PY valido que esta clave
> NO SEA IGUAL a la que esta almacenada en la BASE DE DATOS,  para ello
> intento utilizar la funcion :
>
>
>
> *   pbkdf2_sha256.verify("Clave_ingresada_usuario", hash)*
>
>*ValueError: not a valid pbkdf2_sha256 hash*
>
>  5.- Que metodo debo utilizar para validar la clave ingresada y compararla
> con la almacenada en la base de datos?
>
> Agradezco mucho a las personas y colegas que me guien en como resolver
> este pequeño problema. Gracias
>
>
>
>
> [image: Validacionclaves.png]
>
>
>
>
> Mentor Carranza
> Quito-Ecuador
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/ff3c363d-0a29-41f2-90ac-0ebfbe797efe%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAF35zE9aWJKndr_an0WQQmkTh8mhmg8S4R1q0ezGH4BEOi9OWQ%40mail.gmail.com.


Re: Problema validacion pbkdf2_sha256 hash

2020-04-05 Thread Rogers Andres Diaz Beltran
O directamente usar la función check_password

El dom., 5 de abril de 2020 3:01 p. m., Rogers Andres Diaz Beltran <
ing.rockerd...@gmail.com> escribió:

> Buena la tardes,  entiendo, debes tener en cuenta que el hash generado
> por django es una sola vía, es decir, desde el hash no podrás recuperar el
> texto plano de la contraseña. Lo que podes hacer es generar el nuevo
> password y verificarlo contra el password almacenado en la tabla users, si
> ambos hashes son idénticos podés estar seguro que ambos textos planos
> también lo son.
>
> Saludos!
>
> El dom., 5 de abril de 2020 1:21 p. m., Mentor Carranza Carranza <
> mentorcarran...@gmail.com> escribió:
>
>> Buen dia con todos,
>>
>>
>> Tengo un problema, y no se como resolverlo.
>>
>> 1.- Actualmente estoy utilizando la funcion MAKE_PASSWORD para generar
>> claves ingresadas por el usuario
>> 2.- El formato que genera es algo como esto:  hash  >
>>  
>> pbkdf2_sha256$18$WrkfqaywlilB$BayvAJ9Rb4drbhIdX5uryVKl12wSEjzaXUeIMWbqIf4=
>> 3.- Las clases de DJANGO que autentican el usuario, leen y validan
>> perfectamente estas claves que yo estoy generando con mis propios programas
>> y pantallas, si utilizo un metodo diferente la autenticacion que hace
>> DJANGO no detecta el formato por lo tanto no valida y no se puede ingresar.
>> 4.- Si creo un superusuario a traves de: Python manage.py
>> createsuperuser se genera una clave con el mismo formato que el de
>> MAKE_PASSWORD
>> 5.- Tengo una pantalla (interface) propia en donde permito que el usuario
>> cambie su contraseña ...en esta pantalla valido con javascript cosas
>> basicas de ingreso de datos y en un programa tipo PY valido que esta clave
>> NO SEA IGUAL a la que esta almacenada en la BASE DE DATOS,  para ello
>> intento utilizar la funcion :
>>
>>
>>
>> *   pbkdf2_sha256.verify("Clave_ingresada_usuario", hash)*
>>
>>*ValueError: not a valid pbkdf2_sha256 hash*
>>
>>  5.- Que metodo debo utilizar para validar la clave ingresada y
>> compararla con la almacenada en la base de datos?
>>
>> Agradezco mucho a las personas y colegas que me guien en como resolver
>> este pequeño problema. Gracias
>>
>>
>>
>>
>> [image: Validacionclaves.png]
>>
>>
>>
>>
>> Mentor Carranza
>> Quito-Ecuador
>>
>> --
>> 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 view this discussion on the web visit
>> https://groups.google.com/d/msgid/django-developers/ff3c363d-0a29-41f2-90ac-0ebfbe797efe%40googlegroups.com
>> 
>> .
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAF35zE-LS%2BtckQYRU_aB%3D_qRmHqmvS7zMgXSVnHb4OwKguqr_Q%40mail.gmail.com.


Re: Problema validacion pbkdf2_sha256 hash

2020-04-05 Thread Mentor Carranza Carranza
Gracias Rogers por tu pronta respuesta...revisare el tema de Check_password 
ya que la opcion de comparar entre hash parecería que no aplica ya que el 
hash nuevo generado es seguro que va a ser uno diferente al ya almacenado 
aun siendo la misma clave. La pregunta concreta sería que funcion utiliza 
djangointernamente para comparar claves...esa es la que yo necesitaria...
Saludos y nuevamente gracias...voy a revisar.si alguien tiene un 
ejemplo concreto le agradeceria.

El domingo, 5 de abril de 2020, 16:02:27 (UTC-5), Rogers Andres Diaz 
Beltran escribió:
>
> Buena la tardes,  entiendo, debes tener en cuenta que el hash generado 
> por django es una sola vía, es decir, desde el hash no podrás recuperar el 
> texto plano de la contraseña. Lo que podes hacer es generar el nuevo 
> password y verificarlo contra el password almacenado en la tabla users, si 
> ambos hashes son idénticos podés estar seguro que ambos textos planos 
> también lo son. 
>
> Saludos!
>
> El dom., 5 de abril de 2020 1:21 p. m., Mentor Carranza Carranza <
> mentorc...@gmail.com > escribió:
>
>> Buen dia con todos, 
>>
>>
>> Tengo un problema, y no se como resolverlo.
>>
>> 1.- Actualmente estoy utilizando la funcion MAKE_PASSWORD para generar 
>> claves ingresadas por el usuario 
>> 2.- El formato que genera es algo como esto:  hash  >
>>  
>> pbkdf2_sha256$18$WrkfqaywlilB$BayvAJ9Rb4drbhIdX5uryVKl12wSEjzaXUeIMWbqIf4=
>> 3.- Las clases de DJANGO que autentican el usuario, leen y validan 
>> perfectamente estas claves que yo estoy generando con mis propios programas 
>> y pantallas, si utilizo un metodo diferente la autenticacion que hace 
>> DJANGO no detecta el formato por lo tanto no valida y no se puede ingresar.
>> 4.- Si creo un superusuario a traves de: Python manage.py  
>> createsuperuser se genera una clave con el mismo formato que el de 
>> MAKE_PASSWORD   
>> 5.- Tengo una pantalla (interface) propia en donde permito que el usuario 
>> cambie su contraseña ...en esta pantalla valido con javascript cosas 
>> basicas de ingreso de datos y en un programa tipo PY valido que esta clave 
>> NO SEA IGUAL a la que esta almacenada en la BASE DE DATOS,  para ello 
>> intento utilizar la funcion :
>>
>>
>>
>> *   pbkdf2_sha256.verify("Clave_ingresada_usuario", hash)*
>>
>>*ValueError: not a valid pbkdf2_sha256 hash*
>>
>>  5.- Que metodo debo utilizar para validar la clave ingresada y 
>> compararla con la almacenada en la base de datos?
>>
>> Agradezco mucho a las personas y colegas que me guien en como resolver 
>> este pequeño problema. Gracias
>>
>>
>>
>>
>> [image: Validacionclaves.png]
>>
>>
>>
>>
>> Mentor Carranza
>> Quito-Ecuador
>>
>> -- 
>> 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 view this discussion on the web visit 
>> https://groups.google.com/d/msgid/django-developers/ff3c363d-0a29-41f2-90ac-0ebfbe797efe%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/3738e5df-a725-49a2-8adf-79bcd4127541%40googlegroups.com.


Re: Problema validacion pbkdf2_sha256 hash

2020-04-05 Thread Rogers Andres Diaz Beltran
Buenas tardes, esta es la documentacion del metodo:

def check_password(self, raw_password):
"""
Return a boolean of whether the raw_password was correct. Handles
hashing formats behind the scenes.
"""
def setter(raw_password):
self.set_password(raw_password)
# Password hash upgrades shouldn't be considered password changes.
self._password = None
self.save(update_fields=["password"])
return check_password(raw_password, self.password, setter)

Basicamente te regresa un bool que te indica si los passwords son iguales o
no.

Saludos!!

El dom., 5 abr. 2020 a las 18:03, Mentor Carranza Carranza (<
mentorcarran...@gmail.com>) escribió:

> Gracias Rogers por tu pronta respuesta...revisare el tema de
> Check_password ya que la opcion de comparar entre hash parecería que no
> aplica ya que el hash nuevo generado es seguro que va a ser uno diferente
> al ya almacenado aun siendo la misma clave. La pregunta concreta sería que
> funcion utiliza djangointernamente para comparar claves...esa es la que yo
> necesitaria...
> Saludos y nuevamente gracias...voy a revisar.si alguien tiene un
> ejemplo concreto le agradeceria.
>
> El domingo, 5 de abril de 2020, 16:02:27 (UTC-5), Rogers Andres Diaz
> Beltran escribió:
>>
>> Buena la tardes,  entiendo, debes tener en cuenta que el hash
>> generado por django es una sola vía, es decir, desde el hash no podrás
>> recuperar el texto plano de la contraseña. Lo que podes hacer es generar el
>> nuevo password y verificarlo contra el password almacenado en la tabla
>> users, si ambos hashes son idénticos podés estar seguro que ambos textos
>> planos también lo son.
>>
>> Saludos!
>>
>> El dom., 5 de abril de 2020 1:21 p. m., Mentor Carranza Carranza <
>> mentorc...@gmail.com> escribió:
>>
>>> Buen dia con todos,
>>>
>>>
>>> Tengo un problema, y no se como resolverlo.
>>>
>>> 1.- Actualmente estoy utilizando la funcion MAKE_PASSWORD para generar
>>> claves ingresadas por el usuario
>>> 2.- El formato que genera es algo como esto:  hash  >
>>>  
>>> pbkdf2_sha256$18$WrkfqaywlilB$BayvAJ9Rb4drbhIdX5uryVKl12wSEjzaXUeIMWbqIf4=
>>> 3.- Las clases de DJANGO que autentican el usuario, leen y validan
>>> perfectamente estas claves que yo estoy generando con mis propios programas
>>> y pantallas, si utilizo un metodo diferente la autenticacion que hace
>>> DJANGO no detecta el formato por lo tanto no valida y no se puede ingresar.
>>> 4.- Si creo un superusuario a traves de: Python manage.py
>>> createsuperuser se genera una clave con el mismo formato que el de
>>> MAKE_PASSWORD
>>> 5.- Tengo una pantalla (interface) propia en donde permito que el
>>> usuario cambie su contraseña ...en esta pantalla valido con javascript
>>> cosas basicas de ingreso de datos y en un programa tipo PY valido que esta
>>> clave NO SEA IGUAL a la que esta almacenada en la BASE DE DATOS,  para ello
>>> intento utilizar la funcion :
>>>
>>>
>>>
>>> *   pbkdf2_sha256.verify("Clave_ingresada_usuario", hash)*
>>>
>>>*ValueError: not a valid pbkdf2_sha256 hash*
>>>
>>>  5.- Que metodo debo utilizar para validar la clave ingresada y
>>> compararla con la almacenada en la base de datos?
>>>
>>> Agradezco mucho a las personas y colegas que me guien en como resolver
>>> este pequeño problema. Gracias
>>>
>>>
>>>
>>>
>>> [image: Validacionclaves.png]
>>>
>>>
>>>
>>>
>>> Mentor Carranza
>>> Quito-Ecuador
>>>
>>> --
>>> 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 view this discussion on the web visit
>>> https://groups.google.com/d/msgid/django-developers/ff3c363d-0a29-41f2-90ac-0ebfbe797efe%40googlegroups.com
>>> 
>>> .
>>>
>> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/django-developers/3738e5df-a725-49a2-8adf-79bcd4127541%40googlegroups.com
> 
> .
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/CAF35zE-jqEy0Xz

Re: Filtering window expressions. Ticket #28333

2020-04-05 Thread Claude Paroz
Le dimanche 5 avril 2020 00:06:15 UTC+2, charettes a écrit :

> This subquery operation would address a few other cases that I know 
> Claude[3] is interested in seeing addressed as well. Maybe you'd be able to 
> pair on this problem given his interest in the problem and your past 
> interactions with some of the ORM's internal.
>

Yes, I confirm my strong interest in solving that, particularly the 
"simple" use case of #30592. Unfortunately, my knowledge of the ORM 
internals is really poor.

Claude

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/django-developers/0193386b-160c-43d7-a1f8-fc4a568044ad%40googlegroups.com.