Re: [openresty] lua代替php编写网站代码

richard.chen

开发一个Web应用或者网站需要很多东西，如果能够开发出一个framework的话，对推进openresty的应用是非常有帮助的。将能成为nodejs的有力竞争者。

模板系统、URL路由这些，可以由前端框架（如 angularjs）和 nginx 本身解决，所以这个framework只需要：
ORM、表单生成与处理、Cache系统、国际化支持、MTV模型这些功能了。虽然这些东西都有相关的库能够支持，但是缺乏一个框架把他们整合在一起、相互配合工作，向开发人员提供一个完整的解决方案。

对于lua语言，如果你习惯了之后，个人觉得是非常简单好用。很多时候我宁愿用lua而不愿意用c、java、python。我觉得lua+c基本解决一切问题。而由于luajit的FFI的存在，很多时候这个c都用不着，现成的大把 so/dll 直接用就可以，这可比java/python省老劲了。

2012/12/16 smallfish <small...@gmail.com>

如果追求性能的话，最终你会抛弃ORM的。现在的 nginx-drizzle 或者 lua-resty-mysql 已经足够了。
换一个语言，不仅仅是换了语法，更重要是学会如何理解他的思路和习惯他的做法。

--
smallfish http://chenxiaoyu.org

2012/12/16 Jianhua Zhu <zhuji...@gmail.com>
我也是最近一段时间开始用 openresty 写我们的 web service,从我用的感觉来说，我觉的简单的逻辑应该是很好的性能。
但是因为 lua 没有很丰富的第3方库比如最简单的没有 ORM,没有一个很好的操作数据库的封装库，如果简单的sql查询，还可以直接拼写sql，但是如果根据一个复杂逻辑建立sql查询语句，没有一个封装很好的库，简直就非常痛苦了。
另外对于这个lua语言我觉得真的是很不好写，我的经历，以前是做 c开发的，只是这两年开始做 web开发，用过java, python。真的是lua 最不好写，甚至不如c 好写。

这是我自己在最近的使用Lua的感受。

谢谢

在 2012年12月16日上午9:49，wd <...@wdicc.com>写道：

进程太多会导致 cpu 争用吧，没啥意义

2012/12/16 salforis <mid...@gmail.com>

我还是认为，简单逻辑的应用跑在nginx+lua上，效果会非常好。
不过如果你的业务逻辑复杂，或者涉及很多merge之类的操作，而lua在执行本地任务的时候，貌似是阻塞的，这可能会导致性能急剧下降，或者直接产生类似死锁的效果。

补充一个问题，nginx进程数开多，比如128个，会有什么问题吗?

在 2012-12-16，上午2:48，agentzh <age...@gmail.com> 写道：

> Hello!
>
> On Sat, Dec 15, 2012 at 9:24 AM, Andy Chen wrote:
>> 请问各位大虾,现在nginx有各种lua编写的模块,比如mysql,memcache,redis等,能
>> 不能用lua编写动态网站,完全代替php,如果能,这样的网站的性能是不是比php高?
>
> 是的。一般在延时和并发能力上都会有非常明显的提升（如果后端不是特别明显的瓶颈的话）。
>
> 例如淘宝量子统计在 2011 年初把原有的 PHP 实现改写为 Nginx+Lua 之后，真实的业务接口，在改写前后的延时变化：
>
> http://agentzh.org/misc/nginx/perf_with_mysqlcache.html
>
> 这个比较其实使用的是标准 Lua 5.1 解释器。后来换成 LuaJIT 2.0.0 beta6 之后，延时又有进一步的降低：
>
> http://agentzh.org/misc/nginx/2011-03-10-core_lua51_vs_luajit20.html
>
> 由于 Nginx + Lua 是 100% 非阻塞的通信模型，在并发和吞吐量上的提升相比延时更为明显，因为当时后端有很多高配的 MySQL
> 节点，而前端只有二三台低配机器。
>
> 注意上面给出的是 2010 年初的结果，在后面的近三年时间里无论是 LuaJIT 2.0 还是 ngx_lua
> 模块在性能上又有了不小的进步。即使是今天也仍有很大的优化空间 :)
>
> 再比如印度的一家创业网站从 PHP 迁移到 Nginx+Lua 之后的性能变化：
>
> http://visualwebsiteoptimizer.com/split-testing-blog/geo-distributed-architecture/
>
>> 有没有其他模块能更方便的来编写?
>>
>
> 可以参考现有的 lua-resty-* 库，比如 lua-resty-mysql, lua-resty-redis,
> lua-resty-memcached 之类。
>
> Regards,
> -agentzh
>
>

lilydjwg

On Sun, Dec 16, 2012 at 06:16:06PM +0800, Chen Richard wrote:
> 开发一个Web应用或者网站需要很多东西，如果能够开发出一个framework的话，对推进openresty的应用是非常有帮助的。将能成为nodejs的有力竞争者。
> 
> 模板系统、URL路由这些，可以由前端框架（如 angularjs）和 nginx 本身解决，所以这个framework只需要：
> ORM、表单生成与处理、Cache系统、国际化支持、MTV模型这些功能了。虽然这些东西都有相关的库能够支持，但是缺乏一个框架把他们整合在一起、相互配合工作，向开发人员提供一个完整的解决方案。
> 
> 
> 对于lua语言，如果你习惯了之后，个人觉得是非常简单好用。很多时候我宁愿用lua而不愿意用c、java、python。我觉得lua+c基本解决一切问题。而由于luajit的FFI的存在，很多时候这个c都用不着，现成的大把
> so/dll 直接用就可以，这可比java/python省老劲了。

前不久我发现 Python 也有类似的叫 cffi，而且不怕类型重定义（使用不同的
FFI 对象）。

-- 
Best regards,
lilydjwg

Linux Vim Python 我的博客:
http://lilydjwg.is-programmer.com/
-- 
A: Because it obfuscates the reading.
Q: Why is top posting so bad?

smallfish.xy

恩，叫 cffi：http://cffi.readthedocs.org/en/latest/ 不过看上去比较丑。

说到基于 openresty 的框架，现在缺一个模板。等章老师的正则引擎完事了，移植 tt 模板啥的就简单了。

但是web开发不仅仅只是一个框架可以了，我想 openresty 的长处不仅在此。

smallfish http://chenxiaoyu.org

2012/12/16 依云 <lil...@gmail.com>

On Sun, Dec 16, 2012 at 06:16:06PM +0800, Chen Richard wrote:
> 开发一个Web应用或者网站需要很多东西，如果能够开发出一个framework的话，对推进openresty的应用是非常有帮助的。将能成为nodejs的有力竞争者。
>
> 模板系统、URL路由这些，可以由前端框架（如 angularjs）和 nginx 本身解决，所以这个framework只需要：
> ORM、表单生成与处理、Cache系统、国际化支持、MTV模型这些功能了。虽然这些东西都有相关的库能够支持，但是缺乏一个框架把他们整合在一起、相互配合工作，向开发人员提供一个完整的解决方案。
>
>
> 对于lua语言，如果你习惯了之后，个人觉得是非常简单好用。很多时候我宁愿用lua而不愿意用c、java、python。我觉得lua+c基本解决一切问题。而由于luajit的FFI的存在，很多时候这个c都用不着，现成的大把
> so/dll 直接用就可以，这可比java/python省老劲了。

前不久我发现 Python 也有类似的叫 cffi，而且不怕类型重定义（使用不同的
FFI 对象）。

--
Best regards,
lilydjwg

Linux Vim Python 我的博客:
http://lilydjwg.is-programmer.com/
--
A: Because it obfuscates the reading.
Q: Why is top posting so bad?