大家好，我又來了，新作品 https://www.freetalkhub.com， PHP 开发

[mimiphp]

本人是 php 独立开发者，以前的话题 https://www.v2ex.com/t/994939 被同行喷惨了。怎么说呢？本来我的话题都是发在 php 节点，本以为都是 php 自己的开发者讨论。但基于我个人观点，导致被评价为只会 CURD 实属以外。

本人是独立开发者，所以更趋向于了解整个开发流程的每个细节，毕竟除了自己，没有任何合作团队。 我认为说再多也没有拿作品说话比较实在。 本人以前就职于香港找换店和餐饮项目开发的公司。带领团队开发。但就是由于本人的观点是非主流观点，导致手下有部分人是不服从的。

由于 php 在主流程序开发界被嗤之以鼻多次，php 官方的开发团队也被强类型语言开发者参与主导。基于我本人自己的观点，感觉开发过于别扭。所以我自己以自己的作品为目标考虑符合自己的技术栈总结了一套开发思路。

本人就职期间原创开发了一个 PHP 开发框架，原名为 mimiphp ，先改名为 lowphp 由于 PHP-FPM 实在性能太差，基于我的本地电脑 AMD5600X wsl 下的 debian12 系统，也只能弄到 500 左右的并发，注意只是 echo 1;简单脚本测试结果。而如果是静态文件，通过 nginx 处理，可以达到 6 万并发。 所以我修改了框架核心，基于 swoole 的 cli 模式，支持了 swoole 协程模式。并且完整加载 mysql 数据和模板引擎渲染后的并发可以达到 5000 左右。我非常满意。

如果单独开启 redis 缓存可以达到 3 万左右并发。如果单独开启 apcu 缓存后可以达到 5 万并发。这实在是给力了。

其实我并不想跟同行过多争论，因为我发现一个现象，就是整个中文社区，其实任何争论都得不到一个比较好的结果。因为可能由于文化的影响，大家都会以自我的认知为中心，方圆几公里之内天下无敌的心态讽刺挖苦别人为目的，实际上根本不能心平气和的讨论任何话题。特别是程序开发行业从架构-语言-框架-甚至包括变量命名方式，都是毫无意义的讽刺挖苦。其实就是浪费时间罢了。对于技术的提升和理解都毫无用处。

我其实在这里发布过两个帖子，一个是关于 php8.3 的讨论。一个是 ffsou 搜索引擎的讨论，一个 2023 年，一个 2024 年。 我是直到刚才才看到 php8.3 讨论的帖子最后一个楼层居然认为我只是一个菜鸟。。这让我干了 20 年的程序员心里真的感到深深伤害。

其实我们这个行业，本身大环境就非常不好，本来我与香港的一个老板是以技术入股的方式合作，又由于前期没有资金聘请其他语言的程序员，而我又是自信能弄好项目上线的老程序员，所以也就是安心的处理代码了。

但我没有想到的是：2020 年到 2024 年底，这个香港老板一直给我反馈的都是无法正常盈利，只能勉强保本。直到 2024 年底，我从其他途径直到了真相，其实他盈利早过了 600 万以上。而且还把自己家人加入进来吃空饷等等原因，我还是决定主动辞职了。

又基于行业限制规则和法律风险的考虑，我重写了我自己的框架，目前是独立开发者身份。然后考虑直接走国际路线，与国外的程序员沟通交流。发现真的行业文化差异实在太大了。

我希望我们作为简体中文的程序员，应该要自信，和睦相处，多与同行技术交流，而不是讽刺挖苦。

当然，国外同样是以作品说话。目前由于金融行业涉及到严格的资金来源追溯问题，找换店已经不行了，但其他方向，特别是 AI 使用上，国外几乎每天都有几十上百个 Saas 项目发布。当然其中也有我一份功劳，赚了点小钱。

