tagcloud 不是都用 d3 弄的么
惊现 dhh!
BigBrotherCtrl
不需要自己配置,直接用 ctags-bundler / guard-ctags-bundler 即可
少学一点不是坏事,更加能减少工作量 于是我就直接学的 coffeescript 并且不会写 javascript,看 js 很吃力,看各种别人的代码反而要 js2coffee,但是我根本不觉得有学 javascript 的必要——代码是 coffee,测试也是 coffee,测试变绿就完事了,debug 都不需要打开浏览器,开浏览器只在调整 css 的时候,那么我为啥要关心自己的编译出来的 js 是啥样子(反正要看还得 js2coffee……)
作者觉得 debug coffee 更麻烦只是因为他一开始学的是 js 而已,如果是像我这种学习路径,反而是会觉得 debug js 更麻烦,首先要编译成 coffee……
要保密的也可以往里拖啊,自己搞个脚本先 AES256 加密就是了,当然密钥不能丢里面……
直接静态页面放 public 文件夹里对应位置
要怪就怪 mac 呗……你需要的其实是用 vagrant 搭一个 CI 测试环境
直接 embed 两个最新 item 进 resource?
这思路不对,别管 dom,数据优先,忘掉 jquery 那一套吧
vagrant 还是用来做 staging server 和 CI server 吧,本地 development 干嘛要跑在 vagrant 里面?windows 除了留来打游戏还真想不出有啥用……
有攻击实例么?话说这里的 body_html 不是都在 markdown 转换成 html 的时候已经是过滤过了么,不能算是直接由用户生成的吧……
是不是服务器上设有啥监控,进程内存使用超过一定大小就被杀什么的
Mongodb 也还是需要 migrate 的,只是因为 schema free 所以管理起来不一样而已……比如将 has_many 改成 embeds_many 或者反过来的时候……
#29 楼 @Saito 额,我说的是 用 assets pipeline 引入第三方库 的问题,你这都已经完全不用 assets pipeline 了当然没这问题……
但是我这有依赖 assets pipeline,首先需要能用.coffee.erb
,因为有关键的配置是由后端生成的,比如 routes 和 assets hosts, websockets url,api key 啥的,不可能手动抄一遍吧,然后我试过的测试框架只有 teaspoon 和 jasminerice 能识别.coffee.erb
然后是 template 的自动载入,开发测试每个 directive 或者 route controller 的时候,都需要动态地将特定的 slim 文件(这些文件有时候也包含后端生成的代码,比如用 form builder 写的 form)编译成 html 给$templateCache 载入,这是核心需求,不可能像 ui-bootstrap 等第三方库的测试那样傻乎乎的在 js 里面重复手写 html,他们可以这样做是因为作为库的 template 比较小,也不太会变的,而面向用户的 app 需求经常变,template 更大,修改频繁,在 js 里重复手写 html 简直是噩梦……我试过的有且只有 teaspoon 能用原生方法实现
实际上,用 assets pipeline 打包不能自动同步使用第三方库的唯一问题是在一个文件中异步载入另一个文件时,比如 css 中载入图片、字体,js 异步载入其他 js 的时候, 需要修正引用的 url ——各种手动打包成xx-rails
的 gem 里面经常会出现各种xx.css.erb
或者干脆用 scss 重写——这个修正 url 的过程理论上大概可以自动化,然而第三方库的作者不会考虑 asset pipeline,写的格式不太统一,于是很难完美自动化地修正这些 url,然后这里上面提到的所有工具没有一个现在能真正解决这个问题