WebP 是一种现代图像格式，可为 Web 上的图像提供出色的无损和有损压缩。使用 WebP，网站管理员和 Web 开发人员可以创建尺寸更小、内容更丰富的图像，从而使 Web 更快。本文将指导您如何使用 Google 官方提供的 libwebp 工具包批量将您现有的图片（如 JPG, PNG, BMP, GIF 等）转换为 WebP 格式。 1、下载libwebp 打开https://storage.googleapis.com/downloads.webmproject.org/releases/webp/index.html，划到底部找到最新版本，根据操作系统选择合适的版本。 比如Windows选择 libwebp-1.4.0-windows-x64.zip ,macOS X86选择 libwebp-1.4.0-rc1-mac-x86-64.tar.gz ,macOS ARM选择 libwebp-1.4.0-rc1-mac-arm64.tar.gz ……根据你的实际情况来 2、准备脚本 将下载的文件解压，在解压出来的文件夹旁边再创建两个叫“input”和“output”的文件夹,然后»> Windows 创建一个名为c.bat的脚本文件，并用记事本写入： @echo offss setlocal enabledelayedexpansion :: 设置输入文件夹路径 set "input_folder_path=input" :: 设置输出文件夹路径 set "output_folder_path=output" :: 检查输出文件夹是否存在，如果不存在则创建 if not exist "%output_folder_path%" mkdir "%output_folder_path%" :: 设置cwebp工具的路径，如果cwebp在环境变量中，则不需要设置 :: set "cwebp_path=C:\path\to\cwebp\cwebp.exe" :: 遍历输入文件夹中的所有图像文件 for %%i in ("%input_folder_path%\*.jpg", "%input_folder_path%\*.jpeg", "%input_folder_path%\*.png", "%input_folder_path%\*.bmp", "%input_folder_path%\*.gif") do ( :: 构建输出文件名 set "output_file=%output_folder_path%\%%~ni.webp" :: 使用cwebp转换图像文件 :: 如果cwebp在环境变量中，直接使用cwebp，否则使用完整的路径 :: 替换下面的cwebp为%cwebp_path%，如果你设置了cwebp工具的路径 cwebp -q 80 "%%i" -o "!output_file!" :: 输出转换结果 echo Converted %%i to !output_file! ) echo All images have been converted. endlocal 剩余 26 行代码 展开剩余代码 macOS/Linux 创建一个名为c.sh的脚本文件，并用纯文本编辑器写入：

之前，我一直习惯使用外网服务器上的宝塔面板来实现网站的反向代理功能。然而，在尝试为网站设置防盗链等自定义Nginx配置时，我发现宝塔面板生成的配置文件直接编辑较为困难，且通过其自定义配置功能生成的代码也显得有些冗余和不够直观。 恰好，我内网的服务器早已换上了1Panel面板，并且使用体验相当不错，感觉在灵活性和功能性上比宝塔面板更胜一筹。于是，我决定将外网服务器也进行系统重装，并部署了1Panel。随后，我在新的1Panel环境中安装了FRPS（FRP服务端）应用和OpenResty应用。 通过FRPS的HTTP(S)内网穿透功能，结合OpenResty反向代理，将内网的网站服务暴露到公网，并利用1Panel自动SSL证书续签功能，实现了预期的HTTPS访问。整个配置过程非常直观。 然而，在迁移完成后，一个意想不到的问题出现了：现在的这个网站（其他网站均正常）虽然可以通过HTTPS访问，但其CSS和JS等静态资源却无法正确加载。通过浏览器开发者工具查看，发现这些资源的URL仍然是HTTP协议，导致在HTTPS页面下因“混合内容（Mixed Content）”而被浏览器阻止加载。 奇怪的是，这个问题在迁移前（使用宝塔面板时）并未发生。考虑到这个出问题的网站是基于Typecho博客程序搭建的，而其他网站并非如此，我推测问题可能出在Typecho本身与新环境的适配上。 后来，找到了一个针对Typecho的简单解决方案。具体操作如下： 打开Typecho网站的根目录，找到并编辑 config.inc.php 文件，在其中添加以下一行代码： /** 开启HTTPS */ define('__TYPECHO_SECURE__', true);这行代码的作用是显式告知Typecho当前站点已启用HTTPS。在此之前，我的配置文件中确实没有这行设置。 保存修改后，再次访问网站，CSS和JS资源均已通过HTTPS正确加载，问题解决

