建站记录 – 良的世界

网站Redis配置优化

shine — Thu, 18 Dec 2025 03:05:17 +0000

一、设置内存限制和淘汰策略

修改当前配置（立刻生效）

# 连接到 Redis
redis-cli

# 设置最大内存为 1.5GB (适用于 4GB 内存服务器)
127.0.0.1:6379> CONFIG SET maxmemory 1610612736  # 1.5GB 的字节数

# 设置合理的淘汰策略（推荐）
127.0.0.1:6379> CONFIG SET maxmemory-policy allkeys-lru

# 验证配置
# 使用操作系统终端
redis-cli info memory | grep -E "maxmemory|maxmemory_policy"

修改配置文件（通常为 /etc/redis/redis.conf）（重启生效）

# 最大内存 1.5GB (4GB 服务器安全值)
maxmemory 1610612736

# 推荐淘汰策略
maxmemory-policy allkeys-lru

# 内存碎片整理配置（解决你的高碎片问题）
activedefrag yes
active-defrag-ignore-bytes 50mb
active-defrag-threshold-lower 20
active-defrag-threshold-upper 50
active-defrag-cycle-min 5
active-defrag-cycle-max 20

# 关闭透明大页（减少延迟）
disable-thp yes

备注：重启Redis

systemctl restart redis

二、其他配置

手动清理碎片

redis-cli memory purge

注意：需要 Redis 6.2+ 且支持 jemalloc。mem_fragmentation_ratio表示碎片化。

记录本站php由版本8.0.30升级到8.3.7

shine — Wed, 27 Aug 2025 06:56:08 +0000

一、问题背景

由于WordPress升级到6.8.2版本以来一直提示php版本太旧，建议升级到8.3及更高的版本，本着强迫症的原则，已于今天上午将本站的php升级到版本8.3.7，现记录本文。看完本文如果你有更好更简单的升级方法可以在评论区留言，大家一起探讨。

二、操作步骤

（1）lnmp脚本安装新版php

[root@lemonary lnmp2.2]# ./install.sh mphp

+------------------------------------------------------------------------+
|          LNMP V2.1 for Rocky Linux Server, Written by Licess          |
+------------------------------------------------------------------------+
|        A tool to auto-compile & install LNMP/LNMPA/LAMP on Linux       |
+------------------------------------------------------------------------+
|           For more information please visit https://lnmp.org           |
+------------------------------------------------------------------------+
===========================
You have 9 options for your PHP install.
1: Install PHP 5.2.17
2: Install PHP 5.3.29
3: Install PHP 5.4.45
4: Install PHP 5.5.38
5: Install PHP 5.6.40
6: Install PHP 7.0.33
7: Install PHP 7.1.33
8: Install PHP 7.2.34
9: Install PHP 7.3.33
10: Install PHP 7.4.33
11: Install PHP 8.0.30
12: Install PHP 8.1.28
13: Install PHP 8.2.19
14: Install PHP 8.3.7
Enter your choice (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13 or 14): 14

选择14开始安装即可。

安装完成后服务器上同时启动着两个版本的php，此时将两版本php全部停止

systemctl stop php-fpm
pkill php-fpm

两个版本的路径：

旧：/usr/local/php
新：/usr/local/php8.3

（2）保险起见，做下备份

备份 PHP 配置文件
cp /usr/local/php/etc/php.ini /usr/local/php/etc/php.ini.bak
cp /usr/local/php8.3/etc/php.ini /usr/local/php8.3/etc/php.ini.bak.original
备份 PHP-FPM 配置（如果有用到）
cp /usr/local/php/etc/php-fpm.conf /usr/local/php/etc/php-fpm.conf.bak
cp /usr/local/php/etc/php-fpm.d/www.conf /usr/local/php/etc/php-fpm.d/www.conf.bak

（3）检查并配置 PHP-FPM

grep -n '^listen' /usr/local/php/etc/php-fpm.conf
grep -n '^listen' /usr/local/php8.3/etc/php-fpm.conf

确保新版本的 listen 设置和旧版本完全一致（例如 listen = /tmp/php-cgi.sock），这样 Nginx 才不需要做任何改动。

（4）替换二进制文件与链接（关键）

这是将系统默认 php 和 php-fpm 命令指向新版本的核心步骤。

备份旧版本的 PHP 目录
mv /usr/local/php /usr/local/php_8.0.30_bak

创建新版本的软链接
ln -sf /usr/local/php8.3 /usr/local/php

验证链接和版本
ls -l /usr/local/php
/usr/local/php/bin/php -v

现在，/usr/local/php 这个路径就不再指向旧版本，而是指向了 /usr/local/php8.3。你的所有现有脚本（如 Nginx 配置、开机启动脚本等）如果引用了 /usr/local/php/，现在都会自动使用新版本。

（5）启动新版本的 PHP-FPM 服务

/usr/local/php/sbin/php-fpm
或者
systemctl start php-fpm

（6）验证新服务是否正常运行

ps aux | grep php-fpm
ls -l /tmp/php-cgi.sock # 请替换为你配置中实际的 socket 路径

（7）配置 Nginx 并重启（如果需要）

