DjangoDocumentKoreanTranslation: modpython-ko.txt

=================================
>>!
How to use Django with mod_python
<<!
>>!!
mod_python에서 ìž¥ê³  욎영하Ʞ
<<!!
=================================

>>!
Apache_ with `mod_python`_ currently is the preferred setup for using Django
on a production server.
<<!
>>!!
Apache_ with `mod_python`_은 ì œí’ˆ 서버(production server)에서 ìž¥ê³ ë¥Œ 사용하Ʞ 위핎 
현재 가장 ì„ í˜žë˜ëŠ” ì„€ì •ìž
니닀..
<<!!

>>!
mod_python is similar to `mod_perl`_ : It embeds Python within Apache and loads
Python code into memory when the server starts. Code stays in memory throughout
the life of an Apache process, which leads to significant performance gains over
other server arrangements.
<<!
>>!!
mod_python은 `mod_perl`_곌 ìœ ì‚¬í•©ë‹ˆë‹€ : 아파치 낎에서 파읎썬을 ìž„ë² ë”©í•˜ê³ , 
아파치가 ì‹œìž‘í• ë•Œ 파읎썬 윔드륌 윔드륌 메몚늬에 로드합니닀. 
윔드는 아파치 프로섞슀가 삎아있는 동안 메몚늬에 ë‚šì•„ 있윌며, 
읎는 닀륞 서버구성볎닀 ì£Œëª©í• ë§Œí•œ 성능 향상을 읎끌얎 ëƒ
니닀.
<<!!

>>!
Django requires Apache 2.x and mod_python 3.x, and you should use Apache's
`prefork MPM`_, as opposed to the `worker MPM`_.
<<!
>>!!
ìž¥ê³ ëŠ” 아파치 2.x 와 mod_python 3.x 륌 필요로 하며, 
반드시 `worker MPM`_에 대비되는 `prefork MPM`_ 아파치륌 사용핎알 합니닀.
<<!!

>>!
You may also be interested in `How to use Django with FastCGI, SCGI or AJP`_
(which also covers SCGI and AJP).
<<!
>>!!
`FastCGI, SCGI 또는 AJP 에서 ìž¥ê³  욎영하Ʞ`_도 삎펎볎섞요.
(SCGI와 AJP 또한 닀룹니닀).
<<!!

.. _Apache: http://httpd.apache.org/
.. _mod_python: http://www.modpython.org/
.. _mod_perl: http://perl.apache.org/
.. _prefork MPM: http://httpd.apache.org/docs/2.2/mod/prefork.html
.. _worker MPM: http://httpd.apache.org/docs/2.2/mod/worker.html
>>!
.. _How to use Django with FastCGI, SCGI or AJP: ../fastcgi/
<<!
>>!!
.. _FastCGI, SCGI 또는 AJP에서 ìž¥ê³  욎영하Ʞ: ../fastcgi/
<<!!

>>!
Basic configuration
<<!
>>!!
Ʞ볞 ì„€ì •
<<!!
===================

>>!
To configure Django with mod_python, first make sure you have Apache installed,
with the mod_python module activated.
<<!
>>!!
mod_python에서 ìž¥ê³ ë¥Œ ì„€ì •í•˜êž° 위핎서, ëšŒì € 여러분은 mod_python 몚듈읎 활성화된 
아파치가 섀치되얎 있얎알 합니닀,
<<!!

>>!
Then edit your ``httpd.conf`` file and add the following::
<<!
>>!!
ê·žëŠ¬ê³  나서 여러분의 ``httpd.conf`` 파음을 ì—Žì–Žì„œ 닀음을 추가하십시였::
<<!!

    <Location "/mysite/">
        SetHandler python-program
        PythonHandler django.core.handlers.modpython
        SetEnv DJANGO_SETTINGS_MODULE mysite.settings
        PythonDebug On
    </Location>

>>!
...and replace ``mysite.settings`` with the Python import path to your Django
project's settings file.
<<!
>>!!
...ê·žëŠ¬ê³  ``mysite.settings``륌 여러분의 ìž¥ê³  í”„ë¡œì íŠžì˜ ì„€ì • 파음에 대한 파읎썬 겜로로 대첎하십시였.
<<!!

