麒麟在线

Gmail如何关闭垃圾邮件过滤，不再拦截任何邮件

Wed, 05 Aug 2026 14:48:50 +0800

Gmail无法直接完全禁用垃圾邮件过滤器，但可通过创建过滤器实现类似效果，让所有邮件绕过垃圾邮件判断直接进入收件箱。 具体操作步骤如下：

进入Gmail设置界面登录Gmail账号后，点击页面右上角的齿轮图标，在弹出的菜单中选择“查看全部设置”。此操作可进入Gmail的完整设置页面，涵盖所有可调整的功能模块。

定位过滤器创建入口在设置页面顶部，找到并点击“过滤器和拦截的邮件地址”选项卡。该选项卡集中管理所有邮件过滤规则，包括拦截特定发件人、按关键词分类邮件等功能。进入后点击“创建新的过滤器”，开始设置自定义规则。
设置全选条件在过滤器创建页面中，找到“不含有关键词”输入框，填入一个随机字母组合（如“asdfghjkl”）。此操作通过双重否定逻辑实现全选效果：
条件“不含有关键词”会匹配所有邮件（因无邮件会自然包含随机字母）；
后续设置“永不放入垃圾邮件箱”将覆盖所有匹配邮件，使其绕过垃圾邮件分类。

完成过滤器设置点击“创建过滤器”后，在弹出的窗口中勾选“永不放入垃圾邮件箱”，并确认保存。此时所有邮件将不再经过垃圾邮件过滤，直接进入收件箱。需注意，此操作会完全关闭垃圾邮件防护，可能增加收到恶意邮件的风险。

替代方案与注意事项

针对性调整过滤器：若仅需防止特定邮件被误判，可在创建过滤器时填写发件人邮箱、主题关键词等具体条件，而非使用随机字母全选。
定期检查垃圾邮件箱：即使设置过滤器，仍建议定期查看垃圾邮件箱，避免重要邮件因其他规则（如发件人信誉）被误分类。
恢复默认设置：如需重新启用垃圾邮件过滤，删除已创建的过滤器即可恢复系统自动判断。

如何简便地复制word中的高清图片到其他地方？而不会压缩模糊

Tue, 04 Aug 2026 10:10:30 +0800

已解决

解决方案：换一个软件，我试了很多docx编辑软件（MS Office、WPS），只有onlyoffice可以不压缩图片复制docx到onenote

原问题：

原始文件是iPad上的笔记软件notability，现在想换软件到OneNote上。

笔记内容有高清图片和富文本（含tab缩进、字体颜色）

notability导出仅支持pdf、图片、自己软件的.note

对于pdf，我尝试了pdf转word，此时一切都很好，文本格式没错，图片也很高清。但是从word复制粘贴到OneNote时图片就会变糊。word图片设置已改成不压缩图片，无效。WPS也一样。

对于.note，改后缀为.zip后，可以看到我原本的图片，但是文本不知道在哪儿，如图。能打开的我都试过了，没找到直接能看见的文本。

笔记很多，图片也很多，任何需要对每一张图片单独进行操作的方法都不能接受，例如在word中另存为图片为原图。

笔记内容如下图

多图笔记，这页笔记有18张图。

Linux中用tar命令对文件夹进行打包压缩

Wed, 15 Jul 2026 14:38:07 +0800

一、打包的概念

打包：指将多个文件（或目录）合并成一个文件，方便在不同节点之间传递或在服务器集群上部署。

压缩或打包文件常见扩展名 *.tar, *.tar.gz, *.gz, *.bz2, *.Z；

Linux系统一般文件的扩展名用途不大，但是压缩或打包文件的扩展名时必须的，因为linux支持的压缩命令较多，不同的压缩技术使用的压缩算法区别较大，根据扩展名能够使用对应的解压算法。

二、tar命令

1、命令作用

将文件夹打包，也能将包解开成文件夹。

2、选项参数

-c：（create）建立打包文件

