未分類
29 4 月 2020

关于 thinkphp 与 swoole 合作而引发的国内开源问题

关于 thinkphp 与 swoole 合作而引发的国内开源问题

資深大佬 : xiaotuzi 86

事件起因：thinkphp 官方发布与 swoole 合作，swoole 宣布将发布收费的企业版，跟免费的社区版区分开来，言明企业版将更稳定等等，大家请看链接内容： https://blog.thinkphp.cn/1474937

其中提到了一个，swoole 官方提到一个框架 hyperf(实则不是官方自己开发的)，间接告诉大家，这个才是正房，其他的基于 swoole 的都不是正房。

而由于企业版跟社区版的区别，不稳定等因素，导致 easyswoole 框架开发者十分生气，对国内开源发表了看法，请移步： https://zhuanlan.zhihu.com/p/103018763

大家有什么看法？(吃瓜)

大佬有話說 (19)

  • 主 資深大佬 : xiaotuzi

    本人也是开源作者，虽然产品不怎么样，我有时也感觉挺吃力的，你会遇到各种各样的用户，很多小白问题，而你作为开源作者还得细心回答，有的问题文档写了，但是你依旧要回答好多遍。实则挺心累的，但开源免费这条路我还是想坚持走下去。

  • 資深大佬 : also24

    只看了主给出的文章，暂时没有深入了解更多的细节。
    能够理解 easyswoole 团队维护开源项目的艰难，也对开源作者的贡献表示钦佩和感谢。

    但是这里有个小问题想要了解：
    swoole 团队在维护 swoole 项目的时候，是否有得到过与付出相称的回报呢？

  • 資深大佬 : dongisking

    唉，4 年 php 了，现在一有时间就学 go，都是生活逼的

  • 資深大佬 : zjsxwc

    其实可以参考 roadrunner （ https://github.com/spiral/roadrunner ）的做法，基础网络请求用 go 写，业务用 php 写；

    同样对于 swoole 的替代，也可以用 go （ https://github.com/davyxu/cellnet ）来处理 socket 长连接请求，然后通过管道调用 php 来处理业务，最多用 go 的一个 map 来额外保存每个请求的上下文数据而已。

  • 資深大佬 : hcheng

    嫉妒了呗?

  • 資深大佬 : RYAN0UP

    @xiaotuzi #1 说到我心坎了

  • 資深大佬 : eslizn

    之前在另外一个帖子我就说过 swoole 开发者目前的态度，所以现在能不用 swoole 的尽量不要用 swoole 了
    唯一*稳定*的 php*高性能*解决方案只有 reactphp，但是编码复杂度会高很多，配合大多数 php 开发者的水平不推荐

    另外直接用 go 它不香么？

  • 資深大佬 : secondwtq

    我感觉 Swoole 的做法没啥问题，但是看上去有些话可能说得过分了点伤了人心

  • 資深大佬 : nguoidiqua

    为何不用 Go 呢，感觉 PHP 和 Go 混用还简单些。

  • 主 資深大佬 : xiaotuzi

    @also24 这个就是免费开源最初的想法是否与回报挂钩了。既然是免费开源，希望 PHP 能持续壮大，而一开始又以免费开源来宣传这个东西，后面又以收费来收割，es 作者那篇文章也支出 mysql 也收费，但前提是 MySQL 足够成熟稳定，目前 swoole 不具备这个条件，却标榜企业版更稳定，无异于让大家用社区版做公测，修复版收费…这就不太合理。

  • 主 資深大佬 : xiaotuzi

    @nguoidiqua
    @eslizn
    @zjsxwc
    @dongisking
    我也打算看看 go 吧，毕竟一种语言还是相对太单一了，node 也看了，都是有一套自己的机制，混用毕竟不纯，但能快速解决就好。

  • 資深大佬 : ragnaroks

    why use PHP 🙂

  • 資深大佬 : mcfog

    路过一起推荐一下 roadrunner 以及其底层的 goridge，香的很

  • 資深大佬 : vus520

    再转一次

    1，对于新创建的商业化团队，如果没有大笔的赞助，可以想像在国内现有的环境下，生存是多么艰难。我购买过 Swoole Compiler，有看到客服微信的朋友圈写着“识沃科技开始接外包项目”。原因是目前的商业化产品吸金能力不够。站在团队上讲，努力推广自己的产品并没有什么问题，甚至是合理的。

    2，对于社区版存在不稳定的试验性分支，而商业版没有，有两方面可以理解。一是社区用户确实被成小白了(表示黑人脸，不可接受)，二是社区版明确提示有一些试验性的功能(表示理解)。

    3，做开源并不是一件容易的事情，我理解整个生态都少不了用户和贡献者的支持，如果某天因为商业化需求而直接把贡献者踢一边，这个操作真的很中国。我觉得应该支持不同的声音。

  • 資深大佬 : fanpei0121

    我怎么感觉 golang 比 php+swoole 更简单方便呢

  • 資深大佬 : CodeCodeStudy

    Hyperf 才开源半年，怎么就成了官方框架了？

  • 資深大佬 : Canon1014

    商业化可以接受但是这种方式感觉不舒服

  • 資深大佬 : ben1024

    这操作，，，心疼 Swoft 和 EasySwoole 作者

  • 資深大佬 : Woood

    心疼那些觉得 swoole 让 php 不一样的小伙伴