用tornado ，我觉的大型的就应该是这种模式

tornado <- > proxy <-> 可扩展多个工作进程, 典型的就是
tornado <-> zmq request <- > zmq router/dealar <-> zmq response worker *

不过 我现在嫌弃这个部署麻烦 ，还是 gevent干净，但如果 要分布式扩展，还是要回到上面的模式

在一台x61t(ssd)上用了一个星期了，比ubuntu快，也比ubuntu稳定， 也比ubuntu漂亮

就是不能用一些新的ppa，比方 说postgresql 9.2

sqlalchemy 需要性能和复杂查询的地方用sql expression, 其它用sqlalchemy orm。 我觉的是不错的选择

ElementaryOS 不错，感觉比ubuntu快 应该是最小化ubuntu的缘故

@orzfly
得确，我搭了一个，512的vps,n天后，居然自动当机，这段时间，我基本没有访问，很不靠谱，除了ui还好外。

windows下装个macdriver就可以访问mac的磁盘内容了，还不是一样

cx_freeze

其实，没有设计是一步到位的，指责设计不当感觉不适合，

你可以看看restful 最佳实践，可以让他增加一个embed（或者expend） 参数

自动加载相关的资源

很多时候，自动加载相关资源非常有用，可以很大的提高效率。但是这却和RESTful的原则相背。为了如此，我们可以在url中添加参数：embed（或者expend）。embed可以是一个逗号分隔的串，例如：

1
GET /ticket/12embed=customer.name,assigned_user
对应的API返回值如下：


{
"id" : 12,
"subject" : "I have a question!",
"summary" : "Hi, ....",
"customer" : {
"name" : "Bob"
},
assigned_user: {
"id" : 42,
"name" : "Jim",
}
}
值得提醒的是，这个功能有时候会很复杂，并且可能导致N+1 SELECT 问题。
http://blog.jobbole.com/41233/

两者都在用， 其实对于做应用而言，两者均不完美

extjs 使用时完全可以不懂css (当然懂了就加分了），只要熟悉extjs 的方式(1是类的创建和继承，其次是用layout布局，用json构建ui)，就可以像写桌面一样写(当然，那些习惯windows forms拖拉控件的人同样是不会适应的）

extjs 的问题在于桌面的观感， 写的时候会朝桌面应用的行为靠，比方说双击就是典型的桌面应用的行为，当然这在移动浏览器中是不支持的
其次是sencha的策略， extjs 对移动浏览器的支持是不够的，你写的extjs应用，直接上移动浏览器通常是会有问题的，一种是你的桌面的一些行为，比方说双击，或是ui的大小之类的，在移动浏览器上表现不好或支持不够，其实是extjs在移动浏览器上的性能不佳，ui不适合触摸。 这样，逼着你使用touch重新再构造一次移动的支持。不像基于jquery的方案， 你的应用，用移动浏览器也是勉强可以应付的。
第三是ui的单调，很快会审美疲劳。虽然官方现在有海皇星，但个人使用感觉直接套用效果反而很差，你必须从头构造你的ui才能用上，这样就失去了它存在的意义。


基于jquery的方案，比方说kendo ui/wijmo或是国内的easynewui之流， 大量的时间会花费在ui 构建上， 这里，过多的选择反而是不好的事情，因为你不像extjs那样不用选择，你可以做出任何的效果，结果，你的大量时间花在布局上。 其次， 针对数据的操作远不如extjs来的直接, 比方说树上点击一个节点，取得node绑定的数据对象，基于jquery的ui framework都实现的不直观。如果不讨论angularjs 这种绑定怪胎（angularjs得确很厉害，但angularjs和ui framework的结合是个问题，除非你不考虑ui framework)。 extjs 的data->控件的绑定是最符合应用开发的。

几千块的东西, 如果自己做, 做完后再维护后续其实都是亏本

靠谱的程序员月薪都是万起, 小公司会请的起吗

其实每个程序员屁股都不干净, 吐槽的时候多想想别人

能推荐一下同angularjs 结合的比较好的 js ui framework吗

都是靠横向和纵向扩展的

业务系统的关系数据库查询和插入都很复杂的，就算你能把操作平均到10毫秒，一秒也就能处理100个，但实际情况是远远达不到。 但你可能通过扩展多个工作进程达到n倍的性能改进。

但最终，数据库又是瓶颈，你只好再对数据库做扩展（但对关系数据库做扩展都比较麻烦）， 或使用内存数据库。 很多人使用mongdb, 无非就是他标称的快和所谓的扩展能力。

@mengzhuo

我们说的是一回事吗？ 这里输出到日志同我讲的事情没有关系， 我的意思是django在debug模式下会将sql 语句写到一个列表，如果你的程序类型是监控式的，有密集的sql查询，在django中另起一个线程或进程在跑，则在几天内会耗尽你的内存

@mengzhuo

https://github.com/django/django/blob/master/django/db/backends/util.py#L51

最佳心得: 别学java

@jerry 晕,其实我就是想贴你这个来着

n年前，做一个内网django项目， 没有关闭debug

结果几个后内存占用过大当机，百般调试后， 无解，最终查看代码原来django debug模式把执行过的sql语句都写到一个querties的列表中去的(现在去看了一下，还是如此). n天运行下来后，这个querites列表内存占用太大。