로그인 쿠키가 재대로 설정되어 있지 않습니다. Django가 전송한 도메인의 쿠키가 브라우저의 도메인과 일치하지 않기 때문입니다. SESSION_COOKIE_DOMAIN 설정을 당신의 도메인과 맞게 설정해 주십시오. 만약 브라우저에서 가려고 하는 페이지가 “https://www.example.com/admin/” 이라면 “SESSION_COOKIE_DOMAIN = ‘www.example.com’” 과 같이 설정해야 합니다.
만약 입력하신 아이디와 패스워드가 확실히 올바르다면, 당신의 사용자 계정이 is_active 속성과 is_staff 속성이 True로 설정돼있는지 확인하십시오. 관리자 사이트는 두 필드가 모두 True인 유저에게만 접근을 허가합니다.
ModelAdmin 클래스는 요청의 세부 사항을 사용하여 객체를 저장하면서 변환 할 수있는 커스터마이징 후크를 제공합니다. 요청에서 현재 사용자를 추출하고 save_model() 훅을 커스터마이징함으로써 객체를 편집하여 그것을 편집 한 사용자를 반영 할 수 있습니다. 예제를 보시려면 ModelAdmin 메소드 문서 를보십시오.
ModelAdmin 클래스는 관리자가 객체의 가시성과 편집 가능성을 제어 할 수있게 해주는 커스터마이징 훅을 제공합니다. 요청에서 사용자를 추출하는 것과 동일한 트릭을 사용하여 get_queryset() 및 has_change_permission() 을 사용하여 관리자에서 객체 가시성 및 편집 가능성을 제어할수 있습니다.
See serving the admin files in the “How to use Django with mod_wsgi” documentation.
Django는 관련된 객체가 두 개보다 적으면 번거롭지 않게 하기위해 ManyToManyField에 대한 필터를 표시하지 않습니다.
예를 들어, list_filter가 sites 를 포함하고 데이터베이스에 하나의 site 만 있다면, “Site” 필터는 표시되지 않습니다. 이 경우 사이트별로 필터링하는 것은 의미가 없습니다.
일치하지 않는 행 수는 누락 된 외부 키 값 또는 foreign 키 필드가 null=False 으로 잘못 설정되어 발생할 수 있습니다. 존재하지 않는 객체를 가리키는 ForeignKey 가 있는 레코드가 있고 그 외래 키가 포함되어있는 레코드가 있다면 list_display, Django 모델이 데이터베이스 레벨에서 구현되지 않은 무결성 제약 조건을 선언하고 있기 때문에 레코드가 관리자 변경 목록에 표시되지 않습니다.
몇 가지 옵션이 있습니다. Django가 자동으로 생성하는 추가/변경 폼 위에 피기 백하려는 경우 모델의 클래스 Admin:ref:`js 매개 변수 <modeladmin-asset-definitions>를 통해 임의의 JavaScript 모듈을 페이지에 첨부 할 수 있습니다. 이 매개 변수는 URL 형식의 문자열로서 JavaScript 모듈을 가리키며 “<script>”태그를 통해 관리 양식에 포함됩니다.
단순히 자동으로 생성 된 양식을 조정하는 것보다 더 많은 유연성을 원할 경우 관리자 용 사용자 정의보기를 자유롭게 작성하십시오. 관리자는 Django 자체에 의해 구동되며 인증 시스템에 연결하고 권한을 확인하며 필요한 다른 작업을 수행하는 사용자 정의보기를 작성할 수 있습니다.
관리자 인터페이스의 모양과 느낌을 사용자 정의하려면 다음 질문을 읽으십시오.
우리가 좋아하지만 동의하지 않으면 CSS 스타일 시트 및/또는 관련 이미지 파일을 편집하여 관리 사이트의 프레젠테이션을 수정할 수 있습니다. 사이트는 의미 론적 HTML과 많은 CSS 후크를 사용하여 만들어 졌으므로 스타일 시트를 편집하여 변경 사항을 적용 할 수 있어야합니다.
관리자는 지원되지 않는 IE6의 예외를 제외하고`유이의 A 등급 ‘브라우저에 완전한 기능을 제공합니다.
지원되는 브라우저간에 약간의 문체상의 차이가있을 수 있습니다. 예를 들어 일부 브라우저는 둥근 모서리를 지원하지 않을 수 있습니다. 이들은 렌더링에서 허용되는 변형으로 간주됩니다.
Feb 14, 2017