-t ：查看打包文件的内容含有哪些文件

-x ：解打包或解压缩的功能，可以搭配-C(大写)在特定目录解开

-j ：通过bzip2的支持进行压缩/解压缩，此时文件最好为*.tar.bz2

-z ：通过gzip的支持进行压缩/解压缩，此时文件最好为*.tar.gz

-v ：在压缩/解压缩的过程中，将正在处理的文件名显示出来

-f filename：-f 后面跟处理后文件的全名称（路径+文件名+后缀名）

-C 目录：这个选项用在解压缩，若要在特定目录解压缩，可以使用这个选项

-p：保留备份数据的原本权限与属性，常用于备份(-c)重要的配置文件

–exclude=FILE:在压缩的过程中,不要将那些文件打包

注意-c, -t, -x 不可同时出现在一串指令列中。

3、案例

案例1：在/tmp文件夹下创建demo文件夹，将/etc目录拷贝到/tmp/demo目录里，然后打包压缩成gz格式，要求显示压缩详情。

1)在/tmp文件夹下创建demo文件夹，将/etc目录拷贝到/tmp/demo目录里。

注意：拷贝非空目录要加 -r

2）将etc文件夹打包压缩成gz格式，并显示压缩详情。

tar -czvf 打包压缩后文件被打包压缩的文件夹

[root@ied01 demo]# tar -czvf myetc.tar.gz etc

如果打包压缩成.bz2格式，那么tar命令的参数：-cjvf。

案例2：先删除etc目录，解压缩myetc.tar.gz到当前目录。

1）删除etc目录

[root@ied01 demo]# rm -rf etc

2）解压缩myetc.tar.gz到当前目录

[root@ied01 demo]# tar -xzvf myetc.tar.gz

案例3：将myetc.tar.gz解压缩到指定目录：/home。

[root@ied01 demo]# tar -xzvf myetc.tar.gz -C /home

案例4：仅仅解压缩myetc.tar.gz里的某个目录，例如etc/udev。

1）先删除etc目录

[root@ied01 demo]# rm -rf etc

2）解压缩myetc.tar.gz里的etc/udev目录

[root@ied01 demo]# tar -xzvf myetc.tar.gz etc/udev

为什么Word目录左边对不齐

Tue, 14 Jul 2026 22:25:16 +0800

为什么目录左边对不齐，该如何操作呢？下面来看看。

1、打开Word，点击引用。

2、点击目录。

3、点击自定义目录。

4、点击修改。

5、选择目录，点击修改。

6、点击格式。

7、点击段落。

8、选择左对齐，左侧缩进为0，殊格式处选择无。

9、点击确定。

VPS 救援模式Rescue Mode怎么用：SSH 进不去时用 Rescue Mode、chroot、fsck、GRUB 自救

Mon, 13 Jul 2026 14:42:28 +0800

VPS 出问题时，最让人慌的不是网站 502，而是 SSH 完全进不去。比如你改错了 /etc/fstab，重启后系统卡在启动界面；或者防火墙规则写错，SSH 端口被自己挡住；再或者 root 密码忘了、GRUB 损坏、文件系统需要 fsck。这类问题用普通 SSH 排查不了，因为系统根本没正常起来。

这时候不要第一反应就重装。很多 VPS 控制台都有 Rescue Mode / 救援模式：它会从一个临时系统启动，把你原来的系统盘挂出来，让你站在“外部系统”的角度修复原系统。用得好，可以救回配置、重置密码、修复启动项，甚至把重要数据先拷出来。

Rescue Mode 到底是什么？

救援模式不是你的原系统，也不是简单的网页终端。它通常是服务商提供的一个临时 Linux 环境，启动后会把原来的 VPS 磁盘当作数据盘呈现出来。

你可以把它理解成：

原系统坏了，先不从原系统启动。
服务商给你启动一个干净的小系统。
你在这个小系统里挂载原来的磁盘。
然后修改原系统里的文件、修复启动、拷贝数据。

