Version 3 (modified by spike, 7 years ago) (diff)

--

장고 도움말 페이지로 가기

두번째: 자동으로 만들어지는 관리 사이트(admin site) 둘러보기

이 페이지는 첫번째: 처음 실행하기, 모델(model) 만들기, 데이터베이스 API의 그 다음 부분을 설명합니다.

개념
기본적으로 장고 관리 사이트는 콘텐츠를 더하고, 바꾸고, 지우는 역할을 합니다. 이 관리 사이트는 모델(model)을 따르기 때문에 만드는 건 단순합니다.

장고는 뉴스 편집 환경에서 작성되어서 콘텐츠를 만드는 것과 배포하는 것이 분리되어 있습니다. 사이트 관리자는 새로운 뉴스나 경기 기록 같은 것을 추가하는 시스템을 사용하고 작성된 콘텐츠는 공개 사이트에 올려집니다. 장고는 콘텐츠를 편집하는 사이트 관리자를 위해서 일관된 인터페이스를 제공합니다.

관리 사이트 시작하기

장고 관리 사이트는 기본으로 실행되지 않습니다. - 선택사항입니다. 장고를 설치할 때 관리 사이트를 시작하려면, 세가지 작업이 필요합니다.:

  • INSTALLED_APPS 설정에서 "django.contrib.admin"를 추가하세요.
  • python manage.py syncdb를 실행합니다. 장고에서는 INSTALLED_APPS에 추가된 새로운 어플리케이션이 있고 데이터베이스 테이블을 업데이트해야한다면 이 명령을 실행합니다.
  • mysite/urls.py에서 "Uncomment this for admin:" 아래 줄의 주석을 제거하세요. 이 파일이 URLconfs입니다.; URLconfs에 대해서는 다음 페이지에서 설명합니다. 간단하게 설명하자면 관리 사이트 url을 추가하는 것입니다.

개발 서버 시작하기

이전 페이지에서 설명한 개발서버를 시작하는 방법입니다:

python manage.py runserver

웹 브라우저에서 로컬 도메인에서 "/admin/"을 엽니다. - 설정을 바꾸지 않았다면 http://127.0.0.1:8000/admin/ 에서 관리 사이트를 확인할 수 있습니다.

장고 관리 사이트 로그인 페이지

관리 사이트에 들어가기

로그인합니다. (이전 페이지에서 설명한 관리자 계정을 만들었죠?) 장고 관리 사이트의 첫 페이지입니다.:

장고 관리 사이트 기본 페이지

그룹, 사용자, 사이트 등 관리할 수 있는 몇가지 항목을 볼 수 있습니다. 이 항목들은 장고의 핵심 기능들입니다.

관리 사이트에서 관리할 수 있도로 ㄱpoll 어플리케이션을 바꿔봅니다.

이전 페이지에서 만들었던 poll 어플리케이션이 보이질 않습니다. 아직 관리 사이트에서 보이지 않는 것이 당연합니다.

한가지를 더해야 합니다.: Poll 모델이 관리 인터페이스를 갇도록 지정해야 하는데요, mysite/polls/models.py을 열어서 다음과 같이 Admin class에 추가합니다.:

class Poll(models.Model):
    # ...
    class Admin:
        pass

class Admin은 이 모델(model)이 관리 사이트에서 어떻게 표현될지를 설정합니다. 모든 설정은 선택사항이라서 기본 설정을 가진 빈 클래스를 만들어도 됩니다.

관리 기능 사용해보기

이제 PollAdmin을 포함하고 있고 관리 사이트에서 나타납니다.

장고 관리 사이트 첫 페이지에서 polls이 나타납니다.

"Polls"를 눌러서 "change list" 페이지에 들어갑니다. 이 페이지는 데이터베이스에 있는 모든 poll을 보여주고 각각 바꿀 수 있도록 합니다. 이전 페이지에서 만들었던 "What's up?" poll이 있군요.

Polls의 'change list' 페이지

"What's up?" poll을 눌러서 편집합니다.:

poll 객체를 편집합니다.

참고할 사항들:

  • 이 폼은 Poll 모델이 자동으로 만들어줍니다.
  • models.DateTimeField, models.CharField 같이 각각의 필드(Field)들은 HTML에서 서로 다른 위젯으로 표현됩니다.

페이지 아래에 몇가지 선택버튼이 있습니다.

  • Save - 변경사항을 저장하고 "change list"로 돌아갑니다.
  • Save and continue editing - 변경사항을 저장하고 이 페이지를 다시 표시합니다.
  • Save and add another - 변경사항을 추가하고 새로 객체를 추가할 수 있도록 빈 폼을 표시합니다.
  • Delete - 객체를 지웁니다.

"Today"와 "Now" 링크를 눌러서 "Date published"를 바꿔봅니다. 그리고 "Save and continue editing."을 누릅니다. 그러고 나서 오른쪽 위에 있는 "History"를 누릅니다. 그러면 장고 관리 사이트에서 사용자이름과 시간과 함께 이 객체가 어떻게 변해왔는지를 보여줍니다.

