360公司写的一本书刚发现的

quqiufeng · 2015-06-17T14:02:14+00:00

Hello! 2015-06-17 14:38 GMT+08:00 小冶: > 参数0不代表超时这个了解了&#...

360公司写的一本书刚发现的

quqiufeng

https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

239476034

挺好的，感谢

------------------ 原始邮件 ------------------

发件人: "瞿秋丰";<quqi...@gmail.com>;

发送时间: 2015年6月17日(星期三) 下午2:02

收件人: "openresty"<openresty@googlegroups.com>;

主题: [openresty] 360公司写的一本书刚发现的

https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

membphis

今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:

https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

miaohong

nice job!

------------------

With kind regards,

Hong Miao

E-mail: mia...@miaohong.org

Home: github.com/oikomi

------------------ Original ------------------

From: "mem phis";<mem...@gmail.com>;

Date: Wed, Jun 17, 2015 10:18 PM

To: "openresty"<openresty@googlegroups.com>;

Subject: [openresty] Re: 360公司写的一本书刚发现的

今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:

https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

gwill.buzz

太赞了！

在 2015年6月18日上午8:38，Hong Miao <mia...@miaohong.org>写道：

nice job!

------------------
With kind regards,

Hong Miao
E-mail: mia...@miaohong.org
Home: github.com/oikomi

------------------ Original ------------------
From: "mem phis";<mem...@gmail.com>;
Date: Wed, Jun 17, 2015 10:18 PM
To: "openresty"<openresty@googlegroups.com>;
Subject: [openresty] Re: 360公司写的一本书刚发现的

今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:
https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

--

--

agentzh

Hello!

2015-06-17 22:18 GMT+08:00 mem phis:
> 今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。
> 最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。
> openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。
>

感谢你们的贡献！

> 同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。
>

赞！

Regards,
-agentzh

bg2bkk

太赞了，第一个例子就是前几天我遇到过的，这里我的感触是：多读httpluamodule和cosocket的wiki

http://wiki.nginx.org/HttpLuaModule#tcpsock:connect

第一个lua redis用select和keepalive就是前几天我遇到的问题。一个lua-resty的socket在连接池里，处理a请求时用到，a处理完后放回连接池，处理b请求的时候还用到这个socket的话，这个socket的状态还是a改过的状态

关于redis的第二个，我之前的做法是这样的：

bar.foo.myredis模块

local redis     = require('resty.redis')

_M.new = function(self, conf)
    self.host       = conf.host
    self.port       = conf.port
    self.uds        = conf.uds
    self.timeout    = conf.timeout
    self.dbid       = conf.dbid
    self.poolsize   = conf.poolsize
    self.idletime   = conf.idletime

    local red = redis:new()
    return setmetatable(self, { __index = red } )
end

这样做的好处是：


	
	
	


local
redis = reuqire('bar.foo.myredis')
local
red = redis:new(conf)
red:connectdb()
red:keepalivedb()
red:hget()
red:set()
red:get()

通过元表将resty.redis的所有内容和自己写的模块代码，比如connectdb，keepalivedb结合起来，用的时候很方便。

但是我在压测的时候，发现很多时候会产生bad request错误，原因是redis的方法mget等找不到，这点很有趣。我觉得这个错误是由于连接池中cosocket的共享问题导致的，

https://github.com/openresty/lua-resty-redis#limitations。

请大家指正。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:

https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

moonbingbing

欢迎大家fork这个项目来pull request :) https://github.com/moonbingbing/openresty-best-practices

2015-06-18 10:07 GMT+08:00 Zhendong Huang <bg...@gmail.com>:

太赞了，第一个例子就是前几天我遇到过的，这里我的感触是：多读httpluamodule和cosocket的wiki
http://wiki.nginx.org/HttpLuaModule#tcpsock:connect

第一个lua redis用select和keepalive就是前几天我遇到的问题。一个lua-resty的socket在连接池里，处理a请求时用到，a处理完后放回连接池，处理b请求的时候还用到这个socket的话，这个socket的状态还是a改过的状态

