共计 2277 个字符，预计需要花费 6 分钟才能阅读完成。
看到 Discuz x3.5 出来，手痒就找了甲骨文 ARM 4+24 的配置搭个研究一下，结果发现在 ARM 服务器下出现了好些个问题，罗列一下，看看有没有大神可以一起讨论讨论是哪里的问题。
首先环境：
硬件不用说了，OracleCloudARM 4+24
环境，宝塔国际版 aapanel：php8.0+mysql5.7+nginx1.21
=============================
首先第一步安装 discuz 完成后就出现一些问题：
Discuz x3.5 安装后进后台错误
如果使用 php8.0，进后台首页提示：
Undefined constant "DNS_A"
如果使用 php7.4，进后台首页提示：
Call to undefined function dns_get_record()
这个问题后来在安装了一个依赖后，php8.0 没有出现错误了，但 php7.4 的错误依旧存在。
wget https://download-ib01.fedoraproject.org/pub/epel/8/Everything/aarch64/Packages/l/libsodium-1.0.18-2.el8.aarch64.rpm
rpm -ivh libsodium-1.0.18-2.el8.aarch64.rpm libsodium-devel-1.0.18-2.el8.aarch64.rpm 复制代码
============================
php8.0 看起来没问题了，于是我就用 php8.0 继续配置，但是又出现一些问题：
1、导入 diy 模板并添加 20 多条测试数据后，门户首页卡死，出现 502 bad
2、论坛发帖编辑帖子发帖，提交后会卡 5 -10 秒左右帖子才能发出去。
门户卡死的问题总感觉不太可能是 diy 模板的问题，因为我同样用 oracle 的 x86 小鸡，用同样的数据测试，没有问题。
同时论坛页面纯原装，没有做任何更改，ARM 服务器上发帖会卡。
是 ARM 的 php+mysql 环境还是存在一些问题？还是说哪里需要优化呢？
宝塔面板对 arm 架构支持不够完善~ 不懂技术，不要怪架构 3.5 出了？很明显 php 版本过高 Discuz 是个老系统对新技术支持不好哈哈，楼主应该好好研究一下
CMBCHINA 发表于 2022-9-28 10:59
不懂技术，不要怪架构
我是怕 arm 服务器上会不会有一些软件与他适配兼容问题。当然，谁敢怪架构。根据你的文字描述，还是代码层级的问题，
应该是 php 的一些依赖或者是组件你没弄好
或者还是文件夹权限之类的？
最好你要学会看日志。
看看 nginx 的 log。还有看看 php 的 error.log 你选快速安装了吧？用 Debian 试一下，全部编译就好了
chen5144 发表于 2022-9-28 11:41
根据你的文字描述，还是代码层级的问题，
应该是 php 的一些依赖或者是组件你没弄好
谢谢大佬回复。
主要宝塔的集成环境很方便，这几年都没有机会再去学习 php 环境方面的东西，每次新的服务器进入后就会安装宝塔，而且在 X86 系统，宝塔安装后就可以立刻使用，即使调整也只是性能上的微调，从来没有使用宝塔面板还需要安装依赖包的。
大佬有空不，能不能帮忙看看，解决问题可付费。
主菜单 发表于 2022-9-28 12:33
你选快速安装了吧？用 Debian 试一下，全部编译就好了
我系统是 Oracle Linux 8，这个操作习惯和我喜欢用的 centos 差不多。
环境方面，全部都是编译的，没有快速安装。
SuperMaster 发表于 2022-9-27 20:51
我系统是 Oracle Linux 8，这个操作习惯和我喜欢用的 centos 差不多。
环境方面，全部都是编译的，没有快 …
那爱莫能助，我 DD 的 Debian 11 ARM 没问题换系统后再尝试试试
Oracle Linux 8 没用过不做评价，看看 centos 或者乌班图是否会有这种问题 lnmp 好好的，你反思一下 1、导入 diy 模板并添加 20 多条测试数据后，门户首页卡死，出现 502 bad
2、论坛发帖编辑帖子发帖，提交后会卡 5 -10 秒左右帖子才能发出去。
————————
discuz 3.5 支持 php8.0？刚刚搜了 确实是实验性支持 php 8.x
这种问题，你说他不能正常用吧，他能正常用，
就是卡顿慢……。比较难定位问题 有点意思
私信我去瞅瞅？宝塔部署的 lnmp，响应效率是比自己直装 lnmp 的慢。（不知道是哪里的配置限制！）
我在用 wordpress 一些耗资源的插件也出现过这问题
宝塔的 lnmp 环境执行 DNUI（一个图片清理插件）工作容易卡死，自己手动装的 lnmp 使用 DNUI 则没有问题。（以前的经验，现在已不用这款插件）。
还有宝塔部署的 wordpress，点击菜单响应速度也比 docker 部署的 wordpress 慢（大约慢 1 秒）
在对效率没要求的机子上，我还是会用宝塔，管理文件方便。有的只是装个宝塔面板来做文件管理，其他服务全部 docker 容器运行架构没问题，大部分的原因是宝塔的依赖问题，宝塔在 aarch64 依赖的编译上并没有完全兼容，很多还是套用 amd 的我感觉，这些问题，
你 DD 一个纯净的大便或者乌班图，应该都能解决，
我的甲骨文 arm，开机就 D 系统，
用宝塔两年了，不管装啥程序，都没出过错甲骨文自家的 Linux 挺怪的，很多人出问题也是因为它家的系统，
反正个人用的 Ubuntu，没遇到奇奇怪怪的事，当然，我只科学。
discuz 的模型非常老旧，高版本 php 有兼容性问题。
loc 的 nginx 还用的 1.14 的呢