所以基于以上的前提，我想说一下我这个 https://www.freetalkhub.com 是参考了 reddit 和 discuz 以及其他社区后，用我新开发的 lowphp 基于 swoole 高并发开发的 php 框架完成。

其中前端采用到了 vue3.0 的 cdn 模式，以及 pjax 伪单页模式。目前收录和用户体验都非常好。

当然，这是一个试运行站点，主要目的还是宣传为主。 但技术栈我是想弱化前端工程化的主流思想。欢迎体验。

而后端 php 一直在更新，我也采用了最新的 php8.4 版本为核心。我希望用我自己的实践和作品，为 php 的开发环境做一个贡献。希望大家参与讨论。前提是站在平等的位置上。不过你讽刺挖苦也无所谓，对于我来说，早已经锻炼出了死猪不怕开水烫的本事。

[mimiphp]

@honkew 所以我还在犹豫，因为开源之后事情就多了。其实开源最大的问题就在，使用者可以下载，黑客同样可以下载，任何源代码都很难保证没有漏洞。我不想看到任何直接或间接原因导致系统漏洞后被口诛笔伐。所以如果要开源，也会专门写一个开源版本的框架。但不得不肯定的是，开源最大的好处就是可以快速提高曝光度。只是抄袭，滥用等等因素实在没办法避免。最近不是还在争议有项目抄袭宝塔源代码的事情吗？所以我还在犹豫中。

[honkew]

@mimiphp 论坛程序法盈利很难
DISCUZ （腾讯收购）
PHPWIND （阿里收购）
可以选择的程序很多

要是考虑盈利的话这不是一个好项目

[mimiphp]

@honkew @coefu 我是比较认同 @kapaseker 提到的：过程重要，但是除你自己以外，结果重要。我们作为程序员在意的就是过程，因为过程可以让你技术提升。而结果并不重要，因为就如你们所说，内容运营等等太多因素会导致得不到盈利这个结果。这些其实我跟其他项目的合作者都讨论过多次。创业最大的障碍就是自我否定。由于思考太多，想得太完美，很多人其实都没有付出行动就自我否决了。如果你能走出第一步，其实就已经胜过大多数人了。当然单打独斗本身就很难，任何人都有自己的强项和弱点。但我们作为程序员，只要做好自己拿手的代码开发就行了。运营自然会有强人联系你。比如我提到的其他项目的合作者。

[Sor]

给你点个赞，支持你

[kxg3030]

php 我喜欢 支持你

[longbill]

十多年前我也主要搞 php ，后来 nodejs 出来后就一直 js 搞全栈了。

[millken]

我也是 PHP 出身，也基于 swoole 写了个框架 https://github.com/millken/ypf ，同时支持普通 fastcgi 模式。当时测试 swoole 的性能挺好的（能到 10W+，基本和 nginx 持平），不过大势所趋转了 golang

[hoythan]

php 最强的框架是 wordpress 。

[liKeYunKeji]

@honkew hifini 是取消了 www.的解析，@解析未关闭 https://hifiii.com/

[honkew]

@pytth 不是一个站点，提示我邮箱不存在

[mimiphp]

@hoythan 生态是逐步建立起来的。这个帖子只是一个试水，看一下反响。对于普通站长，我是比较了解的。wordpress 或者 discuz 或者以前的 dedecms ，得到这么多站长的支持，就是因为部署简单方便，特别是模板主题的第三方体量非常巨大。所以我会发布从虚拟主机的支持，也就是传统 php-fpm 模式，到 vue 或者容器一键部署，最后到模板主题的转换，数据库的转换，以及搜索引擎的支持，毕竟我是开发过搜索引擎的。所以会以 php 语言为基础，逐步做一个生态圈出来。

当然，我已经提到，在其他项目我是有收入来源的。所以流量站方向如何盈利并不是我急需考虑的范畴。我看了其他帖子，比如多语言 i18n ，以及高性能检索，静态化 cms ，或者伪单页渲染等等其实都是实现好了的。