>>!
This tells Apache: "Use mod_python for any URL at or under '/mysite/', using the
Django mod_python handler." It passes the value of ``DJANGO_SETTINGS_MODULE``
so mod_python knows which settings to use.
<<!
>>!!
읎는 아파치에게 지시륌 합니닀: "ìž¥ê³  mod_python 핞듀러륌 사용하여, 
'/mysite/' 읎하의 ì–Žë– í•œ URL에 ëŒ€í•Žì„œë“  mod_python을 사용하띌." 
``DJANGO_SETTINGS_MODULE``의 값을 ì „ë‹¬í•˜ì—¬
mod_python은 ì–Žë–€ ì„€ì •ì„ 사용핎알 하는지 알게 됩니닀.
(mod_python은 ì–Žë–€ ì„€ì •ì„ 사용핎알 하는지 ``DJANGO_SETTINGS_MODULE``의 값윌로 알수 있습니닀.)
<<!!

>>!
Note that we're using the ``<Location>`` directive, not the ``<Directory>``
directive. The latter is used for pointing at places on your filesystem,
whereas ``<Location>`` points at places in the URL structure of a Web site.
``<Directory>`` would be meaningless here.
<<!
>>!!
``<Directory>`` 지시자가 아니띌, ``<Location>`` 지시자가 ì‚¬ìš©ë˜ê³  있는 것을 죌의하십시였. 
ì „ìžëŠ” 여러분의 파음시슀í
œìƒì˜ 위치륌 가늬킀는데 반핮, 
``<Location>``은 웹사읎튞의 URL 구조상의 위치륌 가늬킵니닀.
여Ʞ서는 ``<Directory>`` 가 의믞 없습니닀.
<<!!

>>!
Also, if your Django project is not on the default ``PYTHONPATH`` for your
computer, you'll have to tell mod_python where your project can be found:
<<!
>>!!
또한, 만앜  여러분의 ìž¥ê³  í”„ë¡œì íŠžê°€ 컎퓚터의 Ʞ볞  ``PYTHONPATH``상에 없닀멎, 
여러분의 í”„ë¡œì íŠžë¥Œ 얎디서 ì°Ÿì•„ì•Œ 하는지륌 mod_python에게 ì•Œë €ì€˜ì•Œ 합니닀. 
<<!!

.. parsed-literal::

    <Location "/mysite/">
        SetHandler python-program
        PythonHandler django.core.handlers.modpython
        SetEnv DJANGO_SETTINGS_MODULE mysite.settings
        PythonDebug On
        **PythonPath "['/path/to/project'] + sys.path"**
    </Location>

>>!
The value you use for ``PythonPath`` should include the parent directories of
all the modules you are going to import in your application. It should also
include the parent directory of the ``DJANGO_SETTINGS_MODULE`` location. This
is exactly the same situation as setting the Python path for interactive
usage. Whenever you try to import something, Python will run through all the
directories in ``sys.path`` in turn, from first to last, and try to import
from each directory until one succeeds.
<<!
>>!!
여러분읎 사용하는 ``PythonPath`` 값은 여러분의 얎플늬쌀읎ì
˜ì—ì„œ import í•˜ë €ê³  하는 
ëªšë“  몚듈듀의 부몚 ë””ë ‰í† ëŠ¬ë¥Œ ꌭ 포핚핎알 합니닀. 또한  
``DJANGO_SETTINGS_MODULE`` location 의 부몚 ë””ë ‰í† ëŠ¬ë¥Œ 포핚핎알 합니닀. 
읎는 바로 파읎썬을 대화형윌로 ì‚¬ìš©í• ë•Œ 
path륌 ì„€ì •í•˜ëŠ” 것곌 똑같은 상황ìž
니닀. 
여러분읎 묎얞가륌 import í•˜ë € í• ë•Œë§ˆë‹€, 파읎썬은 import 가 ì„±ê³µí•  때까지 
``sys.path`` 안의 ëªšë“  ë””ë ‰í† ëŠ¬ë¥Œ 처음부터 끝까지 찚례로 시도핎 ëŽ
니닀.
<<!!
 
>>!
An example might make this clearer. Suppose
you have some applications under ``/usr/local/django-apps/`` (for example,
``/usr/local/django-apps/weblog/`` and so forth), your settings file is at
``/var/www/mysite/settings.py`` and you have specified
``DJANGO_SETTINGS_MODULE`` as in the above example. In this case, you would
need to write your ``PythonPath`` directive as::
<<!
>>!!
ì˜ˆì œë¥Œ 볎멎 확싀핎 집니닀. ê°€ë ¹
``/usr/local/django-apps/`` ë””ë ‰í† ëŠ¬ 아래에 여러분의 ì–Žë–€ 얎플늬쌀읎ì
˜
(``/usr/local/django-apps/weblog/`` 같은)읎 ìžˆê³ , 여러분의 ì„€ì • 파음은 
``/var/www/mysite/settings.py`` 읎띌서 여러분은 ``DJANGO_SETTINGS_MODULE`` 륌 
위의 ì˜ˆì œì²˜ëŸŒ ì„€ì •í–ˆìŠµë‹ˆë‹€. 읎 겜우, 여러분은 ``PythonPath`` 지시자륌 
아래와 같읎 ìž‘ì„±í•  필요가 있습니닀::
<<!!

        PythonPath "['/usr/local/django-apps/', '/var/www'] + sys.path"

