Commits

Yong Choi  committed 028790a

translating JythonDjango.rst

  • Participants
  • Parent commits a0e365b

Comments (0)

Files changed (1)

File JythonDjango.rst

 엄밀히 말하자면, 자이썬에서 장고를 사용하기 위해서 필요한 것은 장고 그 자체 밖에 없다.
 하지만 데이터베이스에 접속하려면 서드-파티 라이브러리가 필요하다.
 장고에 내장된 데이터베이스 뒷단은 C 언어로 쓰여진 라이브러리를 사용하는데, 자이썬에는 그것을 쓸 수 없기 때문이다.
-실제로는 장고와 장고-자이썬, 최소 두개의 꾸러미가 필요하다.
-이름에서 연상할 수 있듯이, 장고-자이썬은 자이썬에서 장고를 실행할 때 유용한 부가기능의 모음이다.
+실제로는 Django와 django-jython, 최소 두개의 꾸러미가 필요하다.
+이름에서 연상할 수 있듯이, django-jython은 자이썬에서 장고를 실행할 때 유용한 부가기능의 모음이다.
 특히, 거기에는 데이터베이스 뒷단이 포함되어 있다.
 이 두가지 라이브러리를 가져오는 것은 플랫폼에 따라 조금 다르고, 수동으로 처리하는 지루한 작업이기 때문에, 이러한 라이브러리를 자동으로 받아서 설치해주는 유틸리티를 사용하도록 하겠다.
 이 유틸리티는 setuptools라고 한다.
 사용자가 선택을 한 경우에는, 득표수(votes)를 증가시키고 결과 뷰로 리디렉션한다.
 
 단지 뷰를 호출하여(예컨대 return results(request, poll.id)와 같이) 리디렉션을 구현할 수도 있지만, 주석에서 밝힌 것과 같이, POST 제출 후에 실제로 HTTP 리다이렉트를 하는 것이 브라우저의 뒤로 가기(혹은 새로고침)로 인하여 발생할 수 있는 문제를 피할 수 있는 모범답안이다.
-뷰 코드는 어떤 URL을 매핑하는지 알지 못하기 때문에(as this left to chance when you reuse the app), reverse function은 주어진 뷰와 파라이터에 대한 URL을 제공한다.
+뷰 코드는 어떤 URL을 매핑하는지 알지 못하기 때문에(이는 앱을 재사용할 때 기회로 남겨지므로), reverse function은 주어진 뷰와 파라이터에 대한 URL을 제공한다.
 
 템플릿을 살펴보기 전에, 한 가지 기억해 둘 것이 있다.
 장고 템플릿 언어는 꽤 단순하며, 의도적으로 프로그래밍 언어와 같이 강력하지 않게끔 설계되었다.
 그러나 그것은 거의 쓰이지 않는데, 그 이유는 템플릿을 재사용하는 데에 있어 상속이라고 하는 더 좋은 방법이 있기 때문이다.
 
 이것은 클래스 상속과 마찬가지이다.
-우선 기본 템플릿을 정의하는데, 여기에는 많은 *블록*\ 이 있다.
+우선 기본 템플릿을 정의하는데, 여기에는 많은 블록\ *block*\ 이 있다.
 각 블록에는 이름이 붙여진다.
 그런 다음, 다른 템플릿에서는 기본 템플릿으로부터의 상속을 통해 블록들을 재정의하거나 확장할 수 있다.
 클래스 계층 구조와 마찬가지로, 원한다면 얼마든지 상속 구조를 구축할 수 있다.
 
 이것이 전부이다.
 테스트하려면 브라우저로 http://localhost:8000/feeds/polls/\ 를 가리키거나, 그 URL을 여러분이 선호하는 피드 리더로 구독하면 된다.
-예를 들어 오페라에서는 그림 14-7과 같이 피드를 보여준다.
+예를 들어 오페라 브라우저에서는 그림 14-7과 같이 피드를 보여준다.
 
 .. figure:: images/chapter14-tour-feed.png
 
     
     $ jython manage.py syncdb
 
-The comments will be added to the poll page, so we must edit pollsite/polls/templates/polls/detail.html. We will add the following code just before the {% endblock %} line, which currently is the last line of the file (see Listing 14-32).
+댓글은 설문조사 페이지에 부가되므로, pollsite/polls/templates/polls/detail.html를 편집해야한다. 다음의 코드를 현재 파일의 마지막 행인 {% endblock %} 행 바로 앞에 추가하도록 한다(예제 14-32 참조).
 