它和 VNC/控制台也不一样。VNC 是看原系统屏幕；Rescue Mode 是换一个临时系统来修原盘。很多时候这两者要配合用：先用 VNC 看启动卡在哪里，再进救援模式修。

什么时候该用救援模式？

下面这些场景适合用 Rescue Mode：

场景	是否适合
SSH 密码忘了，需要重置 root 密码	适合
`/etc/fstab` 写错，系统启动失败	适合
GRUB / initramfs 异常，VPS 进不了系统	适合
文件系统损坏，需要离线 fsck	适合
防火墙/SSH 配置写错，自己锁在外面	适合
网站 502、Nginx 配置错误	通常不需要，先普通 SSH 排查
磁盘满了但还能 SSH	不一定需要，先在线清理

一个简单判断：如果原系统还能 SSH 进去，就优先在线排查；如果原系统进不去、启动不了、根分区不能安全修，就考虑救援模式。

进入 Rescue Mode 前先做两件事

第一，能做快照就先做快照。救援模式里会改原系统文件，一旦你误删或 fsck 操作不当，可能造成数据损失。

第二，先看控制台/VNC。确认系统是卡在启动、密码问题、防火墙问题，还是文件系统问题。不要一上来就乱跑 fsck。

如果是疑似入侵事件，先保留证据：不要立刻重启，不要清日志，尽量先做快照或磁盘镜像。救援模式会改变挂载状态和部分时间戳，取证场景要更谨慎。

第一步：从服务商面板启动救援模式

不同服务商入口不一样，但名称通常类似：

Rescue Mode
Boot to rescue
Recovery mode
Rescue ISO
VNC + ISO

启用后，VPS 会重启到临时系统。部分服务商会把临时 root 密码发到邮箱，部分会在控制台里显示登录信息。进入救援系统后，先看磁盘：

lsblk
fdisk -l

常见磁盘名包括：

/dev/vda
/dev/sda
/dev/nvme0n1

分区可能是 /dev/vda1、/dev/sda1、/dev/nvme0n1p1。不要照抄命令里的设备名，先用 lsblk 确认。

第二步：挂载原系统分区

假设根分区是 /dev/vda1：

mkdir -p /mnt/sysroot
mount /dev/vda1 /mnt/sysroot

如果系统有单独的 /boot 分区，也要挂载：

mount /dev/vda2 /mnt/sysroot/boot

如果是 LVM，需要先激活卷组：

vgscan
vgchange -ay
lsblk

然后再挂载对应的逻辑卷。

挂载后先确认是不是原系统：

ls /mnt/sysroot
cat /mnt/sysroot/etc/os-release

如果能看到 etc、var、home、usr，基本就是原系统根目录。

第三步：进入 chroot 修原系统

很多修复操作需要在原系统环境里执行，这时要绑定几个系统目录：

mount --bind /dev /mnt/sysroot/dev
mount --bind /proc /mnt/sysroot/proc
mount --bind /sys /mnt/sysroot/sys
mount --bind /run /mnt/sysroot/runchroot /mnt/sysroot /bin/bash

进入后，你看到的 / 就是原系统根目录。现在可以像登录原系统一样改配置。

场景一：重置 root 密码

在 chroot 里执行：

passwd root

如果系统禁用了 root SSH 登录，还要检查：

nano /etc/ssh/sshd_config

重点看：

PermitRootLogin
PasswordAuthentication

不要为了省事长期开启 root 密码登录。更稳妥的做法是重置后登录一次，重新配置密钥，再关闭密码登录。

场景二：修复 fstab 写错导致无法启动

如果你改错了 /etc/fstab，系统可能会卡在 emergency mode。进入 chroot 后检查：

nano /etc/fstab

临时排查时，可以先把可疑挂载行注释掉。尤其是新加的数据盘、网络盘、对象存储挂载、错误 UUID。

查看分区 UUID：

blkid

