#lnmp--->耗子面板

传说中的军哥 lnmp 彻底死了，也不在指望了。所以最近重装了虚拟机，将网站全部转移到耗子面板了。这个面板之前推荐过。现在在 Debian 上安装编译较以前快了些。只是我这8G4核心的虚拟机总是cpu 100%，导致负载过高，9 个站点，其中 4 个 WordPress 站点，3 个静态站, 1 个 go 语言站点， 1 个 PHP 动态站，怎么会如此呢？后续在观察吧。

#Navidrome--->Emby

Navidrome 配合音流还是蛮不错的，可加上 frp 穿透后，音流 app 播放无损音乐会经常断流，无缘无故的，好在音流也支持 emby， 就试试，目前感觉良好，电脑手机上流媒体音乐缓冲都还行。我还是期望飞牛能出自己的音乐播放器。

#alist--->openlist

alist 做大了就卖掉了，这也是无可厚非的，只是和 lnmp 一样，卖给了不省心的公司。有了前车之鉴，谁还敢在用。我也没在用了，不过很快 openlist 又冒出来了，几乎是一模一样。其实阿里云盘还是限速之后，alist 对我来说也没多大用处了。顶多连接本地飞牛的 webdav 当个数据中转站了。

官方网站：https://ratpanel.github.io/

GitHub库：https://github.com/TheTNB/panel/releases/

安装命令（一般 2 分钟内完成安装）：

curl -fsLm 10 -o install.sh https://dl.cdn.haozi.net/panel/install.sh && bash install.sh

话不多说，可自行用虚拟机测试，仁者见仁吧，我截了几张图可以品一品。

lnmp2.1主要更新内容

版本2.1最大的更新内容就是增加PHP 8.3，MySQL 8.4，Nginx http3支持。

PHP版本最新是8.3.8，lnmp可以安装到8.3.7，可以通过升级脚本升级到8.3.8，但是lnmp2.0不能升级到PHP8.3版本，顶多升级到PHP8.2.16。

MySQL 8.4我感觉有点卡，而且还有自动停止的问题，不知道是不是虚拟机内存的问题。所以我不敢着急升级到这个版本。

nginx官方稳定版本更新到1.26.1了，自1.25版本支持http3之后，就是说nginx现在默认支持http3了。当然lnmp2.1也默认支持http3了。但是在nginx配置里http2不能在listen 端口后面加字段了，而且通过http2 on启用，而在lnmp2.1里没有纠正这个问题。

另外lnmp2.1里的升级脚本里，还是之前版本的升级脚本，不能实现2.0到2.1版本的升级，或许军哥认为非必要不升级的原则没有升级这个脚本吧。

所以我也不建议升级2.1版本，等明年这个时候再看看下一个版本吧。

nginx升级1.26.1

nginx升级还是很顺利的，没那么麻烦，升级它主要是因为http3。现在nginx都稳定到这个版本了，http3的普及率肯定会越来越高的。

环境是支持http3了，但是你会发现我的网站还不是http3。个人感觉应该是frp的问题，因为本地架设的网站是可以支持http3的。很奇怪，frp官方quic端口监听配置很简单的，但实际没达到效果，不知道哪里出了问题。另外还有个问题就是据说http3在内网穿透之后不能实现真实IP，所以我也在纠结选择http3还是http2。或许能通过反向代理实现真实IP和http3呢？有待证实！

其他环境选择——后羿面板

除了lnmp，宝塔面板是最受欢迎的环境搭建软件了，但是我却一直不喜欢，我自己都觉得莫名其妙。lnmp很早就开始用了，几乎是刚出来的时候就开始用了，它有完整版，1G多些，安装起来不容易因为网络下载出现问题，如果是国外服务器，直接用默认版本下载也是很快的。宝塔我也试过，面板安装的倒是很快，但是安装环境过程中，因为下载PHP，MySQL耗时太长时间，放弃了。

后羿面板，跟宝塔面板一样，但是它更纯净，软件也更新。抱歉，我忘记是哪个博友推荐的了。除了安装软件耗时有点久，其他都还不错。它是基于openresty（我也是第一次听说），而不单是nginx。如果军哥的lnmp坚持不下去了，这也是不错的选择。

升级FRP

自从0.53版本，很久没升级frp了，现在都0.58.1版本了，必须得跟上。升级很简单，覆盖源文件，重启服务即可。

升级PHP

[20240624更新]这几天测试发现用lnmp2.1的升级脚本upgrade.sh可以升级PHP8.2到8.3的版本。然后通过addons.sh升级PHP组件Redis、imageMagick、Exif等等。

FreshRSS在github issues上也有人遇到类似的问题，但是他们的方法我这边不适用。

比较了一下LNMP与宝塔lnmp的设置，发现在fileinfo 库的配置文件上有些不同，宝塔安装freshrss就没有上图问题。所以我们如此操作一下：

#备份pathinfo.conf文件，以防万一宝塔的代码有问题，还能恢复回来
cp /usr/local/nginx/conf/pathinfo.conf /usr/local/nginx/conf/pathinfo.conf.bak