poll 객체의 변경기록

관리 사이트의 폼 바꿔보기

폼을 좀 바꿔볼까요? Adminfields 항목을 추가해서 표시되는 필드의 순서를 바꿀 수 있습니다.:

class Admin:
        fields = (
            (None, {'fields': ('pub_date', 'question')}),
        )

"Publication date"를 "question" 앞에 보여주도록 합니다.

필드 순서가 바뀌었습니다.

필드가 두개만 있다면 별 의미가 없지만, 관리 폼에 필드수가 많다면 직관적인 순서로 바꾸는게 훨씬 낫겠죠.

필드수를 적절히 나누고 싶다면 필드셋(fieldsets)으로 나눌 수 있습니다.:

class Admin:
        fields = (
            (None, {'fields': ('question',)}),
            ('Date information', {'fields': ('pub_date',)}),
        )

첫번째 튜플(tuple)의 'field' 값은 필드셋(fieldset)의 제목입니다. 아래와 같이 보입니다.:

필드셋을 가진 폼

강제로 각 필드셋(fieldset)에 HTML class 값을 부여할 수도 있습니다. 장고에서는 "collapse" class를 사용해서 필드셋(fieldset)을 기본으로 접어서 표시할 수 있습니다. 이 기능 필드셋이 잘 사용하지 않은 필드를 많이 포함하고 있을 때 유용합니다.:

class Admin:
        fields = (
            (None, {'fields': ('question',)}),
            ('Date information', {'fields': ('pub_date',), 'classes': 'collapse'}),
        )
접힌 필드셋

관계된 객체 추가하기

자 그럼, Poll 관리 사이트를 갖게 되었습니다. 다만 아직 Poll은 여러 개의 Choices를 가지고 있지만, 관리 사이트에서는 표시되지 않고 있습니다.

이 문제를 해결하려면 두 가지 방법이 있습니다. 한가지는 Poll에서 했던 것처럼 Choice 모델에도 Admin class를 추가하는 방법입니다. 예:

class Choice(models.Model):
    # ...
    class Admin:
        pass

장고 관리 사이트에서 아래와 같은 "Add choice" 폼이 추가되었습니다.:

관리자페이지에서 Choice

이 폼에서 "Poll" 필드는 선택박스(select box)이고 데이터베이스에 있는 모든 poll을 담고 있습니다. ForeignKey가 관리 사이트에서 <select>로 표현되었습니다. 여기서 poll은 하나밖에 없군요.

"Poll" 옆에 "Add Another"처럼 다른 모델 객체와 ForeignKey 관계를 가진 모델 객체는 "Add Another" 버튼을 가지게 됩니다. "Add Another"를 누르게 되면 팝업창으로 "Add poll"폼을 작성하고 "Save"버튼을 누르면 poll을 데이터베이스에 저장합니다.

Choice 모델에서 Admin을 지웁니다. 그리고 ForeignKey(Poll) 다음처럼 해줍니다.:

poll = models.ForeignKey(Poll, edit_inline=models.STACKED, num_in_admin=3)

위 코드는 이런 뜻입니다.: "Choice 객체는 Poll 관리 페이지에서 편집됩니다. 기본으로 3개의 Choices필드를 제공합니다."

그리고 나서 Choice에 있는 다른 필드에 core=True를 추가합니다.:

choice = models.CharField(max_length=200, core=True)
votes = models.IntegerField(core=True)

위 코드는 이런 뜻입니다.: "Poll 관리 페이지에서 Choice를 편집할 때 'choice'"와 'votes' 필드가 반드시 필요합니다. 둘 중 하나라도 있다는 것은 새로운 객체를 추가한다는 것을 뜻하고 두 필드를 지우는 것은 Choice 객체를 지운다는 뜻입니다.

여러 개의 choice 폼을 가지고 있는 poll 추가 페이지

이렇게 움직입니다.: Poll과 연결된 Choices에 3개의 슬롯(slots)이 있습니다. - num_in_admin으로 지정했었죠?! - 하지만 이미 만들어놓은 객체를 바꾸기 위해서 "Change" 페이지를 볼때마다 slot이 하나씩 추가됩니다. (즉, 3개로 지정했다고 해서 "Choices"가 3개만 나온다는 게 아닙니다.) 이게 아니라 항상 poll을 바꿀 때마다 3개씩 Choice 필드를 보여주려고 한다면 위에서처럼 num_extra_on_change=3라고 지정하세요.

하지만 작은 문제가 있습니다. 모든 필드를 한 화면에 표시해서 페이지 아래로 넘거가기 때문에 한줄에 관련 객체(related object)를 표시할 수도 있습니다.

poll = models.ForeignKey(Poll, edit_inline=models.TABULAR, num_in_admin=3)

edit_inline=models.TABULAR (models.STACKED 대신에)으로 표현하면 관련 객체들이 테이블 모영으로 좀더 모아져서 보여집니다.:

poll을 추가하는 페이지에 choices를 간략하게 표시됩니다.

바꾸기 목록을 바꿔보기

