只有我觉得是 Github 快活不下去了才这么干的么。。。
标题叫做 Web 开发趋势
,但是连 WebAssembly 毛都没有提,差评。这只能叫做 JavaScript 开发趋势
最开心的是不用写代码。。。所以一行也不需要
ngx_mruby 跟 OpenResty 比起来还是差非常多,比如 OpenResty 内部连 Redis 使用的是完全异步的 cosocket,不会阻塞 nginx 主线程,而上次我看的时候,ngx_mruby 里面嵌入的 mruby 还是直接用了 hiredis,这样一旦跟 redis 的连接出点什么问题整个 nginx worker 线程都阻塞住了 -_- 对于 WAF 来说,这不是件好事。
我也觉得用 Ruby 写代码会比用 Lua 要爽,但是现阶段来说,想在生产环境跑的话还是不要用 ngx_mruby,优化部分差太远了。当然,要是自己没事写着玩就是另一回事了
碰巧今天看到这个观点:https://news.ycombinator.com/item?id=11546954,无责任转发。
我尝试过了,但是效果不是很明显,因为你会遇到两种人:
我表示我反对这个标题,应该是“正确用法”而不是“不同用法”。。。
#10 楼 @xiaoronglv #11 楼 @lgn21st
这是我们现在一个线上服务结果:
[4] pry(main)> User.all.size
=> 1494797
前端是 4 到 10 台(取决于 load 需求,我们的负载在一定范围内可以预测)基于 JRuby 的 Cuba app(是的,这套架构的另一个好处是 JRuby 无压力,只有 cutest 因为是基于 fork 不能跑,但是还有 protest),后端是一台 Redis 机器(这边我们使用 codis 部署,但是目前实际处理 Redis 请求的就一台 Redis),性能无压力。
PS:说句不好听的,要不是 @lgn21st 帮忙说情我真的懒得回。。。我在最开始就说了我不是来吵性能的,我也说了 Rails 做到这个性能也没问题。这里重要的是 Cuba 这套架构对代码本身结构的影响
PS:我特喜欢李路同学的问题,我觉得 Ruby 的最大威胁是 HHVM
我听过,我之前还大量的写过 Erlang…要是 Elixir 不是依赖于 EVM 这么多,我就跳进去了…从这个角度还不如用 Clojure,虽说 Clojure 也是坑
不用 Rails 的人表示做到第二题就做不下去了。。。
其实我好奇的是,这个手机到底是几张 SIM 卡。。。
我来提供另一种方法。首先说一下:如果只是一两次的收款的话,这种方式可能太重了一些,但是如果有频繁的收款的话,这是种可以考虑的方法。
工商银行香港银行(网上搜的时候这个叫做工银亚洲
)有提供一个服务,叫做 工银亚洲(香港)开户见证业务服务,这个服务可以在内地的某些网点(注意这里不是所有网点,前面的链接下面有支持这项服务的网点列表)直接给你开设一个账户,叫做工银亚洲综合账户
。这个账户可以同时开启人民币账户与外币账户(我只用过美元,但是理论上这里也可以支持其他外币,以下为了方便,我只使用美元
做说明)。
对于境外的公司来说,你可以提供给他们这个香港银行的账户(有 SWIFT 代码),他们可以直接汇美元到这个账户。
对于我们收款来说,有两种方式:
工银速汇
把美元汇到大陆的储蓄卡里了,下一步可以在大陆的网银里直接结汇,或者到网点把美元取现了。如果按照这样的方式来做的话,有两个地方会有手续费:
工银速汇
把美元从香港汇到大陆时,这里会有一个手续费,好像封顶大概是 10 美元左右。所以这样算下来,如果想最后拿到现金的话,收 5000 美元的话大概一共会损失 40 美元左右。
如果想规避结汇限额的话,一种办法是把美元最后汇到大陆的工商银行储蓄卡之后(注意美元从香港的账户里汇到个人的大陆账户里时,是不受这个限额的限制的),取现出来,找亲戚或者朋友帮忙换成人民币。另外一种方法是直接在香港的账户里把美元结成人民币(这里是离岸人民币,全部在香港结算,也就不受这个限制),然后使用香港寄过来的卡片消费。还有说法是,在香港把美元结成人民币之后,也可以直接汇款到大陆的账户,但是这个我没有尝试过 -_-
希望大家合理
利用这种途经~不要滥用~
#9 楼 @gaicitadie 其实我个人觉得 Angular 跟 GWT 蛮像的,满屏的 Dependency Injection。。。
#5 楼 @cassiuschen 虽然我是个 CoffeeScript hater 但是我还是想好奇问一句:Ember 哪里有限制不能用 coffee 写么?貌似看 discuss.emberjs.com 上好多用 coffee 做例子的,RailsCast 那边教程里也是 Coffee 走起。。。
看过 Yehuda 对 HTMLBars 的介绍之后死心塌地投靠 Ember 的飘过~
不过这货貌似最近跑去玩 Rust 了>_<
#14 楼 @tyaccp_guojian 额。。。这个要是详细写的话这边是写不下的,不知道你着重想了解哪部分?
首先分页我们没有发现太好的现成解决方案,最后是用这里提到的技巧自己实现的。开 Developer Console 看一下 Ajax 应该就大致了解是怎么做的了。
Loading 跟多文件上传这边跟 Ember 关系到不大,我们是直接用的 jQuery。Ember 新加的 Loading Route 没用,原因是我们实现 Loading 的时候还是 Ember 1.0 版本,那个版本里面还没有 Loading Route -_- 多文件上传暂时是 jquery-fileupload (考虑更换中)。
路由部分真心是个大坑,一句两句话是说不清楚的。记得有个吐血的限制是 /*path
居然会优先于 /events/*path
解析。。。这边我觉得都可以写几篇博客或是开个 talk 介绍下了-_-
总体上看下来 Ember 还算好用,实在搞不定时可以直接简单粗暴用 jQuery 的方式解决,然后把冗长难看代码整个包在一个 view 里面不看就好了~另外真心希望 HTMLbars 赶快稳定下来,然后 Angular 就没有优势了~
#10 楼 @jeff_duan 理论上是可以支持 IE8 的,但是人手不够 CSS 暂时懒得调了 >_<
@zhangweifang 飘过~
#3 楼 @skandhas #4 楼 @DeathKing 好吧,表示没看过我还是不要误人子弟了。。。
而且那本书讲的好像是 Ruby 1.7.3。。。现在貌似早就翻天覆地了吧。。。
谢谢大家支持~为了防止水太深就不一一回复了~