在Rails 3.0.X中,我将我的flash文件存储在public / flash中。 Flash文件,例如:jwplayer,uploadify等。
随着3.1中新目录结构的引入(即app / assets /),flash文件是否仍然存储在public / flash中,还是应该在app / assets /中创建一个名为'flash'的新目录?
答案 0 :(得分:12)
您可以使用Sprockets provide
directive。
例如,这就是我使用Plupload的方式:
# app/assets/javascripts/plupload.js
//= require plupload/plupload
//= require plupload/plupload.flash
//= require plupload/plupload.silverlight
//= provide plupload/dependencies
相应的供应商目录的组织方式如下:
vendor
├── assets
│ ├── javascripts
│ │ └── plupload
│ │ ├── dependencies
│ │ │ ├── plupload.flash.swf
│ │ │ └── plupload.silverlight.xap
│ │ ├── plupload.flash.js
│ │ ├── plupload.js
│ │ └── plupload.silverlight.js
│ └── stylesheets
└── plugins
当我想使用Plupload时,我使用<%= javascript_include_tag 'plupload' %>
,并使用asset_path
帮助程序填充Plupload配置:
<%= javascript_include_tag 'plupload' %>
<script type="text/javascript">
$(function() {
var uploader = new plupload.Uploader({
runtimes : 'flash,silverlight',
multipart : true,
multipart_params : {
'authenticity_token' : '<%= form_authenticity_token %>'
},
flash_swf_url :
'<%= asset_path "plupload/dependencies/plupload.flash.swf" %>',
silverlight_xap_url :
'<%= asset_path "plupload/dependencies/plupload.silverlight.xap" %>',
url : '<%= url_for [@item, :photos] %>',
// ...
});
希望有所帮助。
答案 1 :(得分:2)
如果这些是.swf
个文件,我认为它们不属于app/assets
。资产文件夹允许为CoffeeScript和SCSS(或类似的js和css“编译器”)预先“编译”的应用程序资产文件。如果您将.as
文件编译为.swf
文件作为部署或启动过程的一部分,我可以看到将它们放在资产文件夹中是有意义的。然而,这似乎是一个可怕的想法。
================= UPDATE =====================
我错了。资产文件夹用于提供Sprockets资产。只要您可以处理消化的资产路径,就应该使用Sprockets。
答案 2 :(得分:1)
我认为,这两个地方都有很好的论点。使用资产管道(将它们存储在/ app / assets下)有一个缺点,即不能硬连接闪存中的任何静态文件,因为你无法告诉生产中的文件名(Rails会将内容的哈希值添加到文件名中) )。您必须使用包含资源文件名的Rails生成flashvars或xml文件。
但是,如果您使用资产管道,如果文件更改,每个文件将在其文件名中获得新的哈希值。您可以告诉浏览器永久缓存文件,因为一旦您引用已更改的文件,它将是浏览器的新文件(&lt; - 文件名),它将从服务器加载更改的文件。缓存可以让您的网站更快回访。