因为看中了workerman的httpServer的qps比较高。所以想用来写接口
https://github.com/xtgxiso/WebWorker 这个可以试试,用过还行,不过我不是作为微信api接口做的
看样子不错,抽空看看,你实际应用了吗?qps提高多少
【workerman的httpServer的qps比较高】这个真不是 Workerman 的重点,如果你只是看重 HTTP server 的 QPS 的话,Nginx 不会差。
nginx是不差..主要是传统的同步阻塞mvc框架不行..比如laravel
嗯,Nginx 通过 fastcgi 接口调用 PHP engine,有多少个并发请求就要有多少个 PHP 进程,高并发会导致进程数升高。但既然是做 HTTP API,那些 MVC 框架基本可以不用了。
但说到 QPS,说到底还是要看业务代码质量,如果计算开销比较大的话,Workerman 也一样要开很多进程才可以,否则就会拥塞导致无法接受新的请求。(貌似 Workerman 现在还不支持动态进程数调整,相对而言 Nginx 还更灵活一点)
而从业务应用层面看,Nginx+PHP 比 Workerman WebWorker 提供更丰富的 HTTP 支持,比如 url rewrite 就是个很常用的东西。
Workerman 的主要应用场景还是在长连接领域,WebWorker 可以用于简单的辅助,比如向 WebSocket server 发送命令给客户端推送数据。
https://github.com/xtgxiso/WebWorker
这个可以试试,用过还行,不过我不是作为微信api接口做的
看样子不错,抽空看看,你实际应用了吗?qps提高多少
【workerman的httpServer的qps比较高】这个真不是 Workerman 的重点,如果你只是看重 HTTP server 的 QPS 的话,Nginx 不会差。
nginx是不差..主要是传统的同步阻塞mvc框架不行..比如laravel
嗯,Nginx 通过 fastcgi 接口调用 PHP engine,有多少个并发请求就要有多少个 PHP 进程,高并发会导致进程数升高。但既然是做 HTTP API,那些 MVC 框架基本可以不用了。
但说到 QPS,说到底还是要看业务代码质量,如果计算开销比较大的话,Workerman 也一样要开很多进程才可以,否则就会拥塞导致无法接受新的请求。(貌似 Workerman 现在还不支持动态进程数调整,相对而言 Nginx 还更灵活一点)
而从业务应用层面看,Nginx+PHP 比 Workerman WebWorker 提供更丰富的 HTTP 支持,比如 url rewrite 就是个很常用的东西。
Workerman 的主要应用场景还是在长连接领域,WebWorker 可以用于简单的辅助,比如向 WebSocket server 发送命令给客户端推送数据。