Блог

Что касается этой страницы документации с веб-сайта Django,

https://docs.djangoproject.com/en/1.2/howto/static-files/

там, где написано «для разработки «С учетом сказанного, Django поддерживает статические файлы во время разработки. Для обслуживания медиафайлов можно использовать представление django.views.static.serve().»

Итак, мой вопрос в том, если я использую этот метод, сколько работы потребуется для перехода на apache.

В настоящее время у меня есть символическая ссылка на мою папку с изображениями в папке / var / www, а в настройках Django я установил URL-адрес носителя на :

 MEDIA_URL = 'http://127.0.0.1:80/Images/'
  

Это кажется довольно простым взломом, но мой проект станет очень большим (с большим количеством css, js и PDF-файлов), и я сомневаюсь, что этот метод хорош.

Мой подход заключался в том, чтобы сам apache перехватывал URL-адреса статических файлов и обслуживал их напрямую, вообще не вызывая django. Итак, моя конфигурация apache выглядела примерно так:

 <VirtualHost *:80>
    ServerName www.myproject.com


    Alias /static /docs/my_website/static
    <Directory /docs/my_website/static>
            Order allow,deny
            Allow from all
    </Directory>

    Alias /favicon.ico /docs/my_website/static/images/icons/favicon.ico

    Include "/13parsecs/conf/django.conf"
</VirtualHost>
  

Тогда вы можете просто продолжать делать все, что вы делаете в среде разработки, и когда вы перейдете на apache, он вообще не будет вызывать django для статического содержимого, чего вы и хотите.

Это совершенно хороший способ делать вещи. Единственное изменение, которое вам нужно будет внести, это указать фактический URL вашего сайта, а не IP-адрес локального хостинга.

Не «переходите на Apache», начните использовать его в первую очередь. Ни одно из необходимых программ не имеет лицензионных сборов и работает практически на любой платформе, поэтому единственное оправдание, которое у вас может быть, это «я слишком ленив».