通常情况下，如果你的 PHP-FPM listen 配置没有改变，Nginx 是无需任何修改的。 但最好检查一下 Nginx 的配置文件，确认 fastcgi_pass 参数指向的 socket 地址是否正确。

注意：
因为我在新版php-fpm.conf中将listen修改成/tmp/php-cgi8.3.sock（原本为/tmp/php-cgi.sock），所以此处Nginx需要修改配置文件如下位置。

修改/usr/local/nginx/conf/enable-php.conf文件中的fastcgi_pass如下：

fastcgi_pass  unix:/tmp/php-cgi8.3.sock;

改成对应php-fpm.conf中配置的listen。

为什么要修改这里呢？因为这个文件在nginx.conf配置文件中通过include引入，如下：

grep "include" /usr/local/nginx/conf/nginx.conf
include enable-php.conf;

检查配置并重启 Nginx：

nginx -t
nginx -s reload

三、其它问题

由于原版的php曾经手动添加过模块exif和Imagick，详见WordPress站点健康之PHP模组Exif和Imagick，所以升级到新版后WordPress还会再次提示缺少这两个模块，而且这次新增一个模块Opcache。这次我们不再手动安装而是直接用lnmp中的脚本进行安装，特别简单。

cd lnmp2.2/
先后执行这两条命令即可
./addons.sh install exif
./addons.sh install imagemagick
./addons.sh install opcache

执行结束后重启php-fpm

systemctl restart php-fpm

查看验证是否安装成功

[root@lemonary ~]# php -m | grep -E 'exif|imagick|OPcache'
exif
imagick
Zend OPcache
Zend OPcache

至此，php版本升级完成。

网站SSL证书过期替换手册

shine — Tue, 03 Jun 2025 02:19:44 +0000

一、前言

本站使用的是FreeSSL网站提供的免费证书，由于证书的有效期是三个月，所以每三个月就需要替换一次新的证书。因此，特此记录下替换证书的整个过程，以便后续替换时参考。

二、替换步骤

2.1 申请证书

选择单域名类型即可

填写证书域名，点击提交

此时会跳转到KeyManager，若此前并未安装直接选择下载安装，然后同样跳转到KeyManager，此时KeyManager会弹出如下窗口

2.2 添加DNS解析

然后返回浏览器继续操作，点击继续，然后会弹出如下窗口

这是一条DNS解析，将此条解析添加到服务器域名的解析列表中（我的域名注册于华为云平台），按上述图片内容配置红框位置后，确认，完成添加。

再回到FREESSL，点击我已配置完成后回到订单列表可以看到刚刚申请的证书

点击验证，进行验证刚刚添加的DNS解析，验证成功后如下

2.3 KeyManager一键部署

点击保存到KeyManager，便可将证书保存到客户端软件，后续便可一键部署

一键部署前需要配置部署信息，选择服务器类型，用户名、主机名、端口、证书存放路径、私钥存放路径、重载命令、服务器密码

配置完成后便可进行一键部署，刷新网页查看证书信息是否生效

至此，证书替换完成。

三、自动化管理

FreeSSL网站提供了自动化管理功能

3.1 域名预授权

同样配置好DNS解析（这个过程参考上边）后点击配置完成，立即检测，验证通过后如下

3.2 申请证书

3.3 设置参数

/usr/local/nginx/ssl/full_chain.pem
/usr/local/nginx/ssl/private.key

3.4 客户端部署

最后会显示安装部署客户端的步骤，依次执行

3.4.1 客户端初始化（首次使用）

a.下载客户端

[root@shine ~]# curl https://get.acme.sh | sh -s email=leonshinel@163.com
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  1032    0  1032    0     0    677      0 --:--:--  0:00:01 --:--:--   676
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  221k  100  221k    0     0   733k      0 --:--:-- --:--:-- --:--:--  733k
[Tue Jun  3 10:39:19 CST 2025] Installing from online archive.
[Tue Jun  3 10:39:19 CST 2025] Downloading https://github.com/acmesh-official/acme.sh/archive/master.tar.gz
[Tue Jun  3 10:39:21 CST 2025] Extracting master.tar.gz
[Tue Jun  3 10:39:21 CST 2025] It is recommended to install socat first.
[Tue Jun  3 10:39:21 CST 2025] We use socat for the standalone server, which is used for standalone mode.
[Tue Jun  3 10:39:21 CST 2025] If you don't want to use standalone mode, you may ignore this warning.
[Tue Jun  3 10:39:21 CST 2025] Installing to /root/.acme.sh
[Tue Jun  3 10:39:21 CST 2025] Installed to /root/.acme.sh/acme.sh
[Tue Jun  3 10:39:21 CST 2025] Installing alias to '/root/.bashrc'
[Tue Jun  3 10:39:21 CST 2025] Close and reopen your terminal to start using acme.sh
[Tue Jun  3 10:39:21 CST 2025] Installing alias to '/root/.cshrc'
[Tue Jun  3 10:39:21 CST 2025] Installing alias to '/root/.tcshrc'
[Tue Jun  3 10:39:21 CST 2025] Installing cron job
[Tue Jun  3 10:39:21 CST 2025] bash has been found. Changing the shebang to use bash as preferred.
[Tue Jun  3 10:39:22 CST 2025] OK
[Tue Jun  3 10:39:22 CST 2025] Install success!

