問題タブ [static-files]

最近のブラウザーと Web サーバーの gzip 圧縮機能について学びました。私の理解が正しければ、サーバーはブラウザの要求に応じてその場で圧縮します。

しかし：ウェブサーバーにいくつかの静的なgzipされたjsonファイルがあります。要求されるたびに圧縮するのではなく、単純に送信したいと思います。それは可能ですか？

前もって感謝します、

メートル

httpd.conf の最後に次の構成があります。

これにより、アプリケーションを起動できますが、静的ファイルが提供されません。私は次のようなものを追加することを考えていました：

/site_media/...そして、からファイルを提供するように Apache に指示します/my/path/myapp/media。しかし、/site_media とメディア ディレクトリへの実際のパスを接続する方法が見つかりません。案内していただけますか？

編集:これをhttpd.confに追加しました:

しかし、Apache はまだ 404 エラーを出します。location 要素のSetHandler None中に も追加しようとしましたが、同じ 404 エラー コードが表示されます。/site_media/

I am planning a new Django project and want to get everything right and stuff. I stumbled over the question of how to organize the project directory layout. Luckily, there are quite a few examples of good project templates out there in the web. Still, there is one thing I struggle to get in my head:

It is the recommended way to put template files into a separate directory under the project root that is divided into subdirectories by apps. So, templates are not located within the app directories. That seems logical to me since we want to separate application logic from representation logic. But what about static files? Here, the common practice seems to be to locate the static files within the app dirs and load them into a 'static' directory under the project root at development time (collectstatic). And this logic I do not understand. Since static files (i.e. js, css, images) are usually accessed within templates, not within application code, I would count them to presentation logic. Then why aren't they stored just like templates are - a directory under the project root, with subdirectories for the single apps?

I know I can store these files wherever I want but I guess there might be a good reason why folks are doing it this way. What could this reason be?

これは、このテーマの類似したタイトルの量から判断すると、多くの混乱の原因のようですが、静的ファイルで見つけたすべてのことをdjango開発サーバーで試してみました。

したがって、静的ファイルはC：/ Users / Dan / seminarWebsite / static /から提供され、画像やcssなどのサブフォルダーがあります。

設定：

静的ファイルアプリもアクティブです。

URL：

レンプレート：

ただし、壊れたリンクのみが表示され、このアドレスにあります。http://127.0.0.1:8000/homepage/images/vision.jpegそのアドレスにあるべきではないと思います（ホームページは、静止画像ファイルが呼び出されているページのURL名です）。

最初にいくつかの背景。静的ファイル (CSS、JS など) の望ましくないブラウザー キャッシュを防ぐために、次の「トリック」を採用しています。

その後のページ読み込みでバージョン文字列が変更されると、ブラウザはサーバーから静的ファイルを再取得します。(このトリックに関する記事については、Google の「CSS キャッシング」を参照してください。)

ブラウザーに静的ファイルの最新バージョンを取得させたいのですが、ファイルが変更されていない場合はブラウザーのキャッシュも許可したいと考えています。つまり、静的ファイルが更新された場合にのみ、バージョン文字列を変更したいと考えています。また、バージョン文字列を自動的に生成したいと思います。

これを行うために、静的ファイルの最終変更時刻をバージョン文字列として使用しています。これを行うためのカスタム テンプレート タグを作成しています。

テンプレートタグの仕組みは次のとおりです。

静的ファイルの最終変更時刻を取得するには、システム上のファイル パスを知る必要があります。結合してこのファイルパスを取得しsettings.STATIC_ROOT、その静的ルートからのファイルの相対パスを取得します。すべての静的ファイルは に収集されるため、これは本番サーバーにとっては問題ありませんSTATIC_ROOT。

ただし、開発サーバー (manage.py runserver コマンドが使用されている場所) では、静的ファイルは に収集されませんSTATIC_ROOT。では、開発中の静的ファイルのファイルパスを取得するにはどうすればよいでしょうか?

(私の目的を明確にするために: 私が避けたいキャッシングの状況は、新しい HTML と古い CSS/JS の不一致を使用するブラウザです。本番環境では、これはユーザーを大いに混乱させる可能性があります。開発では、これは私と他の開発者を混乱させる可能性があり、頻繁にページを更新したり、ブラウザのキャッシュをクリアしたりしてください。)

