你可以试试这个:https://github.com/n8/multi_fetch_fragments?source=cc
I just implemented this on the staging environment of https://www.biglittlepond.com. The one-line render call for the most recently collected items dropped from ~700 ms to ~50 ms. 25 items per page. This will be going into the production release later this week.
Nathaniel Jones
加 collection 选项也可以快一点:http://ruby-china.org/topics/1040#reply11
再文艺的简历也不能部署在 dev 环境啊..
-run
太 magick 了 哈哈哈哈哈哈!
无聊
网页是最好用的。
以前写,很烦。
程序员还需要写这些只能说明几个问题:
#6 楼 @zhangyuan 用户和编辑上传的这种图片转成 JPEG 是最佳的,因为这类图(一般是相机拍摄的)不需要半透明或动画效果。存成 JPEG 更利于压缩和优化。
#4 楼 @zhangyuan 你是用这东西处理用户上传到服务器的图片?我觉得 optipng 和 jpegoptim 这些只适合在本地处理网站用的 banner/logo/背景图片之类。做实时的不合适。
#1 楼 @zhangyuan 反正就本地压缩一次..
楼主是想防伪造吧?
为什么 request 对象会有一些 response 相关的方法
[39] pry(#<Nyara::SimpleController>)> request
=> #<Nyara::Request:0x007fcaaab59f38>
[40] pry(#<Nyara::SimpleController>)> request.response_header
=> {}
[41] pry(#<Nyara::SimpleController>)> request.response_content_type
=> nil
可以在 librelist上开个 list,问问题和订阅方便一些..
#6 楼 @blacktulip 我的也是大象
follow your heart
Turbolinks 的出现是为了给 Rails Asset Pipeline 擦屁股,Asset Pipeline 解决了前端相关的大部分问题(减少 http 请求,压缩/混淆,缓存失效),但是引人的问题是增加了 js 和 css 的渲染时间(Assets Pipline 的最佳实践是所有静态文件打一个包)。Tubolinks 的描述是Turbolinks makes following links in your web application faster (use with Rails Asset Pipeline)
Turbolinks 把客户端 JS 改造成像 Ruby 这种常驻进程方式执行,解决了 Asset Pipeline 带来的增加了渲染时间的问题。同时带来的新问题是内存泄漏、学习曲线增高、隐藏太多复杂性、事件绑定方式变化。Tubolinks 282 行代码却开了 245 个 issue ,这些 issue 大部分是解决 turbolinks 和其他插件适配的。我觉得如果不是 DHH 发起的,这项目早就挂了..
不错,数据需要那个 csv 文件?
弄个后台任务一个一个请求就可以啊 至于登陆不登陆问题设置一下 cookie 就行了