b.注册 ACME 账户

不知道为啥第一步环境变量没配上，不过没关系，直接进到目录中进行执行即可

[root@shine .acme.sh]# pwd
/root/.acme.sh
[root@shine .acme.sh]# ./acme.sh --register-account --server https://acmepro.freessl.cn/v2/DV --eab-kid aWm2G_OMBrVt9Ssk_79fnR_cwuUNxvZFAoHm-rTXR3g --eab-hmac-key MD8CAQACCQCm9eI054tO9wIDAQABAggquQyS1v0oAQIFAN6O_gECBQDADDz3AgUA2apAAQIFAKls4ocCBDvEWoM
[Tue Jun  3 10:41:37 CST 2025] Account key creation OK.
[Tue Jun  3 10:41:38 CST 2025] Registering account: https://acmepro.freessl.cn/v2/DV
[Tue Jun  3 10:41:38 CST 2025] Registered
[Tue Jun  3 10:41:38 CST 2025] ACCOUNT_THUMBPRINT='yKX_KD_1TBhifHZdiFhvFb4Ljjl3Lw7VYlNn2xB7-EA'

3.4.2 申请部署证书

a.申请证书

[root@shine .acme.sh]# ./acme.sh --issue --dns dns_tencent -d www.lemonary.cn --server https://acmepro.freessl.cn/v2/DV
[Tue Jun  3 10:43:52 CST 2025] Using CA: https://acmepro.freessl.cn/v2/DV
[Tue Jun  3 10:43:52 CST 2025] Creating domain key
[Tue Jun  3 10:43:52 CST 2025] The domain key is here: /root/.acme.sh/www.lemonary.cn_ecc/www.lemonary.cn.key
[Tue Jun  3 10:43:52 CST 2025] Single domain='www.lemonary.cn'
[Tue Jun  3 10:44:01 CST 2025] Getting webroot for domain='www.lemonary.cn'
[Tue Jun  3 10:44:02 CST 2025] www.lemonary.cn is already verified, skipping dns-01.
[Tue Jun  3 10:44:02 CST 2025] Verification finished, beginning signing.
[Tue Jun  3 10:44:02 CST 2025] Let's finalize the order.
[Tue Jun  3 10:44:02 CST 2025] Le_OrderFinalize='https://acmepro.freessl.cn/v2/finalize/Np1GjvLl'
[Tue Jun  3 10:44:08 CST 2025] Order status is 'processing', let's sleep and retry.
[Tue Jun  3 10:44:11 CST 2025] Polling order status: https://acmepro.freessl.cn/v2/order/Np1GjvLl
[Tue Jun  3 10:44:13 CST 2025] Downloading cert.
[Tue Jun  3 10:44:13 CST 2025] Le_LinkCert='https://acmepro.freessl.cn/v2/cert/75847FE7968914EAC292FF5E8E50CDCCF9D62904'
[Tue Jun  3 10:44:14 CST 2025] Cert success.

b.部署证书

[root@shine .acme.sh]# ./acme.sh --install-cert -d www.lemonary.cn --fullchain-file /usr/local/nginx/ssl/full_chain.pem --key-file /usr/local/nginx/ssl/private.key --reloadcmd "nginx -s reload" 
[Tue Jun  3 10:44:38 CST 2025] The domain 'www.lemonary.cn' seems to already have an ECC cert, let's use it.
[Tue Jun  3 10:44:38 CST 2025] Installing key to: /usr/local/nginx/ssl/private.key
[Tue Jun  3 10:44:38 CST 2025] Installing full chain to: /usr/local/nginx/ssl/full_chain.pem
[Tue Jun  3 10:44:38 CST 2025] Running reload cmd: nginx -s reload
[Tue Jun  3 10:44:38 CST 2025] Reload successful

c.确认开启自动续期

[root@shine .acme.sh]# crontab -l | grep acme
21 15 * * * "/root/.acme.sh"/acme.sh --cron --home "/root/.acme.sh" > /dev/null

至此，证书的自动化管理已经配置完成。

个人网站自诞生以来经历的第一次备份恢复

shine — Mon, 13 Jan 2025 07:02:08 +0000

一、前言

近日，在服务器上卸载Python，导致服务器yum不可用，尝试了多种方法进行修复都没能成功，最终决定重装系统。所以，本站经历了首次备份恢复。于本文记录一下大致的整体流程。

二、备份

2.1 备份WordPress目录

我采用的是最朴素的备份方法（由于是首次，不太信任网上的教程，也不太信任WordPress的插件），直接将WordPress整个目录打包压缩

tar -zcvf wordpress.tar.gz wordpress/

2.2 备份Nginx配置文件和SSL证书

cp -r /usr/local/nginx/ssl /root/ssl_bak
cp /usr/local/nginx/conf/nginx.conf /root/nginx.conf_bak

2.3 备份MySQL数据

mysqldump -u root -p wordpress > /home/mysql/wordpress.sql

将上述步骤备份出的文件挪出服务器保存到云盘或者Windows本地。

三、恢复

3.1 部署环境