>>!
With this path, ``import weblog`` and ``import mysite.settings`` will both
work. If you had ``import blogroll`` in your code somewhere and ``blogroll``
lived under the ``weblog/`` directory, you would *also* need to add
``/usr/local/django-apps/weblog/`` to your ``PythonPath``. Remember: the
**parent directories** of anything you import directly must be on the Python
path.
<<!
>>!!
읎 path 에서, ``import weblog`` 와 ``import mysite.settings`` 둘 ë‹€ 작동합니닀. 만앜 여러분의 
윔드 얎딘가에 ``import blogroll``가 ìžˆê³  ``blogroll``읎 ``weblog/`` ë””ë ‰í† ëŠ¬ 
아래에 ìœ„ì¹˜í•˜ê³  있닀멎, 여러분은 *또한* ``/usr/local/django-apps/weblog/`` 륌 
``PythonPath`` 안에 넣얎알 합니닀. 
Ʞ억하십시였:여러분읎 ìž‘ì ‘ import í•˜ë €ê³  하는 
ëªšë“  것듀의 **부몚 ë””ë ‰í† ëŠ¬**는 반드시 파읎썬 path 상에 있얎알 합니닀.
<<!!

.. note::
    
>>!             
    If you're using Windows, we still recommended that you use forward
    slashes in the pathnames, even though Windows normally uses the backslash
    character as its native separator. Apache knows how to convert from the
    forward slash format to the native format, so this approach is portable and
    easier to read. (It avoids tricky problems with having to double-escape
    backslashes.)
<<!
>>!!
    만앜 여러분읎 Windows륌 사용쀑읎띌멎, ìŒë°˜ì ìœŒë¡œ Windows는 역슬래시 묞자(\)륌 
    ìšŽì˜ì²Žì œì˜ 겜로 구분자로 사용하지만, 우늬는 ì—¬ì „ížˆ 슬래시(/)륌 겜로에 ì‚¬ìš©í•  것을 
    추천합니닀. 아파치는 슬래시 포맷을 얎떻게 ìšŽì˜ì²Žì œ 포맷윌로 ë³€ê²œí• ì§€ 알Ʞ 때묞에,
    읎 방식읎 ê°„íŽží•˜ê³ (portable) 더 읜Ʞ 쉜습니닀. 
                (읎는 읎쀑-읎슀쌀읎프 역슬래시(\\) ë¬žì œë¥Œ 
    플하는 ꜁수ìž
니닀.)
<<!!

>>!
    This is valid even on a Windows system::
<<!
>>!!
    Windows 시슀í
œìƒì—ì„œ 읎것 역시 ìœ íšší•©ë‹ˆë‹€::
<<!!

        PythonPath "['c:/path/to/project'] + sys.path"

>>!
You can also add directives such as ``PythonAutoReload Off`` for performance.
See the `mod_python documentation`_ for a full list of options.
<<!
>>!!
여러분은 또한 ``PythonAutoReload Off`` 지시자륌 성능을 위핎 ì¶”ê°€í•  수 있습니닀.
ì „ì²Ž 옵ì
˜ë“€ì€ `mod_python 묞서`_에서 볌 수 있습니닀.
<<!!

>>!
Note that you should set ``PythonDebug Off`` on a production server. If you
leave ``PythonDebug On``, your users would see ugly (and revealing) Python
tracebacks if something goes wrong within mod_python.
<<!
>>!!
여러분은 ì œí’ˆ 서버(production server)상에서는 반드시 ``PythonDebug Off``로 ì„€ì •í•Žì•Œ 합니닀. 
``PythonDebug On`` 읞채로 두멎, 만앜 mod_python 안에서 뭔가 잘못 되었을때 
 여러분의 사용자듀은 볎Ʞ흉한(ê·žëŠ¬ê³  ì ë‚˜ëŒí•œ) 파읎썬 traceback 듀을 볎게 ë ê²ƒìž
니닀. 
 <<!!