自从我安装了 Chevereto 相册应用之后，就发现它的更新迭代还是挺频繁的。目前的大版本是 V4，而小版本几乎每一到两周就会有一次更新。 我个人是采用 Docker 方式来部署 Chevereto 的，并且已经购买了 V4 大版本的永久授权。每次升级前，我都会先登录到 Chevereto 的官方后台，下载包含授权的最新程序文件，然后将它上传到我的服务器上。 不过，我并不会直接使用压缩包里的程序文件来覆盖安装。相反，我更倾向于利用程序文件包里面提供的 docker 文件夹。通过这个文件夹里的 Makefile，我可以使用 make 命令来编译和管理我的 Docker 镜像。 具体的升级步骤，我主要参考了官方的 Docker 安装和部署指南，这里查看原文： Install Chevereto on Docker | Chevereto V4 Docs 下面是我根据官方文档整理的 Docker 升级步骤： 升级 (Upgrading) 要升级 Chevereto，您需要执行以下三个步骤：(1) 同步仓库，(2) 重新构建容器镜像，以及 (3) 更新 Chevereto 实例。 步骤 1：同步仓库 (Step 1: Sync repository) 同步此仓库以获取最新的代码和更改。 make sync注意： 如果官方发布了新的分支（例如，从 4.2 升级到 4.3 时，可能会有新的 4.3 分支），您需要运行以下命令切换到新的分支： git switch 4.3(请将 4.3 替换为实际的最新分支名) 步骤 2：重新构建容器镜像 (Step 2: Re-build the container image) 构建一个新的容器镜像，以包含最新发布的版本内容。

声明：本文转载并基于 免费引入商用黑体字体系列整理及 CSS 字体引入亲妈式教程（20240915更新） – 风记星辰 进行修改和完善。以下为正文内容： 在现代网页设计中，字体的选择对于用户体验和视觉效果至关重要。鉴于系统默认的微软雅黑字体在某些设计场景下略显陈旧，许多开发者和设计师倾向于引入更现代的无衬线字体，如苹果的苹方（PingFang SC）。这样做不仅能优化在 macOS 设备上的显示，也可能（在用户已安装相应字体的前提下）改善 Windows 系统上的视觉呈现。 本文将整理一系列免费可商用的黑体（无衬线）字体资源，并提供详尽的 CSS 字体引入教程。 1. 免费可商用字体列表及引用资源 1.1 字体提供方站点 以下是一些提供免费可商用字体或有相关计划的官方站点： 服务商 链接 备注 Google Fonts https://fonts.google.com 国内访问可能需代理 Adobe Fonts https://fonts.adobe.com 通常需 Creative Cloud 订阅授权 阿里巴巴普惠体 https://fonts.alibabagroup.com 免费商用 钉钉进步体 https://page.dingtalk.com/wow/dingtalk/default/dingtalk/y-W5aF3_ZJwzulU0nceIl 免费商用 斗鱼追光体 https://www.douyu.com/topic/douyuZGT 免费商用 快看世界体 https://www.kuaikanmanhua.com/webs/fontPromotion 免费商用 Mi Sans (小米) https://hyperos.mi.com/font/zh/ 免费商用 HarmonyOS Sans (华为) https://developer.huawei.com/consumer/cn/design/resource-V1 免费商用 OPPO Sans https://open.oppomobile.com/new/developmentDoc/info?id=13223 免费商用 1.2 网页 CDN 引入 部分字体提供了 CDN 链接，方便直接在网页中引入：

