Code

Changes between Version 1 and Version 2 of DjangoDocumentKoreanTranslation/modpython-ko.txt


Ignore:
Timestamp:
04/06/08 21:53:11 (6 years ago)
Author:
spike
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • DjangoDocumentKoreanTranslation/modpython-ko.txt

    v1 v2  
    11{{{ 
    22================================= 
    3 >>! 
    4 How to use Django with mod_python 
    5 <<! 
    6 >>!! 
    73mod_python에서 장고 운영하기 
    8 <<!! 
    94================================= 
    105 
    11 >>! 
    12 Apache_ with `mod_python`_ currently is the preferred setup for using Django 
    13 on a production server. 
    14 <<! 
    15 >>!! 
    16 Apache_ with `mod_python`_은 제품 서버(production server)에서 장고를 사용하기 위해  
     6Apache_ with `mod_python`_은 제품 서버(production server)에서 장고를 사용하기 위해 
    177현재 가장 선호되는 설정입니다.. 
    18 <<!! 
    19  
    20 >>! 
    21 mod_python is similar to `mod_perl`_ : It embeds Python within Apache and loads 
    22 Python code into memory when the server starts. Code stays in memory throughout 
    23 the life of an Apache process, which leads to significant performance gains over 
    24 other server arrangements. 
    25 <<! 
    26 >>!! 
    27 mod_python은 `mod_perl`_과 유사합니다 : 아파치 내에서 파이썬을 임베딩하고,  
    28 아파치가 시작할때 파이썬 코드를 코드를 메모리에 로드합니다.  
    29 코드는 아파치 프로세스가 살아있는 동안 메모리에 남아 있으며,  
     8 
     9mod_python은 `mod_perl`_과 유사합니다 : 아파치 내에서 파이썬을 임베딩하고, 
     10아파치가 시작할때 파이썬 코드를 코드를 메모리에 로드합니다. 
     11코드는 아파치 프로세스가 살아있는 동안 메모리에 남아 있으며, 
    3012이는 다른 서버구성보다 주목할만한 성능 향상을 이끌어 냅니다. 
    31 <<!! 
    32  
    33 >>! 
    34 Django requires Apache 2.x and mod_python 3.x, and you should use Apache's 
    35 `prefork MPM`_, as opposed to the `worker MPM`_. 
    36 <<! 
    37 >>!! 
    38 장고는 아파치 2.x 와 mod_python 3.x 를 필요로 하며,  
     13 
     14장고는 아파치 2.x 와 mod_python 3.x 를 필요로 하며, 
    3915반드시 `worker MPM`_에 대비되는 `prefork MPM`_ 아파치를 사용해야 합니다. 
    40 <<!! 
    41  
    42 >>! 
    43 You may also be interested in `How to use Django with FastCGI, SCGI or AJP`_ 
    44 (which also covers SCGI and AJP). 
    45 <<! 
    46 >>!! 
     16 
    4717`FastCGI, SCGI 또는 AJP 에서 장고 운영하기`_도 살펴보세요. 
    4818(SCGI와 AJP 또한 다룹니다). 
    49 <<!! 
    5019 
    5120.. _Apache: http://httpd.apache.org/ 
     
    5423.. _prefork MPM: http://httpd.apache.org/docs/2.2/mod/prefork.html 
    5524.. _worker MPM: http://httpd.apache.org/docs/2.2/mod/worker.html 
    56 >>! 
    57 .. _How to use Django with FastCGI, SCGI or AJP: ../fastcgi/ 
    58 <<! 
    59 >>!! 
    6025.. _FastCGI, SCGI 또는 AJP에서 장고 운영하기: ../fastcgi/ 
    61 <<!! 
    62  
    63 >>! 
    64 Basic configuration 
    65 <<! 
    66 >>!! 
     26 
    6727기본 설정 
    68 <<!! 
    6928=================== 
    7029 
    71 >>! 
    72 To configure Django with mod_python, first make sure you have Apache installed, 
    73 with the mod_python module activated. 
    74 <<! 
    75 >>!! 
    76 mod_python에서 장고를 설정하기 위해서, 먼저 여러분은 mod_python 모듈이 활성화된  
     30mod_python에서 장고를 설정하기 위해서, 먼저 여러분은 mod_python 모듈이 활성화된 
    7731아파치가 설치되어 있어야 합니다, 
    78 <<!! 
    79  
    80 >>! 
    81 Then edit your ``httpd.conf`` file and add the following:: 
    82 <<! 
    83 >>!! 
     32 
    8433그리고 나서 여러분의 ``httpd.conf`` 파일을 열어서 다음을 추가하십시오:: 
    85 <<!! 
    8634 
    8735    <Location "/mysite/"> 
     
    9240    </Location> 
    9341 
    94 >>! 
    95 ...and replace ``mysite.settings`` with the Python import path to your Django 
    96 project's settings file. 
    97 <<! 
    98 >>!! 
    9942...그리고 ``mysite.settings``를 여러분의 장고 프로젝트의 설정 파일에 대한 파이썬 경로로 대체하십시오. 
    100 <<!! 
    101  
    102 >>! 
    103 This tells Apache: "Use mod_python for any URL at or under '/mysite/', using the 
    104 Django mod_python handler." It passes the value of ``DJANGO_SETTINGS_MODULE`` 
    105 so mod_python knows which settings to use. 
    106 <<! 
    107 >>!! 
    108 이는 아파치에게 지시를 합니다: "장고 mod_python 핸들러를 사용하여,  
    109 '/mysite/' 이하의 어떠한 URL에 대해서든 mod_python을 사용하라."  
     43 
     44이는 아파치에게 지시를 합니다: "장고 mod_python 핸들러를 사용하여, 
     45'/mysite/' 이하의 어떠한 URL에 대해서든 mod_python을 사용하라." 
    11046``DJANGO_SETTINGS_MODULE``의 값을 전달하여 
    11147mod_python은 어떤 설정을 사용해야 하는지 알게 됩니다. 
    11248(mod_python은 어떤 설정을 사용해야 하는지 ``DJANGO_SETTINGS_MODULE``의 값으로 알수 있습니다.) 
    113 <<!! 
    114  
    115 >>! 
    116 Note that we're using the ``<Location>`` directive, not the ``<Directory>`` 
    117 directive. The latter is used for pointing at places on your filesystem, 
    118 whereas ``<Location>`` points at places in the URL structure of a Web site. 
    119 ``<Directory>`` would be meaningless here. 
    120 <<! 
    121 >>!! 
    122 ``<Directory>`` 지시자가 아니라, ``<Location>`` 지시자가 사용되고 있는 것을 주의하십시오.  
    123 전자는 여러분의 파일시스템상의 위치를 가리키는데 반해,  
     49 
     50``<Directory>`` 지시자가 아니라, ``<Location>`` 지시자가 사용되고 있는 것을 주의하십시오. 
     51전자는 여러분의 파일시스템상의 위치를 가리키는데 반해, 
    12452``<Location>``은 웹사이트의 URL 구조상의 위치를 가리킵니다. 
    12553여기서는 ``<Directory>`` 가 의미 없습니다. 
    126 <<!! 
    127  
    128 >>! 
    129 Also, if your Django project is not on the default ``PYTHONPATH`` for your 
    130 computer, you'll have to tell mod_python where your project can be found: 
    131 <<! 
    132 >>!! 
    133 또한, 만약  여러분의 장고 프로젝트가 컴퓨터의 기본  ``PYTHONPATH``상에 없다면,  
    134 여러분의 프로젝트를 어디서 찾아야 하는지를 mod_python에게 알려줘야 합니다.  
    135 <<!! 
     54 
     55또한, 만약  여러분의 장고 프로젝트가 컴퓨터의 기본  ``PYTHONPATH``상에 없다면, 
     56여러분의 프로젝트를 어디서 찾아야 하는지를 mod_python에게 알려줘야 합니다. 
    13657 
    13758.. parsed-literal:: 
     
    14566    </Location> 
    14667 
    147 >>! 
    148 The value you use for ``PythonPath`` should include the parent directories of 
    149 all the modules you are going to import in your application. It should also 
    150 include the parent directory of the ``DJANGO_SETTINGS_MODULE`` location. This 
    151 is exactly the same situation as setting the Python path for interactive 
    152 usage. Whenever you try to import something, Python will run through all the 
    153 directories in ``sys.path`` in turn, from first to last, and try to import 
    154 from each directory until one succeeds. 
    155 <<! 
    156 >>!! 
    157 여러분이 사용하는 ``PythonPath`` 값은 여러분의 어플리케이션에서 import 하려고 하는  
    158 모든 모듈들의 부모 디렉토리를 꼭 포함해야 합니다. 또한   
    159 ``DJANGO_SETTINGS_MODULE`` location 의 부모 디렉토리를 포함해야 합니다.  
    160 이는 바로 파이썬을 대화형으로 사용할때  
    161 path를 설정하는 것과 똑같은 상황입니다.  
    162 여러분이 무언가를 import 하려 할때마다, 파이썬은 import 가 성공할 때까지  
     68여러분이 사용하는 ``PythonPath`` 값은 여러분의 어플리케이션에서 import 하려고 하는 
     69모든 모듈들의 부모 디렉토리를 꼭 포함해야 합니다. 또한 
     70``DJANGO_SETTINGS_MODULE`` location 의 부모 디렉토리를 포함해야 합니다. 
     71이는 바로 파이썬을 대화형으로 사용할때 
     72path를 설정하는 것과 똑같은 상황입니다. 
     73여러분이 무언가를 import 하려 할때마다, 파이썬은 import 가 성공할 때까지 
    16374``sys.path`` 안의 모든 디렉토리를 처음부터 끝까지 차례로 시도해 봅니다. 
    164 <<!! 
    165   
    166 >>! 
    167 An example might make this clearer. Suppose 
    168 you have some applications under ``/usr/local/django-apps/`` (for example, 
    169 ``/usr/local/django-apps/weblog/`` and so forth), your settings file is at 
    170 ``/var/www/mysite/settings.py`` and you have specified 
    171 ``DJANGO_SETTINGS_MODULE`` as in the above example. In this case, you would 
    172 need to write your ``PythonPath`` directive as:: 
    173 <<! 
    174 >>!! 
     75 
    17576예제를 보면 확실해 집니다. 가령 
    17677``/usr/local/django-apps/`` 디렉토리 아래에 여러분의 어떤 어플리케이션 
    177 (``/usr/local/django-apps/weblog/`` 같은)이 있고, 여러분의 설정 파일은  
    178 ``/var/www/mysite/settings.py`` 이라서 여러분은 ``DJANGO_SETTINGS_MODULE`` 를  
    179 위의 예제처럼 설정했습니다. 이 경우, 여러분은 ``PythonPath`` 지시자를  
     78(``/usr/local/django-apps/weblog/`` 같은)이 있고, 여러분의 설정 파일은 
     79``/var/www/mysite/settings.py`` 이라서 여러분은 ``DJANGO_SETTINGS_MODULE`` 를 
     80위의 예제처럼 설정했습니다. 이 경우, 여러분은 ``PythonPath`` 지시자를 
    18081아래와 같이 작성할 필요가 있습니다:: 
    181 <<!! 
    18282 
    18383        PythonPath "['/usr/local/django-apps/', '/var/www'] + sys.path" 
    18484 
    185 >>! 
    186 With this path, ``import weblog`` and ``import mysite.settings`` will both 
    187 work. If you had ``import blogroll`` in your code somewhere and ``blogroll`` 
    188 lived under the ``weblog/`` directory, you would *also* need to add 
    189 ``/usr/local/django-apps/weblog/`` to your ``PythonPath``. Remember: the 
    190 **parent directories** of anything you import directly must be on the Python 
    191 path. 
    192 <<! 
    193 >>!! 
    194 이 path 에서, ``import weblog`` 와 ``import mysite.settings`` 둘 다 작동합니다. 만약 여러분의  
    195 코드 어딘가에 ``import blogroll``가 있고 ``blogroll``이 ``weblog/`` 디렉토리  
    196 아래에 위치하고 있다면, 여러분은 *또한* ``/usr/local/django-apps/weblog/`` 를  
    197 ``PythonPath`` 안에 넣어야 합니다.  
    198 기억하십시오:여러분이 작접 import 하려고 하는  
     85이 path 에서, ``import weblog`` 와 ``import mysite.settings`` 둘 다 작동합니다. 만약 여러분의 
     86코드 어딘가에 ``import blogroll``가 있고 ``blogroll``이 ``weblog/`` 디렉토리 
     87아래에 위치하고 있다면, 여러분은 *또한* ``/usr/local/django-apps/weblog/`` 를 
     88``PythonPath`` 안에 넣어야 합니다. 
     89기억하십시오:여러분이 작접 import 하려고 하는 
    19990모든 것들의 **부모 디렉토리**는 반드시 파이썬 path 상에 있어야 합니다. 
    200 <<!! 
    20191 
    20292.. note:: 
    203      
    204 >>!              
    205     If you're using Windows, we still recommended that you use forward 
    206     slashes in the pathnames, even though Windows normally uses the backslash 
    207     character as its native separator. Apache knows how to convert from the 
    208     forward slash format to the native format, so this approach is portable and 
    209     easier to read. (It avoids tricky problems with having to double-escape 
    210     backslashes.) 
    211 <<! 
    212 >>!! 
    213     만약 여러분이 Windows를 사용중이라면, 일반적으로 Windows는 역슬래시 문자(\)를  
    214     운영체제의 경로 구분자로 사용하지만, 우리는 여전히 슬래시(/)를 경로에 사용할 것을  
     93 
     94    만약 여러분이 Windows를 사용중이라면, 일반적으로 Windows는 역슬래시 문자(\)를 
     95    운영체제의 경로 구분자로 사용하지만, 우리는 여전히 슬래시(/)를 경로에 사용할 것을 
    21596    추천합니다. 아파치는 슬래시 포맷을 어떻게 운영체제 포맷으로 변경할지 알기 때문에, 
    216     이 방식이 간편하고(portable) 더 읽기 쉽습니다.  
    217                 (이는 이중-이스케이프 역슬래시(\\) 문제를  
     97    이 방식이 간편하고(portable) 더 읽기 쉽습니다. 
     98                (이는 이중-이스케이프 역슬래시(\\) 문제를 
    21899    피하는 꽁수입니다.) 
    219 <<!! 
    220  
    221 >>! 
    222     This is valid even on a Windows system:: 
    223 <<! 
    224 >>!! 
     100 
    225101    Windows 시스템상에서 이것 역시 유효합니다:: 
    226 <<!! 
    227102 
    228103        PythonPath "['c:/path/to/project'] + sys.path" 
    229104 
    230 >>! 
    231 You can also add directives such as ``PythonAutoReload Off`` for performance. 
    232 See the `mod_python documentation`_ for a full list of options. 
    233 <<! 
    234 >>!! 
    235105여러분은 또한 ``PythonAutoReload Off`` 지시자를 성능을 위해 추가할 수 있습니다. 
    236106전체 옵션들은 `mod_python 문서`_에서 볼 수 있습니다. 
    237 <<!! 
    238  
    239 >>! 
    240 Note that you should set ``PythonDebug Off`` on a production server. If you 
    241 leave ``PythonDebug On``, your users would see ugly (and revealing) Python 
    242 tracebacks if something goes wrong within mod_python. 
    243 <<! 
    244 >>!! 
    245 여러분은 제품 서버(production server)상에서는 반드시 ``PythonDebug Off``로 설정해야 합니다.  
    246 ``PythonDebug On`` 인채로 두면, 만약 mod_python 안에서 뭔가 잘못 되었을때  
    247  여러분의 사용자들은 보기흉한(그리고 적나라한) 파이썬 traceback 들을 보게 될것입니다.  
     107 
     108여러분은 제품 서버(production server)상에서는 반드시 ``PythonDebug Off``로 설정해야 합니다. 
     109``PythonDebug On`` 인채로 두면, 만약 mod_python 안에서 뭔가 잘못 되었을때 
     110 여러분의 사용자들은 보기흉한(그리고 적나라한) 파이썬 traceback 들을 보게 될것입니다. 
    248111 <<!! 
    249112 
    250 >>! 
    251 Restart Apache, and any request to /mysite/ or below will be served by Django. 
    252 Note that Django's URLconfs won't trim the "/mysite/" -- they get passed the 
    253 full URL. 
    254 <<! 
    255 >>!! 
    256 아파치를 재 시작하면, /mysite/ 또는 그 아래의 어떠한 요청에 대해서도 장고가 처리를 합니다.  
     113아파치를 재 시작하면, /mysite/ 또는 그 아래의 어떠한 요청에 대해서도 장고가 처리를 합니다. 
    257114장고의 URLconf는 "/mysite/" 를 trim 하지 않음을 주의 하십시오 -- full URL이 전달됩니다. 
    258    
    259 <<!! 
    260  
    261 >>! 
    262 When deploying Django sites on mod_python, you'll need to restart Apache each 
    263 time you make changes to your Python code. 
    264 <<! 
    265 >>!! 
    266 장고를 mod_python으로 운용할때, 여러분의 파이썬 코드를 변경할때마다  
     115 
     116 
     117장고를 mod_python으로 운용할때, 여러분의 파이썬 코드를 변경할때마다 
    267118아파치를 재 시작할 필요가 있습니다. 
    268 <<!! 
    269  
    270 >>! 
    271 Multiple Django installations on the same Apache 
    272 <<! 
    273 >>!! 
     119 
    274120한 아파치상에서 장고 다중 설치 
    275 <<!! 
    276121================================================ 
    277122 
    278 >>! 
    279 It's entirely possible to run multiple Django installations on the same Apache 
    280 instance. Just use ``VirtualHost`` for that, like so:: 
    281 <<! 
    282 >>!! 
    283 한 아파치 인스턴스 상에서 다중 설치된 장고를 실행 시킬 수 있습니다. 바로 VirtualHost 를  
     123한 아파치 인스턴스 상에서 다중 설치된 장고를 실행 시킬 수 있습니다. 바로 VirtualHost 를 
    284124아래와 같이 사용합니다:: 
    285 <<!! 
    286125 
    287126    NameVirtualHost * 
     
    299138    </VirtualHost> 
    300139 
    301 >>! 
    302 If you need to put two Django installations within the same ``VirtualHost``, 
    303 you'll need to take a special precaution to ensure mod_python's cache doesn't 
    304 mess things up. Use the ``PythonInterpreter`` directive to give different 
    305 ``<Location>`` directives separate interpreters:: 
    306 <<! 
    307 >>!! 
    308 만약 여러분이 같은 ``VirtualHost``에서 두개의 장고를 설치할 필요가 있다면,  
    309 여러분은 mod_python의 캐시가 꼬이지 않도록 하기 위한 특별한 예방책이 필요합니다.  
    310 ``PythonInterpreter`` 지시자를 사용하여 각기 다른 ``<Location>`` 지시자들이 인터프리터를  
     140만약 여러분이 같은 ``VirtualHost``에서 두개의 장고를 설치할 필요가 있다면, 
     141여러분은 mod_python의 캐시가 꼬이지 않도록 하기 위한 특별한 예방책이 필요합니다. 
     142``PythonInterpreter`` 지시자를 사용하여 각기 다른 ``<Location>`` 지시자들이 인터프리터를 
    311143분리하도록 하십시오:: 
    312 <<!! 
    313144 
    314145    <VirtualHost *> 
     
    326157    </VirtualHost> 
    327158 
    328 >>! 
    329 The values of ``PythonInterpreter`` don't really matter, as long as they're 
    330 different between the two ``Location`` blocks. 
    331 <<! 
    332 >>!! 
    333 각기 다른 두개의 ``Location`` 블럭 안에 있는 한, ``PythonInterpreter`` 의 값은  
     159각기 다른 두개의 ``Location`` 블럭 안에 있는 한, ``PythonInterpreter`` 의 값은 
    334160전혀 문제되지 않습니다. 
    335 <<!! 
    336  
    337 >>! 
    338 Running a development server with mod_python 
    339 <<! 
    340 >>!! 
     161 
    341162mod_python에서 개발 서버(developement server) 실행하기 
    342 <<!! 
    343163============================================ 
    344164 
    345 >>! 
    346 If you use mod_python for your development server, you can avoid the hassle of 
    347 having to restart the server each time you make code changes. Just set 
    348 ``MaxRequestsPerChild 1`` in your ``httpd.conf`` file to force Apache to reload 
    349 everything for each request. But don't do that on a production server, or we'll 
    350 revoke your Django privileges. 
    351 <<! 
    352 >>!! 
    353 만약 여러분이 개발 서버(developement server)에서 mod_python을 사용한다면,  
    354 여러분은 코드를 바꿀때마다 아파치를 재시작 해야하는 불편함을 피할 수 있습니다.  
    355 바로 ``httpd.conf`` 파일에 ``MaxRequestsPerChild 1``을 설정하여 매 요청마다 강제로 아파치가 모든것을 리로드 하도록 합니다.  
     165만약 여러분이 개발 서버(developement server)에서 mod_python을 사용한다면, 
     166여러분은 코드를 바꿀때마다 아파치를 재시작 해야하는 불편함을 피할 수 있습니다. 
     167바로 ``httpd.conf`` 파일에 ``MaxRequestsPerChild 1``을 설정하여 매 요청마다 강제로 아파치가 모든것을 리로드 하도록 합니다. 
    356168하지만 제품 서버(production server) 상에서는 이렇게 하지 마십시오. 그렇지 않으면, 
    357169여러분의 장고 권한들을 재호출합니다. 
    358 <<!! 
    359  
    360 >>! 
    361 If you're the type of programmer who debugs using scattered ``print`` 
    362 statements, note that ``print`` statements have no effect in mod_python; they 
    363 don't appear in the Apache log, as one might expect. If you have the need to 
    364 print debugging information in a mod_python setup, either do this:: 
    365 <<! 
    366 >>!! 
    367 만약 여러분이 여기저기 흩어진 ``print`` 문을 사용하여 디버깅하는 프로그래머 부류라면,  
    368 mod_python 에서 ``print`` 문은 아무 효과가 없음을 주의 하십시오; 혹시 기대했을지 모를,  
    369 아파치 로그에도 보이지 않습니다. 만약 mod_python 환경에서  
     170 
     171만약 여러분이 여기저기 흩어진 ``print`` 문을 사용하여 디버깅하는 프로그래머 부류라면, 
     172mod_python 에서 ``print`` 문은 아무 효과가 없음을 주의 하십시오; 혹시 기대했을지 모를, 
     173아파치 로그에도 보이지 않습니다. 만약 mod_python 환경에서 
    370174디버깅 정보를 꼭 찍어야 할 필요가 있다면, 이렇게 하십시오:: 
    371 <<!! 
    372  
    373 >>! 
    374     assert False, the_value_i_want_to_see 
    375 <<! 
    376 >>!! 
     175 
    377176    assert False, 내가 알고 싶은 값 
    378 <<!! 
    379  
    380 >>! 
    381 Or add the debugging information to the template of your page. 
    382 <<! 
    383 >>!! 
     177 
    384178혹은 디버깅 정보를 여러분 페이지의 템플릿에 추가 하십시오. 
    385 <<!! 
    386  
    387 >>! 
    388 .. _mod_python documentation: http://modpython.org/live/current/doc-html/directives.html 
    389 <<! 
    390 >>!! 
     179 
    391180.. _mod_python 문서: http://modpython.org/live/current/doc-html/directives.html 
    392 <<!! 
    393  
    394 >>! 
    395 Serving media files 
    396 <<! 
    397 >>!! 
     181 
    398182미디어 파일 처리하기 
    399 <<!! 
    400183=================== 
    401184 
    402 >>! 
    403 Django doesn't serve media files itself; it leaves that job to whichever Web 
    404 server you choose. 
    405 <<! 
    406 >>!! 
    407 장고 자체는 미디어 파일들을 처리하지 않습니다; 장고는 그 작업을 여러분이 선택한  
     185장고 자체는 미디어 파일들을 처리하지 않습니다; 장고는 그 작업을 여러분이 선택한 
    408186웹 서버에게 남깁니다. 
    409 <<!! 
    410  
    411 >>! 
    412 We recommend using a separate Web server -- i.e., one that's not also running 
    413 Django -- for serving media. Here are some good choices: 
    414 <<! 
    415 >>!! 
    416 우리는 분리된 웹서버 — 바꿔말하면, 장고를 실행하지 않는  — 미디어 처리를 위한  
     187 
     188우리는 분리된 웹서버 — 바꿔말하면, 장고를 실행하지 않는  — 미디어 처리를 위한 
    417189웹서버를 사용할것을 추천합니다. 여기 몇가지 좋은 선택이 있습니다: 
    418 <<!! 
    419190 
    420191* lighttpd_ 
     
    422193* A stripped-down version of Apache_ 
    423194 
    424 >>! 
    425 If, however, you have no option but to serve media files on the same Apache 
    426 ``VirtualHost`` as Django, here's how you can turn off mod_python for a 
    427 particular part of the site:: 
    428 <<! 
    429 >>!! 
    430 그렇지만, 만약 여러분이 선택의 여지가 없고  
    431 장고가 실행되는 동일 아파치 ``VirtualHost`` 상에서 미디어 파일들을 처리해야 한다면,  
     195그렇지만, 만약 여러분이 선택의 여지가 없고 
     196장고가 실행되는 동일 아파치 ``VirtualHost`` 상에서 미디어 파일들을 처리해야 한다면, 
    432197사이트 특정 부분의 mod_python 을 끄는 방법이 있습니다:: 
    433 <<!! 
    434198 
    435199    <Location "/media"> 
     
    437201    </Location> 
    438202 
    439 >>! 
    440 Just change ``Location`` to the root URL of your media files. You can also use 
    441 ``<LocationMatch>`` to match a regular expression. 
    442 <<! 
    443 >>!! 
    444 바로 ``Location``을 미디어 파일들의 루트 URL로 변경하십시오.  
     203바로 ``Location``을 미디어 파일들의 루트 URL로 변경하십시오. 
    445204여러분은 정규 표현식으로 매치하기 위해 ``<LocationMatch>``를 사용할 수도 있습니다. 
    446 <<!! 
    447  
    448 >>! 
    449 This example sets up Django at the site root but explicitly disables Django for 
    450 the ``media`` subdirectory and any URL that ends with ``.jpg``, ``.gif`` or 
    451 ``.png``:: 
    452 <<! 
    453 >>!! 
    454 이 예는 사이트 루트에 장고를 설정하지만 ``media`` 서브디렉토리와  
    455 ``.jpg``, ``.gif`` 또는 ``.png``로 끝나는 URL은 장고를 불가능하게 하는  
     205 
     206이 예는 사이트 루트에 장고를 설정하지만 ``media`` 서브디렉토리와 
     207``.jpg``, ``.gif`` 또는 ``.png``로 끝나는 URL은 장고를 불가능하게 하는 
    456208설정을 합니다:: 
    457 <<!! 
    458209 
    459210    <Location "/"> 
     
    476227.. _Apache: http://httpd.apache.org/ 
    477228 
    478 >>! 
    479 Serving the admin files 
    480 <<! 
    481 >>!! 
    482229admin 파일들 처리하기 
    483 <<!! 
    484230======================= 
    485231 
    486 >>! 
    487 Note that the Django development server automagically serves admin media files, 
    488 but this is not the case when you use any other server arrangement. You're 
    489 responsible for setting up Apache, or whichever media server you're using, to 
    490 serve the admin files. 
    491 <<! 
    492 >>!! 
    493 장고 개발 서버는 자동으로 admin media 파일들을 처리합니다만, 다른 서버구성을  
    494 사용할 경우는 이에 해당하지 않음을 주의 하십시오. admin 파일들을 처리하기 위해,  
    495 아파치, 또는 여러분이 사용중인 어떠한 미디어 서버에 대한 설정을  
     232장고 개발 서버는 자동으로 admin media 파일들을 처리합니다만, 다른 서버구성을 
     233사용할 경우는 이에 해당하지 않음을 주의 하십시오. admin 파일들을 처리하기 위해, 
     234아파치, 또는 여러분이 사용중인 어떠한 미디어 서버에 대한 설정을 
    496235여러분이 해야 합니다. 
    497 <<!! 
    498  
    499 >>! 
    500 The admin files live in (``django/contrib/admin/media``) of the Django 
    501 distribution. 
    502 <<! 
    503 >>!! 
    504 admin 파일은 장고 배포판의 (``django/contrib/admin/media``) 에  
     236 
     237admin 파일은 장고 배포판의 (``django/contrib/admin/media``) 에 
    505238위치합니다. 
    506 <<!! 
    507  
    508 >>! 
    509 Here are two recommended approaches: 
    510 <<! 
    511 >>!! 
     239 
    512240여기 두가지 추천 방법이 있습니다: 
    513 <<!! 
    514  
    515 >>! 
    516     1. Create a symbolic link to the admin media files from within your 
    517        document root. This way, all of your Django-related files -- code 
    518        **and** templates -- stay in one place, and you'll still be able to 
    519        ``svn update`` your code to get the latest admin templates, if they 
    520        change. 
    521     2. Or, copy the admin media files so that they live within your Apache 
    522        document root. 
    523 <<! 
    524 >>!! 
    525     1. 여러분의 document root 내에 admin media 파일들에 대한 심볼릭 링크를 만듭니다.  
    526        이 경우, 여러분의 모든 장고 관련 파일들 -- 코드 **그리고** 템플릿들 -— 은  
    527        한 장소에 있게되며, 여러분은 여전히 변경된 최신의  
    528                          admin 템플릿들을 얻기 위해,  
     241 
     242    1. 여러분의 document root 내에 admin media 파일들에 대한 심볼릭 링크를 만듭니다. 
     243       이 경우, 여러분의 모든 장고 관련 파일들 -- 코드 **그리고** 템플릿들 -— 은 
     244       한 장소에 있게되며, 여러분은 여전히 변경된 최신의 
     245                         admin 템플릿들을 얻기 위해, 
    529246       ``svn update``를 할 수 있습니다. 
    530247    2. 또는, 여러분의 아파치 document root 안에 
    531248                admin media 파일들을 복사합니다. 
    532 <<!! 
    533  
    534 >>! 
    535 Using eggs with mod_python 
    536 <<! 
    537 >>!! 
     249 
    538250mod_python에서 eggs 사용하기 
    539 <<!! 
    540251========================== 
    541252 
    542 >>! 
    543 If you installed Django from a Python egg_ or are using eggs in your Django 
    544 project, some extra configuration is required. Create an extra file in your 
    545 project (or somewhere else) that contains something like the following:: 
    546 <<! 
    547 >>!! 
    548 만약 Python egg_에서 장고를 설치했거나 장고 프로젝트에 egg를 사용 중이라면,  
    549 추가 설정이 필요합니다. 여러분의 프로젝트(또는 어딘가에)에 아래와 같은 내용을 포함하는  
     253만약 Python egg_에서 장고를 설치했거나 장고 프로젝트에 egg를 사용 중이라면, 
     254추가 설정이 필요합니다. 여러분의 프로젝트(또는 어딘가에)에 아래와 같은 내용을 포함하는 
    550255별도의 파일을 생성하십시오:: 
    551 <<!! 
    552256 
    553257    import os 
    554258    os.environ['PYTHON_EGG_CACHE'] = '/some/directory' 
    555259 
    556 >>! 
    557 Here, ``/some/directory`` is a directory that the Apache webserver process can 
    558 write to. It will be used as the location for any unpacking of code the eggs 
    559 need to do. 
    560 <<! 
    561 >>!! 
    562 여기, ``/some/directory`` 는 아파치 웹서버 프로세스가  
    563 쓰기를 하는 디렉토리입니다.  
     260여기, ``/some/directory`` 는 아파치 웹서버 프로세스가 
     261쓰기를 하는 디렉토리입니다. 
    564262egg가 필요로 하는 코드들의 압축을 푸는 위치로 사용됩니다. 
    565 <<!! 
    566  
    567 >>! 
    568 Then you have to tell mod_python to import this file before doing anything 
    569 else. This is done using the PythonImport_ directive to mod_python. You need 
    570 to ensure that you have specified the ``PythonInterpreter`` directive to 
    571 mod_python as described above__ (you need to do this even if you aren't 
    572 serving multiple installations in this case). Then add the ``PythonImport`` 
    573 line in the main server configuration (i.e., outside the ``Location`` or 
    574 ``VirtualHost`` sections). For example:: 
    575 <<! 
    576 >>!! 
     263 
    577264그리고나서 여러분은 mod_python에게 다른 무엇보다도 먼저 
    578265이 파일을 import 할것을 지시해야 합니다. 
    579266이는 mod_python에 PythonImport_ 지시자를 사용하면 됩니다. 
    580267여러분은 mod_python에 위__에서 설명한대로 
    581 ``PythonInterpreter`` 지시자를  
     268``PythonInterpreter`` 지시자를 
    582269명시해둬야 합니다 
    583270(여러분은 이 경우 다중 설치를 사용 하지 않더라도 이것을 해야 합니다). 그리고 나서 ``PythonImport`` 줄을 메인 서버 설정에 추가 하십시오(즉, ``Location`` 또는 ``VirtualHost`` 섹션의 바깥). 예를 들어:: 
    584 <<!! 
    585271 
    586272    PythonInterpreter my_django 
    587273    PythonImport /path/to/my/project/file.py my_django 
    588274 
    589 >>! 
    590 Note that you can use an absolute path here (or a normal dotted import path), 
    591 as described in the `mod_python manual`_. We use an absolute path in the 
    592 above example because if any Python path modifications are required to access 
    593 your project, they will not have been done at the time the ``PythonImport`` 
    594 line is processed. 
    595 <<! 
    596 >>!! 
    597 여러분은 `mod_python 매뉴얼`_에서 설명한 대로  
    598 절대 경로(또는 일반적인 도트 import 경로)를 사용할 수 있습니다. 우리는 여러분의  
    599 프로젝트에 접근 하기 위해 파이썬 path 수정이 필요할 수도 있는데,  
    600 ``PythonImport`` 라인이 처리되는 시점에서는 이것이 아직  완료가 되지 않았기 때문에  
     275여러분은 `mod_python 매뉴얼`_에서 설명한 대로 
     276절대 경로(또는 일반적인 도트 import 경로)를 사용할 수 있습니다. 우리는 여러분의 
     277프로젝트에 접근 하기 위해 파이썬 path 수정이 필요할 수도 있는데, 
     278``PythonImport`` 라인이 처리되는 시점에서는 이것이 아직  완료가 되지 않았기 때문에 
    601279위의 예제에서 우리는 절대 경로를 사용했습니다. 
    602 <<!! 
    603280 
    604281.. _Egg: http://peak.telecommunity.com/DevCenter/PythonEggs 
    605282.. _PythonImport: http://www.modpython.org/live/current/doc-html/dir-other-pimp.html 
    606 >>! 
    607 .. _mod_python manual: PythonImport_ 
    608 __ `Multiple Django installations on the same Apache`_ 
    609 <<! 
    610 >>!! 
    611283.. _mod_python 매뉴얼: PythonImport_ 
    612284__ `한 아파치 상에서 장고 다중 설치`_ 
    613 <<!! 
    614  
    615 >>! 
    616 Error handling 
    617 <<! 
    618 >>!! 
     285 
    619286에러 처리 
    620 <<!! 
    621287============== 
    622288 
    623 >>! 
    624 When you use Apache/mod_python, errors will be caught by Django -- in other 
    625 words, they won't propagate to the Apache level and won't appear in the Apache 
    626 ``error_log``. 
    627 <<! 
    628 >>!! 
    629 여러분이 아파치/mod_python을 사용할 때, 에러는 장고에 의해 잡힙니다  -- 다른 말로,  
    630 에러를 아파치 레벨에 전파 하지 않으며, 아파치 ``error_log`` 에도  
     289여러분이 아파치/mod_python을 사용할 때, 에러는 장고에 의해 잡힙니다  -- 다른 말로, 
     290에러를 아파치 레벨에 전파 하지 않으며, 아파치 ``error_log`` 에도 
    631291나타나지 않습니다. 
    632 <<!! 
    633  
    634 >>! 
    635 The exception for this is if something is really wonky in your Django setup. In 
    636 that case, you'll see an "Internal Server Error" page in your browser and the 
    637 full Python traceback in your Apache ``error_log`` file. The ``error_log`` 
    638 traceback is spread over multiple lines. (Yes, this is ugly and rather hard to 
    639 read, but it's how mod_python does things.) 
    640 <<! 
    641 >>!! 
    642 이에 대한 예외는 여러분의 장고 프로그램에서 무언가 정말 있을 수 없는 일이  
    643 발생한 경우입니다. 이 경우, 여러분은 브라우저에서 "Internal Server Error" 페이지를  
    644 보게 될 것이며 full Python traceback 이 아파치 ``error_log`` 파일에 남겨집니다.  
    645 ``error_log`` traceback은 여러줄에 걸쳐 출력됩니다. (예, 이것은  
     292 
     293이에 대한 예외는 여러분의 장고 프로그램에서 무언가 정말 있을 수 없는 일이 
     294발생한 경우입니다. 이 경우, 여러분은 브라우저에서 "Internal Server Error" 페이지를 
     295보게 될 것이며 full Python traceback 이 아파치 ``error_log`` 파일에 남겨집니다. 
     296``error_log`` traceback은 여러줄에 걸쳐 출력됩니다. (예, 이것은 
    646297보기 흉하고 읽기도 어렵습니다만, 이게 mod_python 이 처리하는 방식입니다.) 
    647 <<!! 
    648  
    649 >>! 
    650 If you get a segmentation fault 
    651 <<! 
    652 >>!! 
     298 
    653299segment fault 가 났다면 
    654 <<!! 
    655300=============================== 
    656301 
    657 >>! 
    658 If Apache causes a segmentation fault, there are two probable causes, neither 
    659 of which has to do with Django itself. 
    660 <<! 
    661 >>!! 
    662 만약 아파치가 segment fault 를 낸다면, 두가지 예상 원인이 있는데,  
    663 둘다 장고 자체의 문제가 아닙니다.  
    664 <<!! 
    665  
    666 >>! 
    667     1. It may be because your Python code is importing the "pyexpat" module, 
    668        which may conflict with the version embedded in Apache. For full 
    669        information, see `Expat Causing Apache Crash`_. 
    670     2. It may be because you're running mod_python and mod_php in the same 
    671        Apache instance, with MySQL as your database backend. In some cases, 
    672        this causes a known mod_python issue due to version conflicts in PHP and 
    673        the Python MySQL backend. There's full information in the 
    674        `mod_python FAQ entry`_. 
    675 <<! 
    676 >>!! 
    677     1. 여러분의 파이썬 코드가 아파치에 임베딩된 버전과  
    678       충돌나는 "pyexpat" 모듈을 임포팅 하고 있기 때문일 수 있습니다.  
     302만약 아파치가 segment fault 를 낸다면, 두가지 예상 원인이 있는데, 
     303둘다 장고 자체의 문제가 아닙니다. 
     304 
     305    1. 여러분의 파이썬 코드가 아파치에 임베딩된 버전과 
     306      충돌나는 "pyexpat" 모듈을 임포팅 하고 있기 때문일 수 있습니다. 
    679307      전체 정보는 `Expat Causing Apache Crash`_ 를 보십시오. 
    680     2. 여러분이 데이터베이스 후단부로 MySQL을 사용하여 mod_python과 mod_php를  
    681       동일 아파치 인스턴스에서 실행중이기 때문일 수 있습니다. 어떤 경우,  
    682       이는 PHP와 Python의 MySQL 후단부에서의 버전 충돌에 의한 것으로 알려진  
    683       mod_python 이슈를 일으킵니다.  
     308    2. 여러분이 데이터베이스 후단부로 MySQL을 사용하여 mod_python과 mod_php를 
     309      동일 아파치 인스턴스에서 실행중이기 때문일 수 있습니다. 어떤 경우, 
     310      이는 PHP와 Python의 MySQL 후단부에서의 버전 충돌에 의한 것으로 알려진 
     311      mod_python 이슈를 일으킵니다. 
    684312                        `mod_python FAQ entry`_에 전체 정보가 있습니다. 
    685 <<!! 
    686        
    687 >>! 
    688 If you continue to have problems setting up mod_python, a good thing to do is 
    689 get a barebones mod_python site working, without the Django framework. This is 
    690 an easy way to isolate mod_python-specific problems. `Getting mod_python Working`_ 
    691 details this procedure. 
    692 <<! 
    693 >>!! 
    694 만약 여러분에게 mod_python 설정 문제가 계속된다면,  
    695 장고 프레임워크 없이, mod_python 기본 사이트가 잘 작동하도록 하십시오.  
    696 이는 mod_python 에 한정된 문제를 고립시키는 쉬운 방법입니다.  
     313 
     314만약 여러분에게 mod_python 설정 문제가 계속된다면, 
     315장고 프레임워크 없이, mod_python 기본 사이트가 잘 작동하도록 하십시오. 
     316이는 mod_python 에 한정된 문제를 고립시키는 쉬운 방법입니다. 
    697317`Getting mod_python Working`_에 이 절차가 자세하게 있습니다. 
    698 <<!! 
    699  
    700 >>! 
    701 The next step should be to edit your test code and add an import of any 
    702 Django-specific code you're using -- your views, your models, your URLconf, 
    703 your RSS configuration, etc. Put these imports in your test handler function 
    704 and access your test URL in a browser. If this causes a crash, you've confirmed 
    705 it's the importing of Django code that causes the problem. Gradually reduce the 
    706 set of imports until it stops crashing, so as to find the specific module that 
    707 causes the problem. Drop down further into modules and look into their imports, 
    708 as necessary. 
    709 <<! 
    710 >>!! 
    711 다음 단계는 테스트 코드를 열어서 여러분이 사용하는 장고 관련 코드 —  
    712 view, model, URLconf, RSS 설정 따위 등에 대한 모든 import 들을 추가 하십시오.  
    713 이들 import들을 여러분의 테스트 핸들러 함수에 넣고 브라우저에서  
    714 여러분의 테스트 URL에 접속하십시오. 만약 이것이 문제를 발생시킨다면,  
    715 import 한 장고 코드들이 문제를 일으키는 것임이 확인된 것입니다. 크래시가  
    716 멈출때까지 import 를 점차적으로 줄여나가서, 문제를 말생시키는  
    717 특정 모듈을 찾습니다. 필요하다면 해당 모듈 안으로 더 들어가  
     318 
     319다음 단계는 테스트 코드를 열어서 여러분이 사용하는 장고 관련 코드 — 
     320view, model, URLconf, RSS 설정 따위 등에 대한 모든 import 들을 추가 하십시오. 
     321이들 import들을 여러분의 테스트 핸들러 함수에 넣고 브라우저에서 
     322여러분의 테스트 URL에 접속하십시오. 만약 이것이 문제를 발생시킨다면, 
     323import 한 장고 코드들이 문제를 일으키는 것임이 확인된 것입니다. 크래시가 
     324멈출때까지 import 를 점차적으로 줄여나가서, 문제를 말생시키는 
     325특정 모듈을 찾습니다. 필요하다면 해당 모듈 안으로 더 들어가 
    718326그 곳의 import 들을 조사합니다. 
    719 <<!! 
    720327 
    721328.. _Expat Causing Apache Crash: http://www.dscpl.com.au/articles/modpython-006.html