最关键就是新的 php 版本逐步更新，在 cli 长运行模式下，只要官方原生支持协程后，几乎可以说 php 与其他现代脚本语言之间就没有太大差距了。这是一个契机。大环境也在逐步复苏。大家都要创业，我提供好生态圈就算是一个非常有意义的事情了。

[hoythan]

以前用 WordPrss 作为框架，利用他的用户、角色、自定义文章、缓存插件、RestAPI 等基础插件做过支付宝里的口碑插件，3000 多万用户体量非常稳定。

[yi5414289]

做生态不易，做 php 生态更不易，由衷的佩服

[mrpzx001]

支持

[bunny189]

卧槽，香港人怎么这么坏啊

[dajj]

楼主挺厉害的。
不知道有没有关注过 phalcon ， 这个框架不仅是作为 php 模块，而且他们实现了用 php 风格写 php c 扩展的方式。感觉 phalcon + swoole 性能上十分强劲 ，十分有潜力。
PHP 最大的弱点似乎是生态太少了， 很多东西缺少库， 如果能有一个架构和 python 这样的语言结合使用，相信可以大幅补足短板。

[mimiphp]

@Admstor 刚刚更新了，结合 mariadb 强大的搜索插件，目前已完成搜索功能，还有会员中心

[mimiphp]

@dajj phalcon 有了解过，刚才又看了一下，非常不错。但我是原创程序员，在开发公司就已经开发有自己的框架，因此可以理解为我不是项目工程师，而是偏向架构师的角色。目前，从前端到后端我自己总结了一套架构，但由于商业合约的原因，合作者不允许我用现在的框架开源发布，所以我暂时不考虑开源。需要等到 php9 以后才会重构框架核心然后开源发布。

其实如果要说 php 的生态来讲，是最完善的，因为存在的历史长，而且有 wordpress ，laravel,thinkphp ，以及经典的 discuz ，还有国外的其他社区开源作品等等，以我的从业经历来讲，生态是肯定最大的。

从互联网行业角度来讲，如果我们把行业分为开发者，和使用者 两个角色来说，实际上 PHP 是非常尴尬的地位。

从开发者，也就是程序员的角度来讲，php 是所有语言最 low 的语言了。
1 、老的程序员由于无法适应新版本特别是 php7 以后的版本，因为 php 核心团队加入了很多强类型语言的维护人员，特别强调了面向对象开发，以及声明指定类型的变量等等原因导致很多老的程序员无法适应。
2 、新的程序员根本也不愿意学习 PHP ，因为从工资，就业环境，以及 PHP 历史原因导致很多书籍教程都是过时的，并且太多新语言出现，以及前后端完全分离的团队合作模式等等，所以可以说 PHP 几乎不会被程序员看好。

但是从使用者来讲，包括创业公司的小老板，和各类个体站长，他们是非常喜欢 php 的。因为源码实在太多了。关键是适配 php 源码的第三方模板主题实在多得离谱。比如 wordpress 的主题都已经形成一个产业链了。

我为什么说 php 目前的地位非常尴尬呢？因为不论是开发者还是使用者，对 php 的源码都会默认觉得一文不值。而之前的反而是与其匹配的模板，主题，插件等等。

这其实是脚本语言最大的问题所在，只能开源，没办法商业化运作发布作品。比如各个开发公司为什么一定要前后端分离，除了是因为现在开发者行业细分工种的原因，更大的原因就是前端 js ，默认用 vue 等等工程化生成的代码是很难还原的，实际上就是得到了源代码商业保护的作用。

而后端程序，除了性能问题不去讨论以外，更多的开发公司考虑的也是能编译商业化保护源代码。