今天分享下我的 Proxmox VE (PVE) 系统小版本升级过程。我的 N150 小主机自从 5 月 8 日安装了 PVE 8.4.1 版本后，一直稳定运行，默默奉献。不知不觉已经过去一段时间，本着“尝鲜”和“保持系统健康”的原则，今天决定检查一下是否有可用的更新，并进行一次系统升级。 1. 检查当前 PVE 版本 首先，自然是 SSH 登录到 PVE 主机，查看一下当前的系统版本。通过 pveversion -v 命令（或者直接 pveversion 也能看到主要版本），我得到了以下信息： root@xiaoten:~# pveversion -v pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-10-pve) proxmox-kernel-6.8.12-10-pve: 6.8.12-10 proxmox-kernel-6.8: 6.8.12-10 proxmox-kernel-6.5: 6.5.13-5 proxmox-kernel-6.5.13-5-pve-signed: 6.5.13-5 ceph-fuse: 17.2.7-pve3 corosync: 3.1.7-pve3 criu: 3.17.1-2 glusterfs-client: 10.3-5 ifupdown2: 3.2.0-1+pmx8 ksm-control-daemon: 1.4-1 libjs-extjs: 7.0.0-4 libknet1: 1.28-pve1 libproxmox-acme-perl: 1.5.0 libproxmox-backup-qemu0: 1.4.1 libproxmox-rs-perl: 0.3.3 libpve-access-control: 8.1.3 libpve-apiclient-perl: 3.3.1 libpve-common-perl: 8.2.1 libpve-guest-common-perl: 5.1.1 libpve-http-server-perl: 5.1.0 libpve-network-perl: 0.9.9 libpve-rs-perl: 0.8.8 libpve-storage-perl: 8.2.1 libpve-user-cfg0: 1.0-1 libspice-server1: 0.15.1-1 lvm2: 2.03.16-2 lxc-pve: 5.0.2-4 lxcfs: 5.0.3-pve4 novnc-pve: 1.4.0-3 proxmox-backup-client: 3.2.2-1 proxmox-backup-file-restore: 3.2.2-1 proxmox-kernel-helper: 8.1.0 proxmox-mail-forward: 0.2.3 proxmox-mini-journalreader: 1.4.0 proxmox-offline-mirror-helper: 0.6.6 proxmox-widget-toolkit: 4.2.1 pve-cluster: 8.0.5 pve-container: 5.1.1 pve-docs: 8.2.2 pve-edk2-firmware: 4.2023.08-4 pve-firewall: 5.0.3 pve-firmware: 3.10-1 pve-ha-manager: 4.0.3 pve-i18n: 3.2.1 pve-qemu-kvm: 8.1.5-6 pve-xtermjs: 5.3.0-3 qemu-server: 8.2.1 smartmontools: 7.3-pve1 spiceterm: 3.3.0 swtpm: 0.8.0+pve1 vncterm: 1.8.0 zfsutils-linux: 2.2.4-pve1 root@xiaoten:~# 剩余 50 行代码 展开剩余代码 可以看到，当前 PVE Manager 版本为 8.4.1，运行的内核是 6.8.12-10-pve。确认无误，准备开始更新。

凹凸工坊是一款专业的在线生成模拟手写稿件工具，可以一键将您的文档转换为真实的手写稿图片。支持多种字体风格和纸张背景，让您的文档展现出真实手写的效果。 凹凸工坊可以在线将 Word 格式的文档转换成非常真实的手写字体图片。它支持多种手写字体，让打印出来的字看起来和手写的一样，能在线解决文字抄写烦恼，节

如果你也常为筛选靠谱的健康知识发愁，或是需要便捷的医疗资源查询工具，我必须把这个能一站式解决医疗信息查询难题的平台分享给大家！—中国医药信息查询平台。 中国医药信息查询平台是中国权威医药数据库之一，建有海量的医学和药学内容。包括疾病、症状、药品、医生、医院、中药材、食品营养、针炙穴位、医美等30+数

《认知觉醒》这本书常年出现在个人成长类书目排行榜前排，并且有着一个相当突出的封面设计。有趣的是，这本书在豆瓣评 […]