Poll 관리 페이지가 이제 모양이 갖춰지는군요. 이제 모든 poll을 출력하는 "바꾸기 목록(change list)" 페이지를 좀더 바꿔보겠습니다.

Poll 바꾸기 목록

기본적으로 장고는 str()을 통해서 객체를 화면에 출력합니다. 때때로 각각의 필드를 표시할 때 유용하게 사용할 수 있습니다. list_display 옵션을 사용해서 튜플(tuple)로 필드 이름을 컬럼(columns)으로 표시할 수 있습니다.:

class Poll(models.Model):
    # ...
    class Admin:
        # ...
        list_display = ('question', 'pub_date')

이전 페이지에서 설명한 was_published_today 메소드도 포함시켜봅니다.

list_display = ('question', 'pub_date', 'was_published_today')

이제 Poll change list가 아래와 같이 보입니다.:

바뀐 Poll 바꾸기 목록 페이지

이제 컬럼 제목을 눌러서 이 값들을 정렬할 수 있습니다. -- was_published_today는 아닙니다. 왜냐하면 메소드의 결과는 정렬할 수 없기 때문입니다. 하지만 short_description 속성을 추가해서 바꿀 수 있습니다.:

def was_published_today(self):
    return self.pub_date.date() == datetime.date.today()
was_published_today.short_description = 'Published today?'

Poll change list이 점점 개선되어 가는군요: 이제 필터(Filters)를 추가해봅니다. Poll.Admin에 다음을 추가해봅니다.:

list_filter = ['pub_date']

이것은 사이드바에 pub_date별로 change list를 걸러서 표시해주는 "필터"를 추가합니다.

개선된 Polls change list 페이지

The type of filter displayed depends on the type of field you're filtering on. Because pub_date is a DateTimeField, Django knows to give the default filter options for DateTimeFields: "Any date," "Today," "Past 7 days," "This month," "This year."

This is shaping up well. Let's add some search capability:

search_fields = ['question']

That adds a search box at the top of the change list. When somebody enters search terms, Django will search the question field. You can use as many fields as you'd like - although because it uses a LIKE query behind the scenes, keep it reasonable, to keep your database happy.

Finally, because Poll objects have dates, it'd be convenient to be able to drill down by date. Add this line:

date_hierarchy = 'pub_date'

That adds hierarchical navigation, by date, to the top of the change list page. At top level, it displays all available years. Then it drills down to months and, ultimately, days.

Now's also a good time to note that change lists give you free pagination. The default is to display 50 items per page. Change-list pagination, search boxes, filters, date-hierarchies and column-header-ordering all work together like you think they should.

Customize the admin look and feel

Clearly, having "Django administration" at the top of each admin page is ridiculous. It's just placeholder text.

That's easy to change, though, using Django's template system. The Django admin is powered by Django itself, and its interfaces use Django's own template system. (How meta!)

Open your settings file (mysite/settings.py, remember) and look at the TEMPLATE_DIRS setting. TEMPLATE_DIRS is a tuple of filesystem directories to check when loading Django templates. It's a search path.

By default, TEMPLATE_DIRS is empty. So, let's add a line to it, to tell Django where our templates live:

TEMPLATE_DIRS = (
    "/home/my_username/mytemplates", # Change this to your own directory.
)

Now copy the template admin/base_site.html from within the default Django admin template directory (django/contrib/admin/templates) into an admin subdirectory of whichever directory you're using in TEMPLATE_DIRS. For example, if your TEMPLATE_DIRS includes "/home/my_username/mytemplates", as above, then copy django/contrib/admin/templates/admin/base_site.html to /home/my_username/mytemplates/admin/base_site.html. Don't forget that admin subdirectory.

Then, just edit the file and replace the generic Django text with your own site's name as you see fit.

Note that any of Django's default admin templates can be overridden. To override a template, just do the same thing you did with base_site.html -- copy it from the default directory into your custom directory, and make changes.

Astute readers will ask: But if TEMPLATE_DIRS was empty by default, how was Django finding the default admin templates? The answer is that, by default, Django automatically looks for a templates/ subdirectory within each app package, for use as a fallback. See the loader types documentation? for full information.

Customize the admin index page

On a similar note, you might want to customize the look and feel of the Django admin index page.

By default, it displays all available apps, according to your INSTALLED_APPS setting. But the order in which it displays things is random, and you may want to make significant changes to the layout. After all, the index is probably the most important page of the admin, and it should be easy to use.

The template to customize is admin/index.html. (Do the same as with admin/base_site.html in the previous section - copy it from the default directory to your custom template directory.) Edit the file, and you'll see it uses a template tag called {% get_admin_app_list as app_list %} . That's the magic that retrieves every installed Django app. Instead of using that, you can hard-code links to object-specific admin pages in whatever way you think is best.

Django offers another shortcut in this department. Run the command python manage.py adminindex polls to get a chunk of template code for inclusion in the admin index template. It's a useful starting point.

For full details on customizing the look and feel of the Django admin site in general, see the Django admin CSS guide?.

When you're comfortable with the admin site, read part 3 of this tutorial to start working on public poll views.

Back to Top