-*Listing 14-32. Adding Comments to Details.html*
+*예제 14-32. Details.html에 댓글 추가*
 ::
     
     {% load comments %}
 장고의 버전을 업그레이드함은 말할 것도 없고, 데이터베이스 드라이버의 버전도 업그레이드하게 될 지 모른다.
 심지어 자이썬 언어의 버전을 업그레이드하게 될 수도 있다.
 의존성을 가지는 모든 것을 WAR 파일에 몰아넣을 것인지는 여러분이 선택하는 것이다.
-의존성을 가지는 모든 것을 WAR 파일에 포함시킨다면, 애플리케이션을 배포하였을 때 제대로 *동작할 것*\ 을 보장할 수 있다.
+의존성을 가지는 모든 것을 WAR 파일에 포함시킨다면, 애플리케이션을 배포하였을 때 *제대로 동작할 것*\ 을 보장할 수 있다.
 동일한 코드에 대하여 동시적으로 수행되는 각 애플리케이션에 필요한 공간은 서버가 자동으로 할당할 것이다.
 
 war 명령을 활성화하려면, INSTALLED_APPS 목록에서 설정 *doj* 응용 프로그램을 추가할 수 있다.
 media_root 디렉터리에 *sample.html*\ 을 만들어보자.
 정적 파일이 올바로 제공되는지 확인해보려는 것이므로 어떤 내용이든 상관 없다.
 
-In English, that means when the previous configuration is used, ?hello? will deployed into your servlet container and the container will assign some URL path to be the ?context root? in Glassfish?s case. This means your app will live in ?http://localhost:8000/hello/?. The site_media directory will be visible at ?http://localhost:8000/hello/site_media?. DOJ will automatically set the static content to be served by Glassfish?s fileservlet, which is already highly performant. There is no need to setup a separate static file server for most deployments.
+영어에서 이전의 설정을 사용한다는 것의 의미는, 글래스피쉬의 경우 hello가 여러분의 서블릿 컨테이너에 배포되어 컨테이너는 어떤 URL 경로를 그 context root에 할당함을 의미한다. 이는 여러분의 앱이 http://localhost:8000/hello/\ 에 있음을 뜻한다. site_media 디렉토리는 http://localhost:8000/hello/site_media\ 에서 볼 수 있다. DOJ는 자동적으로 정적 컨텐트를 고성능인 글래스피쉬 파일서블릿으로 구동하도록 설정한다. 대부분의 배포에 있어서 정적 서버 설정을 별도로 할 필요가 없다.
 
-Build your WAR file now using the standard manage.py script, and deploy using the asadmin tool. See 예제 14-37.
+이제 표준 manage.py를 사용하여 WAR 파일을 빌드하고, asadmin 도구를 사용하여 배포한다. 예제 14-37을 보라.
 
 *예제 14-37. 윈도우에서 WAR 파일 배포*
 ::
     
     http://localhost:8080/hello/admin/
 
-You can verify that your static media is being served correctly by going to:정적인 미디어가 올바로 서비스되고 있는지 확인하려면 이곳으로 가면 된다.
+정적인 미디어가 올바로 서비스되고 있는지 확인하려면 이곳으로 가면 된다.
 ::
     
     http://localhost:8080/hello/site_media/sample.html
 user           ngvictor
 ============== ==========
 
-You can safely delete all the other properties?hey?e not needed. After your properties resemble those shown in Figure 14-10, click ?inish.?
+필요하지 않은 다른 다른 속성들을 안전하게 삭제할 수 있다. 여러분의 속성들을 그림 14-10과 비슷하게 만든 다음에 Finish를 클릭한다.
 
 
 .. figure:: images/chapter14-conn-props.png
 That covers all the code you need to access thread pools and monitor the status of each unit of work. Ignoring the actual WorkUnit class, the actual code to manage the threadpool is about a dozen lines long.
 
 .. note::
-    
-    Unfortunately, this API is not standard in the JavaEE 5 specification yet so the code listed here will only work in Glassfish. The API for parallel processing is being standardized for JavaEE 6, and until then you will need to know a little bit of the internals of your particular application server to get threadpools working. If you?e working with Weblogic or Websphere, you will need to use the CommonJ APIs to access the threadpools, but the logic is largely the same.
+    불행하게도, 이 API는 JavaEE 5 명세에서는 아직 표준이 아니며 글래스피쉬에서만 동작한다. 병렬 처리를 위한 API는 JavaEE 6에서 표준이 될 것이며 그때까지는 스레드풀이 작동하도록 하기 위해서는 애플리케이션 서버의 내부에 대한 지식이 필요하다. 웹로직 또는 웹스피어를 사용한다면 스레드풀에 접근하기 위해 CommonJ API를 사용할 필요가 있으나, 로직은 대체로 같다.
 
 프로세스 간 통신
 ----------------