下面就要说一下我对 PHP 理解到的优点。php 是最早除了 ASP 以外支持 html 混编的脚本语言，对于 php 来讲，html 就是普通字符串，天然支持开发后端渲染的模板语法。或者就直接用<?php ?> 标签来任意插入循环 html 字符串，这是非常强的优势。其他语言要么需要把 html 载入然后整体当作字符串来拆分处理，要么就像浏览器 js 把 html 生成 dom 对象。都是额外的处理，所以长期以来 php 都是 web 网页开发的第一位的。

但新版本的 php 太想学 java ，越来越强调面向对象开发，太想把自己变成强类型语言，其尴尬的地位非常类似前端的 js 和 ts 的。。因为是脚本语言的原因，实际上只是利于开发者开发阶段的规范。但执行阶段只要需要引擎的，都没办法真正做到编译类型的语言性能。

所以 php 开发的源代码，要么只能开源，要么性能不高，很难与其他语言比较。

但就如你提到的 phalcon 是 C 扩展方式，这就是一个很好的方向。

我准备发布的基于 php9 的开发框架，就是为了解决原生高并发的性能问题，和商业授权加密的问题。本来我考虑用 ffi 或者 unix 套接字的方式与 golang 配合处理。但 phalcon 方式是我一个参考方向。

其实，我目前已经实现的就是一台服务器运行 swoole 一个文件核心，就支持多目录的虚拟主机多站点模式。也就是说我的框架核心，是取代了 fastcgi 调用的 php-fpm 进程的。所以我就是在做自己的生态圈。

最后谈到性能，实际上 php 有了 swoole 或者 workerman 或者其他的基于 cli 模式构造的应用性能是不比其他语言差的。
生态圈要想建立起来，首先肯定是放弃开发者这个团体，因为你很难去改变他们的思想了。
就类似 vue 的作者兜兜转转最后发现还是取消虚拟化 dom ，直接生成静态化 html 才最优秀。。。可是 php 早在 20 年前就在生成静态 html 了。所以开发者角度来讲现在鄙视链一旦形成，就基本没法改变了。

但使用者角度来讲，模板最多，SEO 效果最好，服务器成本最低，成本支出最低的永远还是 php 这样的后端脚本语言。

但很尴尬的是 php 框架作者，源代码作者，居然没办法保护自己的源码，开源就等于免费送给别人，特别是大陆环境没有法律约束的情况下，改几行代码就是自己的了，毫无版权意识。。。。然后一个基于框架，基于源码，适配一个 html 模板的作者却可以简简单单售卖自己的主题，模板，插件等等。这是非常尴尬的。

我还是那句话，开源是思想正确，但生活需要成本。我希望我发布的作品和建立的生态圈是基于综合因素考虑，方便开发 PHP 作品的作者可以商业保护自己的源代码，同时又方便前端模板，主题作者作为第三方丰富 UI 的目的。


目前来讲已经实现的就是 php 来代替 webpack 的完全分离开发,同时也支持完全后端 php 渲染的模板引擎，以及后端渲染内容，前端 vue 接管交互的类似 vue 的 ssr 模式等等。

一切的目的都是为了 SEO 和分离开发。但还缺商业源代码保护的步骤。phalcon 的方式真的值得参考。多谢

[Acckr]

网站挂了，打不开

[mimiphp]

@Acckr 非常感謝，經過我的觀察，發現存在一個内存泄漏現象。由於我是基於 swoole 自己開發的 lowphp 開發框架，這個框架取代的是 php-fpm ，也就是做了服務器多站點的配置。一個服務器只需要一個 lowphp 核心，支持多個站點提供類似虛擬主機的功能。在某些項目中，使用到了 sse+redis 訂閲。目的是做到前端消息通知。在 sse 中，我已經注意到如果消息推送失敗，需要關閉心跳\Swoole\Timer::clear($timerId); 但我居然沒有關閉 redis.也就是缺少了這一句$redis->close();。。由於傳統 php-fpm 是短鏈接，會直接殺死進程。基於習慣，我以爲$this->response->end();會直接關閉與 redis 的鏈接。。。所以這是個低級弱智錯誤。多謝提醒