#2 楼 @DeathKing 看出来了,你是真不爱 activerecord...
a = "abbcdefgabbbbcdefg"
a.scan(/ab+/).to_a[n]
汉语没有这个词,就和奥巴马,普京一样... 不音译必然和原文联系不起来
衣路德
back 了 $50, 发帖的时候才 $1000 不到,现在已经 40% 了 #论宣传视频的正确做法
黑丝好评... 必须买一本
非常靠谱的说,位置在很文艺的丝联 166
哦是 do_postgres 这个 gem 的问题... 一般都用 activerecord 和 pg 的...
有啥问题,sslv2 吗?你确定提出的人是开发者?还有是谁说的 fuck off? 在 irc 还是 issue tracker 还是邮件列表? 解决很简单吧?装 ruby 前升级到最新 openssl, 或者把默认的设置改改就好了
逆序其实不简单... 由于有 CCS (combining character sequence) 的存在,有些字符其实是多个 unicode code point 组成的 (注意这和 utf-16 中某些 code point = 多个 code unit 的问题不是一回事,utf-8/utf-32 中一个 code point 就是一个 code unit, 但还有 CCS 的问题)
Ruby 2.0 以后提供了 grapheme 分组 (\X
), 这个问题就好解决了:
s = "ha\u030Alo"
puts s #=> hålo
puts s.reverse #=> ol̊ah 圆圈的位置不对了!
puts s.scan(/\X/).reverse.join #=> olåh 这就对了
不过 CCS 都有对应的单字符表示,例如 "a\u030A"
可以用 å
代替,但德国人和法国人的键盘敲出来的都是 CCS, 所以这个问题还挺普遍的...
都不用,我用 rivetsjs, 比 ember 和 angular 小多了,no shit, 只做一件简简单单的事:数据绑定,还不需要手写一堆 getter setter
可以,Gemfile 是普通 ruby 代码,通过环境变量甚至读文件通过系统或者用户做判断都可以
#4 楼 @zhangyuan 编译和预编译的关系,就差不多相当于 即时编译和编译的关系...
#2 楼 @zhangyuan 是的。但编译和 预 编译 不是一回事啊...
源代码是最佳的 wire format 会有很复杂的缓存问题 (参考 .pyc), 也会有字节码的校验问题 (参考 java class), 大概没多大作用...
安装 OS X 的时候就应该手动格盘选择 case sensitive 的文件系统...
bash 也可以配置大小写不敏感的补全,zsh 的自动补全更强力,例如已输入内容全小写时就不敏感,已输入内容带大写时就敏感,如果没找到候选项就做子字符串补全:
# smart case (treat all lower case as upper/lower), then partial word, then substring
zstyle ':completion:*' matcher-list 'm:{a-z}={A-Z}' 'r:|[._-]=* r:|=*' 'l:|=* r:|=*'
#10 楼 @cassiuschen 是用所有的部署方式都会 down 几分钟?前面加不加 nginx 都会?GC 早就变成增量式的,不会停掉全世界的了... 如果万一真是什么地方产生了海量对象,就只好 dtrace 找了...
#4 楼 @cassiuschen
大姨妈的毛病具体是什么?知道症状可能可以找出线索...
如果用 puma 开多线程部署呢?sinatra::synchrony
貌似问题也不少,而且依赖的 em::synchrony
已经不维护了...
另外 ab 是本地测试么?最好用网络测试。本地测如果要减少 ab 本身的各种问题的影响,用 wrk 测会更准一些。
mongo 的数据设计上还是尽量查什么就存什么吧。
页面还是尽量做成容易缓存的 (例如一个帖子页面带了用户信息的话,就很有点难缓存,但如果用户信息用 ajax 加载的话,帖子和回复就可以缓存了).
升 2.1 估计可以减少 40% GC 时间。
创业拉一个不亏啊。例如这边有个高大上建筑物,带博士可以省 80% 租金...
java 代码里的 password 不是 key, key 是用 SecureRandom 的默认算法,以 password 为随机数种子算出来的...