0

これはこのあたりの質問で多く発生する問題であり(そして私はそれらの多くを読みます)、開発シナリオをすばやく説明するのは簡単ではないので、すべてを説明する可能性のある特定の単純な質問に絞り込みます、そして私は出くわしませんでした:

テンプレートと設定パラメータが最終的なURLを生成する方法に関係なく、レンダリングされたページの1つ(localhost:8000 / static / images / image-name.jpgなど)に貼り付けられたimage-urlを正常に生成することになります。私は見ることができ、すべてが完璧です。

私が抱えている問題は、別のコード部分(およびアプリ)にあります。生成されたURLは既存のディレクトリとファイルと一致しているようで、なぜ失敗するのかわかりませんが、404を取得し続けます。だから私がしたのは、ロードできないように見える画像を同じ正当なフォルダーにコピーし(ファイルをそこに貼り付けただけ)、URL(localhost:8000 / static / images /new-image-name)を変更することです。 jpg)-そして404を取得しました(djangoをリロードした後でも)。私はurl-parse-and-conversionメカニズムに挑戦しているだけなので、これはdb-objects(ImageFieldなど)とは何の関係もないと思います-そしてそれがすべてではなく一部で機能する理由を理解できませんいくつかのパス上の画像(同じjpg形式、画像は画像エディタで正常に読み込まれ、実際にはmspaintで描画されました)。

(urlにはurlpatterns + = staticfiles_urlpatterns()が含まれ、私が知る限り、これが唯一の静的関連のurl行です)。

どんなアイデアでもありがたいです、私はURLデコードについて何かが欠けているに違いありません。

ありがとう。

4

1 に答える 1

0

実際には、Web サーバーがすべてのリクエストの処理を Django に転送するアプリケーション サービス (wsgi、uwsgi) に転送するためにのみ発生します。

私が間違っているかもしれませんが、アプリケーション サービスは静的ファイルを気にするべきではないと思います。そして、アプリケーションの場所の前に、静的フォルダーの web サーバー (私の場合は nginx) 構成に別の場所を作成したため:

location /static/ {
    access_log        off;
    expires           max;
}

location / {
    include         uwsgi_params;
    uwsgi_pass      unix:///run/uwsgi/app/mysite/socket;
}
于 2013-07-06T15:39:52.873 に答える