vi /usr/local/nginx/conf/pathinfo.conf
#按“i”键进入编辑状态，将里面的内容全部删除，然后贴上下面的代码，此代码来自宝塔/www/server/nginx/conf/pathinfo.conf

set $real_script_name $fastcgi_script_name;
if ($fastcgi_script_name ~ "^(.+?\.php)(/.+)$") {
		set $real_script_name $1;
		set $path_info $2;
 }
fastcgi_param SCRIPT_FILENAME $document_root$real_script_name;
fastcgi_param SCRIPT_NAME $real_script_name;
fastcgi_param PATH_INFO $path_info;

#按“ESC”，键入“:wq”保存！然后编辑enable-php.conf。

vi /usr/local/nginx/conf/enable-php.conf
#加入include pathinfo.conf;

        location ~ [^/]\.php(/|$)
        {
            try_files $uri =404;
            fastcgi_pass  unix:/tmp/php-cgi.sock;
            fastcgi_index index.php;
            include fastcgi.conf;
            include pathinfo.conf; #新增部分
        }

nginx -s reload   #重新加载nginx

—— 完 ——

好在我留了个心眼，先备份了服务器里所有的网站。备份到群晖里速度还是可以的，全程大概16分钟，8G数据。而恢复到新安装的服务器里，时间有点长，单单从群晖ftp到服务器里的数据就花了1个多小时了。

今天找了款能试用一个月的VPS——京东云，从网上找了相关资料，终于搞定了内网穿透+反向代理+HSTS+HTTP/2+真实IP。

首先思路是这样的：frps（服务端）所在的服务器是公网服务器，frpc（客户端）所在的服务器是本地内网服务器，内网服务器安装lnmp和WordPress博客，公网服务器只需要安装nginx，用来做反向代理。我们通过“https//域名”访问公网服务器默认端口443，其所在nginx反向代理到frps的vhost_http_port非80端口，而frps连接到frpc服务器的http服务。

其次再说说具体配置，frp的相关配置可以参考我曾经的两篇文章：记录FRP+NGINX内网穿透和FRP内网穿透·续，或者参考官网配置文件frps_full.ini和frpc_full.ini，这个比较完整。

然后是nginx反向代理配置：

    server {
        listen 443 ssl http2;
        server_name  hjyl.org;
        ssl_certificate "vhost/hjyl.org.crt";
        ssl_certificate_key "vhost/hjyl.org.key";
        ssl_session_cache shared:SSL:1m;
        ssl_session_timeout  10m;
        ssl_protocols TLSv1.2 TLSv1.3; 
        #请按照以下套件配置，配置加密套件，写法遵循 openssl 标准。
	ssl_ciphers 'ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256';
        ssl_prefer_server_ciphers on;

        add_header Strict-Transport-Security "max-age=31536000; includeSubdomains; preload";
	#开启 HSTS，并设置有效期为“31536000 秒”（一年），包括子域名(根据情况可删掉)，预加载到浏览器缓存(根据情况可删掉)

        location / {
            proxy_pass  http://hjyl.org:9527;
            # 反向代理到vhost_http_port端口
            proxy_redirect default;
            # 保证获取到真实IP
            proxy_set_header X-Real-IP $remote_addr;
            # 真实端口号
            proxy_set_header X-Real-Port $remote_port;
            # X-Forwarded-For 是一个 HTTP 扩展头部。
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            # 在多级代理的情况下，记录每次代理之前的客户端真实ip 
            proxy_set_header HTTP_X_FORWARDED_FOR $remote_addr;
            # 获取到真实协议
            proxy_set_header X-Forwarded-Proto $scheme;
            # 真实主机名
            proxy_set_header Host $host;
            # 设置变量
            proxy_set_header X-NginX-Proxy true; 
        }
}

最后重点来了，上面这样如果内网穿透的链接打开正常，你通过“https://域名”可以打开WordPress博客，但是样式表却丢失了，打开源代码，你可以看到WordPress的网址是“http://域名”，主要是WordPress跟其他网站不同，它后台是绑定网址的，使用的是绝对路径。此时我们需要在wp-config.php里加入以下代码（此代码由ChenJieHua分享）：

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
	$_SERVER['HTTPS'] = 'on';
} 

2024.07.18更新：如果上面这段代码不管用，可以直接用下面这个代码：

$_SERVER["HTTPS"] = "on";

（此代码由tlanyan分享）不知道是不是版本升级的原因，之前上述代码是正常的。

这样你再打开网址就正常了。

但是此时你的评论上IP还不是客户的真实IP，虽然我们再nginx里配置了，我们还需要在WordPress里配置一下，同样在wp-config.php加入以下代码（此代码由JUST FOR FUN分享）：

  if(isset($_SERVER['HTTP_X_FORWARDED_FOR'])) {
	$list = explode(',',$_SERVER['HTTP_X_FORWARDED_FOR']);
	$_SERVER['REMOTE_ADDR'] = $list[0];
  }

或者