待服务器重装操作系统后，利用lnmp一键安装脚本部署环境，参考：Linux搭建WordPress详细教程。
不用部署WordPress，只需要一键部署好Nginx+PHP+MySQL。

再将上述备份文件上传回服务器。

3.2 恢复WordPress目录

将备份的wordpress.tar.gz文件放到与备份时同样的目录（没有就创建），解压

tar -zxvf wordpress.tar.gz

3.3 恢复Nginx

详细步骤：

用备份的nginx.conf_bak将nginx.conf配置文件覆盖。
再将ssl_bak文件夹放到/usr/local/nginx/目录下。
重新加载配置文件，重载nginx。（nginx -t）（nginx -s reload）

3.4 恢复MySQL数据

mysql> create database wordpress;
## 执行备份SQL文件
mysql> use wordpress;
mysql> source /home/mysql/wordpress.sql;

注意：若原环境使用了Redis缓存数据库，则还需要进行以下两个步骤（也可以是一步3.6）。

3.5 暂时去除Redis

我的WordPress配置了Redis缓存数据库，但是我并没有备份Redis，所以需要执行这步。

在目录/home/wwwroot/wordpress/wp-content下，可以看到一个名为object-cache.php的文件，将其重命名

mv object-cache.php object-cache.php_bak

至此，便可以重新看到我们的网站了。成功看到网站后，再去部署Redis也不迟。

3.6 部署Redis

安装

yum -y install redis

启动 Redis 并设置为开机自启

systemctl start redis
systemctl enable redis

验证是否正常运行

systemctl status redis

恢复WordPress下的object-cache.php文件

mv object-cache.php_bak object-cache.php

到此为止，大功告成。

本站MySQL数据库由5.5版本升级到8

shine — Mon, 23 Dec 2024 06:01:45 +0000

原文链接：https://blog.csdn.net/qq_41107231/article/details/119064936

一、问题描述

本站自建站以来使用的都是MySQL5.5.62版本，由于此版本数据库过于陈旧，在WordPress的站点健康检查中收到提示“数据库服务器过于陈旧”。遂决定升级MySQL，告别旧时代。

二、备份数据

由于没有测试环境，都是在生产环境直接操作。所以我没有进行数据库的卸载操作，而是直接将原目录修改名称以备不时之需【如果升级失败可以回退】。

升级前备份MySQL中的wordpress数据库。【因为我只用到了wordpress数据库】

## 格式
mysqldump -u [用户名] -p [数据库名] > [生成的文件名]
## 导出示例
mysqldump -u root -p wordpress > /home/mysql/wordpress.sql

三、停止服务

备份后，停止原MySQL服务

service mysql stop

备份MySQL目录和my.cnf文件【需根据实际路径自行备份】

mv /usr/local/mysql /usr/local/mysql_old
mv /etc/my.cnf /etc/my.cnf_old

最好还要将nginx和php-fpm服务一并停掉

service nginx stop
service php-fpm stop

四、安装新版

卸载步骤可自行判断是否执行，谨慎执行，后果自负。

（1）检查系统是否安装MySQL

rpm -qa|grep mariadb
rpm -qa|grep mysql

如果存在，卸载命令示例如下：

rpm -e --nodeps mariadb-libs-5.5.62-1.el7.x86_64

如果无输出，则可以直接安装新版本MySQL。

（2）检查操作系统版本

cat /etc/redhat-release

（3）下载并安装 MySQL 官方的 Yum Repository

wget https://repo.mysql.com//mysql80-community-release-el7-1.noarch.rpm

（4）进行repo的安装

rpm -ivh mysql80-community-release-el7-1.noarch.rpm

安装完成之后，会在/etc/yum.repos.d/这个目录下生成两个文件：

（5）安装MySQL Server

yum -y install mysql-server

（6）启动MySQL

systemctl start mysqld.service
## 查看服务状态
systemctl status mysqld.service
## 查看进程
ps -ef|grep mysqld

（7）登录MySQL

mysql -u root -p

首次登录，没有密码直接回车即可。登录后设置密码：

ALTER USER 'root'@'localhost' IDENTIFIED BY 'new password';

退出，使用配置的密码再次登录。

（8）版本验证

[root@dameng ~]# mysql --version
mysql  Ver 8.0.26 for Linux on x86_64 (Source distribution)

此时，MySQL已升级到8.0.26版本。

五、数据恢复

重新创建wordpress数据库

mysql> create database wordpress;
## 执行备份SQL文件
mysql> source /home/mysql/wordpress.sql;

六、重启服务

service php-fpm start
service nginx start

登录网站，验证

SQL服务器已是最新，MySQL升级成功。

服务器内存被php-fpm占满导致网站变慢

shine — Mon, 16 Dec 2024 05:13:22 +0000

一、问题描述

过了个周末发现博客网站变得很慢，发布文章特别迟钝。经过登录服务器查看资源使用情况发现是php-fpm进程将内存全部占用，才导致了变慢的情况。通过查找了解了其中的部分原理：

LNMP架构中PHP是运行在FastCGI模式下，按照官方的说法，php-cgi会在每个请求结束的时候会回收脚本使用的全部内存，但是并不会释放给操作系统，而是继续持有以应对下一次PHP请求。而php-fpm是FastCGI进程管理器，用于控制php的内存和进程等。

