f1ynnv2

23 年的过来感谢！

@dusu 嗯，对现在就是 docker compose 挂的 volume

@Twnysta 好的，我来试试高版本的 php 。dokuwiki 积累了不少数据一直没升级，只能用 php7.3 以下的，干脆借这机会更新到最新版本。

@Twnysta 现在就是 fpm 、nginx 各一个独立的容器，不过代码作为一个 pod 是啥意思？我现在就是把代码同时挂载到 nginx 和 php-fpm 的容器里。
试着修改了一下 php-fpm 的线程数据，似乎变化不大。不过也说的通，dokuwiki 也没啥大并发访问，就我一个人用，主要是看单个页面的响应时间。

另外刚刚试了一下，自己基于 ubuntu18.04 做了一个 php 的镜像，折腾半天最后每个页面响应也是 400~600ms 。 这样看来自己做的 php 镜像，默认参数情况下和官方的也没什么区别，估计得仔细研究下配置看看怎么优化性能。

@litguy 对，挂载的方式 IO 应该也有不小影响。我准备把 dokuwiki 都打包进镜像再比较一下。

@dilu 谢谢，我搜了一下，有的说官方的 php 镜像可能是因为默认配置的关系，性能不行，都是建议自己定制镜像。我也来试试。 树莓派上 dokuwiki 每个 php 页面的响应都在 100ms 以内，换 docker 之后居然要 900ms, 开了 Opcache 之后也还要 400~600ms 。这差距有点大。

@StevenRCE0 我现在是 frp 转发暴露在公网上，唯一的保护措施就是账号密码，感觉有些不安全

@blufaux 论迹不论心

这么看来，tm 用 ssd ，sata 或者 m2 连接，不要 usb 或者 samba ，尽量提高大量琐碎文件的 io ，是不是可以缓解 tm 的这类卡的问题？

实在没办法的话，打算平时禁掉屏幕共享，要用的时候通过 ssh 在命令行打开吧。不然一直暴露在公网上太危险了