>>!
Restart Apache, and any request to /mysite/ or below will be served by Django.
Note that Django's URLconfs won't trim the "/mysite/" -- they get passed the
full URL.
<<!
>>!!
아파치륌 재 시작하멎, /mysite/ 또는 ê·ž 아래의 ì–Žë– í•œ 요청에 대핎서도 ìž¥ê³ ê°€ 처늬륌 합니닀. 
ìž¥ê³ ì˜ URLconf는 "/mysite/" 륌 trim 하지 않음을 죌의 하십시였 -- full URL읎 ì „ë‹¬ë©ë‹ˆë‹€.
  
<<!!

>>!
When deploying Django sites on mod_python, you'll need to restart Apache each
time you make changes to your Python code.
<<!
>>!!
ìž¥ê³ ë¥Œ mod_python윌로 ìšŽìš©í• ë•Œ, 여러분의 파읎썬 윔드륌 ë³€ê²œí• ë•Œë§ˆë‹€ 
아파치륌 재 ì‹œìž‘í•  필요가 있습니닀.
<<!!

>>!
Multiple Django installations on the same Apache
<<!
>>!!
한 아파치상에서 ìž¥ê³  닀쀑 섀치
<<!!
================================================

>>!
It's entirely possible to run multiple Django installations on the same Apache
instance. Just use ``VirtualHost`` for that, like so::
<<!
>>!!
한 아파치 읞슀턎슀 상에서 닀쀑 섀치된 ìž¥ê³ ë¥Œ 싀행 시킬 수 있습니닀. 바로 VirtualHost 륌 
아래와 같읎 사용합니닀::
<<!!

    NameVirtualHost *

    <VirtualHost *>
        ServerName www.example.com
        # ...
        SetEnv DJANGO_SETTINGS_MODULE mysite.settings
    </VirtualHost>

    <VirtualHost *>
        ServerName www2.example.com
        # ...
        SetEnv DJANGO_SETTINGS_MODULE mysite.other_settings
    </VirtualHost>

>>!
If you need to put two Django installations within the same ``VirtualHost``,
you'll need to take a special precaution to ensure mod_python's cache doesn't
mess things up. Use the ``PythonInterpreter`` directive to give different
``<Location>`` directives separate interpreters::
<<!
>>!!
만앜 여러분읎 같은 ``VirtualHost``에서 두개의 ìž¥ê³ ë¥Œ ì„€ì¹˜í•  필요가 있닀멎, 
여러분은 mod_python의 캐시가 ꌬ읎지 않도록 하Ʞ 위한 특별한 예방ì±
읎 필요합니닀. 
``PythonInterpreter`` 지시자륌 사용하여 각Ʞ 닀륞 ``<Location>`` 지시자듀읎 읞터프늬터륌 
분늬하도록 하십시였::
<<!!

    <VirtualHost *>
        ServerName www.example.com
        # ...
        <Location "/something">
            SetEnv DJANGO_SETTINGS_MODULE mysite.settings
            PythonInterpreter mysite
        </Location>

        <Location "/otherthing">
            SetEnv DJANGO_SETTINGS_MODULE mysite.other_settings
            PythonInterpreter othersite
        </Location>
    </VirtualHost>

>>!
The values of ``PythonInterpreter`` don't really matter, as long as they're
different between the two ``Location`` blocks.
<<!
>>!!
각Ʞ 닀륞 두개의 ``Location`` 뾔럭 안에 있는 한, ``PythonInterpreter`` 의 값은 
ì „í˜€ ë¬žì œë˜ì§€ 않습니닀.
<<!!

>>!
Running a development server with mod_python
<<!
>>!!
mod_python에서 개발 서버(developement server) 싀행하Ʞ
<<!!
============================================

>>!
If you use mod_python for your development server, you can avoid the hassle of
having to restart the server each time you make code changes. Just set
``MaxRequestsPerChild 1`` in your ``httpd.conf`` file to force Apache to reload
everything for each request. But don't do that on a production server, or we'll
revoke your Django privileges.
<<!
>>!!
만앜 여러분읎 개발 서버(developement server)에서 mod_python을 사용한닀멎, 
여러분은 윔드륌 바꿀때마닀 아파치륌 재시작 핎알하는 불펞핚을 í”Œí•  수 있습니닀. 
바로 ``httpd.conf`` 파음에 ``MaxRequestsPerChild 1``을 ì„€ì •í•˜ì—¬ 맀 요청마닀 ê°•ì œë¡œ 아파치가 ëªšë“ ê²ƒì„ 늬로드 하도록 합니닀. 
하지만 ì œí’ˆ 서버(production server) 상에서는 ìŽë ‡ê²Œ 하지 마십시였. ê·žë ‡ì§€ 않윌멎,
여러분의 ìž¥ê³  권한듀을 재혞출합니닀.
<<!!

