/var/log/journal/ 是 systemd 的持久化日志目录,用于存储通过 journald(Systemd Journal)收集的系统日志。相比传统的 /var/log/syslog 或 /var/log/messages,journald 的日志更结构化、压缩存储,支持更丰富的查询。

/var/log/journal/ 包含的日志内容

  • 内核日志(类似 dmesg)
  • systemd 服务日志(替代了 syslog)
  • 各种系统事件(启动、关闭、错误、服务状态变化等)
  • 用户登录记录、安全事件等

如何查看这些日志?

journalctl -b         # 查看本次启动以来的日志
journalctl -xe        # 查看最近的错误日志
journalctl -u nginx   # 查看 nginx 服务的日志

清理日志的方法

方式一:清理旧日志(按时间)

sudo journalctl --vacuum-time=7d
只保留7天内的日志,删除 7 天前的日志。

- 阅读剩余部分 -

macOS 通过 pwpolicy 命令,可以设置账户的密码策略,比如尝试次数限制。

sudo pwpolicy -u 用户名 -setpolicy "maxFailedLoginAttempts=3 minutesUntilFailedLoginReset=10"

这个命令的意思是:

如果密码输错 3 次,账户将被锁定,直到 10 分钟后 才能再尝试登录。

可以用以下命令查看当前用户的策略:

pwpolicy -u 用户名 -getpolicy

如果你想取消这个限制:

sudo pwpolicy -u 用户名 -clearpolicy

我有一台 mac mini m2,本来是放在办公室用的,但发现还是带笔记本更方便,所以就闲置了。
家里已经有了群晖 nas,所以暂时也没有用途了。

这两年 AI 很火,就琢磨着可以搞个相关的小服务放在 mac mini 上跑,然后对外提供接口,这就需要打通网络。

调研了一番,还是选择了以前用过的 frp

环境准备

客户端是我的 mac mini,系统是最新版的 macOS 15.4。

服务端是我的阿里云 ECS,系统是 ubuntu 22.04。

下载好 frp,目前最新的版本是 v0.62.0

服务端下载 frp_0.62.0_linux_amd64.tar.gz,解压后放到 /opt/frp 目录。

客户端下载 frp_0.62.0_darwin_arm64.tar.gz,解压后放到 /Users/tony/apps/frp 目录。

- 阅读剩余部分 -

element-plus 的 Message 在配置上与 Notification 非常类似,从产品角度来说,这两者分贝适用于什么场景?有什么区别?

一句话区分:

  • Message 更适合轻量、短暂的提示,用户无需特别注意即可理解。
  • Notification 更适合需要用户关注的、相对重要的提示,可能包含较多信息或操作项。

- 阅读剩余部分 -

先介绍一下我找到这款软件的背景。

我手上的 罗技 MX Anywhere 2S 从 2018 年开始用,到今年 2025 年已经 7 年多了,一点问题也没有,罗技的硬件质量确实不错。

唯一的问题是配套的官方驱动软件 Logi Options+,不仅体积大,占用好几个 G 的存储,内存消耗也不低,而且最关键的是稳定性欠佳,经常出现Mac 系统休眠唤醒后 Options+ 服务就崩了,鼠标自定义的设置都失效了,需要手动启动一下。

前年给我的 Mac mini 安装时还费了半天劲,墙的问题导致在线安装包下载不下来,这个就不提了。

总之,罗技的软件 Options+ 一身大公司病,我早就想去之而后快。


前段时间 Logi Options+ 又频繁崩溃,让我起杀心的是 Options+ 又发生了一个写日志 bug,突然间往我的磁盘写了几百 GB 的日志,直接导致我的磁盘被撑爆!

盛怒之下我立即卸载了 Options+,同时寻找一款第三方软件替代 Options+。

在 AI 的加持下我很快找到了几款替代品,经过几个星期的测试,我宣布目前最佳的替代品是 Mac Mouse Fix。


- 阅读剩余部分 -

这几天我的一台小服务器卡的不要不要的,重启之后虽然不卡了,但过个几天,又卡成翔了。

研究了一下,发现 CPU 占用并不高,问题是内存不够用,看来是部署的服务太多了。

由于是阿里云搞活动买的 99 一年的 ECS ,只有 2G 的内存,部署了 redis、mysql、gitea,还跑了两个版本的 php-fpm,用 ps aux --sort=-%mem | head -n 11 命令查看了一下内存大户,mysql 毫无疑问排在了第一。

秉持着榨干服务器最后一滴价值的原则,果断给服务器加了 2G 的交换内存。

下面是操作步骤:

- 阅读剩余部分 -