ウェブサイトではふつう、画像や JavaScript、CSS などの追加のファイルを配信する必要があります。Django では、こうしたファイルのことを「静的ファイル (static files)」と呼んでいます。静的ファイルの管理を簡単にするために、Django は django.contrib.staticfiles を提供しています。
このページでは、こうした静的ファイルの配信の仕方について説明します。
\ndjango.contrib.staticfiles が設定ファイルの INSTALLED_APPS に含まれていることを確認してください。
設定ファイルの中で、STATIC_URL を設定します。たとえば、次のようになります。
STATIC_URL = '/static/'\nIn your templates, use the static template tag to build the URL for\nthe given relative path using the configured STATICFILES_STORAGE.
{% load static %}\n<img src="{% static "my_app/example.jpg" %}" alt="My image"/>\nアプリケーション内に static``というフォルダを作って静的ファイルを保存してください。例えば、``my_app/static/my_app/example.jpg となります。
プロジェクトには、特定のアプリケーションに紐付けられていない 静的な assets があることがあります。その場合には、アプリケーション内の static/ ディレクトリの他に、設定ファイルでディレクトリのリスト (STATICFILES_DIRS) を定義して、Django が静的ファイルを検索できるようにすることができます。たとえば、次のように設定します。
STATICFILES_DIRS = [\n os.path.join(BASE_DIR, "static"),\n '/var/www/static/',\n]\nstaticfiles がファイルを探索する方法について詳しくは、 STATICFILES_FINDERS のドキュメントを参照してください。
上で述べたたように django.contrib.staticfiles を利用する場合、 DEBUG が True であれば runserver は自動的にこの処理を行います。もし INSTALLED_APPS 内に django.contrib.staticfiles が存在しない場合は、手動で django.views.static.serve() ビューを用いて静的ファイルを取り扱わなければなりません。
その機能はプロダクション環境で利用するのに適していません! 一般的なデプロイ方法に関しては 静的ファイルのデプロイ を参照ください。
\n例えば、 STATIC_URL が /static/ として定義される場合、その設定は urls.py に以下のスニペットを追加する事で行えます:
from django.conf import settings\nfrom django.conf.urls.static import static\n\nurlpatterns = [\n # ... the rest of your URLconf goes here ...\n] + static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)\n開発中は、ユーザーによってアップロードされたメディアファイルを django.views.static.serve() ビューを利用している MEDIA_ROOT から利用できます。
その機能はプロダクション環境で利用するのに適していません! 一般的なデプロイ方法に関しては 静的ファイルのデプロイ を参照ください。
\n例えば、 MEDIA_URL を /media/ として設定する場合、urls.py に次の記述を追記することでその設定を行えます:
from django.conf import settings\nfrom django.conf.urls.static import static\n\nurlpatterns = [\n # ... the rest of your URLconf goes here ...\n] + static(settings.MEDIA_URL, document_root=settings.MEDIA_ROOT)\nWhen running tests that use actual HTTP requests instead of the built-in\ntesting client (i.e. when using the built-in LiveServerTestCase) the static assets need to be served along\nthe rest of the content so the test environment reproduces the real one as\nfaithfully as possible, but LiveServerTestCase has only very basic static\nfile-serving functionality: It doesn't know about the finders feature of the\nstaticfiles application and assumes the static content has already been\ncollected under STATIC_ROOT.
Because of this, staticfiles ships its own\ndjango.contrib.staticfiles.testing.StaticLiveServerTestCase, a subclass\nof the built-in one that has the ability to transparently serve all the assets\nduring execution of these tests in a way very similar to what we get at\ndevelopment time with DEBUG = True, i.e. without having to collect them\nusing collectstatic first.
django.contrib.staticfiles provides a convenience management command\nfor gathering static files in a single directory so you can serve them easily.
Set the STATIC_ROOT setting to the directory from which you'd\nlike to serve these files, for example:
STATIC_ROOT = "/var/www/example.com/static/"\nRun the collectstatic management command:
$ python manage.py collectstatic\nThis will copy all files from your static folders into the\nSTATIC_ROOT directory.
Use a web server of your choice to serve the\nfiles. 静的ファイルのデプロイ covers some common deployment\nstrategies for static files.
This document has covered the basics and some common usage patterns. For\ncomplete details on all the settings, commands, template tags, and other pieces\nincluded in django.contrib.staticfiles, see the staticfiles\nreference.