ファイルアップロード中、実際のファイルデータは request.FILES に保存されます。この辞書の各エントリーは UploadedFile オブジェクト(またはそのサブクラス)です。これはアップロードされたファイルのラッパーです。アップロードされたコンテンツにアクセスするために、通常、以下のメソッドのいずれかを使用します:
アップロードされたデータ全体をファイルから読み込む。このメソッドには注意が必要です。アップロードされたファイルが巨大な場合、それをメモリに読み込もうとするとシステムを圧迫する可能性があります。おそらく代わりに chunks() を使うことになるでしょう。
アップロードされたファイルが、複数のチャンクに分けて読み込む必要があるほど大きい場合に True を返します。デフォルトでは2.5MB以上のファイルですが、設定可能です。
ファイルのチャンクを返すジェネレータです。multiple_chunks() が True の場合、 read() の代わりにこのメソッドをループで使用すべきです。
実際には、常に chunks() を使用するのが最も簡単です。 read() を使用する代わりに chunks() をループ処理することで、大きなファイルがシステムのメモリを圧迫しないようにできます。
UploadedFile の有用な属性は次の通りです:
アップロードされたファイルの名前 (例: my_file.txt)。
アップロードされたファイルのサイズ（バイト単位）。
\nファイルと共にアップロードされるコンテンツタイプのヘッダ (例: text/plain や application/pdf)。ユーザーから提供されるデータのように、アップロードされたファイルが実際にこのタイプであると信頼すべきではありません。依然として、ファイルがコンテンツタイプヘッダが示すコンテンツを含んでいることを検証する必要があります。"信頼するが検証せよ" です。
\ncontent-type ヘッダーに渡される追加のパラメータを含む辞書です。通常、Google App Engine などのサービスがファイルのアップロードを取り扱っている場合に提供されます。その結果、ハンドラはアップロードされたファイル内容を受信しないかもしれず、代わりにファイルへの URL や他のポインターを受け取ります (RFC 2388 を参照)。
text/* コンテンツタイプについては、ブラウザが提供する文字セット(例えば utf8)です。ここでも、"信頼するが検証せよ" が最良の方針です。
UploadedFile のサブクラスには以下が含まれます:
一時的な場所にアップロードされたファイル (つまり、stream-to-disk)。このクラスは、 TemporaryFileUploadHandler によって使用されます。 UploadedFile のメソッドに加えて、1つの追加メソッドを持っています:
一時アップロードされたファイルの完全なパスを返します。
\nメモリへのアップロードされたファイル(つまり、stream-to-memory)。このクラスは MemoryFileUploadHandler によって使用されます。
MemoryFileUploadHandler と TemporaryFileUploadHandler は、小さなファイルをメモリに読み込み、大きなファイルをディスクに保存するDjangoのデフォルトのファイルアップロードの動作を提供します。これらは django.core.files.uploadhandler に位置しています。
小さいファイル用にアップロードをメモリにストリームするためのファイルアップロードハンドラ。
\nTemporaryUploadedFile を使ってデータを一時ファイルにストリームするアップロードハンドラ。
全てのファイルアップロードハンドラは、django.core.files.uploadhandler.FileUploadHandler のサブクラスとなります。アップロードハンドラはいつでも好きなときに定義できます。
カスタマイズされたファイルアップロードハンドラでは、以下のメソッドを定義する 必要があります。
\nファイルアップロードから、データの "chunk" を受け取ります。
\nraw_data はアップロードされたデータを含むバイト文字列です。
start はこの raw_data チャンクが始まる、ファイル内での位置です。
あなたが返すデータは、その後のアップロードハンドラの receive_data_chunk メソッドに渡されます。 この方法で、1 つのハンドラは他のハンドラの「フィルタ」になることができます。
receive_data_chunk から None を返し、残りのアップロードハンドラがこのチャンクを取得するのを短絡します。 これは、アップロードしたデータを自分で保存しておき、将来のハンドラでデータのコピーを保存したくない場合に便利です。
StopUpload または SkipFile 例外を発生させると、アップロードが中止されるか、ファイルが完全にスキップされます。
ファイルのアップロードが完了したときに呼ばれます。
\nハンドラーは request.FILES に格納される UploadedFile オブジェクトを返すべきです。またハンドラーは、UploadedFile オブジェクトが後続のアップロードハンドラーから来るべきであることを示すために None を返すこともできます。
独自のアップロードハンドラは、以下の省略可能なメソッドや属性を定義できます:
\nDjango がメモリに格納してハンドラに送り込む "chunks" のサイズです (byte で表されます)。 つまり、この属性は FileUploadHandler.receive_data_chunk に渡されるチャンクのサイズをコントロールします。
パフォーマンスを最大限にするために、チャンクサイズは 4 で割り切れる必要があり、2 GB (231 bytes) を超えてはいけません。 複数のハンドラによってチャンクサイズが複数ある場合、Django はハンドラで定義された最小のチャンクサイズを使用します。
デフォルトは 64*210 bytes、つまり 64 KB です。
\n新しいファイルのアップロード開始を通知するコールバックです。 アップロードハンドラにデータが送られる前に呼び出されます。
\nfield_name は、ファイル <input> フィールドの文字列名です。
file_name はブラウザによって提供されるファイル名です。
content_type は、ブラウザによって提供される MIME タイプです -- 例: 'image/jpeg'。
content_length は、ブラウザによって与えられる画像の長さです。提供されずに None となることがあります。
charset は、ブラウザによって与えられる文字セットです (例: utf8)。content_length のように、提供されないことがあります。
content_type_extra は、content-type からの、ファイルについての追加情報です。UploadedFile.content_type_extra を参照してください。
このメソッドは、将来のハンドラがこのファイルをハンドリングするのを防ぐため、StopFutureHandlers 例外を投げます。
全てのアップロード (全てのファイル) が完了したことを通知するコールバックです。
\nアップロードが中断されたことを通知するコールバック。例えば、ユーザーがファイルアップロード中にブラウザを閉じたときなど。
\nハンドラに対して、生の HTTP インプットのパースを完全にオーバーライドできるようにします。
\ninput_data は、read() をサポートするファイルのようなオブジェクトです。
META は、request.META と同じオブジェクトです。
content_length は、input_data 内のデータの長さです。input_data から content_length バイト以上を読み出さないでください。
boundary は、このリクエストの MIME boundary です。
encoding は、リクエストのエンコーディングです。
アップロードハンドリングを継続したいとき、None を返します。もしくはリクエストに適した新しいデータ構造を直接返したいとき、 (POST, FILES) のタプルを返します。