确认无误后再写回 fstab。不要把救援系统里的设备名当成永久配置，最好用 UUID。

场景三：离线 fsck 修文件系统

fsck 一定要谨慎。原则是：不要对已经挂载的分区直接 fsck。

如果你已经挂载了根分区，先退出 chroot 并卸载：

exitumount /mnt/sysroot/run
umount /mnt/sysroot/sys
umount /mnt/sysroot/proc
umount /mnt/sysroot/dev
umount /mnt/sysroot

然后再执行：

fsck -f /dev/vda1

如果确定要自动回答 yes：

fsck -fy /dev/vda1

但对重要数据盘，不建议一上来就 -y。先看报错，再决定是否自动修。

场景四：修复 GRUB / 启动引导

如果 VNC 里看到 grub rescue>、找不到内核、升级内核后启动失败，可以尝试重装 GRUB。

先重新挂载并进入 chroot：

mount /dev/vda1 /mnt/sysroot
mount --bind /dev /mnt/sysroot/dev
mount --bind /proc /mnt/sysroot/proc
mount --bind /sys /mnt/sysroot/sys
mount --bind /run /mnt/sysroot/runchroot /mnt/sysroot /bin/bash

BIOS 启动的常见修复：

grub-install /dev/vda
update-grub

注意：grub-install 后面通常是磁盘 /dev/vda，不是分区 /dev/vda1。

如果是 UEFI 机器，路径和命令可能不同，需要确认 EFI 分区是否挂载到 /boot/efi。不确定时先看：

lsblk -f
findmnt /boot/efi

场景五：SSH 配置或防火墙把自己锁了

如果你改错了 SSH 端口、防火墙规则或 sshd_config，可以在 chroot 中修：

nano /etc/ssh/sshd_config

也可以先禁用危险的防火墙规则。比如 UFW：

ufw disable

如果用的是 iptables/nftables，救援环境里不一定能完整反映原系统运行状态。更可靠的做法是修改原系统的规则文件或启动脚本，而不是只看当前临时环境。

退出救援模式前的检查清单

修完后不要直接在面板点重启，先按顺序退出和卸载：

exitumount /mnt/sysroot/run
umount /mnt/sysroot/sys
umount /mnt/sysroot/proc
umount /mnt/sysroot/dev
umount /mnt/sysroot/boot 2>/dev/null
umount /mnt/sysroot

如果提示 busy，先查谁占用：

lsof +f -- /mnt/sysroot

确认卸载完成后，到服务商面板关闭 Rescue Mode，切回硬盘启动，再重启 VPS。

启动后第一时间检查：

systemctl --failed
journalctl -b -p warning
ss -lntp

确认 SSH、网站、数据库都正常，再删临时弱密码、恢复防火墙、安全组和备份计划。

常见错误

错误一：设备名照抄教程

你的机器可能是 /dev/vda1，也可能是 /dev/sda1 或 /dev/nvme0n1p1。永远先看 lsblk。

错误二：挂载状态下 fsck

这是最危险的误操作之一。要么先卸载，要么确认该分区没被挂载。

错误三：忘记关闭 Rescue Mode

修完后如果不切回硬盘启动，下一次还是进救援系统，看起来像“没修好”。

错误四：重置 root 密码后长期开放密码登录

救急可以，长期不建议。恢复后应重新配置 SSH 密钥、关闭密码登录、限制登录来源。

最后建议

救援模式不是万能药，但它是 VPS 用户必须会的最后一道保险。它最适合处理三类问题：启动失败、自己锁在外面、原系统文件需要离线修复。

真正稳妥的流程是：先看控制台判断问题，再做快照，进入 Rescue Mode，挂载原系统，必要时 chroot，修完后正确卸载并切回硬盘启动。只要你不盲目 fsck -y、不乱删文件，大多数“SSH 进不去只能重装”的场景，其实都还有救。

WPS为PDF文档每一页批量添加签名的技巧

Mon, 08 Jun 2026 09:05:14 +0800