前言 近期，在将网络环境迁移至软路由平台（具体为 iStoreOS）并配置 OpenClash 后，我遇到了一个相当棘手的问题：部署在该软路由下的设备，包括群晖 NAS、另一台 NAS 以及用于托管网站的 Debian/CentOS 服务器，在尝试拉取 Docker 镜像时表现极不稳定，经常遭遇连接超时或下载失败。这个问题困扰了我好几天，在经过多次排查与反复试验后，终于找到了一套能够稳定运行的配置方案。在此，我将解决问题的关键步骤总结为以下三个核心原则，希望能为遇到类似困境的朋友提供参考。 原则一：在软路由系统层面禁用 IPv6 问题分析: 在我的实践中，软路由操作系统（iStoreOS）层面启用的 IPv6 功能似乎与 OpenClash 的代理机制存在一定的冲突或兼容性问题，这成为了导致网络异常，特别是影响 Docker 镜像这类需要通过代理访问外部资源操作稳定性的潜在因素之一。 解决方案: 最直接有效的办法是在软路由的管理界面中，找到网络接口或系统相关设置，彻底禁用 IPv6 协议。 配置理由: 我的主要需求是利用软路由为特定的内网设备（NAS、服务器等）提供稳定、高效的代理网络访问，以应对特殊的网络环境。在这些应用场景下，IPv6 并非强制性要求。禁用 IPv6 可以简化软路由的网络处理逻辑，排除因双栈（IPv4/IPv6 并存）或 IPv6 路由策略引发的潜在冲突，从而显著提升 OpenClash 在处理代理流量时的稳定性和可靠性。请注意，此操作通常针对软路由本身，而非上游的主路由器。 原则二：优化 DNS 服务器配置 排查过程: 最初，我尝试过将 DNS 指向主路由网关地址，也尝试了国内主流的公共 DNS 服务，如阿里云 DNS (223.5.5.5 / 223.6.6.6) 和腾讯云 DNS (119.29.29.29)。然而，这些尝试均未能有效改善 Docker 镜像拉取的稳定性。 最终方案: 经过对比测试，效果最佳的配置是将 DNS 服务器指定为 Google DNS (8.8.8.8) 和 114 DNS (114.114.114.114) 的组合。这可以在软路由的 DHCP 服务设置中分配给客户端，或者直接在 OpenClash 的 DNS 配置部分进行指定。 配置理由: 8.8.8.8 作为全球广泛使用的 DNS 服务，对于解析 Docker Hub 等国际资源域名通常具有更好的效果和抗干扰能力。而 114.114.114.114 作为国内老牌的公共 DNS，可以为国内资源的解析提供稳定性和速度保障。实践证明，在需要代理的环境下，这种国内外 DNS 结合的策略，相较于单一使用国内 DNS，更能有效规避潜在的 DNS 污染或解析错误，确保需要代理的服务（如 Docker）能够正确、稳定地建立连接。 原则三：合理配置 OpenClash 运行模式与内核 关键配置 运行模式 (Mode): 建议设置为 增强模式 (Enhance Mode) 或 Fake-IP 模式 (具体名称请根据您使用的 OpenClash 版本界面为准)。这类高级模式通常能提供更广泛的兼容性，更好地处理复杂的网络流量。 代理模式 (Proxy Mode): 选择 规则模式 (Rule Mode)。这与大多数桌面 Clash 客户端的常用策略一致，允许 OpenClash 根据预定义的规则智能判断哪些流量需要通过代理，哪些直连，实现精细化控制，提高网络效率。 内核更新: 务必确保 OpenClash 所使用的 Clash 核心 (Kernel) 程序为最新稳定版。开发者会持续在新版本中修复 Bug、优化性能并增加新特性，使用最新内核是保障稳定运行的基础。 配置理由 合理的运行模式和代理模式组合，配合最新的内核，能够最大限度地发挥 OpenClash 的性能和稳定性，确保其正确处理 Docker 等应用发起的网络请求。

🚨 事故现场：当SDKMAN遇上java_home 我使用 sdkman 来管理多个 java 版本，每次在终 […]

推荐资料Rust 程序设计语言(官网)Rust语言圣经(Rust Course)rust是什么官网介绍道:一门赋予每个人,构建可靠且高效软件能力的语言。高性能可靠性生产力Rust 速度快且内存利用率高。没有运行时和垃圾回收，能胜任高性能要求的服务，可...

久未更新神秘角标,我只是为了复习一下md语法… 好久没更新了，主要是忙于期中与这个主题，从hexo换了好几个主题之后（包括自己硬搓的主题），觉得还是换一个SSG框架比较好,挑来挑去,发现Astro这个框架非常不错,采用群岛架构,这意味着可以实现框架的...

