dvaknheo

@yafoo 有意义的，只是在于占了不会宣传的劣势
我现在搞了 英文版，看看有没有办法推一波。

@iorilu 那还不如我更喜欢的 zig 。zig 比 go 效率高。

额，这也是，看看这几个月有没有动力搞出一个 zig 的版本。 要说干的话就干

距离当初在 V2EX 上发布 duckphp 已经不知道过了多少年了。
这两年陆陆续续开发，24 年年底的时候可能要发布一个稳定版本。但后面没动力发了，反正发了也没人会看
到去年年中又写了一阵。
今年 5 月的时候，心血来潮，把 1.3 系列发布并算了结了。

1.4 系列架构调整，终于 完美解决框架互嵌 的问题
后面各种小修复，还花了很长时间折腾 管理员和用户接口，尽管如此，管理员和用户接口还是我觉得不够完美的。
其他普通的应用不会涉及到那么深， 毕竟 DuckPhp 的理念就是 普通开发 和核心开发分开。 普通开发的功能基本都没怎么改，就是高级功能调整很多

在开发 DuckPhp 过程中，也不只是开发 dvaknheo/duckphp 这个包， 最重要的还是 dvaknheo/duckadmin 这个管理后台系统， 这个管理后台系统 最大的特点就是 你的代码不必在管理后台上二次开发，而是直接作为包引入。
在 1.4.1 发布的这个时候，duckadmin 还是在微调中，稍后我再发布
dvaknheo/duckcoverage 则是支持包， 支持你的 duckphp 工程的覆盖测试。
更底层的是 之前稳定发布的 dvaknheo/libcoverage 这个包的作用是让你写的 composer 包代码全部覆盖测试
这几个包都有发布版本
workermanhttpd swoolehttpd 则是我在 1.4 之后，用 ai 改进了一下，个人没有测试，也只是推送而不发布版本
作用是 workerman /swoole 底下的运行时

这些天还新写了 duckmcp 。作为 mcp 框架
最后一个没动的是 n 年前写的 tagfeather 有时间我把它完成

在 deepseek 的帮助下，代码写得比以前效率高多了
还有，文档都是 deepseek 写的

写代码心里有数，写文档不知道读者看明白了没，写推广两眼一抹黑
哈哈，上面的推广其实也是 deepseek 帮忙写的。
duckphp 是有 agent.md 可以让 ai 来写， 也可以用 laravel 或 thinkphp 的 orm (duckadmin 里面有例子）

我现在 提了个 pr，想再提交第二个 pr 不知道怎么处理。
听说最快的方案是 删掉重新 fork，然后修改提交

@reiji vanillajs 确实是个好东西，不用编译，比 vue 快多了。
用 vanillajs 的可以一起握爪

@stardustree 文档不应该是产品的产出么？

@ywisax 谢谢
workerman 4 已经有 request/response，psr 的标准似乎有点问题，各家的 request/response 都没和官方的实现一致
我这简单封装，没屏蔽 request/response.

workerman 只是 fork 子进程，没和 swoole 那样搞协程。 所以内存管理要比 swoole 省事得多？
或者我理解有误么

用 pageant 那个小东西管理 不同的密钥？