django-lazysignup

django-lazysignup es una aplicación de Django diseñado para permitir a los usuarios interactuar con un sitio como si se autentican los usuarios, pero sin tener que registrarte. & Nbsp; En cualquier momento, pueden convertir su cuenta de usuario temporal para una cuenta de usuario real.
Probado en Django 1.2alpha1, aunque debería funcionar en Django 1.0 y más tarde (aunque usted tendrá que personalizar una de las plantillas.) Requiere django.contrib.auth estar en la lista INSTALLED_APPS.
Instalación:
Instale el huevo django-lazysignup como lo haría con cualquier otro huevo desarrollo de un sistema de control de código fuente. Por ejemplo, con pip:
pip instalar git -e: //github.com/danfairs/django-lazysignup.git#egg=django-lazysignup
Una vez hecho esto, es necesario agregar lazysignup a tu INSTALLED_APPS. También tendrá que añadir motor de autenticación de lazysignup al ajuste AUTHENTICATION_BACKENDS de su sitio:
AUTHENTICATION_BACKENDS = (
& Nbsp; "django.contrib.auth.backends.ModelBackend ',
& Nbsp; "lazysignup.backends.LazySignupBackend ',
)
Usted también necesitará el middleware instalado. Debe venir entre los backends de sesión y autenticación:
MIDDLEWARE_CLASSES = (
& Nbsp; "django.middleware.common.CommonMiddleware",
& Nbsp; "django.contrib.sessions.middleware.SessionMiddleware",
& Nbsp; "django.middleware.csrf.CsrfViewMiddleware",
& Nbsp; "lazysignup.middleware.LazySignupMiddleware",
& Nbsp; "django.contrib.auth.middleware.AuthenticationMiddleware",
& Nbsp; "django.contrib.messages.middleware.MessageMiddleware",
& Nbsp; "django.middleware.doc.XViewMiddleware",
)
Si está utilizando Django antes de 1.2, usted debe reemplazar la plantilla lazysignup / convert.html para eliminar el {% csrf_token%} etiqueta de plantilla. Esto puede ser manejado de manera más elegante en una versión futura.
Por último, es necesario agregar lazysignup a tu URLconf, usando algo como esto:
urlpatterns + = (''
& Nbsp; (r '^ converso /', include ('lazysignup.urls')),
)
Uso:
El paquete funciona mediante la creación de cuentas de usuario temporales basados ​​en clave de sesión de un usuario cada vez que se solicita una vista marcado. Puede especificar qué vistas desencadenar este comportamiento mediante el decorador lazysignup.decorators.allow_lazy.
Cuando un usuario anónimo solicita tal punto de vista, una cuenta de usuario temporal será creado para ellos, y que será conectado. La cuenta de usuario tendrá un conjunto contraseña inservible, por lo que no se puede utilizar para iniciar la sesión como un habitual usuario. Por lo tanto, la manera de contar una utilización regular de un usuario temporal es llamar al método user.has_usable_password (). Si esto devuelve False, el usuario es temporal. Tenga en cuenta que user.is_anonymous () devolverá False y user.is_authenticated () devolverá True.
Una vista se proporciona para permitir que dichos usuarios convertir su cuenta temporal en una cuenta de usuario real, proporcionando un nombre de usuario y una contraseña.
Un comando de administración de Django se ofrece para limpiar, cuentas de usuario uncoverted rancios.
El decorador allow_lazy
Utilice este decorador para indicar que el acceso a la vista debe hacer que los usuarios anónimos tener cuentas temporales creados para ellos. Es probable que sea prudente poner esto en su vista página web!
Por ejemplo:
desde django.http importación HttpResponse
desde lazysignup.decorators importan allow_lazy
allow_lazy
my_view def (petición):
& Nbsp; return HttpResponse (request.user.username)
Al acceder a la vista anterior, se mostrará una respuesta muy simple que contiene el nombre de usuario generada.
Uso de la presentación convertida
Los usuarios tendrán la posibilidad de visitar el / convertir / vista. Esto proporciona un formulario con un nombre de usuario, contraseña y confirmación de contraseña. Mientras se llenan de detalles válidos, su cuenta de usuario temporal se convertirá en una cuenta de usuario real que pueden iniciar sesión con la forma habitual.
Mantenimiento
Con el tiempo, una serie de cuentas de usuario que no han sido convertidos se acumulará. Para evitar problemas de rendimiento de un excesivo número de cuentas de usuario, se recomienda que la instrucción de gestión remove_expired_users se ejecuta sobre una base regular. Se extiende desde la línea de comandos:
remove_expired_users python manage.py
En un entorno de producción, esto se debe ejecutar desde cron o similar.
Esto funciona puede eliminar cuentas de usuario del sistema cuyas sesiones asociado ya no está en la tabla de sesiones son. user.delete () se llama para cada usuario, por lo que los datos relacionados serán eliminados.
Ayudando
Si desea agregar una función o corregir un error, por favor, ¡adelante! Bifurcar el proyecto en GitHub, y cuando haya terminado con los cambios, que me haga saber. Arreglos y cuenta con pruebas tienen una mayor probabilidad de ser fusionado. Para ejecutar las pruebas, hacer:
prueba python manage.py --settings = lazysignup.test_settings lazysignup
Tenga en cuenta que las pruebas requieren el paquete simulacro

¿Cuál es nuevo en esta versión:..

• errores de empaquetado Fix y docs

¿Qué hay de nuevo en la versión 0.10.3:.

• Fijar error envasado

¿Cuál es nuevo en la versión 0.9.0:

