Android使用的SQLite版本是什么?

原因:我想知道如何处理模式迁移。新的SQLite版本支持“ALTER TABLE”SQL命令，这将节省我必须复制数据，删除表，重新创建表和重新插入数据。

我想移动一个表到一个特定的模式使用T-SQL?我使用的是SQL Server 2008。

我已经听过这个术语很多次了(在编程环境中)，但找不到它的任何解释。有什么好的文章或解释吗?

我如何让一个div自动调整到背景的大小，我为它没有设置一个特定的高度(或最低高度)?

我想从Vimeo获得视频的缩略图。

当从Youtube上获得图像时，我只是这样做:

http://img.youtube.com/vi/HwP5NG-3e8I/2.jpg

你知道如何处理Vimeo吗?

同样的问题，没有答案。

如何在不使用表或JavaScript的情况下实现以下结构?白色边界代表div的边缘，与问题无关。

中间区域的大小会有所变化，但它会有精确的像素值，整个结构应该根据这些值缩放。为了简化它，我需要一种方法来设置“100% - n像素”的宽度为上-中和下-中div。

我很欣赏一个干净的跨浏览器解决方案，但如果不可能，CSS黑客也可以。

这里有个奖励。另一种结构我一直在挣扎，最终使用表格或JavaScript。它略有不同，但引入了新的问题。我主要是在基于jquery的窗口系统中使用它，但我想保持脚本的布局，只控制一个元素的大小(中间的一个)。

我有一些字体被配置在我的Scss文件如下:

@font-face {
  font-family: 'Icomoon';
  src: asset-url('icoMoon.eot?#iefix', font) format('embedded-opentype'),
       asset-url('icoMoon.woff', font) format('woff'),
       asset-url('icoMoon.ttf', font)  format('truetype'),
       asset-url('icoMoon.svg#Icomoon', font) format('svg');
}

实际的字体文件存储在/app/assets/fonts/中

我添加了config.assets.paths << Rails.root。加入(“应用程序”，“资产”，“字体”)到我的应用程序。rb文件

编译CSS源代码如下:

@font-face {
  font-family: 'Icomoon';
  src: url(/assets/icoMoon.eot?#iefix) format("embedded-opentype"), url(/assets/icoMoon.woff) format("woff"), url(/assets/icoMoon.ttf) format("truetype"), url(/assets/icoMoon.svg#Icomoon) format("svg");
}

但当我运行应用程序的字体文件没有被发现。日志:

start GET "/assets/icoMoon.ttf" for 127.0.0.1 at 2012-06-05 23:21:17 +0100 已服务资产/icoMoon.ttf - 404 Not Found (13ms)

为什么资产管道不把字体文件压缩成/assets?

大家有什么想法吗?

亲切的问候, 尼尔。

额外信息:

当检查rails控制台的资产路径和assetprecompile时，我得到如下:

1.9.2p320 :001 > y Rails.application.config.assets.precompile
---
- !ruby/object:Proc {}
- !ruby/regexp /(?:\/|\\|\A)application\.(css|js)$/
- .svg
- .eot
- .woff
- .ttf
=> nil



1.9.2p320 :002 > y Rails.application.config.assets.paths
---
- /Users/neiltonge/code/neiltonge/app/assets/fonts
- /Users/neiltonge/code/neiltonge/app/assets/images
- /Users/neiltonge/code/neiltonge/app/assets/javascripts
- /Users/neiltonge/code/neiltonge/app/assets/stylesheets
- /Users/neiltonge/code/neiltonge/vendor/assets/images
- /Users/neiltonge/code/neiltonge/vendor/assets/javascripts
- /Users/neiltonge/code/neiltonge/vendor/assets/stylesheets
- /Users/neiltonge/.rvm/gems/ruby-1.9.2-p320@neiltonge/gems/jquery-rails-2.0.0/vendor/assets/javascripts
- /Users/neiltonge/.rvm/gems/ruby-1.9.2-p320@neiltonge/gems/coffee-rails-3.2.1/lib/assets/javascripts
- /Users/neiltonge/.rvm/gems/ruby-1.9.2-p320@neiltonge/gems/bourbon-1.3.0/app/assets/stylesheets
- !ruby/object:Pathname
  path: /Users/neiltonge/code/neiltonge/app/assets/fonts
 => nil

在MySQL中，模式和数据库之间有区别吗?在SQL Server中，数据库是与模式相关的高级容器。

我读到“创建模式”和“创建数据库”在MySQL中做的基本上是一样的事情，这让我相信模式和数据库是相同对象的不同词汇。

在Ruby on Rails 3.1 (RC1)下，默认情况下，Sprockets在(dev)日志中往往相当冗长:

Started GET "/assets/application.css" for 127.0.0.1 at 2011-06-10 17:30:45 -0400
Compiled app/assets/stylesheets/application.css.scss  (5ms)  (pid 6303)


Started GET "/assets/application.js" for 127.0.0.1 at 2011-06-10 17:30:45 -0400
Compiled app/assets/stylesheets/default.css.scss  (15ms)  (pid 6303)

...
Started GET "/assets/default/header_bg.gif" for 127.0.0.1 at 2011-06-10 17:30:45 -0400
Served asset /default/header_logo.gif - 304 Not Modified  (7ms)  (pid 6303)
Served asset /default/header_bg.gif - 304 Not Modified  (0ms)  (pid 6246)
Served asset /default/footer_bg.gif - 304 Not Modified  (49ms)  (pid 6236)
...

我想减少它的冗长程度，或者完全禁用它。

我假设在这两种环境中都可以通过添加配置行来禁用或减少日志记录的冗长性。Rb或发展。Rb类似于config.active_record。logger = nil沉默ActiveRecord SQL语句。

根据我的理解，所有的JavaScript都合并到一个文件中。Rails在添加//= require_tree时默认这样做。到你的application.js manifest文件的底部。

这听起来像是一个真正的救星，但我有点担心特定于页面的JavaScript代码。这段代码是否在每一页上执行?我想要的最后一件事是当我的所有对象只在1页上需要时，为每一页实例化它们。

此外，代码是否也有可能发生冲突?

还是在页面底部放置一个小的脚本标记，只调用一个执行页面javascript代码的方法?

你不再需要require.js了吗?

谢谢

编辑:我很感激所有的答案…我认为他们并没有真正解决问题。其中一些是关于样式的，似乎没有关联……其他人只是提到javascript_include_tag…我知道这是存在的(很明显…)，但Rails 3.1的前进方式似乎是将所有JavaScript打包到一个文件中，而不是在每个页面的底部加载单个JavaScript。

我能想到的最好的解决方案是用id或类将某些特性包装在div标签中。在JavaScript代码中，只需检查id或类是否在页面上，如果在，则运行与之关联的JavaScript代码。这样，如果动态元素不在页面上，JavaScript代码就不会运行——即使它包含在由Sprockets打包的庞大application.js文件中。

我上面的解决方案的好处是，如果一个搜索框包含在100个页面中的8个页面上，那么它将只在这8个页面上运行。你也不需要在网站的8个页面上包含相同的代码。事实上，您再也不需要在站点的任何地方包含手动脚本标记。

我想这就是我问题的真正答案。