if( !empty($_SERVER['HTTP_X_FORWARDED_FOR']) ) {
$get_HTTP_X_FORWARDED_FOR = explode(',', $_SERVER['HTTP_X_FORWARDED_FOR']);
$_SERVER['REMOTE_ADDR'] = trim($get_HTTP_X_FORWARDED_FOR[0]);
}

到此，效果就出来了！不过我觉得这种还是太复杂了。如果直接frp里设置出nginx反向代理的效果就好了，毕竟frp本身也是一直反向代理嘛！

最近四五年，被LOL消耗的我已经差不多快忘了html和css的代码了。借着这大胆的想法，想重拾一下hilau.com这个网站，其实这个网站想法挺好的，就是域名太差了。说起这个域名，我就想起当年与hjyl.com擦肩而过的悲伤。不提了。还是言归正传，除了换一种风格之外，还加了SSL证书，去掉了www，将链接看起来更短。

本想凭着自己剩余的记忆，想自己写个自适应响应的主题，最后失败了，只有首页框架可以，细节上崩溃了。后来我听说有人直接用框架写，嗯，前端也有框架，我用的是Bootstrap4，很多有。一开始不知道怎么玩，还好网上有人出了个中文的手册，可以查阅，最后才有了今天的hilau.com。确实给我省了不少写样式的时间。而且还支持各种分辨率的浏览器。还有很多小插件，譬如下拉菜单，幻灯片，等等，不过还是没研究透彻，1M多的代码不止这么点货。

时间过的真快，我的网站都已经十年了。WordPress发展也很快，现在对PHP版本的要求也很高，前段时间找个时间把lnmp升级到最新版本，但是又担心阿里云的最低配置的服务器带不起来PHP7，所以就选择了默认配置安装。后来看别人可以装PHP7，对于有各种升级强迫症的我昨晚就备份数据，今天中午开始下手了。

先升级Nginx，嗯，很顺利，然后升级PHP7，然后就出现一段错误代码，应该不影响把，Nginx、php、mysql都可以正常重启，但是WordPress崩溃了，出现一段英文，意思是网站出现技术上的错误。后来我才知道，这都是正常的，能打开看到这段话，说明你的程序都在运行。然后我跟入了魔似的，将PHP版本挨个降级，但都无济于事。然后直接卸载lnmp再重装。这次直接装最新版本的PHP，但是让我吐血的还是那段英文。但是默认的网页和数据库都是正常的啊。我就想肯定是WordPress本身的问题，但是WordPress都要求最低版本了，不可能这么差劲啊，而且网上都说WordPress在PHP7以上版本下最顺畅。然后我就试试再建一个站看能不能安装WordPress，答案是正常！我就知道了，肯定是那个主题或者插件不兼容，然后我一个个挪，终于被我逮到了——db-cache-reloaded-fix，这个缓存插件不兼容PHP7。然后我就把这个插件全删了。但是还是不行，我快要吐晕了。。。。。。。。。

最后我试了一段代码，就是打开WordPress本身的调试功能，在wp-config.php里：

define('WP_DEBUG', false);

将false改成true。

然后上传，这时打开网站你就能看到你的问题在哪里了。在wp-content下还有上面插件的残余db.php，再删了这个插件的配置文件就可以了。瞬间感觉通畅了！

所以我得到了一个教训，像这种大版本更新的话，一定要切记先禁用所有插件。主题都还好，长期不更新的插件真的害人！

好了，最后还是自我恭喜下本站成立十周年！

----------------------------华丽的分割线--------------------------------------
这个题目很好，我就不新建文章了。又好久没更新我的blog了，昨天才发现后台登不了，错误提示：无效用户。无论我怎么修改数据库都无补于事。所以只得重装WordPress。

接着我又发现lnmp1.2更新很久了，于是我又按捺不住重装了阿里云。一切都在我的睡梦中完成。。。

早上起来，继续安装每个站点——hjyl.org，hilau.com和iyl.me。但过程中遇到的麻烦是我从未见过的。以前搬家都是用phpmyadmin备份恢复即可轻松搞定，但现在只有hilau.com是这样的情况。而其余两个我只能用WordPress自带的导出导入工具转移。接着我又发现一个亮点，WordPress的数据库排序规则也变了，以前是utf8_general_ci，而现在utf8mb4_unicode_ci，不过有点插件貌似没更新，比如百度sitemap，还是保留以前的规则。对于我这个升级控来说，喜欢尝试新的，不一样的，觉得更高大上了，但是到底哪个好，我就是一个白痴。

后来因为我的SSL证书丢失，找回耽搁了很久。可以说这次不知何种原因导致的崩溃整整折腾了一天。现在又可以愉快的玩耍了。

自从恋上lol，不，只能说是发泄，或懒于做其他事为借口罢了，各种更新让我应接不暇。WordPress也更新到4.3了，虽然中文版还在4.2.2，各种函数都更新了，所以我刚审核通过的主题，也需要在短时间内更新了，虽然不更新也不影响使用。看看我以前做的主题，虽然多，但从未更新过，也不知道还能不能用。都已成为历史，留着纪念吧！安装包都不知道哪儿去了。。。

本次一系列的重装和更新算是另一个开始！所以。。世界，你好！