• Se trata de un lanzamiento de características. Una señal personalizada está activa cuando un usuario se convierte. Gracias a Olly Smith (oesmith) para el parche.
• Las versiones de Django anteriores a 1.3 Ahora ya no es compatible. (Nada se ha hecho para prevenir trabajo 1.2.x, pero yo ya no tener cuidado para asegurarse de que este sigue siendo el caso.)

¿Cuál es nuevo en la versión 0.7.0:

• Se trata de un lanzamiento de características. Clases de usuario personalizados son ahora soportados a través del ajuste LAZYSIGNUP_USER_MODEL. Este es un cambio compatible con versiones anteriores.
• Gracias a Lucas Zapart para la implementación idea e inicial.

¿Cuál es nuevo en la versión 0.6.1:

• Esta es una versión de corrección de errores. Problemas resueltos:
• https://github.com/danfairs/django-lazysignup/issues#issue/2 -. ID de usuario no válidos en la sesión podría causar una AttributeError desde el servidor de autenticación
• Gracias a Alex Ehlke para el informe y el parche.

¿Cuál es nuevo en la versión 0.6.0:

• Los usuarios creados perezosamente pero no ha iniciado la sesión en son ahora detectado correctamente como usuarios perezosos. Para facilitar esto, se incluye un modelo LazyUser. Tenga en cuenta que el código existente utilizando is_lazy_user sólo en usuarios autenticados seguirá trabajando, como dice el viejo método para comprobar el atributo backend del objeto de usuario que se ha conservado -. Es más rápido de hacerlo que una consulta de base de datos potencialmente innecesaria
• Para aquellos que lo utilizan, se proporciona una migración Sur para crear la tabla inicial. La migración de datos estará a cargo de las migraciones del Sur a partir de ahora.
• El lugar canónico importación de is_lazy_user ha cambiado desde dentro lazysignup.templatetags.lazysignup_tags a lazysignup.utils. Código que las importaciones procedentes de la antigua ubicación continuarán trabajando existente.

¿Cuál es nuevo en la versión 0.5.0:

• Esta versión simplifica la implementación de manera significativa al eliminar el requisito para un middleware. Este es un cambio hacia atrás-incompatibles como el módulo lazysignup.middleware ya no existe, y debe ser eliminado de su lista de MIDDLEWARE_CLASSES.
• Este cambio significa que ya no se puede desactivar el software mediante la eliminación de la clase middleware de su configuración. Es posible que desee hacer esto temporalmente en el desarrollo, por ejemplo, al probar que sus puntos de vista siguen trabajando cuando un usuario anónimo se presenta a ellos (tal vez a través de la funcionalidad de agente de usuario de listas negras).
• Con este fin, se ha añadido soporte para una nueva configuración: ENABLE_LAZYSIGNUP. Se establece en True de forma predeterminada. Si se establece en False será tanto evitar la conexión automática y la creación automática de usuarios.
• El decorador allow_lazy_user ya no tiene que ser el primero en la lista de decorador. Gracias a Jauco Noordzij por señalar esto al principio.
• En la actualidad existe también un filtro de plantilla is_lazy_user, que devolverá True si el usuario actual es un usuario creado automáticamente. Se devolverá False para los usuarios que están en el anonimato, o fueron autenticados por algún otro medio. Gracias de nuevo a Jauco Noordzij para la idea para esta función.
• Tenga en cuenta que el filtro is_lazy_user (que también puede simplemente importar y utilizar directamente en su código de la vista) es la forma preferida de la comprobación de un usuario creado automáticamente. has_usable_password seguirá return false para dichos usuarios, pero ya no es la forma canónica para identificarlos. Los usuarios autenticados con otros backends de autenticación (por ejemplo, backends LDAP) pueden devolver false cuando has_usable_password se llama.

¿Cuál es nuevo en la versión 0.4.0:

• Esta versión corrige varios problemas, agrega nueva características y ha backwards- cambios incompatibles:
• Solucionar un problema RST en README
• Solucionar un problema por el que un POST a la presentación convertida se rompería si el usuario era anónimo. La presentación convertida ahora redirige a la LOGIN_URL por defecto, parametrizado en la vista.
• Las nuevas características:
• Ahora es más fácil de personalizar el proceso de conversión de un usuario perezoso en un usuario real. Versiones anteriores permitían un formulario personalizado que se pasa a la presentación convertida, pero el código siempre espera un nombre de usuario y el campo contraseña1 para obtener credenciales de iniciar la sesión del usuario. Ahora, una nueva get_credentials () método se llama en la forma de obtener estos credenciales.
• El módulo de pruebas ahora incluye un decorador no_lazysignup que se puede aplicar a un método en el caso de la prueba, que elimina el middleware de registro perezoso para la duración de sólo esa prueba. Esto es útil para probar lo que sucede cuando una vista que está marcado con el decorador allow_lazy_user termina con un usuario anónimo (más comúnmente, cuando un motor de búsqueda de las visitas).
• cambios hacia atrás-incompatibles:
• nombres de usuario generados se basan ahora en la clave de sesión, en lugar de ser realmente la clave de sesión. Esto es para evitar un posible problema de seguridad en una aplicación puede simplemente mostrar un nombre de usuario, regalando una parte significativa de la clave de sesión del usuario. El nombre de usuario ahora se genera a partir de un hash SHA1 de la clave de sesión. Este cambio significa que los usuarios generados existente dejará de ser válida.

¿Cuál es nuevo en la versión 0.3.0:

• Esta versión introduce un cambio hacia atrás con incompatibilidad, el cambio de nombre el & quot; @ allow_lazy & quot; decorador a & quot; @ allow_lazy_user & quot ;. Esto es para evitar la confusión con el decorador del mismo nombre en & quot; django.utils.functional & quot;.

Requisitos :

• Python
• Django

Limitaciones :

• django-lazysignup es software alfa. Bug informes, parches y extensiones son bienvenidos.