MacType 然后要把宋体替换成雅黑

/[（|\(](.*?)[\)| ）]/.exec('（ abc)')

试下 gist
https://gist.github.com/klesh/c7adf99b4464f41f449b3d13bdebc71b

噢，原来如此。 V2EX 编辑器太挫了。起码支持下 markdown 嘛。

问下你怎么格式化代码的？

function display(array, cb) {
var index = -1, length = array.length, $elem = $('.box');
while (++index < length) {
(function(html){
setTimeout(function() {
$elem.html(html)
}, index * 1000);
})(array[index]);
}
setTimeout(cb, index * 1000);
}

display([
'a',
'b',
'c'
], function() {
console.log('done');
})

抽两天风又好了。。。

楼主看仔细视频，左上角那个不就是 esc 吗。 apple 怎么再逆天牛逼，这种基础的东西不能去掉！依赖于 esc 的软件可不止 vim 一个。

绝逼是移动 IP 的问题，我前两天也遇到过。根据 IP 判断浏览器类型，张大妈的工程师应该拉出来吊打。

代表 Poll.query({ polls: 123}) 会去请求 polls/123 这个 url

顶，好用！谢谢楼主

vim 你值得拥有。细想一下，从 win 转到 linux 都可以，从鼠标转到键盘又何不可，习惯了你就离不开了！快入教

自适应不行吗？不加协议头
把 http://xxx.yyy 和 https://xxx.yyy 冒号及前面的去掉。
//xxx.yyy

qq 五笔有 for mac 的吗？我找来找去只有一个拼音的吧

一般的电商系统会采用第 3 种，像淘宝、京东这些，是转化到余额再提现。这种方案要考虑 3 大问题：
1. 一致性，订单在结算时，必须同时完成订单的状态转化以及余额的变化，要么一起成功，要么一起失败，可通过事务解决。
2. 原子性，要考虑客户端并发提交结算请求，必须保证事务只执行一次。
3. 安全性，牵涉到钱的问题，那整个系统必须尽量安全，起码 sql 注入是必须要考虑并防止的，数据 库的保密工作要做好，不允许外部连接之类是必须的，备份要做好。 https 神马的必须要上，金额巨大必须要有第三方校验。
至少追踪，那日志系统是必须的，每次余额的变化都要写日志， 把当前余额，变动量，什么原因，相关订单号纪录起来以便追溯。

不过你们是月结，其实方案 2 也挺不错的，复杂性会低很多，也不用去冻结什么的，你反正给他一个搜索指定时间段内的数据，然后统计给结果，至于实际上财务怎么去结算由他们自己去纪录，这样风险反而更小。方案 1 是最不现实的，只要有人用的东西就不可能存在绝对不犯错的情况，不允许修改，错了怎么办？

无论采用什么方案， cpu 及数据库负载不会太大的，我算你每天一万单，一个月也不过区区三十万条纪录， sql 操作很快的，若是分单结算，瞬间负载不值一提。

无论采用哪种方案，人工校验都是必须的！隔一段时间对一下帐很有必要，特别是初期实施的时候，即使你写的逻辑滴水不露，服务器上面也不可能百分百安全。

总而言之，事世无绝对，你要考虑到第一个相关的部分都可能出问题，可能被攻破，可能会崩溃。

你们都太弱了，我单程 42KM ， 40~1 ： 20 。平均 1 个小时吧。

wifi 信号一般就是从路由的天线中发出来的，路由一般带有 lan 口。插那里。

我也记得支付宝退款的话会退手续费的。

gui xnview
cli imagemagick