使用WPS Office打开PDF文件。

在PDF文件中插入签名后，鼠标单击选中签名。

选择签名上方弹出菜单中的“应用到多个页面”。

在弹出框选择“全部页面”--->“确定应用”即可。

Win10 复制粘贴功能失效了

Sat, 06 Jun 2026 13:50:56 +0800

Win10 无法复制粘贴通常是因为剪贴板进程卡死或相关服务出错。最快捷的修复方法是打开任务管理器（按 Ctrl + Shift + Esc ），找到并右键单击【Windows资源管理器】，选择【重新启动】。

你可以通过以下几种详细的方法来排查和解决此问题：

方法一：重启资源管理器（最常用）

按下快捷键 Ctrl + Shift + Esc 打开任务管理器。
在【进程】选项卡中找到【Windows 资源管理器】。
右键点击它，选择【重新启动】。此操作会刷新桌面和任务栏，通常能立即恢复剪贴板功能。

方法二：新建缺失的 Clip 文件夹

如果重启资源管理器无效，可能是系统的剪贴板临时文件夹缺失。

打开【此电脑】，依次进入路径：C:\Windows\System32。
检查是否有名为 clip 的文件夹。
如果没有，请在空白处点击右键，选择【新建】 -> 【文件夹】，并将其命名为 clip。
建立完成后，重启电脑查看是否恢复正常。

方法三：命令提示符清理剪贴板

有时候剪贴板被卡住的无用数据填满，可以强制清空。

同时按下 Win + R 键，输入 cmd 打开命令提示符。
输入以下命令并按回车：
cmd.exe /c "echo off | clip"

方法四：检查远程桌面进程 (若在远程连接中)

如果是使用 Windows 远程桌面时无法复制粘贴，需要重启远程剪贴板监视程序。

在任务管理器中找到【RDP 剪贴板监视程序】（rdpclip.exe），结束该任务。
点击任务管理器左上角的【文件】->【运行新任务】，输入 rdpclip.exe 并确定。

若上述方法均未生效，建议先检查键盘硬件是否正常（ Ctrl 和 C 键是否失灵），或是否有第三方安全杀毒/输入法软件发生冲突。

MySQL/MariaDB启动失败，提示：InnoDB: Missing MLOG_CHECKPOINT at 3265917829 between the checkpoint 326591782

Thu, 04 Jun 2026 12:32:03 +0800

MySQL解决服务器异常关闭导致坏表问题。

问题

上班启动服务，发现连接数据库异常，去服务器查看MySQL进程，发现MySQL启动失败。由于周末期间服务器异常关闭，查询日志发现InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint这个问题。

解决

执行查询命令，查找MySQL的配置文件路径

find / -name 'my.cnf'

常规情况下路径是 /etc/my.cnf

innodb_force_recovery选项

innodb_force_recovery是一个用于控制InnoDB恢复模式的配置选项。通过设置不同的值，可以控制MySQL在启动时对损坏的InnoDB表进行不同程度的恢复操作。这个选项的值范围从1到6，每个值都有不同的恢复级别和可能的风险。

innodb_force_recovery = 1：尝试恢复损坏的表，但不会执行任何写操作。
innodb_force_recovery = 2：尝试恢复损坏的表，并允许进行写操作，但会忽略一些可能导致错误的检查。
innodb_force_recovery = 3：尝试恢复损坏的表，并允许进行写操作，同时会忽略一些可能导致错误的检查和修复操作。
innodb_force_recovery = 4：允许对损坏的表进行更深入的恢复操作，但可能会导致数据丢失。
innodb_force_recovery = 5：允许对损坏的表进行更深入的恢复操作，并忽略更多的检查和修复操作，可能导致数据丢失。
innodb_force_recovery = 6：尝试进行最激进的恢复操作，几乎忽略所有的检查和修复操作，可能导致大量数据丢失。

在[mysqld]增加innodb_force_recovery=6，建议从1往6试，但一般情况下6才管用。