关于redis的第二个，我之前的做法是这样的：
bar.foo.myredis模块 local redis = require('resty.redis') _M.new = function(self, conf) self.host = conf.host self.port = conf.port self.uds = conf.uds self.timeout = conf.timeout self.dbid = conf.dbid self.poolsize = conf.poolsize self.idletime = conf.idletime local red = redis:new() return setmetatable(self, { __index = red } ) end

这样做的好处是：
local redis = reuqire('bar.foo.myredis') local red = redis:new(conf) red:connectdb() red:keepalivedb() red:hget() red:set() red:get()

通过元表将resty.redis的所有内容和自己写的模块代码，比如connectdb，keepalivedb结合起来，用的时候很方便。

但是我在压测的时候，发现很多时候会产生bad request错误，原因是redis的方法mget等找不到，这点很有趣。我觉得这个错误是由于连接池中cosocket的共享问题导致的，
https://github.com/openresty/lua-resty-redis#limitations。
请大家指正。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:
https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

--

r

要招人吗？我还是挺想试试用openresty来养活自己的，哈哈

在 2015年6月17日星期三 UTC+8下午10:18:25，mem phis写道：

今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:
https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

membphis

必须招啊，我们一直苦于找不到兴趣相投的伙伴。

我的工作邮箱：

wangyuansheng@360.cn

非常期待志同道合的朋友，一起研究推广Openresty。

On Thursday, June 18, 2015 at 9:00:06 PM UTC+8, Guichao Cai wrote:

要招人吗？我还是挺想试试用openresty来养活自己的，哈哈

在 2015年6月17日星期三 UTC+8下午10:18:25，mem phis写道：
今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:
https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

lihang_net

nginx我在上面搞了三年，从运维配置优化，到模块开发，到内部源码开发，等等~ 招人的话，喊我下哈~

在 2015年6月19日星期五 UTC+8上午12:53:02，mem phis写道：

必须招啊，我们一直苦于找不到兴趣相投的伙伴。

我的工作邮箱：
wangyu...@360.cn

非常期待志同道合的朋友，一起研究推广Openresty。

On Thursday, June 18, 2015 at 9:00:06 PM UTC+8, Guichao Cai wrote:
要招人吗？我还是挺想试试用openresty来养活自己的，哈哈

在 2015年6月17日星期三 UTC+8下午10:18:25，mem phis写道：
今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:
https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details

0yuan0

我专门喊你，可以不？

我的工作邮箱：

wangyuansheng # 360.cn

# 替换成 @ 哦。

On Friday, June 19, 2015 at 9:06:32 AM UTC+8, Lucien Li wrote:

nginx我在上面搞了三年，从运维配置优化，到模块开发，到内部源码开发，等等~ 招人的话，喊我下哈~

在 2015年6月19日星期五 UTC+8上午12:53:02，mem phis写道：
必须招啊，我们一直苦于找不到兴趣相投的伙伴。

我的工作邮箱：
wangyu...@360.cn

非常期待志同道合的朋友，一起研究推广Openresty。

On Thursday, June 18, 2015 at 9:00:06 PM UTC+8, Guichao Cai wrote:
要招人吗？我还是挺想试试用openresty来养活自己的，哈哈

在 2015年6月17日星期三 UTC+8下午10:18:25，mem phis写道：
今天同事告诉我，说我们的书连接地址被贴到论坛里面了，赶紧上来看一下，让自己自豪一下。

最近工作比较忙，庆幸的是新项目已经到了收尾阶段。过后我们会抽出大块时间，把历史收获都写下来，给大家参考。

openresty基于nginx，使得他和其他独立语言有很多不同的特性和玩法，同时具备负载均衡、webserver的特性，magic从这里诞生。

同样也欢迎有相同兴趣的同学加入我们一起给后来者留下一些我们记忆中那些值得分享技术点。

On Wednesday, June 17, 2015 at 2:02:15 PM UTC+8, 瞿秋丰 wrote:
https://www.gitbook.com/book/moonbingbing/openresty-best-practices/details