所以，解决的办法就是通过php-fpm优化总的进程数和单个进程占用的内存，从而解决php-fpm进程占用内存大和不释放内存的问题。

二、分析思路

查看服务器内存

[root@dameng linuxscript]# free -m
              total        used        free      shared  buff/cache   available
Mem:           3736        3469         114           1         151          72
Swap:          4095        2131        1964

占用CPU最多的10个进程

[root@dameng linuxscript]# ps aux|head -1;ps aux|sort -rn -k +3|head
USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
www        87009  0.0  1.9 424552 73072 ?        S    Dec13   1:30 php-fpm: pool www
www        77548  0.0  0.1  97456  4200 ?        S    Dec12   0:11 nginx: worker process
www        77547  0.0  0.1  97460  5780 ?        S    Dec12   0:11 nginx: worker process
www         7384  0.0  2.4 436428 91832 ?        S    Dec09   6:26 php-fpm: pool www
www        73344  0.0  2.4 428988 93996 ?        S    Dec12   3:25 php-fpm: pool www
www         6787  0.0  2.4 441144 92476 ?        S    Dec09   6:29 php-fpm: pool www
www         6785  0.0  2.4 446040 92264 ?        S    Dec09   6:30 php-fpm: pool www
www         6738  0.0  1.9 441812 76064 ?        S    Dec09   6:43 php-fpm: pool www
www         6737  0.0  2.3 434280 90192 ?        S    Dec09   6:29 php-fpm: pool www
www         6736  0.0  2.4 460112 93820 ?        S    Dec09   6:29 php-fpm: pool www

占用内存最多的10个进程

[root@dameng linuxscript]# ps aux|head -1;ps aux|sort -rn -k +4|head
USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
www         1183  0.0  2.6 445260 100948 ?       S    Dec09   7:05 php-fpm: pool www
www         1177  0.0  2.6 457820 99796 ?        S    Dec09   6:54 php-fpm: pool www
www         1176  0.0  2.6 456788 100032 ?       S    Dec09   6:31 php-fpm: pool www
www         1179  0.0  2.5 438904 98660 ?        S    Dec09   6:32 php-fpm: pool www
www         7384  0.0  2.4 436428 91832 ?        S    Dec09   6:26 php-fpm: pool www
www        73344  0.0  2.4 428988 93996 ?        S    Dec12   3:25 php-fpm: pool www
www         6787  0.0  2.4 441144 92476 ?        S    Dec09   6:29 php-fpm: pool www
www         6785  0.0  2.4 446040 92264 ?        S    Dec09   6:30 php-fpm: pool www
www         6736  0.0  2.4 460112 93820 ?        S    Dec09   6:29 php-fpm: pool www
www         1191  0.0  2.4 440416 94024 ?        S    Dec09   7:10 php-fpm: pool www

可以看到除去nginx的两个进程，其余全部是php-fpm。

查看当前php-fpm总进程数

[root@dameng ~]# ps -ylC php-fpm --sort:rss
S   UID     PID    PPID  C PRI  NI   RSS    SZ WCHAN  TTY          TIME CMD
S     0     900       1  0  80   0  4268 59433 -      ?        00:00:10 php-fpm
S  1005    1174     900  0  80   0 10196 97401 -      ?        00:07:09 php-fpm
S  1005    1185     900  0  80   0 11732 100252 -     ?        00:06:29 php-fpm
S  1005  107461     900  0  80   0 31796 97600 -      ?        00:00:19 php-fpm
S  1005  107459     900  0  80   0 66224 104786 -     ?        00:00:20 php-fpm
S  1005  107452     900  0  80   0 73024 104239 -     ?        00:00:20 php-fpm
S  1005  107451     900  0  80   0 76952 108688 -     ?        00:00:19 php-fpm
S  1005    6463     900  0  80   0 79508 108117 -     ?        00:06:31 php-fpm
S  1005    6576     900  0  80   0 82336 113815 -     ?        00:06:32 php-fpm
S  1005   73344     900  0  80   0 82372 107247 -     ?        00:03:25 php-fpm
S  1005    1193     900  0  80   0 82636 109523 -     ?        00:06:28 php-fpm
S  1005    1184     900  0  80   0 84272 109207 -     ?        00:06:32 php-fpm
S  1005    1180     900  0  80   0 84936 109765 -     ?        00:06:50 php-fpm
S  1005    1189     900  0  80   0 85408 113732 -     ?        00:06:32 php-fpm
S  1005    6737     900  0  80   0 85636 108570 -     ?        00:06:29 php-fpm
S  1005    1191     900  0  80   0 86452 110104 -     ?        00:07:10 php-fpm
S  1005  107467     900  0  80   0 86716 105308 -     ?        00:00:19 php-fpm
S  1005  107436     900  0  80   0 86920 106680 -     ?        00:00:20 php-fpm
S  1005    1178     900  0  80   0 88236 108623 -     ?        00:06:29 php-fpm
S  1005    1187     900  0  80   0 88968 108701 -     ?        00:06:33 php-fpm
S  1005    1188     900  0  80   0 89208 109055 -     ?        00:06:30 php-fpm
S  1005   87009     900  0  80   0 89692 105626 -     ?        00:01:31 php-fpm
S  1005    1181     900  0  80   0 91280 108432 -     ?        00:06:31 php-fpm
S  1005  107466     900  0  80   0 91612 106331 -     ?        00:00:20 php-fpm
S  1005    7384     900  0  80   0 91716 109107 -     ?        00:06:26 php-fpm
S  1005    6787     900  0  80   0 92396 110286 -     ?        00:06:29 php-fpm
S  1005  107462     900  0  80   0 93112 105760 -     ?        00:00:19 php-fpm
S  1005    1182     900  0  80   0 93404 108442 -     ?        00:06:32 php-fpm
S  1005    6736     900  0  80   0 93448 115028 -     ?        00:06:29 php-fpm
S  1005    6785     900  0  80   0 93800 111510 -     ?        00:06:30 php-fpm
S  1005  107460     900  0  80   0 94540 107895 -     ?        00:00:20 php-fpm
S  1005    1190     900  0  80   0 94812 108684 -     ?        00:06:29 php-fpm
S  1005    1177     900  0  80   0 95120 114455 -     ?        00:06:54 php-fpm
S  1005    1186     900  0  80   0 95132 119251 -     ?        00:06:34 php-fpm
S  1005  107468     900  0  80   0 95508 107337 -     ?        00:00:20 php-fpm
S  1005    6738     900  0  80   0 96216 109941 -     ?        00:06:44 php-fpm
S  1005    1192     900  0  80   0 96412 108828 -     ?        00:06:28 php-fpm
S  1005    1175     900  0  80   0 96776 110023 -     ?        00:07:17 php-fpm
S  1005    1179     900  0  80   0 97792 109726 -     ?        00:06:32 php-fpm
S  1005    1183     900  0  80   0 98208 111315 -     ?        00:07:05 php-fpm
S  1005    1176     900  0  80   0 98856 114197 -     ?        00:06:31 php-fpm
[root@dameng ~]# ps -ylC php-fpm --sort:rss|wc -l
42
[root@dameng ~]# ps -fe |grep "php-fpm"|grep "pool"|wc -l
40

