Las cookies de 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?».
\nDjango 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.
Un conteo de filas inconsistente puede ser causado por la ausencia de valores de una clave externa o un campo de clave externa incorrectamente configurado como null=False. Si usted tiene un registro con una ForeignKey apuntando a un objeto inexistente y esa clave externa es incluida en list_display, el registro no será mostrado en la lista del sitio administrativo porque el modelo de Django declara una restricción de integridad que no está implementada a nivel de la 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.
\nSi desea personalizar la apariencia de la interfaz del sitio administrativo, lea la siguiente pregunta.
\nA 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.
\nEl 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.
\nAlli 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.
\n