>>!
If you're the type of programmer who debugs using scattered ``print``
statements, note that ``print`` statements have no effect in mod_python; they
don't appear in the Apache log, as one might expect. If you have the need to
print debugging information in a mod_python setup, either do this::
<<!
>>!!
만앜 여러분읎 ì—¬êž°ì €êž° 흩얎진 ``print`` 묞을 사용하여 디버ê¹
하는 프로귞래뚞 부류띌멎, 
mod_python 에서 ``print`` 묞은 아묎 횚곌가 없음을 죌의 하십시였; 혹시 Ʞ대했을지 몚륌, 
아파치 로귞에도 볎읎지 않습니닀. 만앜 mod_python 환겜에서 
디버ê¹
 ì •ë³Žë¥Œ ꌭ 찍얎알 í•  필요가 있닀멎, ìŽë ‡ê²Œ 하십시였::
<<!!

>>!
    assert False, the_value_i_want_to_see
<<!
>>!!
    assert False, ë‚Žê°€ ì•Œê³  싶은 값
<<!!

>>!
Or add the debugging information to the template of your page.
<<!
>>!!
혹은 디버ê¹
 ì •ë³Žë¥Œ 여러분 페읎지의 í
œí”ŒëŠ¿ì— 추가 하십시였.
<<!!

>>!
.. _mod_python documentation: http://modpython.org/live/current/doc-html/directives.html
<<!
>>!!
.. _mod_python 묞서: http://modpython.org/live/current/doc-html/directives.html
<<!!

>>!
Serving media files
<<!
>>!!
믞디얎 파음 처늬하Ʞ
<<!!
===================

>>!
Django doesn't serve media files itself; it leaves that job to whichever Web
server you choose.
<<!
>>!!
ìž¥ê³  자첎는 믞디얎 파음듀을 처늬하지 않습니닀; ìž¥ê³ ëŠ” ê·ž 작ì—
을 여러분읎 ì„ íƒí•œ 
웹 서버에게 낚깁니닀.
<<!!

>>!
We recommend using a separate Web server -- i.e., one that's not also running
Django -- for serving media. Here are some good choices:
<<!
>>!!
우늬는 분늬된 웹서버 — 바꿔말하멎, ìž¥ê³ ë¥Œ 싀행하지 않는  — 믞디얎 처늬륌 위한 
웹서버륌 ì‚¬ìš©í• ê²ƒì„ 추천합니닀. 여Ʞ 몇가지 좋은 ì„ íƒìŽ 있습니닀:
<<!!

* lighttpd_
* TUX_
* A stripped-down version of Apache_

>>!
If, however, you have no option but to serve media files on the same Apache
``VirtualHost`` as Django, here's how you can turn off mod_python for a
particular part of the site::
<<!
>>!!
ê·žë ‡ì§€ë§Œ, 만앜 여러분읎 ì„ íƒì˜ 여지가 ì—†ê³  
ìž¥ê³ ê°€ 싀행되는 동음 아파치 ``VirtualHost`` 상에서 믞디얎 파음듀을 처늬핎알 한닀멎, 
사읎튞 íŠ¹ì • 부분의 mod_python 을 끄는 방법읎 있습니닀::
<<!!

    <Location "/media">
        SetHandler None
    </Location>

>>!
Just change ``Location`` to the root URL of your media files. You can also use
``<LocationMatch>`` to match a regular expression.
<<!
>>!!
바로 ``Location``을 믞디얎 파음듀의 룚튞 URL로 변겜하십시였. 
여러분은 ì •ê·œ 표현식윌로 맀치하Ʞ 위핎 ``<LocationMatch>``륌 ì‚¬ìš©í•  수도 있습니닀.
<<!!

>>!
This example sets up Django at the site root but explicitly disables Django for
the ``media`` subdirectory and any URL that ends with ``.jpg``, ``.gif`` or
``.png``::
<<!
>>!!
읎 예는 사읎튞 룚튞에 ìž¥ê³ ë¥Œ ì„€ì •í•˜ì§€ë§Œ ``media`` ì„œëžŒë””ë ‰í† ëŠ¬ì™€ 
``.jpg``, ``.gif`` 또는 ``.png``로 끝나는 URL은 ìž¥ê³ ë¥Œ 불가능하게 하는 
ì„€ì •ì„ 합니닀::
<<!!

    <Location "/">
        SetHandler python-program
        PythonHandler django.core.handlers.modpython
        SetEnv DJANGO_SETTINGS_MODULE mysite.settings
    </Location>

    <Location "/media">
        SetHandler None
    </Location>

    <LocationMatch "\.(jpg|gif|png)$">
        SetHandler None
    </LocationMatch>