查看当前php-fpm进程的内存占用情况及启动时间

[root@dameng ~]# ps -e -o 'pid,comm,args,pcpu,rsz,vsz,stime,user,uid'|grep www|sort -nrk5
  87009 php-fpm         php-fpm: pool www            0.0 89692 422504 Dec13 www       1005
  77548 nginx           nginx: worker process        0.0  3932  97456 Dec12 www       1005
  77547 nginx           nginx: worker process        0.0  5472  97460 Dec12 www       1005
   7384 php-fpm         php-fpm: pool www            0.0 91716 436428 Dec09 www       1005
  73344 php-fpm         php-fpm: pool www            0.0 82372 428988 Dec12 www       1005
   6787 php-fpm         php-fpm: pool www            0.0 92396 441144 Dec09 www       1005
   6785 php-fpm         php-fpm: pool www            0.0 93800 446040 Dec09 www       1005
   6738 php-fpm         php-fpm: pool www            0.0 96216 439764 Dec09 www       1005
   6737 php-fpm         php-fpm: pool www            0.0 85636 434280 Dec09 www       1005
   6736 php-fpm         php-fpm: pool www            0.0 93448 460112 Dec09 www       1005
   6576 php-fpm         php-fpm: pool www            0.0 82336 455260 Dec09 www       1005
   6463 php-fpm         php-fpm: pool www            0.0 79508 432468 Dec09 www       1005
   1193 php-fpm         php-fpm: pool www            0.0 82636 438092 Dec09 www       1005
   1192 php-fpm         php-fpm: pool www            0.0 96412 435312 Dec09 www       1005
   1191 php-fpm         php-fpm: pool www            0.0 86452 440416 Dec09 www       1005
   1190 php-fpm         php-fpm: pool www            0.0 94812 434736 Dec09 www       1005
   1189 php-fpm         php-fpm: pool www            0.0 85408 454928 Dec09 www       1005
   1188 php-fpm         php-fpm: pool www            0.0 89208 436220 Dec09 www       1005
   1187 php-fpm         php-fpm: pool www            0.0 88968 434804 Dec09 www       1005
   1186 php-fpm         php-fpm: pool www            0.0 95132 477004 Dec09 www       1005
   1185 php-fpm         php-fpm: pool www            0.0 11732 401008 Dec09 www       1005
   1184 php-fpm         php-fpm: pool www            0.0 84272 436828 Dec09 www       1005
   1183 php-fpm         php-fpm: pool www            0.0 98208 445260 Dec09 www       1005
   1182 php-fpm         php-fpm: pool www            0.0 93404 433768 Dec09 www       1005
   1181 php-fpm         php-fpm: pool www            0.0 91280 433728 Dec09 www       1005
   1180 php-fpm         php-fpm: pool www            0.0 84936 439060 Dec09 www       1005
   1179 php-fpm         php-fpm: pool www            0.0 97792 438904 Dec09 www       1005
   1178 php-fpm         php-fpm: pool www            0.0 88236 434492 Dec09 www       1005
   1177 php-fpm         php-fpm: pool www            0.0 95120 457820 Dec09 www       1005
   1176 php-fpm         php-fpm: pool www            0.0 98856 456788 Dec09 www       1005
   1175 php-fpm         php-fpm: pool www            0.0 96776 440092 Dec09 www       1005
   1174 php-fpm         php-fpm: pool www            0.0 10196 389604 Dec09 www       1005
 110196 grep            grep --color=auto www        0.0  1108  12140 10:57 root         0
 107468 php-fpm         php-fpm: pool www            0.0 95508 429348 Dec15 www       1005
 107467 php-fpm         php-fpm: pool www            0.0 86716 421232 Dec15 www       1005
 107466 php-fpm         php-fpm: pool www            0.0 91612 425324 Dec15 www       1005
 107462 php-fpm         php-fpm: pool www            0.0 93112 423040 Dec15 www       1005
 107461 php-fpm         php-fpm: pool www            0.0 31796 390400 Dec15 www       1005
 107460 php-fpm         php-fpm: pool www            0.0 94540 431580 Dec15 www       1005
 107459 php-fpm         php-fpm: pool www            0.0 66224 419144 Dec15 www       1005
 107452 php-fpm         php-fpm: pool www            0.0 73024 416956 Dec15 www       1005
 107451 php-fpm         php-fpm: pool www            0.0 76952 434752 Dec15 www       1005
 107436 php-fpm         php-fpm: pool www            0.0 86920 426720 Dec15 www       1005

