不错，赞

LZ这头像是窦唯？
还是模仿窦唯的造型？
不管怎样，赞一个

如果从一个站点看出它是用的哪个模板？
求指导。

我们上一个项目用过handlebars，它算是基于mustache之上的，加了helpers和一些复杂的逻辑支持。mustache比较简单，支持的语言也多。

1. 电视
2. 越大越好

我们几年来一直用动漫里的名字，而且还不是常见人物的名字
各种炫酷叼炸天，做项目都来劲

1. 编译
各种compile/build/compress等处理
2. 打包
刨去unittest之类的dev-only的代码和模块
根据运行环境对应打成war/tgz/jar等包
3. 拷贝
scp拷到对应环境去
4. 运行
ssh登录对应环境，运行

@ajianrelease
乐观锁是假定读取的数据，在写之前不会被更新。适用于数据更新不频繁的场景。
Dynamodb支持乐观锁。

悲观锁也是类似，mysql支持悲观锁。
当你执行select xx from xx where xx for update后，在另一个事务中如果对同一张表再次执行select xx from xx where xx for update，那么第二个事务会一直等到第一个事务结束才会被触发，也就是一直处于阻塞的状态，无法查询。可以看到在数据更新不频繁的时候，悲观锁效率很低。

相反，当数据更新频繁的时候，乐观锁的效率很低，因为基本上每次写的时候都要重复读写两次以上。

根据你的描述，应该使用乐观锁（加一个版本号字段）。
A更新成功之后，ver++
B在尝试更新的时候，发现欲更新的记录的的ver跟数据库对应记录的ver不一致。于是重新读取该记录，也就是A更新之后的记录。
至于重新读取之后是怎样提示用户，就是你UX的设计问题了，跟数据库这边无关。
A的更新是保存到了数据库的。B要再更新，必须基于A的更新之上。

两种锁都是为了解决并发情况下的写冲突。
用那种机制，取决于你的场景。要记住，总目标和原则都是：提高写效率。
悲观锁是early lock，乐观锁是late lock。因此：
1. 对于数据更新频繁的场合，悲观锁效率更高
2. 对于数据更新不频繁的场合，乐观锁效率更高

上午刚看完这个
https://github.com/torvalds/linux/pull/17

css box model是基础
http://learn.shayhowe.com/html-css/opening-the-box-model/
http://www.codecademy.com/courses/web-beginner-en-6merh/0/1

技术选型有多大胆，介绍一下

统计单词吧楼主

A7II
拿两台机器出去各拍一天，就知道了

@nellace
前面的评论里大家说得都够清楚了
你可能需要先补一下git基础，然后再来问。不然你永远会有无穷尽的问题。

不要再移动端设置fixed position
看这个描述，跟你的问题一样，有延迟： http://bradfrost.com/blog/mobile/fixed-position/
解决方法是用js来设置位置： http://stackoverflow.com/a/14434635/1295057

在本地的repo目录下执行: $git config -l
查看当前repo配置的用户和邮箱
然后用修改成自己的

问答社区，自然是直接要答案的问题多
stackoverflow上还是有很多what, why问题的讨论
聪明人会从中学习方法和视角，普通人只是获取代码

@WildCat
我看你的描述是修改最近的一个commit。那直接git commit --amend就行了，然后git push -f
是不是PR，没有任何影响。只要关注你的origin是指向哪个分支就行了。

“修改 commit 的内容”，这个需要再表达清楚一点。你要修改commit message还是file changes