Las “cookies” en el inicio de sesión no se establecen correctamente, porque el dominio de las mismas enviado por Django no es igual al dominio del navegador. Intenta ajustar la opción SESSION_COOKIE_DOMAIN
para igualar el dominio. Por ejemplo, si te diriges a “https://www.example.com/admin/” en tu navegador, debes fijar SESSION_COOKIE_DOMAIN = 'www.example.com'
.
Si está seguro de que su nombre de usuario y contraseña son correctos, asegúrase de que la cuenta de usuario tenga is_active
y is_staff
fijados como True. El sitio administrativo solo permite el acceso a los usuarios que tengan ambos campos en True.
La clase ModelAdmin
proporciona métodos de personalización que le permiten transformar un objeto al ser guardado usando los detalles de la petición. Mediante la extracción del usuario actual desde la petición y personalizando el método save_model()
, usted puede actualizar un objeto para que muestre el usuario que lo editó. Para ver ejemplos consulte la documentación de los métodos del ModelAdmin.
La clase ModelAdmin
también proporciona métodos de personalización que le permite controlar la visibilidad y edición de objetos en el sitio administrativo. Mediante el mismo truco de extraer el usuario de la petición, los métodos get_queryset()
y has_change_permission()
se pueden usar para controlar la visibilidad y la edición de los objetos en el sitio administrativo.
Consulte Sirviendo los archivos del sitio administrativo en la documentación “Cómo usar Django con mod_wsgi?”.
Django no se molestará en mostrar el filtro para un campo ManyToManyField
si hay menos de dos objetos relacionados.
Por ejemplo, si su list_filter
incluye sitios y solo hay un sitio en su base de datos, no mostrará un filtro “Site”. En ese caso, filtrar por sitio no tendría sentido.
El conteo inconsistente de filas puede ser causado por valores faltantes de claves externas o un campo de clave externa incorrectamente establecido como null=False
. Si tiene un registro con un ForeignKey
apuntando a un objeto inexistente y esa clave externa que se incluye es list_display
, el registro no se mostrará en la lista de cambios del sitio administrativo porque el modelo de Django está declarando una restricción de integridad que no está implementada a nivel de base de datos.
Tiene varias opciones. Si desea trabajar encima de un formulario añadir/cambiar generado automáticamente por Django, puede agregar módulos JavaScript arbitrarios a la página por medio de la clase Admin del modelo parámetro js. Dicho parámetro es una lista de URLs, en forma de cadenas, que apunta a los módulos de JavaScript que serán incluidos en el formulario de administración mediante la etiqueta <script>
.
Si desea más flexibilidad que simplemente ajustar los formularios generados automáticamente, siéntase libre de crear vistas personalizadas para el sitio administrativo. Este sitio funciona con Django y usted puede crear vistas personalizadas que se acoplen al sistema de autenticación, revisar los permisos y hacer cualquier otra cosa que necesiten hacer.
Si desea personalizar la apariencia de la interfaz del sitio administrativo, lea la siguiente pregunta:
A nosotros nos gusta, pero si a usted no, puede modificar la presentación del sitio administrativo editando las hojas de estilo CSS y/o los archivos de imágenes asociados. El sitio está construido usando HTML semántico y personalizaciones de CSS, así que cualquier cambio que quiera realizar sería posible editando las hojas de estilo.
El sitio administrativo provee una experiencia completamente funcional para navegadores grado A de la clasificación YUI con la notable excepción de IE6 que no está soportado.
Podrían haber pequeñas diferencias de estilo entre los navegadores soportados, por ejemplo, algunos navegadores pueden no soportar esquinas redondeadas. Estas variaciones son consideradas aceptables en la visualización.
abr. 04, 2017