查看当前php-fpm进程平均占用内存情况

[root@dameng ~]# ps --no-headers -o "rss,cmd" -C php-fpm | awk '{ sum+=$1 } END { printf ("%d%s\n", sum/NR/1024,"M") }'
79M

所以，罪魁祸首就是php-fpm。

三、解决方法

php-fpm.conf就是php-fpm的配置文件，一般路径为：/usr/local/php/etc/php-fpm.conf

修改如下参数

pm = dynamic
pm.start_servers = 20
pm.min_spare_servers = 10
pm.max_spare_servers = 30
pm.max_requests = 100

pm = dynamic #指定进程管理方式，有3种可供选择：static、dynamic和ondemand。
pm.max_children = 30 #static模式下创建的子进程数或dynamic模式下同一时刻允许最大的php-fpm子进程数量。
pm.start_servers = 20 #动态方式下的起始php-fpm进程数量。
pm.min_spare_servers = 10 #动态方式下服务器空闲时最小php-fpm进程数量。
pm.max_spare_servers = 30 #动态方式下服务器空闲时最大php-fpm进程数量。
pm.max_requests = 300 #php-fpm子进程能处理的最大请求数。

其中pm.max_requests是设置每个子进程重生之前服务的请求数，对于可能存在内存泄漏的第三方模块来说是非常有用的。

注意
pm.max_requests设置得太小也容易出现无进程可用（502状态），一般来说，普通网站设置max_requests 300~500 合适，但也要结合pm.start_servers和你的网站访问量来看，也可以适当调大和减少，这个是因情况而异的。

修改完配置文件后，保存退出，检测配置文件语法是否正确

[root@dameng ~]# /usr/local/php/sbin/php-fpm -t
[16-Dec-2024 13:07:50] NOTICE: configuration file /usr/local/php/etc/php-fpm.conf test is successful

重启php-fpm

[root@dameng etc]# service php-fpm restart
Gracefully shutting down php-fpm . done
Starting php-fpm  done

再次查看服务器内存使用情况

[root@dameng etc]# free -m
              total        used        free      shared  buff/cache   available
Mem:           3736         289        3160           2         285        3224
Swap:          4095         895        3200

可以看到服务器内存使用率已经降下来了，后续再做观察。

经过一周的观察，服务器内存可以稳定下来，available始终保持在1000左右，表现还算良好。但是，在我使用WordPress插件Duplicator进行备份后发现，available又减少了一百多，看着不是很舒服。所以决定在服务器添加定时任务，每天凌晨1点重启php-fpm服务以释放内存。

crontab -e
## 新增内容
0 1 * * *               service php-fpm restart
## 保存退出

这样服务器内存可以始终保持在一个健康的水平。

友链

shine — Fri, 06 Dec 2024 08:54:34 +0000

一、欢迎交换友链

站点名称：良的世界
站点地址：https://www.lemonary.cn/
站点描述：忙点充实，闲点自在
站点头像：https://www.lemonary.cn/wp-content/uploads/2024/12/profile.jpg
RSS 地址：https://www.lemonary.cn/feed/

二、友链交换原则

网站需要SSL证书即HTTPS
网站文章持续更新
申请前请将本站添加为友链

欢迎评论区留下你的网站信息！

WordPress中Argon主题顶栏搜索框挤不下的问题

shine — Wed, 04 Dec 2024 02:10:27 +0000

一、问题描述

家里电脑屏幕比较大一直没有注意到这个问题，在用小笔记本访问页面时发现在点击顶栏搜索框时，搜索框变长会导致不太美观的情况，如图：

点击前

点击后

由于不太熟悉使用浏览器的F12功能，始终没有定位控制搜索框变化后长度的属性配置，导致该问题困扰了我一天的时间，终于在反复的尝试下添加了一个属性解决了这个问题。

