


























Loser110 · 1 月 14 日 via Android · 5685 次点击
这是一个创建于 152 天前的主题,其中的信息可能已经有所发展或是发生改变。
PHP 用了十年了,也停滞在某个版本很多年了。
最近项目重构,用新的库,一开始用 laravel ,九牛二虎搞起来,感觉好复杂,还慢,就搞了 flightphp ,快十倍,也简单。但是,现在又发现 go ,flightphp 是猎豹,go 就是火箭啊。作为 web api ,也就基本 crud 工作,go 应该能很好的完成。数据库,ai 时代,完全可以用原生 SQL 了。
这次如果重构完成,那就要和 PHP 拜拜了,因为 WEBAPI 如果用 GO ,就没有地方用他了,测试用 PYTHON 大数据用 PYTHON EXCEL 用 PYTHON ,前端用 SVELTEKIT ,其他用 GO
这样子看,PHP 是不是快死了?微服务+ AI 时代,他没有擅长的技能,各个模块都被其他语言代替?
1 94 1 月 14 日php 的优势不就是在于一个人前后端一把梭快速出项目吗?既然决定要拆成 webapi 那就不是 php 的优势场景了。 |
3 lp7631010 1 月 14 日ai 时代 分得那么清楚做什么 反正是让 api 撸 哪个顺手用哪个 |
5 lp7631010 1 月 14 日越是混在一起的项目 api 好像还撸得顺手一些 |
6 BeforeTooLate 1 月 14 日有多少项目能发展到要考虑到语言本身的性能瓶颈的,最多先解决数据库那一块瓶颈再说吧。 |
7 to2false 1 月 14 日php 一直在更新,phper 大部分已经不更新了 AI 时代找个趁手的可编译的语言是比 php 这种动态随性的语言来的方便 |
8 junkk 1 月 14 日说实话,整个 api 的生命周期按时间追踪一下,最瓶颈的肯定还是在数据库那边的,现在有 opchche ,说实话 PHP 已经能支持很大一个数据量的 qps 了。 问题在于生态、ai 的冲击,以及现在都向大厂看,整个生态、就业环境确实不太好。 |
9 fan296311175 1 月 14 日说实话,有 AI 的帮助,php 也好、go 也好、java 也罢,这些东西上手甚至直接写项目都没啥门槛了。直接搜你感兴趣、有前景的行业,看看用的是哪个技术栈,趁早转过去。向钱看齐才是王道 |
11 mht 1 月 14 日主要是现在没什么互联网创业了,不然 PHP 还是又快又省事的好东西。 |
12 jasonyang9 1 月 14 日 via Android其实就是抄,ai 抄 github 库里的,你抄 ai 吐出来的😄 |
13 Loser110 1 月 14 日 via Android@junkk 用 flightphp 本身性能不是问题,但是,我既然重构了,为何不用更快的,更优化的,这时候 php 就出局了,杂乱一起,php 可以,细分各个模块里,每个语言都比它强 |
14 Loser110 1 月 14 日 via Android@mht 主要还是前后端分离和 ai 。这东西,一开始有点复杂,但是应该搞过一遍就很快了。老项目重构,像我,升级 php 用 laravel 用 flightphp 用 node 用 go ,几天内就完成思想转变。后面如果开发新项目,肯定也是目前的微服务流程。ai 时代,这个流程基本都能一键付出。 |
15 panlatent 1 月 14 日PHP 肯定不会死,但早就过了一个语言打天下的时代了。生态上,Laravel 是独一无二的,你总能找到你想要的库和包,对于以 PHP 为主力的人几乎是不二选项。并不是所有项目都需要微服务的架构,也并不是所有项目都仅有 API 层,你说的这些都是老生常谈的东西,跟 2026 年的 PHP 脱钩了。 |
16 Loser110 1 月 14 日 via Android@panlatent 微服务是一个系统流程,只要用上,那么新开项目用这个流程也是快速开发,一键部署测试,速度差不多,性能更高,更低的服务器代价,并且 ai 支持更好,更好的测试,没有理由不用。 当然前提你得先打造好这一套流程。php 应该只有存量市场了,laravel 确实大而全,但是,每个他擅长的,都有对应的微服务超过他,还更简单,ai excel 用 python ,前端 sveltekit ,发邮件,用 go 自带并发支持,其他 go ,php 就没位置了 |
17 junkk 1 月 14 日@Loser110 #13 大厂本来就没什么 PHP 的位置。微服务也不是他强项,基本上就是不同的领域了。 关于微服务和单体,那是别的话题,v 站也不少贴,相对来说不太喜欢微服务。 |
18 abigeater 1 月 14 日老生常谈 哪个顺手用哪个; 在团队中除非你是决策者 不然你的想法一点也不重要 |
19 panlatent 1 月 14 日@Loser110 #16 使用微服务架构是有成本和代价的,恰恰是很多小微企业和个人无法驾驭的,把简单的业务复杂化了。 你说的 PHP 存量市场我不反驳,但 Laravel 你要去和其他 PHP 框架对比,如 Symfony ,另外是否更简单存疑。 至于 Go ,我的个人体验是用 Go 写业务逻辑挺痛苦的。如果有的选,Kotlin 、C#、PHP 、Python 、TS 都是我的理想选择。 |
21 Loser110 1 月 14 日 via Android@junkk 微服务需要一整套开发部署规范流程,主要是前期一次性投入。完整走一遍流程后面的开发就很简单了,需要什么,就开发哪个,微服务都是相对简单化任务,ai 协助更容易,然后测试通过后,一键部署 |
23 512357301 1 月 14 日 via Android感觉 Python 能完美替代 PHP ,Python3 的历史包袱要小很多,配合 UV 进行包管理,比 PHP 更简练。 |
25 kakki 1 月 14 日不如 nodejs |
26 zhhqiang 1 月 14 日php8.5 了,好多项目不支持这个版本 |
28 Loser110 1 月 14 日 via Android@512357301 llm excel pdf 图片这方面 python 都比 php 好,简单的 crud ,go 完胜 php ,实在没有其他地方能用的了 |
29 Loser110 1 月 14 日 via Android@Gilfoyle26 慢性死亡。我本来用着 php 好好的,现在重构代码,选来选去,php 没位置了。你项目不动,可以一直 php ,可是,你有梦想了,想重构,php 就死了 |
31 zh3256 1 月 14 日 via Android@Loser110 微服务真的有这些优点吗? 在我看来,微服务的优势是: 在你的项目体量逐步上升,你的维护成本,机器成本的提升不再是一个线性,而是快速增大到一个难以承受的程度。这时候重构为微服务,可以让这两个成本的曲线恢复为线性,也就是成本可控,而不能让成本降低。 |
32 mf2019d 1 月 14 日以前不是说 php 是最美的编程语言. 这么快就牛夫人了 |
33 back0893 1 月 14 日有点惨 php 主要是被替换了 |
34 zhengwenk 1 月 14 日只不过是你不用了,就说人家快死。你要是炒股赔了,马云就快破产了呗。 |
35 DamonLin 1 月 14 日用过微服务,想死的心都有,各个子模块系统维护起来成本非常高 |
36 Loser110 1 月 14 日@adgfr32 目前在打造一个微服务开发部署一整个流程,基于 podman ,基建完成使用会很简单,犹如调用一个函数。微服务的开发因为用各个语言最擅长的,性能优异,无限 scale ,哪个是瓶颈更容易发现单独 scale ,都在一块,100%CPU 真不知道是哪个导致的。比如,如果发邮件的慢了,就把他放单独一个服务器,甚至两个服务器。这样的成本是更低的,因为很多时候瓶颈都在 io ,多个服务器分散 io 。比单独一个服务器升级要划算的多。 “开发 debug 速度有哪个语言比得上 php 修改以后直接刷新网页来的快” |
40 lizy0329 1 月 14 日谁用 PHP 这破玩意? Node 完全可以无缝替代。 |
41 ixcode 1 月 14 日不要在讨论某一种编程语言了好不好,AI 可以在所有的编程语言中做的比 90%的程序员都要好,还讨论语言有什么意义呢。学会用 AI ,就等于会用了所有的编程语言。 |
42 ModStart 1 月 14 日一直用的是顺手的 PHP ,也开源了自己的框架 ModStart 。 |
43 garyalen 1 月 14 日以前用 php 是因为可以一人撸,现在因为 ai 生成 py 的质量已经追上来了就不用 php 了 |
44 J0seph 1 月 14 日唉,想到大概 10 年前,大学暑假去个小厂实习的时候,php 还是如日中天 |
45 mandex 1 月 14 日不至于,还挺好用的 |
46 fuchish112 1 月 14 日不至于,慢性死亡吧,不过等他那天,我应该不再写 php 了 |
47 taobaibai111 1 月 14 日我们项目刚开始的时候用的 php,webman 。现在用户量上来了还是有点性能问题,现在慢慢转到 go 了 |
48 liuyibao 1 月 14 日现在还在吹微服务么。AI 时代不是后端一个项目迭代最快?一个项目部署多份。别调来调去了。AI 在一个项目里才容易快速迭代。 |
49 Loser110 1 月 14 日 via Android@liuyibao 一个项目里太大了,多线协作,ai 容易迷失。ai 擅长的是简单的事情,把任务拆封成一个个简单的模块,各自测试,更容易维护 |
50 Smileh 1 月 14 日打广告呢 兄弟? |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。