问题答案
知乎的话题结构是如何读写的?知乎使用了哪些框架和开源库?知乎网站前端使用了什么技术和框架?
标签:
答案
整理一下已经有的答案吧:
Tornado 知乎使用这个构建自己的网站,来自@李申申 (知乎首席技术官)的回答。根据之前的知乎是可以看到直接返回的 Server:TornadoServer 但现在放在Nginx背后,就看不到这个啦。测试一个网站是否为Tornado实现(不绝对,但可以作为参考),也可以查看其Cookie,如果不是刻意实现(Tornado的需要配置,不过一般都会开启这个防止XSRF攻击和防止Cookie被伪造的设置选项),那么其Cookie里面会有个key为_xsrf 的Cookie,然后所有的value都会经过HMAC的HASH过。
MySQL 知乎使用这个作为自己的主要的储存, 来自@李申申 (知乎首席技术官)的回答。 使用 SqlAlchemy 为ORM进行数据库的建模或者映射,同样来自@李申申 (知乎首席技术官)的回答。
Redis 使用这个用于缓存、队列、计数或者任务,使用 Redis-Py 为其连接客户端, 同样来自@李申申 (知乎首席技术官)的回答。
Closure 知乎使用Google的Closure Library作为前端的JavaScript 框架,这个大家可以自行抄起家伙查看Javascript代码,或者在其Js源代码里面直接搜索goog,即可看到。
Nginx 现在可以在HTTP HEADER中直接看到这个。
 
以前用到的Upyun,现在已经迁移到知乎自己建的图片服务上,特别在这里提出更正。知乎的主要语言是Python,其实只要网站用到Python,很多的包或者技术都是可以预测的,比如需要 Virtualenv来解决纯净的包环境问题,需要 Pythonbrew 来切换Python的版本环境(开发环境常用,生产环境很少),需要 使用 Fabric 来加速部署。看看知乎这样的流量,肯定也会有负载均衡啦,硬的就来个牛逼的F5,软的就玩个Nginx或者HAProxy吧。
 
作为一个非知乎的员工,似乎谈起别人的技术实现,实在是有些技术猎奇的心态。架构有很多,但其实只有那么三两个是适合你自己的。所以,以上这些权当娱乐,大家看看就好。如有雷同,纯属巧合。
举一反三