.. _lighttpd: http://www.lighttpd.net/
.. _TUX: http://en.wikipedia.org/wiki/TUX_web_server
.. _Apache: http://httpd.apache.org/

>>!
Serving the admin files
<<!
>>!!
admin 파음듀 처늬하Ʞ
<<!!
=======================

>>!
Note that the Django development server automagically serves admin media files,
but this is not the case when you use any other server arrangement. You're
responsible for setting up Apache, or whichever media server you're using, to
serve the admin files.
<<!
>>!!
ìž¥ê³  개발 서버는 자동윌로 admin media 파음듀을 처늬합니닀만, 닀륞 서버구성을 
ì‚¬ìš©í•  겜우는 읎에 핎당하지 않음을 죌의 하십시였. admin 파음듀을 처늬하Ʞ 위핎, 
아파치, 또는 여러분읎 사용쀑읞 ì–Žë– í•œ 믞디얎 서버에 대한 ì„€ì •ì„ 
여러분읎 í•Žì•Œ 합니닀.
<<!!

>>!
The admin files live in (``django/contrib/admin/media``) of the Django
distribution.
<<!
>>!!
admin 파음은 ìž¥ê³  배포판의 (``django/contrib/admin/media``) 에 
위치합니닀.
<<!!

>>!
Here are two recommended approaches:
<<!
>>!!
여Ʞ 두가지 추천 방법읎 있습니닀:
<<!!

>>!
    1. Create a symbolic link to the admin media files from within your
       document root. This way, all of your Django-related files -- code
       **and** templates -- stay in one place, and you'll still be able to
       ``svn update`` your code to get the latest admin templates, if they
       change.
    2. Or, copy the admin media files so that they live within your Apache
       document root.
<<!
>>!!
    1. 여러분의 document root 낎에 admin media 파음듀에 대한 심볌늭 링크륌 만듭니닀. 
       읎 겜우, 여러분의 ëªšë“  ìž¥ê³  êŽ€ë š 파음듀 -- 윔드 **ê·žëŠ¬ê³ ** í
œí”ŒëŠ¿ë“€ -— 은 
       한 장소에 있게되며, 여러분은 ì—¬ì „ížˆ 변겜된 ìµœì‹ ì˜ 
                         admin í
œí”ŒëŠ¿ë“€ì„ 얻Ʞ 위핎, 
       ``svn update``륌 í•  수 있습니닀.
    2. 또는, 여러분의 아파치 document root 안에
                admin media 파음듀을 복사합니닀.
<<!!

>>!
Using eggs with mod_python
<<!
>>!!
mod_python에서 eggs 사용하Ʞ
<<!!
==========================

>>!
If you installed Django from a Python egg_ or are using eggs in your Django
project, some extra configuration is required. Create an extra file in your
project (or somewhere else) that contains something like the following::
<<!
>>!!
만앜 Python egg_에서 ìž¥ê³ ë¥Œ 섀치했거나 ìž¥ê³  í”„ë¡œì íŠžì— egg륌 사용 쀑읎띌멎, 
추가 ì„€ì •ìŽ 필요합니닀. 여러분의 í”„ë¡œì íŠž(또는 얎딘가에)에 아래와 같은 낎용을 포핚하는 
별도의 파음을 생성하십시였::
<<!!

    import os
    os.environ['PYTHON_EGG_CACHE'] = '/some/directory'

>>!
Here, ``/some/directory`` is a directory that the Apache webserver process can
write to. It will be used as the location for any unpacking of code the eggs
need to do.
<<!
>>!!
여Ʞ, ``/some/directory`` 는 아파치 웹서버 프로섞슀가 
쓰Ʞ륌 하는 ë””ë ‰í† ëŠ¬ìž
니닀. 
egg가 필요로 하는 윔드듀의 압축을 푾는 위치로 사용됩니닀.
<<!!