二、问题解决

首先找到变化后的搜索框元素，如图

在之前添加的CSS样式文件additionalcss.php中添加如下代码：【也可以直接添加到外观——自定义——额外CSS】

/*顶栏搜索框长度控制*/
input#navbar_search_input {
    max-width: fit-content;
}

修改后效果图：

我也不清楚这个属性是什么意思，我就是胡乱试试出来的，感兴趣的朋友可以自行研究。

站点健康之HTTP与HTTPS

shine — Mon, 02 Dec 2024 09:31:59 +0000

一、概述

不需要了解太详细，我们只需要知道HTTPS比HTTP更安全。简单来说 HTTPS 是 HTTP 的安全版，是使用 TLS/SSL 加密的 HTTP 协议。

二、把HTTP换成HTTPS

2.1 申请证书

免费的，花钱的都可以，能够把证书申请下来就可以。各种云厂商都提供SSL证书服务，例如：阿里云、腾讯云、华为云……也可以用一些免费的，例如：来此加密、FREESSL、Cloudflare等等。

申请证书的过程就不在此介绍了，在申请证书的网站一步一步照着做就可以。

证书申请成功后，将证书文件下载，上传到服务器nginx目录。一般只需要上传证书中的证书链文件（fullchain.crt）和私钥文件（private.pem）。【证书文件名大多类似，名字或格式略有差别】

我在nginx目录下创建了ssl文件夹，用于存放证书文件：

[root@dameng ssl]# pwd
/usr/local/nginx/ssl
[root@dameng ssl]# ll
total 20
-rw-r--r-- 1 root root 2836 Dec  2 13:29 fullchain.crt
-rw-r--r-- 1 root root 6372 Dec  2 16:47 full_chain.pem
-rw-r--r-- 1 root root 1732 Dec  2 16:47 private.key
-rw-r--r-- 1 root root  241 Dec  2 11:31 private.pem

注意
我存放了两套证书，所以有四个文件，正常情况下有一套就可以。

2.2 修改nginx配置

编辑配置文件nginx.conf，只需要修改server部分就行

server {
        listen 80;
        server_name 你的域名;
        #将HTTP重定向到HTTPS
        return 301 https://$server_name$request_uri;
}
server
    {
        listen 443 ssl;
        ssl_stapling on;
        ssl_stapling_verify on;
        #请填写证书文件的相对路径或绝对路径
        ssl_certificate "/usr/local/nginx/ssl/full_chain.pem";
        #请填写私钥文件的相对路径或绝对路径
        ssl_certificate_key "/usr/local/nginx/ssl/private.key";
        
        #listen 80 default_server reuseport;
        #listen [::]:80 default_server ipv6only=on;
        server_name 你的域名;
        ……
        ……
        ……

保存并重新加载nginx

[root@dameng conf]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
[root@dameng conf]# nginx -s reload

三、其他问题

由于我在申请SSL证书的同一天将域名解析到我的IP（也就是网站IP与域名绑定），碰到了一些意料之外的问题：

网站上所有的图片都加载不出来。
还有一个神奇的现象，就是页面加载后会把我底部音乐播放器的音乐封面铺满整个网页。

后续我也找到了解决的方法：准备工作是要下载一个插件Unlimited Elements for Elementor。

图片加载不出来是因为图片都在WordPress媒体库并且图片的链接还是以前的IP链接，例如：https://xxx.xxx.xxx.xxx/wp-content/uploads/2024/11/头像-e1731570721610.jpg，需要将媒体库文件链接中所有的IP替换掉。当然不用一个一个的改，从WordPress的设置-常规里把WordPress地址（URL）和站点地址（URL）修改成域名。修改完成后，再次登录WordPress管理界面时，上述插件Unlimited Elements for Elementor会提示将网站从IP地址迁移到新的域名，点击迁移即可解决问题。
另外，音乐播放器封面的问题，我怀疑是我在申请SSL证书时没有填写顶级域名（lemonary.cn）而是只填了二级域名（www.lemonary.cn）导致的，我没有证实这一问题。但是在我将只填了二级域名的SSL证书替换掉后，这个现象也就没再出现过。

所以大家在替换域名和申请SSL证书时要注意以下两点：

WordPress的媒体库中的文件链接需要修改，可以用插件统一修改。
SSL证书申请时一定要写好两个域名：顶级域名和二级域名（带www的和不带www的）。

WordPress“正在执行例行维护，请一分钟后回来”的解决方法

shine — Tue, 26 Nov 2024 06:32:01 +0000

一、概述

昨天在升级 WordPress 插件wpDataTables的时候更新失败。在更新失败后再刷新页面提示：“正在执行例行维护，请一分钟后回来”。

起初，以为WordPress在后台自己更新，但经过后续反复刷新，提示依旧存在。瞬间想到应该是我更新插件失败导致的这种情况，后经过百度找到了解决方法，如下。

二、解决

连接服务器，到WordPress根目录下，删除.maintenance文件，即可解决问题。

注意：
虽然ls -l可能看不到.maintenance文件，但直接执行rm .maintenance是可以看到是否删除的确认提问。所以，直接删就对了。

删除后再次刷新页面便可正常打开WordPress，问题解决。