問題タブ [asset-pipeline]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
383 参照

ruby-on-rails - Rails 3.1アセットパイプライン:期限切れのアセットへのリクエストを処理する方法は?

アセット パイプラインを使用してアプリケーションをセットアップすると、次のような URL を使用して画像が生成される場合があります (署名は省略されています)。

次に、アセットを変更するか、グローバル アセット バージョンを更新すると、次のようになります。

現在、一部の人々はまだ古いアセットにリクエストを送信しています。デフォルトのRails 3.1デプロイであると私が理解しているものの下では、これらは404にすぎません。これはあまり友好的ではないようです。新しいアセットに 301 を送信するか、新しいアセットを直接配信する方が適切です。

これを行うための組み込みの方法はありますか、それとも独自のアセット不足機能を実装する必要がありますか?

0 投票する
1 に答える
4343 参照

ruby-on-rails - Image_tagを使用したActionMailerのRails3.1アセット

アセットは私のWebビューでは正常に機能していますが、何らかの理由で、メーラーはアセットパイプラインを使用していません。メーラービューでimage_tagを使用しようとしています。

ただし、それは次のようにレンダリングされます

それ以外の

ここで何かが足りませんか?

私の設定は次のとおりです。

ありがとうございました!

0 投票する
2 に答える
6835 参照

ruby-on-rails - Rails 3.1 Asset Pipelineを無効にするにはどうすればよいですか?

Rails 3.1が提供するアセットパイプライン機能を一時的に無効にするにはどうすればよいですか?(私はアップグレードを実行しています)

0 投票する
2 に答える
763 参照

ruby-on-rails - Rails 3.1 の画像がスタイルシートで壊れている

Rails 3.1.0.rc4 で最初に作成した小さなアプリケーションを実行しています。昨夜、私は 3.1.0 final への移行を開始しました。アセット パイプラインでイライラする問題にぶつかりました。私のjsは問題ありません、私のcssは問題ありません。ただし、スタイルシートに含まれる画像は問題ありません。SASS と asset_path ヘルパーの両方を使用してコンパイル済みアセットへのパスを提供できるように、.css.scss.erb 拡張機能を使用しています。

例:

結果:

コンパイルされたアセットは background-a76dde63a16fbb15fe1b4ec496b50877.png であるため、これは問題です。

アプリケーションの erb ビューでは image_tag と asset_path の両方が正しく機能しますが、scss ファイルでは正しく機能しません。どんな入力でも大歓迎です。

0 投票する
1 に答える
1044 参照

ruby-on-rails-3.1 - Rails 3.1 が .js.coffee.erb ファイルの coffeescript の前に erb を評価しないのはなぜですか?

Rails 3.1 プロジェクトに foo.js.coffee.erb というファイルがあります。

これは〜をひき起こす:

明らかにERBがそれをつまずかせています。Rails 3.1 では、coffeescript の前に ERB プリプロセッサを使用できると思っていましたが、なぜこれが失敗するのでしょうか?

0 投票する
1 に答える
2942 参照

ruby-on-rails - RAILS_RELATIVE_URL_ROOT / relative_url_root を含まない Rails 3.1 SASS アセット ヘルパー

Rails 2.3.11 から 3.1 へのアップグレードに取り組んでいます。クリアすべき主なハードルの 1 つは、アセット パイプラインへの変換です。このプロセスで、css を sass (scss) に変換することにしました。Rails 3.1 では、パイプラインを介して配信されるすべてのアセットは、本番環境でファイル名に追加されたハッシュを受け取ります。このため、css で参照されているすべての画像は、sass で image-path または image-url ヘルパーを使用する必要がありました。問題は、ENV['RAILS_RELATIVE_URL_ROOT'] を environment.rb ファイルに設定したにもかかわらず、sass アセット ヘルパーが relative_url_root をインクルードできないことです。

わかりやすくするために、Rails 3.1 に relative_url_root を追加するために、environment.rb ファイルに次の行を追加しました。

次の行を仮想ホストに追加します。

この戦略は、すべてのリンクなどでうまく機能するようです。適切に動作していないように見えるのは、sass のアセット ヘルパーだけです。どんなアイデアでも大歓迎です。

0 投票する
4 に答える
4345 参照

ruby-on-rails - ログから Rails 3 アセットを無視する方法

重複の可能性:
Rails 3.1 でアセット パイプライン (スプロケット) メッセージのロギングを無効にする方法は?

Rails3でロガーをハックしてアセットのリクエストを無視することは可能ですか?

ログがいっぱいのときに何かを見つけるのは狂気です

ありがとう!

0 投票する
2 に答える
6145 参照

ruby-on-rails - Rails 3.1 のアセット パイプラインを使用して .scss マニフェスト ファイルをプリコンパイルする

Rails 3.1 のリリース バージョンでは、拡張子scss. 奇妙なことに、デフォルトのマニフェスト ファイルはapplication.scss正常にコンパイルされ、public/assets/.

ただし、カスタム マニフェスト ファイルをコンパイルしようとすると、何も作成されません。プロダクション構成でプリコンパイル オプションを有効にしました。

私が知る限り、プリコンパイル rake タスクを正しく実行しています。

そして多分これが役に立ちます。scssではなくcssという拡張子を持つ 2 つの新しいマニフェスト ファイルを作成し、元の scss ファイルが必要な場合、これらの新しいマニフェスト ファイルは受け入れられ、適切にコンパイルされます。他の sass マニフェスト ファイルではなく、この特別な扱いを受けるのはなぜですか?application.scss

0 投票する
2 に答える
537 参照

ruby-on-rails - Rails 3.1 画像アセットのタイムアウト

Rails 3.1 のイメージで断続的に問題が発生します。

問題のファイルは単純な PNG です。他のすべてのイメージは正しく機能しています。アセット パスを直接参照すると、イメージは期待どおりに機能します。サーバー (Webrick、開発中) を再起動しても解決しません。ブラウザのキャッシュをクリアしても役に立ちません。

ページをリロードすると画像が表示されますが、ブラウザはまだロード中であることを示しています。30 秒後にリクエストがタイムアウトし、画像が壊れた画像インジケーターに置き換えられます。

いくつかのサポート イメージを次に示します。

https://skitch.com/matt_darby/fahke/oops-google-chrome-could-not-connect-to-localhost-3000

https://skitch.com/matt_darby/fahkp/oops-google-chrome-could-not-connect-to-localhost-3000

https://skitch.com/matt_darby/fahkw/contact.html.haml-documents-code-protectedmethod.com-app-views-pages-vim

0 投票する
1 に答える
2756 参照

dojo - Rails 3.1アセットパイプラインとcoffeescriptでdojoツールキットを使用するには?

Rails 3.1 アプリの JS フレームワークとして dojo-toolkit を使用しようとしていますが、dojo の require 構造をスプロケットの require と coffeescript に組み込むのに苦労しています。dojo はディスク上の JS ファイルを想定しているようですが、coffeescript からオンザフライで作成されていると思います。

2つのrequire-sがどのように共存できるかについて誰かが考えているかどうか疑問に思っています.