>>!
Then you have to tell mod_python to import this file before doing anything
else. This is done using the PythonImport_ directive to mod_python. You need
to ensure that you have specified the ``PythonInterpreter`` directive to
mod_python as described above__ (you need to do this even if you aren't
serving multiple installations in this case). Then add the ``PythonImport``
line in the main server configuration (i.e., outside the ``Location`` or
``VirtualHost`` sections). For example::
<<!
>>!!
ê·žëŠ¬ê³ ë‚˜ì„œ 여러분은 mod_python에게 닀륞 묎엇볎닀도 ëšŒì €
읎 파음을 import í• ê²ƒì„ 지시핎알 합니닀.
읎는 mod_python에 PythonImport_ 지시자륌 사용하멎 됩니닀.
여러분은 mod_python에 위__에서 ì„€ëª
한대로
``PythonInterpreter`` 지시자륌 
ëª
시핎둬알 합니닀
(여러분은 읎 겜우 닀쀑 섀치륌 사용 하지 않더띌도 읎것을 í•Žì•Œ 합니닀). ê·žëŠ¬ê³  나서 ``PythonImport`` 쀄을 메읞 서버 ì„€ì •ì— 추가 하십시였(슉, ``Location`` 또는 ``VirtualHost`` 섹ì
˜ì˜ 바깥). 예륌 듀얎::
<<!!

    PythonInterpreter my_django
    PythonImport /path/to/my/project/file.py my_django

>>!
Note that you can use an absolute path here (or a normal dotted import path),
as described in the `mod_python manual`_. We use an absolute path in the
above example because if any Python path modifications are required to access
your project, they will not have been done at the time the ``PythonImport``
line is processed.
<<!
>>!!
여러분은 `mod_python 맀뉎얌`_에서 ì„€ëª
한 대로 
ì ˆëŒ€ 겜로(또는 ìŒë°˜ì ìž 도튾 import 겜로)륌 ì‚¬ìš©í•  수 있습니닀. 우늬는 여러분의 
í”„ë¡œì íŠžì— ì ‘ê·Œ 하Ʞ 위핎 파읎썬 path ìˆ˜ì •ìŽ í•„ìš”í•  수도 있는데, 
``PythonImport`` 띌읞읎 처늬되는 ì‹œì ì—ì„œëŠ” 읎것읎 아직  완료가 되지 않았Ʞ 때묞에 
위의 ì˜ˆì œì—ì„œ 우늬는 ì ˆëŒ€ 겜로륌 사용했습니닀.
<<!!

.. _Egg: http://peak.telecommunity.com/DevCenter/PythonEggs
.. _PythonImport: http://www.modpython.org/live/current/doc-html/dir-other-pimp.html
>>!
.. _mod_python manual: PythonImport_
__ `Multiple Django installations on the same Apache`_
<<!
>>!!
.. _mod_python 맀뉎얌: PythonImport_
__ `한 아파치 상에서 ìž¥ê³  닀쀑 섀치`_
<<!!

>>!
Error handling
<<!
>>!!
에러 처늬
<<!!
==============

>>!
When you use Apache/mod_python, errors will be caught by Django -- in other
words, they won't propagate to the Apache level and won't appear in the Apache
``error_log``.
<<!
>>!!
여러분읎 아파치/mod_python을 ì‚¬ìš©í•  때, 에러는 ìž¥ê³ ì— 의핎 잡힙니닀  -- 닀륞 말로, 
에러륌 아파치 ë ˆë²šì— ì „íŒŒ 하지 않윌며, 아파치 ``error_log`` 에도 
나타나지 않습니닀.
<<!!

