@richangfan 666,冒昧问下
1.swoft,用了多久?
2.swoft,生产用,问题,多不多?
3.PHP7.4,用了 reload 吗?感觉如何?

同成都,16 年初,开始做 PHP,一直到现在,也是小厂难民,不过目前这家公司,虽然人少,但很稳定,打算一直在这儿了
今年打算升级服务器,升级 PHP 版本到 7.2 及以上,高 IO 业务,用 swoft 或者 hyperf 重写
另外,今年行情比去年还差,祝楼主好运,加油!

@mitu9527 是的,最先考虑升级 7.3,而且,平均每 2 年,就会升级硬件,因为我们的业务,远远达不到换语言的地步,也不是全部重构,只是部分高 IO 业务,先试水,不急,慢慢来,虽说 fpm 架构在高并发的时候,是有点,显得力不从心,但还不至于换语言,这个成本,才是真的高

@mnssbe IO 密集型

我们今年打算升级到 PHP7.2 或以上,然后,部分高 IO 业务,用 swoft 或者 hyperf,重构

靠谱

PHP:我在哪里?

目前阶段维持在 7.2,较为稳妥

这次支持 CTO,可以考虑升级到 PHP7.4,部分高并发业务可用 swoole
不过,说真的,99%的项目都达不到语言的性能瓶颈,换句话说,这个世界上,能达到这个瓶颈的项目,屈指可数

看回帖,大部分都提到 BBA,但问题是大多数人都是在普通公司啊,二线,成都,月薪 15k,已经很不错了

曾经遇到过类似的事情,一开始我不信,后来发现对方是骗子,然后跟对方聊天,最后对方主动挂掉了电话...

目前只用了 firebase 的 fcm,做消息推送至用户,PHP

白天工作一天,晚上回去都不开电脑,手机也不想看,用脑,用眼过度,最近后脑勺,时不时的一阵一阵的隐痛,感觉这是身体给我的警告,所以以后都会注意

最近刚好在做类似这样的东西,即,支付结果异步阶梯性通知
server:PHP
MQ:rabbitMQ

1.请求方请求接口,在接口处,将本次请求的业务数据(包含请求方的 notify)发送到队列 queueA,消费者 consumer 监听此队列
2.一旦有消息入队,则开始消费(此时是第一次消费,这里的消费就是通知请求方的 notify)
3.如果 notify 返回结果正常,则手动 ack,告诉 MQ 删除此消息
4.如果 notify 返回结果不正常,则将此消息计数 1,将此消息设置过期时间为 10s,并投递到延时队列 queue1,此处 queue1 为延时队列,超过 10s 后,会自动重新投递消息到 queueA
5.当 consumer 再次消费到这个消息时,如果还是不正常,则将此消息计数 2,将此消息设置过期时间为 20s,并投递到延时队列 queue2,此处 queue2 为延时队列,超过 20s 后,会自动重新投递消息到 queueA
...
当消息的计数超过上限后,则不再投递到延时队列中,而是投递到专门的失败队列中,做进一步的处理

希望 2 点.
1.充满电(3-5 小时),可以用一个礼拜
2.吃一颗能量丸,可以一个礼拜不用吃饭,狗头....

@jerray 赞! 目前正打算用 RabbitMQ 来做此功能,跟你描述的完全一样,如果延迟时间相同,则可只创建一个死信队列,如果延迟时间不同,则需要为每种延迟时间创建对应的死信队列

坐标,成都,午休时间:11:45-14:00,自己戴耳塞+耳罩,基本上睡到 13:45,起来,上个厕所,洗把脸,开始上班

坐标成都,从来只找双休的工作,目前 965,996/单休 /单双休,感觉完全没有把员工当人看...

希望 PHP 生态持久更新,社区活跃,这就是对 PHP 最大的尊重