Google App EngineでPythonを使用するなど、サーバーサイドを「シミュレート」する適切な方法はありますか？

2つの理由から、静的htmlファイルをより小さな部分に分割したいと思います。

1. 開発の観点から管理しやすくなります
2. 複数のページにまたがって冗長なHTMLは、より簡単に再利用でき、HTMLの更新は、更新をコピーして貼り付ける代わりに、すべてのページに表示されます。

特定の静的ファイルへのルートを作成しようとしていますが、試行しているすべてがエラーで終了します。

私は3つの異なる試みをしました：

1.1。

私が得るエラー：

2.2。

私が得るエラー：

3.3。

私が得るエラー:(そしてこれは最も奇妙です）

3番目のエラーの奇妙な部分は、次の行の別のファイル（app / views / main.scala.html）にスローされることです。

これらのメソッドはすべて、stackoverflowの公式ドキュメントやスレッドで見つかりました。ここで何が欠けていますか？

ありがとう。

ここに私の設定があります：

そして、ここでスタイルシートを参照します(これによりエラーが発生します):

ログのエラー：

私がそれを修正したと思った方法：

そして、別のビューを作成するまで機能しました-:

テンプレートに {% extends 'base/base.html' %} を追加しましたが、ログには何が記録されますか? これ：

/test/? に注意してください。css をロードしません。
理由はわかりますか?(django1.3でこの問題が発生したことはありません)

前もって感謝します ：）

appengine では、index.html は静的ファイルとして提供されますか、それとも最初に関与するサーブレット コンテナがありますか? たとえば、blabla.com のホストである war/index.html があり、ユーザーが http:/blbla.com/
にアクセスするとします。サーブレット コンテナーが最初にヒットして、それが welocme の一部であることを確認する必要はありません。 -file-list が web.xml で構成されている場合にのみ、appengine はそれを静的ファイルとして提供します。サーバーのラウンドトリップを回避する唯一の方法は、ユーザーに URL http://blabla.com/index.htmlをヒットさせることですか?
ドキュメントhttps://developers.google.com/appengine/docs/java/gettingstarted/staticfilesによると、次のように言う:
By default, App Engine makes all files in the WAR available as static files except JSPs and files in WEB-INF/. Any request for a URL whose path matches a static file serves the file directly to the browser—even if the path also matches a servlet or filter mapping.
それでは、質問: 次のうちどれが正しいですか?ユーザーはhttp://blabla.comにアクセスします

1. appengine は、index.html を静的ファイルとして直接提供する必要があることを認識しており、私のサーブレット コンテナは、welcome-files-list をチェックする必要がありません。
2. appengine は、静的ファイルから index.html を提供する必要があることを認識していません。サーブレット コンテナーは、welcome-files-list をチェックするためだけにヒットし、appengine がそれを静的ファイルとして取得できるようにします。

2 の場合: html ファイルを静的ファイルとして提供する唯一の方法は、ユーザーに URL で直接ヒットさせることです。つまり、http://blabla.com/index.html ? これは非常に重要な瞬間です。これは、サーブレット コンテナーが、リクエストのたびにwelcome-files-list を解決する追加のジョブを実行している可能性があることを意味し、その結果、ユーザーが html ファイルへの直接パスを指定した場合に回避できる CPU の浪費が発生する可能性があることを意味します。

css ファイル ローダーがあるとしますstyle.php。

Style1.css は 12KB、style2.css は 400kg で、赤色の隅にある 800LB の太った style3.css は、静的リソース帯域幅消費量の世界チャンピオンです!

style.php3 つのファイルを結合してクライアントに送信するために使用しています。同様のphpファイルを使用して、JSリソースを組み合わせて送信しています。

いくつかの静的リソースを大きなものに結合し、その場で送信するように指示できる htaccess ルールはありますか?

/編集：

このタイプのジョブは htaccess で処理できます。含まれているサーバー ファイルなどについてどこかで読んだことがあると思いますが、どこだったか覚えていません。また、ホストするファイルに関係なく、カスタム ヘッダーまたはバナーを配置する無料のホスティング サービスも見てきました。