Openresty和Tengine基于 Nginx 的两个衍生版本，某种意义上他们都和淘宝有关系，前者是前淘宝工程师agentzh主导开发的，后者是淘宝的一个开源项目；Openresty的最大特点是引入了ngx_lua模块，支持使用lua开发插件；Tengine的特点是融入了因淘宝自身的一些业务带来的新功能； Tengine 简介tengine官方网站：http://tengine.taobao.org/index_cn.html在 Nginx官方版本的基础上增加的一些定制模块如下：1、支持动态加载模块：通过加载so文件实现，不用再重新编译整个项目了，配置如下：dso { load ngx_http_lua_module.so; load ngx_http_memcached_modu

你如何测试和调试你的代码呢？Lua 的两个主力作者是这样回复的：+Luiz Henrique de Figueiredo：我主要是一块一块的构建，分块测试。我很少使用调试器。即使用调试器，也只是调试 C 代码。我从不用调试器调试 Lua 代码。对于 Lua 来说，在适当的位置放几条打印语句通常就可以胜任了。Roberto Ierusalimschy：我差不多也是这样。当我使用调试器时，通常只是用来查找代码在哪里崩溃了。对于 C 代码，有个像 Valgrind 或者 Purify 这样的工具是必要的。摘自《编程之魂 -- 采访 Lua 发明人的一篇文章》。由此可见掌握日志输出是多么重要，下至入门同学，上至 Lua 作者，使用日志输出来确定问题，是很必要的基本手段。标准日志输出OpenResty 的标准日志输出原句

问题概述今天第一次在nginx+lua架构下，写了个需要操作Redis的后台接口，该接口的功能主要是接受客户端的json格式的post请求，实现对保存在redis中的任务插入、删除、查询等。虽然nginx，lua等都是刚接触，但这几个接口还是顺风顺水的坐下来了，不能忘了感谢春哥章亦春。在Redis中记录的任务其实很简单，每插入一个任务，就在redis中增加一个HASH结构，每次查询返回该SET的各个Field和对应的Value值，例如md5，filesize等。由于任务类型的不同，有的Field可能在该任务中不存在，此时在以json格式将查询结果返回时不应显示该Field。以md5域为例，在对当前任务以md5域执行hget后，应该对返回结果做一个判断，如果该HASH结构并没有设置md5这个域，则跳过，继续执行后

下面是今天分享的提纲新浪移动的OpenResty技术选型新浪移动有过亿用户，有限的资源每天承载着几十亿的hits，尤其当各种突发峰值时服务也出过问题，但经过多次架构迭代，现在已经趋于稳定。下面我从服务器选型的角度简单介绍几个引领我们架构转型的拐点。新浪无线时期的手机端业务比较幸富，各种PC业务部在出手机版，而很多内容部直接抓取的PC页面， 这个时期业务中充斥着很多正则匹配、数据组装、拼台等密集型CPU计算，并发请求不大，单机并发在随着业务线的爆增,Apache时代并没有持续太久，虽然整体架构勉强满足需求，但是流量暴涨的时候就吃不消，比如某个缓存实例宕机，导致进程处理缓慢，拥堵，连接数吃紧随即宕机，而且一宕一片。3月份马航失联、文章出轨前后一个周我们十几亿的hits宕了两次机。因为流量创新高我们很开心，但是面对这