大家好呀，我是 Meng 小羽，未来我计划着后续分享下自己的游记，五一回来公司一直在忙着公司项目，推迟了一周的时间终于可以闲下来记录一下了。 序 五一前其实原本计划回一趟对象的甘肃老家，但最后无奈一直抢不到票，只好被迫改了行程、重新规划。这时候离假期只剩下一周，怎么充分利用这短短的几天，就成了我们最重要的问题。可偏偏最近工作特别忙，我们俩一直在加班处理各种任务。 于是我们干脆请 AI 帮我们精挑细选了一番旅游目的地，还把之前去过的地方全部排除掉。综合考虑了时间安排和各地的天气情况，最终决定去看海——目的地：烟台，开启一场环渤海南海岸的自驾之旅。 出发前两天，我们迅速做好了攻略，订好了酒店和景点的大致行程，也规划好了自驾路线，一切准备就绪！ 石油之城 由于从北京自驾前往烟台需要 8 到 9 个小时，我们决定在五一假期的第一天，先在中转城市停留一天。一方面是因为长时间高速驾驶对新手来说是个不小的挑战，另一方面也想借此机会去看看黄河入海口。此前我们曾去过黄河上游的兰州，这一次，希望能与黄河在入海处来一次“首尾呼应”的邂逅。 我们选择了相对小众的城市——东营。然而，黄河入海口著名的“鸳鸯锅”景观对天气条件要求颇高。我们第一天下午抵达东营时，天已经开始下起零星小雨，还刮起了风——风浪对海水颜色的影响很大。考虑到这样的天气难以看到理想的景色，2 号一早我们暂时放弃了前往入海口景区的计划，改去了当地较为热门的景点——孤东海堤。 2 号上午，天气依然阴沉，海风格外强劲，海浪也较大。我们来到了这条颇具人气的“网红海堤”。据说，这条防浪堤原本是东营为保护油田开采而专门修建的，没想到却意外成了一个备受欢迎的网红打卡地。 低头一看，海堤上的石块早已布满青苔，在海浪的拍打下，呈现出别样的视觉效果，格外好看。忍不住拍了几张照片，现在看来，每一张都足以用作壁纸。 当天虽然天气不算理想，但海堤与海浪的画面感十足，拍出来的照片意外地出片。 在东营，自然也少不了那标志性的磕头机（石油开采设备）。往返孤东海堤的路上，沿途尽是密集的油田，成千上万台磕头机正在有节奏地运转，场面颇为震撼。 黄河入海 当天的风一直没有停，天气也始终阴沉。看到小红书上大家都没有见到“鸳鸯锅”的景象后，我们决定放弃前往景区坐船的计划，转而出发前往烟台。我们选择了一条靠近黄河入海口的道路，算是与黄河在它的末端再度相会。 烟大海滩 下午，我们驱车前往烟台，计划在养马岛玩一天，再去蓬莱阁景区后返回。当天晚上，驶向烟台的路上，依然是阴雨绵绵，第一次切身感受到横风区的威力，强风吹得车子微微颤抖。 第二天晚上抵达烟台后，与民宿的老板娘沟通了我们的计划，得知养马岛景区是封闭式的，无法自驾前往。于是，我们调整了行程，决定第三天去烟大海滩。 次日，我们前往烟大海滩时，发现海滩旁的停车场已满，于是改为从养马岛向西沿海岸线行驶，最终在一处不知名的海滩停下，迎着海风晒太阳，静享片刻宁静。 渔人码头 在同事的建议下，去渔人码头看了日落，吃过饭后，在这个半岛上溜达了一圈，很出片。 这里推荐下烟台的海肠捞饭还有大生蚝，建议两个人要一个人的量，因为给的太多了。还有八鲜馅的包子，先喝汤再吃馅。 蓬莱秘境 最后一天旅程，去了蓬莱阁景区，不过五一假期，全都是人从众，在蓬莱阁看长岛很清晰，再看远处的群岛，若隐若现犹如仙境一样。 偶遇景区节目，嗯，为了促进结婚也是费心了。 尾 4 号下午就光速回了北京，怕堵在 5 号，北京下着小雨，很多想法一致的道友都堵在了去北京的高速上 😂，最后在凌晨 3 点到达。 总体来说，这次旅行时间比较紧张，可以说是特种兵式的旅行。毕竟烟台距离北京还有一段距离，大部分时间都花在了车里，以后应该不会再这么短时间内去自驾那么远的地方了。 不过，假期过得依然非常愉快，就是时间实在太短了。你的五一假期是怎么度过的呢？评论区期待你的分享。 关注微信公众号，第一时间获取最新内容，让我们一起变得更强！Debug客栈：订阅本站· 文章归档· 我的项目· 友情链接· 我的使用· 飞湾计划· 摄影展集· 我的主页

一、备份现有apt源配置 mv /etc/apt/sources.list /etc/apt/sources.list.old二、替换为其他apt源 1、替换为默认官方源 这是一条命令，全部复制后，直接粘贴然后一起执行。 cat > /etc/apt/sources.list << EOF deb https://deb.debian.org/debian/ bookworm main contrib non-free non-free-firmware deb-src https://deb.debian.org/debian/ bookworm main contrib non-free non-free-firmware deb https://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware deb-src https://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware deb https://deb.debian.org/debian/ bookworm-backports main contrib non-free non-free-firmware deb-src https://deb.debian.org/debian/ bookworm-backports main contrib non-free non-free-firmware deb https://deb.debian.org/debian-security/ bookworm-security main contrib non-free non-free-firmware deb-src https://deb.debian.org/debian-security/ bookworm-security main contrib non-free non-free-firmware EOF 剩余 8 行代码 展开剩余代码 2、替换为清华源

不知不觉间，在多邻国一时冲动学外语已经700天。把学习第三语言变成一种游戏，是一次有趣的体验，也是知识以一种特 […]