[mysqld]
innodb_force_recovery=6

启动MySQL即可。

如上操作MySQL是启动成功了，但是又出现新的错误，lost connections during query.

根据上述错误，发现是由于设置的innodb_force_recovery强制恢复设置导致，将设置注释。

将MySQL的data进行备份

mysqldump -u root -p --all-databases > all_databases.sql

或者直接把数据库目录物理备份，以防数据丢失或不可逆的操作。

然后删除ib_logfile0、ib_logfile1、ibdata1、*.ibd文件，重启MySQL成功，然后将之前备份的数据通过工具导入到数据库中。

如果想偷懒，不重新导入也行，但是要保留ibdata1，再执行重启MySQL~不然Innodb的表全部会显示“使用中”，被锁定哦。

‌ibdata1 是 InnoDB 引擎的系统表空间‌，存储数据字典、undo 日志、双写缓冲区等核心元数据。
‌删除后 InnoDB 无法识别表结构‌，即使表数据在.ibd 文件中，没有数据字典也无法访问。

谷歌账号Gmail邮箱怎么避免邮件进入垃圾箱，过滤规则设置

Tue, 05 May 2026 14:54:42 +0800

最近很多网友询问，如何避免邮件进入gmail邮箱的“垃圾箱”。这里就简单的讲一下原因以及设置的方法。

据第三方数据统计全球每天估计有1070亿封垃圾邮件发送发送到用户的邮箱，绝大部分都是恶意或者虚假的信息。为此几乎所有邮箱服务商都各自有一套周密的反垃圾邮件过滤算法规则，此规则默认对所有用户生效。例如当下谷歌最为有效的Tensorflow工智能深度学习算法会基于收件内容并与过滤规则进行匹配自动判别内容是否为垃圾信息，确定是否将邮件归类到“垃圾箱”。

另外，谷歌还会根据Gmail的黑名单域数据库索匹配确定该域下面的发件地址是否为来自黑名单域。其次Gmail还将根据其已知恶意链接的数据库中的链接，并将它们与传入电子邮件中的链接进行比较。爬取链接内容触发词列表。确定是否将邮件归类到“垃圾箱”。

为此，邮件是否进入“垃圾箱“在默认规则下跟Gmail邮箱账号没有任何关系，例如QQ、163、雅虎任何邮箱都是如此，各自服务商都有相应的过滤反垃圾邮件规则。

接下来就教大家如何更改规则将谷歌Gmail邮箱账号所有邮件都归类到收件箱。

第一步：进入到谷歌Gmail邮箱界面。点击右上角的设置按钮→选择"选择查看所设置"。

第二步：避免懵圈先将界面设置成中文。经常收到"看不懂英文怎么办？"这样的问题，难不成还需要我来担任 English teacher ？？

第三步：选择”过滤器和屏蔽的地址“→"创建新的过滤器"。

第四步：在“包含字词”栏目输入“is:spam”，点击“创建过滤器”。

第五步：忽略提示，点击”确定“。

第六步：将"不要将其发送至垃圾邮件"勾选上，点"创建过滤器"，完成设置!

设置完成后会看到一条新的过滤规则，本人实测有效！如果不起作用我也不知道为什么。毕竟谷歌不是我的。

网站php报错Call to undefined function get_magic_quotes_gpc()

Wed, 22 Apr 2026 16:41:37 +0800

在 PHP 中，get_magic_quotes_gpc() 函数用于检查是否启用了 magic quotes 功能。Magic quotes 是一种在 PHP 早期版本中用于自动转义单引号、双引号、反斜杠等特殊字符的机制，以防止 SQL 注入等安全问题。然而，从 PHP 5.4.0 开始，这个功能就已经被弃用，并在 PHP 7.4.0 中被完全移除。

如果你在使用 PHP 7.4 或更高版本，并尝试调用 get_magic_quotes_gpc() 函数，你会遇到一个错误，因为该函数不再存在。