因为第一次没有 binding 到 DOM 上面。

Turbolinks 不会再次获取 Header 上的 Javascript 执行。引用 jquery.turbolinks 解决一下。

#7 楼 @hooopo http://ghbtns.com/ Widget 不一定需要 Session 信息，例如查询天气，Github 指定 Repo 的浏览代码 Widget, Twitter 指定用户的 Tweets 列表。

另外。Third-Party Web Widget 可以基于 REST API 构建出来，他们本来就是架构的两层。

我说的吃力不讨好是因为，REST API 是必须的，你必须做好。Widget 是加分项，做的不好。整体反而会减分。

一个大型网站的子网站就不需要 Third-Party Web Widget 了，自己做一个评论框，大家都用这个 POST 到同一个数据库就行了。

也就只有 luffy 这种航海王有这种担心，默多克不也没损失多少嘛...

#4 楼 @hooopo Third-Party Web Widget 比 REST API 提供的难度要大得多。

首先要确保自己有精力来实现，还要有强有力的设计人员确保大部分站点应用后不会显得突兀。

做不好完全是吃力不讨好的行为。

之前设想过如果有足够多的 Third-Party Web Widget, 我是不是不用写代码就可以搭建网站了。

两者还有一个巨大差别，REST API 一定是官方提供的，而 Third-Party Web Widget 任何人都可以写。

too simple, sometimes naive!.

婚前财产证明，结婚年份 房屋等 > 8 年，贵重物品 > 4 年后才有财产继承权。

依物权法关于所有权取得的原理，夫妻一方在婚前取得的财产应属个人财产。如果该财产的取得权利发生于婚前，而财产的实际取得在婚后的，也属婚前财产，应届夫妻个人财产。 值得注意的是，最高人民法院在《关于人民法院审理离婚案件处理财产分割问题的若干具体意见》规定：“一方婚前个人所有的财产，婚后由双方共同使用、经营、管理的，房屋和其他价值较大的生产资料经过 8 年，贵重的生活资料经过 4 年，可视为夫妻共同财产。”

阐述的内容难道不是：

REST API 与 Third-Party Web Widget.

#13 楼 @hooopo 忘记了，快两年了... 如果要在 user root 里面插入 @user.posts.count 呢？

在 jbuilder 下面你可以在 任何节点随便插入什么属性.. 在 rabl 里面你要想一下该怎么插入。这就是他们的区别。

#10 楼 @hooopo 之前用过 rabl 和 jbuilder.. jbuilder 比 rabl 要直观很多，尤其是要合并 model 输出或者插入外部字段的时候.. rabl 我完全就不会了.. 后来就换 jbuilder 了。当然如果不需要控制 json 的输出结果，那肯定直接 to_json 就好了，整这么多没用的干嘛...

由于各大虚拟机为了兼容不同的操作系统的文件系统，所以他们只能实现其中通用的部分。

导致在 Mac 上映射至 Linux 虚拟机的文件夹，在 Mac 修改过后，Linux 上无法获取到 inotify 事件。就无法触发 watch 动作。这也是蛋疼的一处。

添加了 HN 的讨论地址。

#17 楼 @ichord 接下来我有计划，会在 linner 里面加上 vendor 管理。声明外部资源的 url, 然后直接存在 vendor 目录里面。可以结合 github release flow.

bower 直接 checkout 整个 git repo 的方式真的是不好。

#15 楼 @ichord brunch 的一些特性还不够灵活。我想要的做不到，再加上是 node 写的。我很难改的动..

其实都没有我这个灵活..

bower + grunt + yeoman 是最麻烦的，尤其是 Grunt.js 的脚本。

#12 楼 @hooopo 最大的区别难道不是：这是用 Ruby 写的。

#10 楼 @hooopo 非要说类似的话，跟 brunch/brunch 类似。配置的灵感来自这里。

#6 楼 @loveky readme 里面加上了 Requirements.

用了好多 Ruby 2.0 特性，to_h 太好用了，还有 keyword arguments. 还有 File 默认的 UTF-8 Encoding, 因为用了 Emoji.

#6 楼 @loveky 我在想，要不要支持 Ruby 1.9 呢？

#3 楼 @winnie 能说服你的只有 跳跳虎, 我真不行。XD.. 晚安~ #4 楼 @ichord Thanks!!!

#1 楼 @winnie

$ gem install linner
$ linner new webapp && cd webapp
$ linner watch
$ ./bin/server

看 webapp 里面的代码就懂了。

这没什么支持不支持的.. 有问题就修复一下呗。( 有问题应该也就是编码问题，注意一下就好了。

我以前以为 baseline 还是 progressive 是浏览器控制的... Orz

回复可见

Pallet

http://palletops.com/

我承认我是来贴链接的。

今天有事参加不了了。各种悲剧...

#21 楼 @Rei 嗯，新的回复里面提出类似 npm publish 之类的，这种最好了，release workflow 也可以是一个备选。

#17 楼 @Rei Sprockets 在 2.6.0 的时候就支持 bower 了，不过副作用很大。这个是跟我之前说的 bower 实现的不好有关。

很多的 Javascript 库都加入了 bower 的支持，但是 component.json/bower.json 写的都不对，要不然不支持 semver, 要不然就是没写 ignore 的文件列表 要不然就是没有 main. 而 bower 每次都要 clone 整个 git 的 repo 下来然后 checkout 到某一个 tag 也是实现上的大问题。导致 components/ 文件夹里面内容很多，间接就导致了 Sprockets build 变的很慢。

Sprockets 2.6.0 开始支持的 bower 也依赖于 bower.json 的 main 这个配置项，如果没写就会导致 http://ruby-china.org/topics/12020 第三个管太多的问题。

bower 如果以后可以跟 github 的新的 release workflow 结合的话会非常好。这个还是要整个社区推动才行。

#16 楼 @hooopo 我们现在使用的还是 Sprockets 做前端的开发，只不过越来越觉得没用。现在它的处境很尴尬..

我在 Sprockets 上做了很多扩展，他现在对于我来说有用的是 preprocess Coffee SASS 跟 压缩。其他都没用。编译是 sass 跟 node coffee 做的，压缩是 uglify 跟 yui 做的。它提供了很方便的接口.. 不然我要自己去适配这些东西。想自己写，又觉得烦... 现在是这种状态。