```
myret = [{"f1": x, "t1": y} for x, y in zip(a, b)]
```

按照目前的情况，这个限制 ATM 的方法其实非常好。

同步数据库文件简直是作大死。

三个 IP 的话，调整一下架构就好了。为啥要同步文件？

> 从而导致员工对购买期权有着误会和不解**表示遗憾**。

为什么不直接道歉呢？

@zewenzhang 我回答的是"是否更忠于原文?"。

@zewenzhang

> Love beautiful code? We do too. 翻译成“热爱代码之美？我们也一样。” 是否更忠于原文

并不。 beautiful 是形容词，这个句子的宾语是 code 而不是 beauty 。

@summer_charlie 文档中 Artisans 一词确实翻译错了。不过 block 的事情处理得正确。

目测楼主在 apache 用的是古老的连 html response 里面的 url 都 rewrite 的 mod 。这个好多年没见过了。

http://yellerapp.com/posts/2015-01-12-the-worst-server-setup-you-can-make.html


> TL;DR Use UTC as the only timezone for your servers.

大饼在你走的时候画的最大，以后变小或者没有都是有可能的，供需关系而已。

这本身就会造成一种欺凌。

这个网站在 1995 年肯定会火。

根据实际经验回答， sphinx 完全可以支持这个数据量，并且可以做到很快。

保证环境一致，并且节省时间。

我有一个 image ，做科学计算的，本地构建需要 2 小时编译。我需要在 AWS 上使用 spot instance 来组建简易的计算节点，一旦 spot instance 被踢，程序需要立刻去启动新的节点。

这样， pull 下来节约了大量的时间和一些 AWS 费用。

建议换一个 APP 名字

@hanwang 我觉得挺好。我觉得初期板块越少越好。

一个社区在开始运营的时候，板块太多的话，会分散用户和话题。个人建议可以先去掉一些板块，或者采用另外一种板块更少的分类法（比如 news, development ），然后再针对某一类较多的话题开子板块（比如 botframework ）。

初期几个着手点：

- 先本地做分析 profiling ，工具是 xhprof 。找到 PHP 中的性能瓶颈，通过优化程序或者使用缓存的方式干掉它们。
- 然后看 SQL 慢查询，找到比较慢的 SQL 查询。通过优化查询方式和数据库索引等方式干掉它们。
- 升级到 PHP7 （如果你没有升级的话）。
- 如果有前端 AJAX 请求，尝试优化、合并、浏览器缓存这些请求。

已经加了微信～

善良比聪明更重要