Code

Changes between Version 2 and Version 3 of DjangoDocumentKoreanTranslation/tutorial02


Ignore:
Timestamp:
11/26/07 06:27:11 (6 years ago)
Author:
spike
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • DjangoDocumentKoreanTranslation/tutorial02

    v2 v3  
     1[[PageOutline]] 
     2 
     3[wiki:DjangoDocumentKoreanTranslation 장고 도움말 페이지로 가기] 
     4 
     5 
     6= 두번째: 자동으로 만들어지는 관리 사이트(admin site) 둘러보기 = 
     7 
     8이 페이지는 
     9[wiki:DjangoDocumentKoreanTranslation/tutorial01/ 첫번째: 처음 실행하기, 모델(model) 만들기, 데이터베이스 API]의 그 
     10다음 부분을 설명합니다. 
     11 
     12 
     13 개념:: 
     14    기본적으로 장고 관리 사이트는 콘텐츠를 더하고, 바꾸고, 지우는 
     15    역할을 합니다. 이 관리 사이트는 모델(model)을 따르기 때문에 만드는 
     16    건 단순합니다. 
     17 
     18    장고는 뉴스 편집 환경에서 작성되어서 콘텐츠를 만드는 것과 배포하는 
     19    것이 분리되어 있습니다. 사이트 관리자는 새로운 뉴스나 경기 기록 
     20    같은 것을 추가하는 시스템을 사용하고 작성된 콘텐츠는 공개 사이트에 
     21    올려집니다. 장고는 콘텐츠를 편집하는 사이트 관리자를 위해서 일관된 
     22    인터페이스를 제공합니다. 
     23 
     24 
     25= 관리 사이트 시작하기 = 
     26 
     27장고 관리 사이트는 기본으로 실행되지 않습니다. - 선택사항입니다. 
     28장고를 설치할 때 관리 사이트를 시작하려면, 세가지 작업이 필요합니다.: 
     29 
     30    * {{{INSTALLED_APPS}}} 설정에서 {{{"django.contrib.admin"}}}를 
     31      추가하세요. 
     32    * {{{python manage.py syncdb}}}를 실행합니다. 장고에서는 
     33      {{{INSTALLED_APPS}}}에 추가된 새로운 어플리케이션이 있고 
     34      데이터베이스 테이블을 업데이트해야한다면 이 명령을 실행합니다. 
     35    * {{{mysite/urls.py}}}에서 "Uncomment this for admin:" 아래 줄의 
     36      주석을 제거하세요. 이 파일이 {{{URLconfs}}}입니다.; {{{URLconfs}}}에 
     37      대해서는 다음 페이지에서 설명합니다. 간단하게 설명하자면 관리 
     38      사이트 url을 추가하는 것입니다. 
     39 
     40= 개발 서버 시작하기 = 
     41 
     42이전 페이지에서 설명한 개발서버를 시작하는 방법입니다: 
     43{{{ 
     44python manage.py runserver 
     45}}} 
     46웹 브라우저에서 로컬 도메인에서 "/admin/"을 엽니다. - 설정을 바꾸지 
     47않았다면 http://127.0.0.1:8000/admin/ 에서 관리 사이트를 확인할 수 
     48있습니다. 
     49 
     50{{{ 
     51#!html 
     52<a target="" href=""><img src="http://media.djangoproject.com/img/doc/tutorial/admin01.png" alt="장고 관리 사이트 로그인 페이지" /></a> 
     53}}} 
     54= 관리 사이트에 들어가기 = 
     55 
     56로그인합니다. (이전 페이지에서 설명한 관리자 계정을 만들었죠?) 장고 
     57관리 사이트의 첫 페이지입니다.: 
     58 
     59{{{ 
     60#!html 
     61<a target="http://media.djangoproject.com/img/doc/tutorial/admin02.png" href="http://media.djangoproject.com/img/doc/tutorial/admin02.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin02t.png" alt="장고 관리 사이트 기본 페이지" /></a> 
     62}}} 
     63그룹, 사용자, 사이트 등 관리할 수 있는 몇가지 항목을 볼 수 있습니다. 
     64이 항목들은 장고의 핵심 기능들입니다. 
     65 
     66 
     67= 관리 사이트에서 관리할 수 있도로 ㄱpoll 어플리케이션을 바꿔봅니다. = 
     68 
     69이전 페이지에서 만들었던 poll 어플리케이션이 보이질 않습니다. 아직 
     70관리 사이트에서 보이지 않는 것이 당연합니다. 
     71 
     72한가지를 더해야 합니다.: {{{Poll}}} 모델이 관리 인터페이스를 갇도록 
     73지정해야 하는데요, {{{mysite/polls/models.py}}}을 열어서 다음과 같이 
     74{{{Admin}}} class에 추가합니다.: 
     75{{{ 
     76class Poll(models.Model): 
     77    # ... 
     78    class Admin: 
     79        pass 
     80}}} 
     81{{{class Admin}}}은 이 모델(model)이 관리 사이트에서 어떻게 표현될지를 
     82설정합니다. 모든 설정은 선택사항이라서 기본 설정을 가진 빈 클래스를 
     83만들어도 됩니다. 
     84 
     85= 관리 기능 사용해보기 = 
     86 
     87이제 {{{Poll}}}은 {{{Admin}}}을 포함하고 있고 관리 사이트에서 나타납니다. 
     88 
     89{{{ 
     90#!html 
     91<a target="http://media.djangoproject.com/img/doc/tutorial/admin03.png" href="http://media.djangoproject.com/img/doc/tutorial/admin03.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin03t.png" alt="장고 관리 사이트 첫 페이지에서 polls이 나타납니다." /></a> 
     92}}} 
     93"Polls"를 눌러서 "change list" 페이지에 들어갑니다. 이 페이지는 
     94데이터베이스에 있는 모든 poll을 보여주고 각각 바꿀 수 있도록 합니다. 
     95이전 페이지에서 만들었던 "What's up?" poll이 있군요. 
     96 
     97{{{ 
     98#!html 
     99<a target="http://media.djangoproject.com/img/doc/tutorial/admin04.png" href="http://media.djangoproject.com/img/doc/tutorial/admin04.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin04t.png" alt="Polls의 'change list' 페이지" /></a> 
     100}}} 
     101"What's up?" poll을 눌러서 편집합니다.: 
     102 
     103{{{ 
     104#!html 
     105<a target="http://media.djangoproject.com/img/doc/tutorial/admin05.png" href="http://media.djangoproject.com/img/doc/tutorial/admin05.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin05t.png" alt="poll 객체를 편집합니다." /></a> 
     106}}} 
     107참고할 사항들: 
     108 
     109    * 이 폼은 Poll 모델이 자동으로 만들어줍니다. 
     110    * {{{models.DateTimeField}}}, {{{models.CharField}}} 같이 각각의 
     111      필드(Field)들은 HTML에서 서로 다른 위젯으로 표현됩니다. 
     112 
     113페이지 아래에 몇가지 선택버튼이 있습니다. 
     114 
     115    * Save - 변경사항을 저장하고 "change list"로 돌아갑니다. 
     116    * Save and continue editing - 변경사항을 저장하고 이 페이지를 
     117      다시 표시합니다. 
     118    * Save and add another - 변경사항을 추가하고 새로 객체를 추가할 
     119      수 있도록 빈 폼을 표시합니다. 
     120    * Delete - 객체를 지웁니다. 
     121 
     122"Today"와 "Now" 링크를 눌러서 "Date published"를 바꿔봅니다. 그리고 
     123"Save and continue editing."을 누릅니다. 그러고 나서 오른쪽 위에 있는 
     124"History"를 누릅니다. 그러면 장고 관리 사이트에서 사용자이름과 시간과 
     125함께 이 객체가 어떻게 변해왔는지를 보여줍니다. 
     126 
     127{{{ 
     128#!html 
     129<a target="http://media.djangoproject.com/img/doc/tutorial/admin06.png" href="http://media.djangoproject.com/img/doc/tutorial/admin06.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin06t.png" alt="poll 객체의 변경기록" /></a> 
     130}}} 
     131= 관리 사이트의 폼 바꿔보기 = 
     132 
     133폼을 좀 바꿔볼까요? {{{Admin}}}에 {{{fields}}} 항목을 추가해서 표시되는 
     134필드의 순서를 바꿀 수 있습니다.: 
     135{{{ 
     136class Admin: 
     137        fields = ( 
     138            (None, {'fields': ('pub_date', 'question')}), 
     139        ) 
     140}}} 
     141"Publication date"를 "question" 앞에 보여주도록 합니다. 
     142 
     143{{{ 
     144#!html 
     145<a target="" href=""><img src="http://media.djangoproject.com/img/doc/tutorial/admin07.png" alt="필드 순서가 바뀌었습니다." /></a> 
     146}}} 
     147필드가 두개만 있다면 별 의미가 없지만, 관리 폼에 필드수가 많다면 
     148직관적인 순서로 바꾸는게 훨씬 낫겠죠. 
     149 
     150필드수를 적절히 나누고 싶다면 필드셋(fieldsets)으로 나눌 수 있습니다.: 
     151{{{ 
     152class Admin: 
     153        fields = ( 
     154            (None, {'fields': ('question',)}), 
     155            ('Date information', {'fields': ('pub_date',)}), 
     156        ) 
     157}}} 
     158첫번째 튜플(tuple)의 'field' 값은 필드셋(fieldset)의 제목입니다. 
     159아래와 같이 보입니다.: 
     160 
     161{{{ 
     162#!html 
     163<a target="http://media.djangoproject.com/img/doc/tutorial/admin08.png" href="http://media.djangoproject.com/img/doc/tutorial/admin08.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin08t.png" alt="필드셋을 가진 폼" /></a> 
     164}}} 
     165강제로 각 필드셋(fieldset)에 `HTML class` 값을 부여할 수도 있습니다. 
     166장고에서는 {{{"collapse"}}} class를 사용해서 필드셋(fieldset)을 기본으로 
     167접어서 표시할 수 있습니다. 이 기능 필드셋이 잘 사용하지 않은 필드를 
     168많이 포함하고 있을 때 유용합니다.: 
     169{{{ 
     170class Admin: 
     171        fields = ( 
     172            (None, {'fields': ('question',)}), 
     173            ('Date information', {'fields': ('pub_date',), 'classes': 'collapse'}), 
     174        ) 
     175}}} 
     176{{{ 
     177#!html 
     178<a target="" href=""><img src="http://media.djangoproject.com/img/doc/tutorial/admin09.png" alt="접힌 필드셋" /></a> 
     179}}} 
     180= 관계된 객체 추가하기 = 
     181 
     182자 그럼, Poll 관리 사이트를 갖게 되었습니다. 다만 아직 {{{Poll}}}은 여러 
     183개의 {{{Choices}}}를 가지고 있지만, 관리 사이트에서는 표시되지 않고 
     184있습니다. 
     185 
     186이 문제를 해결하려면 두 가지 방법이 있습니다. 한가지는 {{{Poll}}}에서 했던 
     187것처럼 {{{Choice}}} 모델에도 {{{Admin}}} class를 추가하는 방법입니다. 예: 
     188{{{ 
     189class Choice(models.Model): 
     190    # ... 
     191    class Admin: 
     192        pass 
     193}}} 
     194장고 관리 사이트에서 아래와 같은 "Add choice" 폼이 추가되었습니다.: 
     195 
     196{{{ 
     197#!html 
     198<a target="" href=""><img src="http://media.djangoproject.com/img/doc/tutorial/admin10.png" alt="관리자페이지에서 Choice" /></a> 
     199}}} 
     200이 폼에서 "Poll" 필드는 선택박스(select box)이고 데이터베이스에 있는 
     201모든 poll을 담고 있습니다. {{{ForeignKey}}}가 관리 사이트에서 
     202{{{<select>}}}로 표현되었습니다. 여기서 poll은 하나밖에 없군요. 
     203 
     204"Poll" 옆에 "Add Another"처럼 다른 모델 객체와 ForeignKey 관계를 가진 
     205모델 객체는 "Add Another" 버튼을 가지게 됩니다. "Add Another"를 누르게 
     206되면 팝업창으로 "Add poll"폼을 작성하고 "Save"버튼을 누르면 poll을 
     207데이터베이스에 저장합니다. 
     208 
     209Choice 모델에서 {{{Admin}}}을 지웁니다. 그리고 {{{ForeignKey(Poll)}}} 
     210다음처럼 해줍니다.: 
     211{{{ 
     212poll = models.ForeignKey(Poll, edit_inline=models.STACKED, num_in_admin=3) 
     213}}} 
     214위 코드는 이런 뜻입니다.: "Choice 객체는 Poll 관리 페이지에서 
     215편집됩니다. 기본으로 3개의 Choices필드를 제공합니다." 
     216 
     217그리고 나서 {{{Choice}}}에 있는 다른 필드에 {{{core=True}}}를 추가합니다.: 
     218{{{ 
     219choice = models.CharField(max_length=200, core=True) 
     220votes = models.IntegerField(core=True) 
     221}}} 
     222위 코드는 이런 뜻입니다.: "Poll 관리 페이지에서 Choice를 편집할 때 
     223'choice'"와 'votes' 필드가 반드시 필요합니다. 둘 중 하나라도 있다는 
     224것은 새로운 객체를 추가한다는 것을 뜻하고 두 필드를 지우는 것은 Choice 
     225객체를 지운다는 뜻입니다. 
     226 
     227{{{ 
     228#!html 
     229<a target="http://media.djangoproject.com/img/doc/tutorial/admin11.png" href="http://media.djangoproject.com/img/doc/tutorial/admin11.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin11t.png" alt="여러 개의 choice 폼을 가지고 있는 poll 추가 페이지" /></a> 
     230}}} 
     231이렇게 움직입니다.: Poll과 연결된 Choices에 3개의 슬롯(slots)이 
     232있습니다. - {{{num_in_admin}}}으로 지정했었죠?! - 하지만 이미 
     233만들어놓은 객체를 바꾸기 위해서 "Change" 페이지를 볼때마다 slot이 
     234하나씩 추가됩니다. (즉, 3개로 지정했다고 해서 "Choices"가 3개만 
     235나온다는 게 아닙니다.) 이게 아니라 항상 poll을 바꿀 때마다 3개씩 
     236Choice 필드를 보여주려고 한다면 위에서처럼 
     237{{{num_extra_on_change=3}}}라고 지정하세요. 
     238 
     239하지만 작은 문제가 있습니다. 모든 필드를 한 화면에 표시해서 페이지 
     240아래로 넘거가기 때문에 한줄에 관련 객체(related object)를 
     241표시할 수도 있습니다. 
     242 
     243    poll = models.ForeignKey(Poll, edit_inline=models.TABULAR, num_in_admin=3) 
     244 
     245{{{edit_inline=models.TABULAR}}} ({{{models.STACKED}}} 대신에)으로 
     246표현하면 관련 객체들이 테이블 모영으로 좀더 모아져서 보여집니다.: 
     247 
     248{{{ 
     249#!html 
     250<a target="" href=""><img src="http://media.djangoproject.com/img/doc/tutorial/admin12.png" alt="poll을 추가하는 페이지에 choices를 간략하게 표시됩니다." /></a> 
     251}}} 
     252= 바꾸기 목록을 바꿔보기 = 
     253 
     254Poll 관리 페이지가 이제 모양이 갖춰지는군요. 이제 모든 poll을 출력하는 
     255"바꾸기 목록(change list)" 페이지를 좀더 바꿔보겠습니다. 
     256 
     257{{{ 
     258#!html 
     259<a target="http://media.djangoproject.com/img/doc/tutorial/admin04.png" href="http://media.djangoproject.com/img/doc/tutorial/admin04.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin04t.png" alt="Poll 바꾸기 목록" /></a> 
     260}}} 
     261기본적으로 장고는 {{{str()}}}을 통해서 객체를 화면에 출력합니다. 때때로 
     262각각의 필드를 표시할 때 유용하게 사용할 수 있습니다. {{{list_display}}} 
     263옵션을 사용해서 튜플(tuple)로 필드 이름을 컬럼(columns)으로 표시할 수 
     264있습니다.: 
     265{{{ 
     266class Poll(models.Model): 
     267    # ... 
     268    class Admin: 
     269        # ... 
     270        list_display = ('question', 'pub_date') 
     271}}} 
     272이전 페이지에서 설명한 {{{was_published_today}}} 메소드도 
     273포함시켜봅니다. 
     274 
     275    list_display = ('question', 'pub_date', 'was_published_today') 
     276 
     277이제 Poll change list가 아래와 같이 보입니다.: 
     278 
     279{{{ 
     280#!html 
     281<a target="http://media.djangoproject.com/img/doc/tutorial/admin13.png" href="http://media.djangoproject.com/img/doc/tutorial/admin13.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin13t.png" alt="바뀐 Poll 바꾸기 목록 페이지" /></a> 
     282}}} 
     283이제 컬럼 제목을 눌러서 이 값들을 정렬할 수 있습니다. -- 
     284{{{was_published_today}}}는 아닙니다. 왜냐하면 메소드의 결과는 정렬할 수 
     285없기 때문입니다. 하지만 {{{short_description}}} 속성을 추가해서 바꿀 수 
     286있습니다.: 
     287{{{ 
     288def was_published_today(self): 
     289    return self.pub_date.date() == datetime.date.today() 
     290was_published_today.short_description = 'Published today?' 
     291}}} 
     292Poll change list이 점점 개선되어 가는군요: 이제 필터(Filters)를 
     293추가해봅니다. {{{Poll.Admin}}}에 다음을 추가해봅니다.: 
     294{{{ 
     295list_filter = ['pub_date'] 
     296}}} 
     297이것은 사이드바에 {{{pub_date}}}별로 change list를 걸러서 표시해주는 
     298"필터"를 추가합니다. 
     299 
     300{{{ 
     301#!html 
     302<a target="http://media.djangoproject.com/img/doc/tutorial/admin14.png" href="http://media.djangoproject.com/img/doc/tutorial/admin14.png"><img src="http://media.djangoproject.com/img/doc/tutorial/admin14t.png" alt="개선된 Polls change list 페이지" /></a> 
     303}}} 
     304The type of filter displayed depends on the type of field you're filtering on. 
     305Because {{{pub_date}}} is a DateTimeField, Django knows to give the default 
     306filter options for DateTimeFields: "Any date," "Today," "Past 7 days," 
     307"This month," "This year." 
     308 
     309This is shaping up well. Let's add some search capability: 
     310{{{ 
     311search_fields = ['question'] 
     312}}} 
     313That adds a search box at the top of the change list. When somebody enters 
     314search terms, Django will search the {{{question}}} field. You can use as many 
     315fields as you'd like - although because it uses a {{{LIKE}}} query behind the 
     316scenes, keep it reasonable, to keep your database happy. 
     317 
     318Finally, because Poll objects have dates, it'd be convenient to be able to 
     319drill down by date. Add this line: 
     320{{{ 
     321date_hierarchy = 'pub_date' 
     322}}} 
     323That adds hierarchical navigation, by date, to the top of the change list page. 
     324At top level, it displays all available years. Then it drills down to months 
     325and, ultimately, days. 
     326 
     327Now's also a good time to note that change lists give you free pagination. The 
     328default is to display 50 items per page. Change-list pagination, search boxes, 
     329filters, date-hierarchies and column-header-ordering all work together like you 
     330think they should. 
     331 
     332= Customize the admin look and feel = 
     333 
     334Clearly, having "Django administration" at the top of each admin page is 
     335ridiculous. It's just placeholder text. 
     336 
     337That's easy to change, though, using Django's template system. The Django admin 
     338is powered by Django itself, and its interfaces use Django's own template 
     339system. (How meta!) 
     340 
     341Open your settings file ({{{mysite/settings.py}}}, remember) and look at the 
     342{{{TEMPLATE_DIRS}}} setting. {{{TEMPLATE_DIRS}}} is a tuple of filesystem 
     343directories to check when loading Django templates. It's a search path. 
     344 
     345By default, {{{TEMPLATE_DIRS}}} is empty. So, let's add a line to it, to tell 
     346Django where our templates live: 
     347{{{ 
     348TEMPLATE_DIRS = ( 
     349    "/home/my_username/mytemplates", # Change this to your own directory. 
     350) 
     351}}} 
     352Now copy the template {{{admin/base_site.html}}} from within the default Django 
     353admin template directory ({{{django/contrib/admin/templates}}}) into an {{{admin}}} 
     354subdirectory of whichever directory you're using in {{{TEMPLATE_DIRS}}}. For 
     355example, if your {{{TEMPLATE_DIRS}}} includes {{{"/home/my_username/mytemplates"}}}, 
     356as above, then copy {{{django/contrib/admin/templates/admin/base_site.html}}} to 
     357{{{/home/my_username/mytemplates/admin/base_site.html}}}. Don't forget that 
     358{{{admin}}} subdirectory. 
     359 
     360Then, just edit the file and replace the generic Django text with your own 
     361site's name as you see fit. 
     362 
     363Note that any of Django's default admin templates can be overridden. To 
     364override a template, just do the same thing you did with {{{base_site.html}}} -- 
     365copy it from the default directory into your custom directory, and make 
     366changes. 
     367 
     368Astute readers will ask: But if {{{TEMPLATE_DIRS}}} was empty by default, how was 
     369Django finding the default admin templates? The answer is that, by default, 
     370Django automatically looks for a {{{templates/}}} subdirectory within each app 
     371package, for use as a fallback. See the [wiki:DjangoDocumentKoreanTranslation/templates_python/#loader-types loader types documentation] for full 
     372information. 
     373 
     374 
     375= Customize the admin index page = 
     376 
     377On a similar note, you might want to customize the look and feel of the Django 
     378admin index page. 
     379 
     380By default, it displays all available apps, according to your {{{INSTALLED_APPS}}} 
     381setting. But the order in which it displays things is random, and you may want 
     382to make significant changes to the layout. After all, the index is probably the 
     383most important page of the admin, and it should be easy to use. 
     384 
     385The template to customize is {{{admin/index.html}}}. (Do the same as with 
     386{{{admin/base_site.html}}} in the previous section - copy it from the default 
     387directory to your custom template directory.) Edit the file, and you'll see it 
     388uses a template tag called {{{ {% get_admin_app_list as app_list %} }}}. That's the 
     389magic that retrieves every installed Django app. Instead of using that, you can 
     390hard-code links to object-specific admin pages in whatever way you think is 
     391best. 
     392 
     393Django offers another shortcut in this department. Run the command 
     394{{{python manage.py adminindex polls}}} to get a chunk of template code for 
     395inclusion in the admin index template. It's a useful starting point. 
     396 
     397For full details on customizing the look and feel of the Django admin site in 
     398general, see the [wiki:DjangoDocumentKoreanTranslation/admin_css/ Django admin CSS guide]. 
     399 
     400When you're comfortable with the admin site, read [wiki:DjangoDocumentKoreanTranslation/tutorial03/ part 3 of this tutorial] to 
     401start working on public poll views.