>>!
The exception for this is if something is really wonky in your Django setup. In
that case, you'll see an "Internal Server Error" page in your browser and the
full Python traceback in your Apache ``error_log`` file. The ``error_log``
traceback is spread over multiple lines. (Yes, this is ugly and rather hard to
read, but it's how mod_python does things.)
<<!
>>!!
읎에 대한 예왞는 여러분의 ìž¥ê³  프로귞랚에서 묎얞가 ì •ë§ 있을 수 없는 음읎 
발생한 겜우ìž
니닀. 읎 겜우, 여러분은 ëžŒëŒìš°ì €ì—ì„œ "Internal Server Error" 페읎지륌 
볎게 ë  것읎며 full Python traceback 읎 아파치 ``error_log`` 파음에 낚겚집니닀. 
``error_log`` traceback은 여러쀄에 걞쳐 ì¶œë ¥ë©ë‹ˆë‹€. (예, 읎것은 
볎Ʞ í‰í•˜ê³  읜Ʞ도 ì–Žë µìŠµë‹ˆë‹€ë§Œ, 읎게 mod_python 읎 처늬하는 방식ìž
니닀.)
<<!!

>>!
If you get a segmentation fault
<<!
>>!!
segment fault 가 났닀멎
<<!!
===============================

>>!
If Apache causes a segmentation fault, there are two probable causes, neither
of which has to do with Django itself.
<<!
>>!!
만앜 아파치가 segment fault 륌 낞닀멎, 두가지 예상 원읞읎 있는데, 
둘닀 ìž¥ê³  자첎의 ë¬žì œê°€ 아닙니닀. 
<<!!

>>!
    1. It may be because your Python code is importing the "pyexpat" module,
       which may conflict with the version embedded in Apache. For full
       information, see `Expat Causing Apache Crash`_.
    2. It may be because you're running mod_python and mod_php in the same
       Apache instance, with MySQL as your database backend. In some cases,
       this causes a known mod_python issue due to version conflicts in PHP and
       the Python MySQL backend. There's full information in the
       `mod_python FAQ entry`_.
<<!
>>!!
    1. 여러분의 파읎썬 윔드가 아파치에 ìž„ë² ë”©ëœ ë²„ì „ê³Œ 
      충돌나는 "pyexpat" 몚듈을 임포íŒ
 í•˜ê³  있Ʞ 때묞음 수 있습니닀. 
      ì „ì²Ž ì •ë³ŽëŠ” `Expat Causing Apache Crash`_ 륌 볎십시였.
    2. 여러분읎 ë°ìŽí„°ë² ìŽìŠ€ 후닚부로 MySQL을 사용하여 mod_python곌 mod_php륌 
      동음 아파치 읞슀턎슀에서 싀행쀑읎Ʞ 때묞음 수 있습니닀. ì–Žë–€ 겜우, 
      읎는 PHP와 Python의 MySQL 후닚부에서의 ë²„ì „ 충돌에 의한 것윌로 ì•Œë €ì§„ 
      mod_python 읎슈륌 음윌킵니닀. 
                        `mod_python FAQ entry`_에 ì „ì²Ž ì •ë³Žê°€ 있습니닀.
<<!!
      
>>!
If you continue to have problems setting up mod_python, a good thing to do is
get a barebones mod_python site working, without the Django framework. This is
an easy way to isolate mod_python-specific problems. `Getting mod_python Working`_
details this procedure.
<<!
>>!!
만앜 여러분에게 mod_python ì„€ì • ë¬žì œê°€ 계속된닀멎, 
ìž¥ê³  í”„ë ˆìž„ì›Œí¬ 없읎, mod_python Ʞ볞 사읎튞가 잘 작동하도록 하십시였. 
읎는 mod_python 에 í•œì •ëœ ë¬žì œë¥Œ ê³ ëŠœì‹œí‚€ëŠ” 쉬욎 방법ìž
니닀. 
`Getting mod_python Working`_에 읎 ì ˆì°šê°€ 자섞하게 있습니닀.
<<!!

>>!
The next step should be to edit your test code and add an import of any
Django-specific code you're using -- your views, your models, your URLconf,
your RSS configuration, etc. Put these imports in your test handler function
and access your test URL in a browser. If this causes a crash, you've confirmed
it's the importing of Django code that causes the problem. Gradually reduce the
set of imports until it stops crashing, so as to find the specific module that
causes the problem. Drop down further into modules and look into their imports,
as necessary.
<<!
>>!!
닀음 닚계는 í
ŒìŠ€íŠž 윔드륌 ì—Žì–Žì„œ 여러분읎 사용하는 ìž¥ê³  êŽ€ë š 윔드 — 
view, model, URLconf, RSS ì„€ì • 따위 등에 대한 ëªšë“  import 듀을 추가 하십시였. 
읎듀 import듀을 여러분의 í
ŒìŠ€íŠž 핞듀러 핚수에 ë„£ê³  ëžŒëŒìš°ì €ì—ì„œ 
여러분의 í
ŒìŠ€íŠž URL에 ì ‘ì†í•˜ì‹­ì‹œì˜€. 만앜 읎것읎 ë¬žì œë¥Œ 발생시킚닀멎, 
import 한 ìž¥ê³  윔드듀읎 ë¬žì œë¥Œ 음윌킀는 것임읎 확읞된 것ìž
니닀. 크래시가 
멈출때까지 import 륌 ì ì°šì ìœŒë¡œ 쀄여나가서, ë¬žì œë¥Œ 말생시킀는 
íŠ¹ì • 몚듈을 찟습니닀. 필요하닀멎 핎당 몚듈 안윌로 더 듀얎가 
ê·ž 곳의 import 듀을 조사합니닀.
<<!!

.. _Expat Causing Apache Crash: http://www.dscpl.com.au/articles/modpython-006.html
.. _mod_python FAQ entry: http://modpython.org/FAQ/faqw.py?req=show&file=faq02.013.htp
.. _Getting mod_python Working: http://www.dscpl.com.au/articles/modpython-001.html