请问,有在生产环境使用 swoft 2.x 的吗?
我们准备做一个 pay system,目前有几种考虑: 1.是使用传统 php-fpm 模式,还是,swoole 模式? 2.如果走 swoole,则初步决定 swoft 2.x,但不知道生产是否稳定,毕竟跟 money 相关 3.如果走 php-fpm 模式,估计性能多少会有点影响
目前,比较倾向于 swoft 2.x
有老哥在生产使用的吗? 可靠吗?
不胜感激
This topic created in 2321 days ago, the information mentioned may be changed or developed.
 |
1
swoft 可能不会有 3 了，laravel 不香吗~
|
1 |
jqhJul 3, 2020
3
我是 swoft 1.0 的早期用户，还给 swoft 开发过数个扩展 https://github.com/jqhph/swoft-admin，总体使用下来 emmmmmm，只能说框架还是选成熟点的好，谨慎选择~
|
 |
zyy314680012Jul 3, 2020 via Android
4
@Evilk lumen~
|
|
jqhJul 3, 2020
5
@Evilk 你哪看到有很多人用 swoft 了？我在 swoft 群几年了，基本没人聊过 swoft 。laravel 还好啦，开了 opcache 其实没有你想象中的慢，主要还是用的爽
|
 |
7
@zyy314680012 thanks
|
 |
sagaxuJul 3, 2020 via Android
8
payment system 非常重要，业务也不复杂多变，建议还是用 Java 或者 Go
|
 |
hanzhaoJul 3, 2020
10
我们有一个基于 hyperf 1.1 的项目，整体体验还是不错的，最近刚发布了 2.0，还没实际用过，可以了解下。
[hyperf]( https://hyperf.wiki/2.0/#/) |
 |
batyuJul 3, 2020
12
之前 easyswoole 作者怒怼韩天峰以及事件后续各种发酵之后，感觉对 swoole 有点虚。前段时间也在同一个 laravel 项目中分别使用过 php-fpm 和 swoole，至少在我这小流量项目中没有感觉到 swoole 有什么速度加成，甚至更慢。因为是老项目，使用 swoole 后还要处理一些额外问题（比如全局变量问题），遂放弃。现在的计划还是重拾 golang
|
 |
HanSonJJul 3, 2020
14
laravel + swoole ,解决 IO 问题， 还觉得重吗
|
 |
coderabbitJul 3, 2020
19
easyswoole golang 相互走起！
|
 |
stabcJul 3, 2020
20
PHP 要什么框架，直接 echo HTML 走起
|
 |
TypeErrorNoneJul 3, 2020
21
go 啊
|
 |
sorshionJul 3, 2020
22
选 hyperf,swoft 现在其实已经不怎么维护了，前一阵子的事件，伤害挺大的
|
 |
PainfulJoeJul 3, 2020
23
推荐一个框架 Hyperf，基于 swoole 用起来又跟 laravel 一样
|
 |
kellerJul 3, 2020
24
我们的支付业务目前一天也承载了上千万的资金交易，
之前用的 CI，现在正在切换到 Larave，开了 opcache 性能不是问题 支付业务的的链路中性能的只要消耗在等待各支付平台和通道的响应（支付业务调用链路非常长） |
 |
caolaJul 3, 2020
26
如果只是写 api 那么 laravel 的精简版 lumen 是很好的选择……
|
 |
iyaozhenJul 3, 2020
27
看业务吧 支付的话其实不是那么太关注性能，毕竟得先抢到嘛
建议 php-fpm，虽然我自己用 swoole 做别的系统，但是没有个能人是 hold 不住的，很多非 php 的额外问题 |
 |
pengjayJul 3, 2020
28
php-fpm 也慢不到那里去。确实到瓶颈也是换语言的时候了。
|
 |
akagishigeruJul 3, 2020 via iPhone
29
7.4 preload 不慢啊
|
 |
ben1024Jul 3, 2020
31
要不在等等 php8 ？
swoole 性能不错，部署和业务实现有 php 之外的问题，需要比较有能力人主导下， 生产用了 hyperf 稳定性还行 |
 |
32
我有在用。简单说下，坑和缺陷非常多，我通过注入和继承修改了大量框架代码，碰到问题只能看源码再优化，源码都看很熟了。如果没有时间和精力还是放弃吧。另外，swoft 的 model 极其简陋，用起来非常困惑，新同学很难上手。进程管理也有各种缺陷，容易僵尸。需要了解 swoole 才能顺利解决。
不过总体来说还是不错，除 model 垃圾外，框架完成度比较高，源码和设计模式都比较规范，反观 easyswoole 惨不忍睹。curd 的话成本略高了，如果频繁需要使用异步和任务分发之类的可以一试。 |
 |
Zach369Jul 4, 2020
34
go 不香吗?
|
 |
diluJul 4, 2020
35
我们也有在用，如#32 所说 小毛病不断 大毛病不犯
如果团队本身学习能力强，建议直接用 go 如果本身只有 PHP 相关人才储备并且确实有性能需求，那 swoft2 绕不过去的 总的来说还是个值得一用的框架 |
 |
CodeCodeStudyJul 4, 2020
36
@dobelee 我觉得 easyswoole 还好啊，代码都还挺规范，而且真的是简单易懂
|
 |
z5864703Jul 4, 2020
37
一般 php-fpm 跑性能问题不大。
swoole 的话适合场景还是长链接处理，业务不复杂的，因为各种问题还是蛮多的，而且不是 php 层面能解决的，需要改 swoole 源码。 swoole 社区力量还是太薄弱了，没多少人参与贡献，目前就核心那三个人做维护，不过也是现状，国内伸手党居多，或者无力贡献。 其实除了 swoole 之外还有其他协程框架可以使用，比如 amphp 等 |
 |
haohappyJul 4, 2020
38
swoft 和 es 作者都放弃了 不维护了吧 群里也都是发 H 图的~
可以去搜看看旧闻。。。 说是开源的，但是人家作者喷你，不让你用了，谁还愿意厚着脸皮跪舔啊。。。 hyperf 企业版也是官方收费的，想完全白嫖开源版也是有难度的 |
 |
yc8332Jul 4, 2020
39
php-fpm 足够了。。正常的业务瓶颈应该不是语言层面，php-fpm 性能足够了，就看你怎么用而已
|
 |
xttanweiJul 7, 2020
40
1 、稳定与否与语言无关
2 、pay sys 对性能要求并不高，大部分情况都是异步处理 3 、我推荐 Lumen |
 |
foolgryJul 11, 2020 via Android
41
workerman
|
Select Language