Debian 12 系统自带的 PHP 版本是 8.2.31，默认启用 OPcache、但是禁用 JIT。在 WWW 根目录中修改 .htaccess 或者 .user.ini 的配置无法启动 JIT，需要修改 /etc/php/8.2/fpm/conf.d 目录下的 10-opcache.ini 文件（其实是链接到 /etc/php/8.2/mods-available/opcache.ini ），添加以下内容：
opcache.jit=tracing
opcache.jit_buffer_size=64M
然后重启 PHP-FPM 即可：
sudo systemctl restart php8.2-fpm.service
Linode 和 Digital Ocean 是两家我们非常喜欢、一直向客户推荐的云服务器运营商。它们的系统都很棒，我们自己的网站、云通信系统也是选择这两家的服务，十几年来一直非常稳定、省心省力。选择任何一家都是正确的，但就我个人而言，更偏爱 Linode。
技术方面我们一直都选择部署、运营 Debian 系统，Linode 安装的 Debian 节点默认配置更贴心一点，比如时区的配置。
Linode 的 Debian 节点默认采用 UTC 时区，而 DO 的 Debian 节点默认采用数据中心所在的时区。多数情况下选择哪个时区不是问题，完全是个人喜好。我们有些客户就喜欢设置为本地时区，时间管理上很方便。而我们的系统跨越多个时区，比如云通信系统节点分布在法兰克福、达拉斯等不同地点，统一采用 UTC 时区就更有利于管理，比如定时任务、系统时间同步、以及执行各类与时间相关的脚本等。
如果是在 DO 部署节点，采用以下命令修改为 UTC 时区即可（无需重启系统或者时间服务）：
sudo timedatectl set-timezone UTC
修改完成后，再使用 timedatectl 命令即可检查当前系统的时区配置：
Local time: Tue 2025-10-28 01:09:37 UTC
Universal time: Tue 2025-10-28 01:09:37 UTC
RTC time: Tue 2025-10-28 01:09:37
Time zone: UTC (UTC, +0000)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
在一台测试设备上升级 Debian，更新、安装软件时出现以下错误：
dpkg: 无法恢复的致命错误，中止:
软件包 libpipewire-0.3-common 的文件列表缺少最后结尾的换行符
错误： Sub-process /usr/bin/dpkg returned an error code (2)
在网上搜索了一下，解决方法简单：删除掉“/var/lib/dpkg/info”目录下软件包对应的 .list 文件即可。比如对上述错误提示，删除以下文件：
sudo rm /var/lib/dpkg/info/libpipewire-0.3-common.list
然后重新 update & upgrade 。如果没有安装该软件包，重新安装即可。
可以按照 Rust 官网的介绍，下载 rustup 进行安装。也可以直接使用 apt 安装，一条命令足以：
sudo apt install rust-all
该命令会将 cargo、rustc 等全装好。
最近在开发和测试对 TLSv1.3 的支持，过程颇为困扰，主要有两个问题：（1）测试服务器采用自签名证书，某些终端程序无法跳过对服务器证书的验证步骤，因此实际无法在实验环境进行测试；（2）开发过程中，我们希望了解协议交互的每个步骤的细节，而绝大部分工具默认并不提供足够详细的输出信息，增加了开发过程中的困难。
直到我们使用了 curl，这个工具实在太棒了！
如果需要输出详细信息，则使用“-v”参数。
如果需要跳过证书验证，则使用“-k”参数。
比如，我们测试 HTTPd（IP地址为 192.168.3.2），直接使用以下命令即可：
curl -v -k "https://192.168.3.2"
更新了一下软件库，发现 php 版本升级到 php8.1。不过糟糕的是，升级程序直接卸载了以前的 php7 版本，然后又没有安装 apache2 新的 php8.1 模块，导致 apache2 没有解析和运行 php 文件。
解决方式也简单，重使能模块即可。注意，该命令要用 sudo 权限运行。
sudo a2enmod php8.1
以前升级 Debian 似乎没有遇到这个问题，默认应该就安装新的模块版本，或者保留原有的版本。不知道是不是这个环境的 Debian 是 sid 版本的原因？
如果统计、分析网站日常的访问情况，无疑优选 Google Analytics。不过由于众所周知的原因，访问稍显麻烦，而且有时候希望了解更细节一些的东西，因此最好直接检查 Apache 的日志来获取相关信息。日常维护时，同步检查日志也有助于尽早发现问题。
推荐采用一个非常小巧的工具：goaccess，这个工具基本不依赖第三方库（似乎有一个地理位置信息的库），Debian 系统自带，使用也非常简单，呈现的信息足够丰富、有序。
使用以下命令安装：
sudo apt install goaccess
可以直接读取 Apache 的日志文件进行分析，例如：
goaccess /var/log/apache2/access.log
Apache 的历史日志都保存为 .gz 格式，可以直接重定位方式进行分析，例如：
zcat -f /var/log/apache2/access.log*.gz | goaccess --log-format=COMBINED
goaccess 还有其他一些很棒的功能，例如实时显示、html格式等，有兴趣的话可以进一步了解。日常维护则上述命令足以。
最近工作需要安装了一台运行 Debian 11 系统的电脑，不知道是不是很久没安装 Debian 系统的原因，惊讶地发现 root 用户的路径少了很多，比如 /sbin, /usr/sbin 路径等。这些路径都是一些系统管理员级命令所在，不清楚什么原因没有加入 root 的默认路径。
不想影响其他用户，因此只要单纯修改 root 用户 HOME 目录下的”.bashrc”文件，在该文件尾加入以下语句即可：
export PATH=$PATH:/sbin:/usr/sbin:/usr/local/sbin主机是Window 10， 运行在 VirtualBox 中的客机系统是 Debian （testing）。当初估计不足，只划了 8G 空间给客机系统，因此面临着容量不足的问题，迫切需要扩容，要不然就要重新构建一个客机，实在过于麻烦了。
从网上搜集了一些信息，有各种问题。绝大部分的资料其实不能算扩容，无非就是增加一个盘，然后 mount 到新的分区而已。而我希望是将现有的虚拟硬盘直接扩容，无需改变或者 mount 特定的分区或者目录。最后通过安装 GParted 软件，加上修改部分配置，终于解决了问题，从8G 扩展到 28G， 如下图所示：
系统只有两个分区： 主分区 和 交换分区。目的就是扩大主分区（/dev/sda1）的容量即可，其他无需改变（至少在使用者的角度是没有任何变化）。
VBox 新版都支持给虚拟介质扩容，操作简单。在“管理 – 虚拟介质管理”里找到客机的虚拟介质，直接增加容量即可。比如，将介质从 8G 直接调整到 28G。
但是客机系统不是直接就使用了扩容的硬盘容量。新增加的部分对客机系统而言，属于“未分配”的容量，因此需要进入客机系统（也就是 Debian）中进行磁盘管理，让系统能识别、管理这部分新容量。
牛人直接用 fdisk 大概就可以搞定。作为一名无可救药的图形界面党， 我当然还是倾向于使用图形界面的软件来解决问题（非常不 linux，非常不 geeker），也就是 GParted。
GParted 很像 Windows 的磁盘管理工具，因此使用起来油然而生熟悉的感觉。启动 GParted 后，很容易就看到未分配的磁盘容量。可惜不能直接移动或者扩容/dev/sda1，原因大概是中间有个 swap 分区。刚开始我被困住了，后来想明白：
既然 swap 分区阻挡了主分区的扩容（移动），那删除掉 swap 分区，那主分区和未分配分区不就连起来了吗？ 试试后发现果然如此：（1）删除 swap 分区， （2）调整主分区（/dev/sda1）的大小，（3）然后再重新将剩余的分区设置为 swap 分区。
千万别格式化主分区！只需要重新格式化 swap 分区即可。
GParted 有个bug：在上述步骤中，重新删除、创建了 swap 分区，可是 GParted 并没有修改 /etc/fstab 里对应的 UUID 值！导致每次重启后，发现 swap 区都没有激活使用。
解决这个bug也简单，在 GParted 中查询 swap 分区的属性，获取其 UUID 值，然后修改 /etc/fstab 中对应的 swap 分区的 UUID 值即可。
本次扩容过程中，被 swap 分区困扰了很久，有各种问题。要么是 swap 分区阻挡了主分区扩容，要么是 swap 分区的 UUID 更新（这个算GParted的bug）。
如果不设置 swap 分区呢？ 修改为采用 swap 文件方式，只保留一个主分区，这样就灵活很多。当然，实际部署 Linux 系统如果采用这种方式，可能会有问题（比如崩盘导致数据丢失等），既然是客机系统，倒是无所谓。
最近有一台 HP ELite 笔记本退役了，其实配置还不错，500GB SSD 硬盘、16GB内存，看着挺轻薄，本来还打算用来替换自己平时使用的笔记本，后来发现有些不爽：（1）触控板有点飘 （2）有个键被我不小心按坏了，也许本来就坏了 （3）屏幕时不时出现横线、甚至出现闪烁，很不舒服。
食之无味、弃之可惜。忽然想到可以安装 Debian 做家庭服务器用，上述缺点就无关紧要了。安装了最新的 Debian 10， 然后修改成 Debian（sid），过程很顺利。非常棒！以至于我甚至打算直接 VNC， 或者用 VSCode 登录上去做一些开发工作。
因为是当服务器用，因此一直都是合盖，然后扔角落里默默工作。接着又发现一个问题：过一段时间后，WiFi 网络老是断开，无法远程登录，需要重新开盖然后登录。琢磨着大概是系统休眠了，检查 syslog 信息，发现以下信息：
NetworkManager: sleep: wake requested (sleeping: yes enabled: yes) NetworkManager: state change: unavailable -> unmanaged (reason 'sleeping', sys-iface-state: 'managed') NetworkManager: NetworkManager state is now ASLEEP
看来确实休眠了。搜索网络，查到一篇 Ubuntu 停止休眠的文章（请点击此处），考虑到 Ubuntu 和 Debian 本质没什么区别，操作也是有效的。
关闭休眠功能，请使用以下命令：
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
当然，如果后悔了，需要重新打开休眠功能，可以使用以下命令（未验证）：
sudo systemctl unmask sleep.target suspend.target hibernate.target hybrid-sleep.target