什么是 tinyMediaManager

tinyMediaManager 简称 TMM 是一款用 Java/Swing 编写的媒体管理工具，能够为 Jellyfin、Emby 等媒体服务器提供元数据。

通过 TMM 可以抓取和整理影片详细信息、封面图像、演员列表、导演信息等元数据，让媒体库更加丰富、完整。

搭建准备

准备好想要管理的电影、电视剧等媒体文件，并将其存放在一个固定的目录中，方便 TMM 进行扫描和管理。

我们假设电影文件放入</path/to/movies>目录中，命令可参考 mkdir </path/to/movies>。

电视文件放入</path/to/tv_shows/>目录中，命令可参考 mkdir </path/to/tv_shows/>。

新建数据文件夹</path/to/local/data/>，命令可参考 mkdir </path/to/local/data/>。

部署安装

这里我们使用 Docker 来部署，docker-compose.yml 的参考内容如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

---
version: "2.1"
services:
  tinymediamanager:
    image: tinymediamanager/tinymediamanager:latest
    container_name: tinymediamanager
    environment:
      - USER_ID=1000
      - GROUP_ID=100
      - ALLOW_DIRECT_VNC=true
      - LC_ALL=en_US.UTF-8 # force UTF8
      - LANG=en_US.UTF-8   # force UTF8
      - PASSWORD=<password>
      - TZ=Asia/Shanghai
    volumes:
      - </path/to/local/data/>:/data
      - </path/to/movies>:/media/movies
      - </path/to/tv_shows/>:/media/tv_shows
    ports:
      - 5900:5900 # VNC port
      - 4000:4000 # Webinterface
    restart: unless-stopped

将上方代码中<password>改为 TMM 访问密码，配置好后执行如下命令即可：

1

docker-compose up -d

基本使用

第一次启动时，会进入 TMM 设置向导。需要选择媒体类型、设置媒体目录路径、选择元数据来源等。按照向导提示逐步完成设置即可：

设置完成后 TMM 会自动扫描指定的媒体目录，识别其中媒体文件，并尝试从在线数据库中获取相应的元数据：

TMM 会根据文件标题到电影资料网站上匹配电影信息，下载电影资料及图片到本地。可以查看和编辑这些元数据，确保信息的准确性和完整性：

TMM 还可按照一定的规则批量重命名和整理媒体文件，使文件名称更加规范和统一，方便管理、查找：

RSSHub 的简介

RSSHub 是一个轻量、易于扩展 RSS 生成器，它基于 Node.js 开发，支持多种平台和类型订阅源，包括但不限于微博、知乎、B 站、GitHub 等。

通过简单的配置和路由规则，我们就能生成自己想要的 RSS 订阅链接，随时随地获取最新内容更新。

搭建前的准备

在开始搭建 RSSHub 之前，我们需做一些准备工作。需一台服务器，可以是云主机，也可以是本地的计算机。服务器需要具备公网 IP 地址，以便我们能够从外部访问搭建好的 RSSHub 服务。

RSSHub 基于 Docker 部署，因此需要在服务器上安装 Docker 环境。

RSSHub 支持缓存中间件，如 Redis。

为方便访问和使用，建议注册一个域名，并将其解析到服务器的 IP 地址上。

RSSHub 的搭建步骤

将下面的内容保存为 docker-compose.yml 文件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

services:
    rsshub:
        # two ways to enable puppeteer:
        # * comment out marked lines, then use this image instead: diygod/rsshub:chromium-bundled
        # * (consumes more disk space and memory) leave everything unchanged
        image: diygod/rsshub
        restart: always
        ports:
            - "1200:1200"
        environment:
            NODE_ENV: production
            CACHE_TYPE: redis
            REDIS_URL: "redis://redis:6379/"
            PUPPETEER_WS_ENDPOINT: "ws://browserless:3000" # marked
        healthcheck:
            test: ["CMD", "curl", "-f", "http://localhost:1200/healthz"]
            interval: 30s
            timeout: 10s
            retries: 3
        depends_on:
            - redis
            - browserless # marked

    browserless: # marked
        image: browserless/chrome # marked
        restart: always # marked
        ulimits: # marked
            core: # marked
                hard: 0 # marked
                soft: 0 # marked
        healthcheck:
            test: ["CMD", "curl", "-f", "http://localhost:3000/pressure"]
            interval: 30s
            timeout: 10s
            retries: 3

    redis:
        image: redis:alpine
        restart: always
        volumes:
            - redis-data:/data
        healthcheck:
            test: ["CMD", "redis-cli", "ping"]
            interval: 30s
            timeout: 10s
            retries: 5
            start_period: 5s

volumes:
    redis-data:

使用下面命令来启动 RSSHub 服务：

1

docker-compose up -d

如需拉取新版 RSSHub 的镜像，可使用下面的命令：

1

docker-compose pull

如需停止服务，可使用下面的命令：

1

docker-compose down

如果不喜欢使用 Docker Compose 部署，可使用下面的命令运行有 Puppeteer 依赖的 RSSHub 服务：

1

docker run -d --name rsshub -p 1200:1200 diygod/rsshub:chromium-bundled

可使用下面的命令运行无 Puppeteer 依赖的 RSSHub 服务：

1

docker run -d --name rsshub -p 1200:1200 diygod/rsshub

为 Follow 添加实例

如果使用 Follow 调用 RSSHub 示例，需在 docker-compose.yml 中添加一些变量。其中 FOLLOW_OWNER_USER_ID 是指您的关注账户 ID 或用户名；FOLLOW_DESCRIPTION 指实例描述；FOLLOW_PRICE 指实例月费，如设为 0 表示免费；FOLLOW_USER_LIMIT 指实例用户限制，将其设置为 0 或 1 可将实例设为私有，留空则表示无限制；ACCESS_KEY 指访问密钥：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

services:
    rsshub:
        image: diygod/rsshub:chromium-bundled
        restart: always
        ports:
            - "1200:1200"
        environment:
            NODE_ENV: production
            FOLLOW_OWNER_USER_ID=杜老师说
            FOLLOW_DESCRIPTION=大带宽境外服务器
            FOLLOW_PRICE=1
            FOLLOW_USER_LIMIT=1000
            ACCESS_KEY=ubzG7H3t9TJaFp
        healthcheck:
            test: ["CMD", "curl", "-f", "http://localhost:1200/healthz"]
            interval: 30s
            timeout: 10s
            retries: 3

登录 Follow 后，点击头像，选择 RSSHub 项。在显示页面中，点添加新实例。依次输入 RSSHub 的地址，访问密钥，最后点击添加即可：

NFS 的简介

NFS 是允许用户通过网络访问远程文件系统，就像访问本地文件系统一样方便。

它支持跨平台文件共享，广泛应用于 Linux 和 Unix 系统。

然而，传统的 NFS 传输数据时以明文形式在网络中传输，很容易受到中间人攻击和数据泄露的威胁。

在 NFS 的基础上，我们可以使用加密技术来保护数据传输和存储。

加密 NFS 必要性

随着数据安全法规的日益严格和企业对数据保护的重视，对 NFS 进行加密变得必不可少。

在企业中，NFS 的加密功能可以提供数据传输和存储的安全保障。

加密 NFS 可有效防止数据在传输过程中被窃取或篡改，确保数据的完整性和机密性。

同时，它也可以满足企业对数据安全合规的要求，为企业的数据资产提供更可靠的保护。

搭建加密 NFS 的步骤

在 NFS 服务器安装支持加密的 NFS 软件包。例如，在基于 Debian 的系统上，可以使用下面命令进行安装：

1

sudo apt -y install nfs-kernel-server

使用下面的命令编辑 NFS 配置文件，添加加密相关选项。例如，可使用 sec = krb5i 或 sec = krb5p 选项来启用 Kerberos 加密。其中，krb5i 提供数据完整性保护，而 krb5p 则同时提供了数据加密和完整性保护：

1

sudo vim /etc/exports

在配置文件中指定要共享的目录及其访问权限。这表示允许客户端 IP 以读写模式访问共享目录，并启用 Kerberos 加密。例如：

1

/path/to/shared/directory client_ip(rw,sync,no_subtree_check,sec=krb5i)

完成配置后重启 NFS 服务。可以使用下面命令重启服务：

1

sudo systemctl restart nfs-kernel-server

使用下面的命令使配置文件生效：

1

exports -rv

在需访问加密 NFS 共享的客户端上安装 NFS 客户端软件。例如，在基于 Debian 的系统上，可以使用下面命令进行安装：

1

sudo apt -y install nfs-common

使用挂载命令将加密的 NFS 共享挂载到本地目录。这将把服务器上的共享目录挂载到客户端本地目录，并启用 Kerberos 加密。例如：

1

sudo mount -t nfs4 -o sec=krb5i server_ip:/path/to/shared/directory /local/mount/point

使用下面命令查看挂载文件系统，确保加密 NFS 共享已成功挂载：

1

df -h 

加密 NFS 优势与注意事项

加密 NFS 有多种优势，例如数据加密传输、身份认证和数据完整性保护等等。

它能够有效防止数据泄露和篡改，提高数据的安全性。

然而，在搭建加密 NFS 时也需要注意一些事项。

首先，加密过程可能会增加系统的性能开销，因此需根据实际需求进行性能评估和优化。

其次，配置过程较为复杂，需仔细检查配置文件和参数设置，确保正确无误。

此外，还需要定期更新加密软件和认证机制，以应对不断变化的安全威胁。

免费服务的初心与挑战

2019 年，去不图床怀着为各位小伙伴提供免费、便捷图片托管服务赤子之心，正式上线！

那会儿杜老师的目标就是给大伙儿搭个稳定可靠的平台，让大家轻轻松松的分享图片，舒舒服服存储图片。

这服务的确是受到了大家的一致好评，用户数量跟图片上传量，那叫一个节节攀升，直冲云霄！

可是好景不长，随着用户规模像滚雪球一样越滚越大，这流量成本也成了杜老师心头一块大石头。

图片托管需要海量的带宽和存储空间，这费用那是哗哗地往外流啊！

杜老师也是一直在绞尽脑汁优化成本，可那流量费用，像脱缰的野马，一发不可收拾，最终，在 2021 年不得不调整策略，从免费转向了收费，这都是为了咱这平台能继续坚挺地活下去！

流量成本与运营的压力

虽然 2021 年去不图床改成收费模式，但之前游客用户免费上传的图片，一直没有清理。

这些图片，虽然丰富了平台的内容，但是占用的存储空间和流量资源，那也是相当可观啊！

据统计游客上传的图片数量，那简直是天文数字，而且很多图片访问频率低得可怜，却依然霸占着咱宝贵的存储资源！

随着平台业务蒸蒸日上，对流量成本的控制也越来越严格。

现在运营环境，杜老师得精打细算，合理分配资源，保证已兑换容量的小伙伴能享受到更优质、更稳定的服务。

所以，经过一番深思熟虑，杜老师决定对游客用户的图片进行清理啦！

匿名用户上传图片清理

为了降低流量以及存储损耗，优化资源分配，杜老师将于 2025 年 3 月 1 日起，清理所有游客用户上传图片。

这个决定，杜老师也是万般的无奈，但这是目前运营环境下，必须采取的措施啊！

希望各位游客用户能够理解杜老师的苦衷，赶紧备份需要保存的图片吧！如有疑问，欢迎随时在评论区留言！

游客数据保留至本月中「2025 年 3 月 15 日」因为无法进行用户判定，所以杜老师已经整体打包备份了，需要的小伙伴可留言索要图片压缩包。

到期用户上传图片清理

为了进一步降低流量及存储损耗，优化资源分配，杜老师将于 2025 年 3 月 15 日起，清理所有到期用户上传图片。

已到期的用户数据清理规则如下：当月 15 日之前到期用户，数据保留至当月的最后一天；当月 15 日之后到期用户，数据保留至下个月月中。

数据清理之前，杜老师都会邮件通知用户进行再续费，通知七天后未续费则会清理数据「即当月 15 日之前到期的用户，会在当月 23 日发送通知；当月 15 日之后到期用户，会在次月 8 日发送通知」

注意图片清理是多节点同步执行，不会保留备份数据！最终解释权归去不图床所有。

代码需求

使用 Python 语言编写一个小项目，需要遍历指定目录下所有子目录「子目录名称为中文」

验证子目录下的图片文件是否能正常打开，如果能则跳过，如果无法正常打开则返回其路径。

变更解释

1. 使用 os 模块来遍历目录和子目录；

2. 使用 PIL 库来验证图片文件是否能正常打开。

注意事项

请确保安装了 Pillow 库，可以使用下面的命令来安装：

1

pip install pillow

将 root_directory 变量设置为需要遍历的目录路径：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

import os
from PIL import Image

def validate_images_in_directory(root_dir):
    invalid_image_paths = []
    
    for dirpath, dirnames, filenames in os.walk(root_dir):
        for filename in filenames:
            if filename.lower().endswith(('.png', '.jpg', '.jpeg', '.gif', '.bmp')):
                file_path = os.path.join(dirpath, filename)
                try:
                    with Image.open(file_path) as img:
                        img.verify()  # 尝试验证图片文件
                except (IOError, SyntaxError) as e:
                    invalid_image_paths.append(file_path)
    
    return invalid_image_paths

if __name__ == "__main__":
    root_directory = '指定目录路径'  # 替换为实际的目录路径
    invalid_images = validate_images_in_directory(root_directory)
    
    if invalid_images:
        print("无法打开的图片文件路径：")
        for path in invalid_images:
            print(path)
    else:
        print("所有图片文件都能正常打开。")

执行代码

1

python3 images.py

注意：将上面的代码保存为 images.py 文件，然后在命令行中执行上面的命令。

为什么要统计内存占用

多任务操作系统中，内存是有限的资源。

当多个进程同时运行时，它们会争夺有限的内存空间。

如果某些进程占用内存过多，可能导致系统响应变慢，甚至出现内存不足错误。

因此，定期检查内存占用情况，找出占用最多进程，可以帮助我们更好管理资源，优化系统性能。

使用命令工具统计内存占用

使用 ps 和 sort 的命令组合：

1

ps -eo pid,comm,%mem --sort=-%mem | head -n 11

解释：

虽然 top 命令主要用于实时的监控系统资源，但也可通过以下方式快速查看内存占用最多的进程：

1

top -o %MEM -b -n 1 | head -n 18

解释：

如果需要更详细的内存占用信息，可结合 pmap 命令：

1

ps -eo pid,%mem,comm --sort=-%mem | head -n 11 | awk '{print $1}' | xargs -I {} pmap {} | grep total

解释：

如果系统安装了 smem 工具，可以更直观地查看内存占用：

1

smem -s rss -c "pid user command rss" --sort=rss | head -n 11

解释：

如何分析内存占用情况

确认进程是否必要。有些进程可能是系统正常运行所必需，例如 systemd 等。这些进程通常不会占用过多内存。然而，如果某些进程是用户启动的，如某个应用程序或脚本，需确认它们是否在正常运行。

检查进程是否内存泄漏。如某个进程的内存占用持续增加，可能是内存泄漏导致的。内存泄漏是指程序在申请内存后，无法正确释放已分配的内存，导致内存占用不断增加。这种情况下需要检查程序的代码，查找可能导致内存泄漏地方。

限制进程内存使用。如果某个进程占用过多内存，但又不能轻易终止，可以尝试限制它的内存使用。

Linux 提供 ulimit 命令，可设置进程的资源限制。例如，限制某个进程的最大内存使用量为 1GB，可使用命令 ulimit -m 1048576。

内存管理其它技巧

除了统计内存占用最多进程，还可通过以下方式优化 Linux 系统的内存管理。

调整交换空间。交换空间是磁盘上的一部分空间，当物理内存不足时，系统会将一些不常用的内存页面移到交换空间。虽然使用交换空间可以避免系统崩溃，但磁盘速度远慢于内存，因此过多地使用交换空间会导致系统性能下降。

可以通过命令 swapon --show 查看交换空间的使用情况。如果交换空间使用过多，可以考虑增加物理内存，或者调整交换空间大小。

使用内存清理工具。Linux 系统会自动管理内存分配、回收，但有时也可以手动清理内存。

例如，可以使用 sync 命令将缓存数据写入磁盘，然后用 echo 3 > /proc/sys/vm/drop_caches 命令清理缓存。

但请注意，这种方法可能会对系统性能产生一定影响，因此需要谨慎使用。

到底是啥

简单来说，SlimToolkit 就是一个开源的镜像减肥专家，它能智能分析镜像，找出那些又大又没用的文件、库和依赖，然后干净利落地咔嚓下，统统删掉！

就像一位技艺精湛的雕塑家，将冗余的部分精雕细琢，留下最精髓的部分。

之前叫 DockerSlim，现在已经是云原生计算基金会沙盒项目了，实力是杠杠的！

它的核心思想就是原封不动优化，通过动态、静态分析，自动识别并移除镜像里垃圾文件。

支持 Docker 以及 Kubernetes，各种类云原生工具，妥妥全能选手！

不只瘦身，还可以提供命令行工具，方便检查、调试、管理镜像，简直贴心到家！

SlimToolkit 的绝活

1. 镜像瘦身大法：这是它的看家本领！它能像一位经验丰富的裁缝，精准剪裁镜像，去除冗余部分。如一个基于 Ubuntu 的 Python 应用，原本约 438MB，经过它的一通操作，能瘦到 16.8MB，足足瘦了 26 倍！

2. 安全防护专家：它不仅能瘦身，还可以增强安全性！它可以自动生成 Seccomp 和 AppArmor 安全配置文件，像给容器穿上了一层坚不可摧的盔甲，限制系统调用，防止各种安全漏洞入侵。再也不用担心容器被黑客攻破了！

3. 动态分析、调试：它就像一位经验丰富的侦探，可以创建一个临时容器模拟运行环境，通过 HTTP 探针等方式收集运行数据，分析应用程序行为，确保瘦身后的镜像依然可以正常工作。而且，它还提供调试工具，在优化后的容器中运行调试命令，排查问题方便！

4. 无缝集成：它就像一位老练的管家，能无缝集成到开发和部署流程中。不用改动 Dockerfile 或构建工具，只需在构建过程中添加 SlimToolkit 的优化步骤即可。还支持各种 CI/CD 工具，如 Jenkins、GitHub Actions 等，自动化部署 so easy！

上手玩转

先安装 SlimToolkit。SlimToolkit 提供了多种安装方式，含直接下载二进制文件、使用脚本安装或通过 Docker 运行。对于大多数的用户，使用脚本安装是最简单方式：

1

curl -sL https://raw.githubusercontent.com/slimtoolkit/slim/master/scripts/install-slim.sh | sudo -E bash -

优化容器镜像。假设已经有一个 Docker 镜像，如一个基于 Python 的 Web 应用。可使用以下命令对镜像进行优化：

1

slim build my/sample-python-app

SlimToolkit 会自动创建一个临时容器，运行动态分析，并生成优化后镜像。优化后的镜像名称会自动加上.slim 后缀，例如：

1

my/sample-python-app.slim

验证优化效果。优化完成后可以使用以下命令查看优化后镜像大小：

1

docker images

SlimToolkit 的优势

1. 自动与智能化：它能够自动识别容器中不必要的部分，并且进行优化，无需开发者手动修改 Dockerfile 或者删除文件。这种自动化不仅节省了时间，还减少了人为错误的可能性。

2. 安全：通过生成 Seccomp 和 AppArmor 的配置文件，SlimToolkit 为容器提供了额外的安全保障。这些配置文件能够限制容器系统调用，防止潜在安全威胁，而无需开发者深入了解安全框架细节。

3. 无缝集成：SlimToolkit 设计目标是无缝集成到现有的开发和部署流程中。它支持多种容器运行时和 CI/CD 工具，能够轻松集成到自动化构建和部署流程中。开发者无需改变现有的工具链或工作流程，即可享受 SlimToolkit 带来的优化效果。

4. 开源：完全开源，社区活跃，有问必答！

Base64 是什么

Base64 是种用 64 个可打印字符来表示二进制数据的编码方法。这 64 个字符含大小写字母各 26 个，还有 10 个数字以及两个符号。

例如，当我们看到一串像 SGVsbG8gV29ybGQh 这样的字符，这就是 Base64 编码后的结果，其实代表了 Hello World！

易于文本传输

在很多网络传输场景中，尤其是早期的网络应用，传输通道主要被设计为传输文本数据。

因为文本数据格式相对简单、统一，而且不容易出现乱码等问题。

而图片是二进制的数据，直接传输二进制数据可能会因为不同系统、不同软件对二进制数据的处理方式不同而出现问题。

Base64 把图片的二进制数据转换成了文本形式。这样一来，通过电子邮件、网页表单等主要以文本传输为主的渠道时，图片就可以顺利跟着文本一起传输了。

比如，在发送带有图片附件的电子邮件，邮件系统会把图片转换成 Base64 格式，然后和邮件的正文一起发送。

接收方收到邮件后，邮件客户端再把 Base64 格式的数据转换回图片，这样我们就能看到图片。

兼容性好

不同的操作系统和不同的软件应用对数据处理方式可能存在差异。Base64 编码后的文本数据在各种平台都能被正确识别和处理。

例如，一个在 Windows 系统上生成的 Base64 编码的图片数据，在 Linux 服务器上也能轻松解码并还原成图片，不用担心因为平台不同而出现数据损坏或者无法读取的情况。

几乎所有的编程语言都有内置的库或者函数来处理 Base64 编码和解码。这使得开发人员在开发涉及图片传输的应用程序时，能够很方便使用 Base64 格式。

比如，在一个基于 Python 的 Web 应用，开发人员可以使用库轻松地将图片文件读取并编码为 Base64 格式，然后通过网络发送给服务器或客户端。

方便在网页中嵌入图片

在网页设计中，如果一个网页中有大量的小图标或小图片，每次加载这些图片都需要发送一个 HTTP 请求。

这不仅会增加服务器的负担，还会影响网页加载速度。

而将这些小图片转换为 Base64 格式后，可以直接将 Base64 编码的数据嵌入到 HTML 或 CSS 文件中。

这样浏览器在加载 HTML 或 CSS 文件的时候，就可以直接读取到图片数据，而不需要单独发送 HTTP 请求去获取图片，从而提高了网页的加载效率。

嵌入 Base64 格式的图片还可以简化网页的结构。不需要在网页文件目录中单独存放这些小图片文件，减少了文件管理复杂性。

对于一些简单的网页应用或前端框架，这种方式非常实用。

安全性的考虑

虽然 Base64 编码不能算是真正的加密方法，但它在一定程度上可起到隐藏信息的作用。

因为对于不了解 Base64 编码的人来说，看到一串 Base64 编码的数据可能不知道它代表的是图片内容。

在一些对安全性要求不是特别高的场景下，可作为一种简单的保护措施。

比如，在一些内部文档分享系统中，把图片转换 Base64 格式传输，可防止非授权用户轻易地获取到原始图片文件。

在某些情况下，直接传输二进制图片文件可能会带来安全风险，如图片文件可能被恶意篡改，包含恶意代码。

将图片转换为 Base64 格式后，这些恶意代码在 Base64 编码文本环境中很难被执行，从而降低安全风险。

缺点

不过，Base64 传输图片也有其缺点。比如，Base64 编码后数据量比原始的二进制图片数据要大，大概会增加百分之三十三左右的大小。

所以在传输大图片或者对带宽要求很高的场景，可能需要权衡下是否使用 Base64 格式。

什么是 DPanel

DPanel 是一款轻量化的 Docker 可视化管理面板，专为简化容器的管理而设计。它提供一套完善的容器管理功能，让用户可通过直观的图形界面轻松管理 Docker 容器，无需深入复杂的命令行操作。

无论是初学者还是经验丰富的开发者，DPanel 都能帮助他们更高效地管理和部署容器。

DPanel 的优势

DPanel 的界面简洁直观，操作简单易懂，即使新手也能轻松上手。

DPanel 提供了丰富功能，涵盖了网站管理的各个方面，能够满足各种用户的需求。

基于容器设计，安装和部署都非常简单。用户无需复杂配置，只需通过简单步骤即可快速启动面板。其简洁直观操作界面让用户能够轻松上手，即使是第一次接触 Docker 的用户也能快速掌握基本操作。

DPanel 与 Docker 官方的兼容性非常好，能够无缝对接 Docker 的各项功能。支持多种操作系统和 Docker 版本，确保用户在不同环境下都能稳定使用。

服务安装

我们可以使用官方提供的集成脚本安装 DPanel。当宿主机没有 Docker 环境时，集成脚本会尝试安装 Docker 环境：

1

curl -sSL https://dpanel.cc/quick.sh -o quick.sh && sudo bash quick.sh

按照提示操作。安装完成后通过浏览器访问面板地址，即可进入管理界面：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45

[DPanel Install Log]: 选择你需要安装的版本 
1. 标准版 (需要绑定 80 及 443 端口)
2. Lite版 (不包含域名转发相关功能)
3. 标准版 (Pro)
4. Lite版 (Pro)
5. Beta版 (内测版本)
输入你要安装的版本编号 [默认: 2]: 1
1. Docker Hub
2. ALiYun
选择镜像源 [默认: 1]: 2
[DPanel Install Log]: 你安装使用的镜像为 registry.cn-hangzhou.aliyuncs.com/dpanel/dpanel:latest 
[DPanel Install Log]: 设置 DPanel 容器名称，更新面板时请配置为当前面板容器名称 
请输入名称 [默认: dpanel]: 
[DPanel Install Log]: 你指定的容器名称为 dpanel 
设置 DPanel 容器挂载目录 [默认: /home/dpanel]: 
[DPanel Install Log]: 您选择的面板容器挂载目录是 /home/dpanel 
设置 DPanel 端口 [默认: 25128]: 
[DPanel Install Log]: 您设置的端口是:  25128 
[DPanel Install Log]: 如果端口已经被占用，请再次执行脚本更换端口后重新安装 
Unable to find image 'registry.cn-hangzhou.aliyuncs.com/dpanel/dpanel:latest' locally
latest: Pulling from dpanel/dpanel
1f3e46996e29: Pull complete 
b6dde5f749cd: Pull complete 
459b8d93d51a: Pull complete 
7d52a0c67d85: Pull complete 
4b97f8a613e7: Pull complete 
1d46bacd0854: Pull complete 
3eac9a9b4fcb: Pull complete 
2c5c0b90bb2b: Pull complete 
4f4fb700ef54: Pull complete 
Digest: sha256:9daa4f411b2bd7845cfd71e747ba2827797ea5fe9e754b8db475541c3700ba01
Status: Downloaded newer image for registry.cn-hangzhou.aliyuncs.com/dpanel/dpanel:latest
d492b83d8c546297836a8735d73f0b3f8943f134065dea4ef5ffff834f028715
[DPanel Install Log]:  
[DPanel Install Log]: =================感谢您的耐心等待，安装、升级已完成================== 
[DPanel Install Log]:  
[DPanel Install Log]: 请使用您的浏览器访问面板，并初始化管理员帐号:  
[DPanel Install Log]: 外部地址:  http://123.116.127.26:25128 
[DPanel Install Log]: 内部地址:  http://192.168.31.187:25128 
[DPanel Install Log]: 如果您使用的是云服务器，请在安全组中打开端口 25128 
[DPanel Install Log]:  
[DPanel Install Log]: 官方网站及文档: https://dpanel.cc 
[DPanel Install Log]: 代码仓库: https://github.com/donknap/dpanel 
[DPanel Install Log]:  
[DPanel Install Log]: ================================================================ 

面板效果

首页概览：

容器管理：

文件管理：

镜像管理：

创建镜像：

系统管理：

数据流向

通过下图可以看出，图片文件保存在主机上，通过转换处理为 WebP 格式文件，经由 CDN 回源并实现访问加速：

问题分析

登录 CDN 管理后台查看其日志，发现出现超时记录。

超时原因一般两种，一种是因线路问题导致回源超时，一种是因主机没有及时返回数据造成。

本地图片经由 WebP 中间件处理，再回源给 CDN 做反代，经查是 WebP 服务突然宕机导致 CDN 未收到响应数据导致超时。

除超时问题外，因无返回数据导致 CDN 响应 404，而服务器设置 404 默认跳转至主站首页，这就导致好多小伙伴频繁刷新页面依然不显示图片。

解决方案

目前已关闭 CDN，流量直接回源至源主机，缺点就是会影响访问的速度。带调试维护后会重新挂上 CDN。

WebP 图片转换是为了减少图片体积，进而减轻带宽压力「轻量级服务器有流量的限制」因此不能暂停使用，已修改其参数，尽量保障响应的成功率。

如之前有访问记录，会留下 404 跳转缓存，需要清理相关数据。

有小伙伴分享了两种清理缓存的方法，需要的小伙伴可以参考操作。

清理缓存

首先进入到浏览器的开发者工具，一般浏览器点击F12即可，进入更多设置，勾选 Disable cache while DevTools is open 项：

或者切换到网络标签页，勾选禁用缓存，刷新页面即可「注意保持开发者工具一直处于开启的状态」

新版界面

新版主页相较老版而言更加简洁，仅包含站点名称及描述信息，还有图片托管数据。最下方是两个功能入口，一个是图片上传的窗口，一个是用户登录的界面：

在上传界面中，可以选择从本地计算机上传图片文件，也可接入到摄影头，拍摄照片后再上传。目前支持访客上传，所有图片会经过审核后存放在服务器：

用户可以通过邮箱、用户名两种方式来登录。目前程序强制要求注册用户进行邮件验证，不能关闭验证。但因 bug 收不到验证信息，所以杜老师提供了一些体验账号用需要的小伙伴们使用：

在用户的仪表盘中可看到当前拥有的存储容量，可以查看图片、相册、分享，可以购买订阅、查看订单，提交工单或申请 API Tokens：

体验账号

体验账号密码统一为 7bu.top，默认容量为 1G。如选择了账号，请在评论区中留下编号，杜老师会根据使用备注信息，避免有小伙伴重复选择账号：

站点地址

公测站点地址如下，点击访问即可。因为公测站点是单线路，与图片外链同线路，所以访问速度较慢，请访问慢的小伙伴耐心等待页面加载：

公测图床

https://test.7bu.top/

公测规则

1. 本站仅供测试使用，请勿用于非法用途；

2. 原去不图床的账号无法在测试平台中使用，请使用提供的体验账号；

3. 如选择好体验账号，请将编号留言至评论区，杜老师会备注信息，方便其它的小伙伴选择；

4. 公测平台预计运营至三月底，届时所有数据将被释放，请勿保存重要数据；

5. 在使用的过程中如发现有任何 bug，欢迎在评论区留言，杜老师会第一时间提交给程序开发者，尽量完善新版图床程序；

6. 最终解释权归杜老师说所有。

报错信息

1
2
3

ERROR render of "page" failed: "/home/runner/work/photo/photo/themes/gallery/layouts/_default/single.html:3:5": execute of template failed: template: _default/single.html:3:5: executing "main" at <partial "gallery.html" .>: error calling partial: partial "gallery.html" timed out after 30s. This is most likely due to infinite recursion. If this is just a slow template, you can try to increase the 'timeout' config setting.
Total in 60412 ms
Error: error building site: render: failed to render pages: render of "page" failed: "/home/runner/work/photo/photo/themes/gallery/layouts/_default/single.html:3:5": execute of template failed: template: _default/single.html:3:5: executing "main" at <partial "gallery.html" .>: error calling partial: partial "gallery.html" timed out after 30s. This is most likely due to infinite recursion. If this is just a slow template, you can try to increase the 'timeout' config setting.

注意：杜老师是通过 GitHub Actions 来部署，逻辑是先准备 Hugo 的运行环境，再根据站点的数据渲染站点文件。在生成站点文件时出现如上错误信息。

解决思路

从错误信息看，Hugo 网站在渲染页面时出现了问题，具体是 gallery.html 这个 partial 文件在执行时超时了，并且怀疑是由于无限递归导致的。

首先检查 gallery.html 中代码。无限递归问题可能是 gallery.html 中调用了自身，或者在调用其它 partial 时形成了循环。仔细检查文件，确保没有递归调用自己或其它可能导致循环的部分。

其次检查数据结构。如果 gallery.html 中依赖某些数据结构，可能是数据结构中存在循环引用。例如，某个对象或者列表在渲染时不断递归调用。

再次增加超时时间。如果确认不是无限递归问题，而是模板渲染确实很慢，可以尝试增加超时时间。在 Hugo 的配置文件中，增加 timeout 配置项，如 timeout = '60000'。

然后优化模板性能。如果模板渲染确实很慢，可能是模板的代码过于复杂。可以尝试优化模板代码，减少不必要循环和复杂逻辑。

接着调试模板。使用 Hugo 的调试工具来逐步检查模板的执行过程。可通过在模板中添加日志输出来帮助调试。

再者检查依赖插件。如果网站使用第三方插件或依赖，可能是插件导致了问题。尝试禁用插件，看看能否解决问题。

最后检查 Hugo 的版本。确保使用的 Hugo 版本是最新的。旧版本可能存在已知的 bug，而新版本可能已修复了这些问题。

报错信息

1
2
3
4
5
6

The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'yum clean packages'.
Error: Transaction test error:
  file /usr/share/doc/ipmitool/ChangeLog from install of ipmitool-1.8.19-1.p01.ky10.x86_64 conflicts with file from package ipmitool-help-1.8.18-19.p02.ky10.noarch
  file /usr/share/doc/ipmitool/README from install of ipmitool-1.8.19-1.p01.ky10.x86_64 conflicts with file from package ipmitool-help-1.8.18-19.p02.ky10.noarch
  file /usr/share/man/man1/ipmitool.1.gz from install of ipmitool-1.8.19-1.p01.ky10.x86_64 conflicts with file from package ipmitool-help-1.8.18-19.p02.ky10.noarch

注意；杜老师执行命令 yum -y update 用户升级所有软件，在升级过程中提示如上错误信息。

解决思路

根据所提供的错误信息，问题在于 ipmitool-1.8.19-1.p01.ky10.x86_64 与 ipmitool-help-1.8.18-19.p02.ky10.noarch 间存在文件冲突。以下是解决此问题步骤，首先移除冲突的包：

1

yum -y remove ipmitool-help-1.8.18-19.p02.ky10.noarch

清理缓存，确保后续操作不会受到旧缓存的影响：

1

yum clean all

在移除冲突包并清理缓存后，重新安装 ipmitool 软件包：

1

yum -y install ipmitool-1.8.19-1.p01.ky10.x86_64

最后，更新系统中所有包，以确保所有的依赖关系都已解决：

1

yum -y update

问题描述

根据监控服务平台数据显示，于 2 月 5 日上午十点左右发生了图床故障，导致所有图床服务「包括去不官网、图片外链、容量兑换」无法访问。

问题出现后很多小伙伴前往本站的评论区留言，反馈图床问题。杜老师收到反馈后，第一时间进行了问题的排查，并尝试了多种修复作业，但因为不在服务器附近，很多操作无法进行，最终只能暂时安抚小伙伴们。

问题原因

杜老师于当日 17 点返京，18 点到达服务器所在地，第一时间确认问题，开始进行修复工作，在短时间内恢复了图床相关服务的正常访问与使用，以减少对小伙伴们影响。

经排查是短期内产生大量的流量，达到家庭版光猫的性能瓶颈，产出较大热量，又因为光猫放置的地点问题，最终导致光猫宕机，影响了数据的正常传输。

解决方案

使用去不图床的小伙伴都很清楚，图床运营成本较大，为了减少成本，杜老师将服务器放置在家里的机柜中，通过家庭网络穿透公网，通过 CDN 反向代理来加速访问。

在重启光猫后，第一时间修正域名解析，在清理 CDN 域名解析缓存后，图床恢复正常。

后续措施

为了避免再次出现类似问题，杜老师已下单企业级的光猫，并选购了半导体制冷器，放置机柜中实现光猫和服务器的降温工作，保障在高流量下的稳定运行。

同时下单了新带宽安装，在双线路下即可保证图床的高速访问，又可防止单线路的故障问题。最后杜老师会尽可能的保障去不图床服务稳定运营，不会出现数据丢失，更不会出现跑路的问题！

感恩有您

蛇年已至，万象更新，愿小伙伴们在新的一年，生活如灵蛇般灵动，事业似祥蛇般腾飞，家庭像暖蛇般温馨。蛇年，愿小伙伴们皆行大运，岁岁顺心如意，年年福满乾坤：

活动细则

今年春节，杜老师想用最传统最有仪式感的方式，把这份心意装进红包里。不是冰冷抽奖程序，而是带着温度「暗号互动」

1 月 28 日「今晚」二十点整准时开启。

输入「杜老师祝蛇年快乐」

100 位锦鲤将获得随机的现金红包。

参与攻略

进入到支付宝，点击首页中的更多：

待页面刷新后，下拉界面，找到理财管理分类，点击红包：

在红包页面中，找到输入框并填写口令，点击确定即可领取红包：

注意不要弄错口令了哦：

温馨提醒

1. 每位小伙伴仅限领一次；

2. 口令有效期 24 小时「截止 1 月 29 日 20 点」

3. 欢迎在评论区晒出领取金额，分享快乐；

4. 活动最终解释权归杜老师说所有，如有雷同，一定是特别的缘分！

关闭原因

长时间无人使用的情况日益突出。同时，平台占用服务器资源也相对较多，这给我们的运营带来了较大压力：

关闭流程

在关闭服务前，我们会对平台上的所有用户数据进行全面备份，包括但不限于用户信息、使用记录、上传的文件等，以保障已托管用户们的数据安全。

在本文发布后，我们将正式关闭 Opengist 开源代码片段分享工具服务，届时将无法再登录平台或者使用相关功能。为提供更充裕的时间进行数据下载和备份，我们会在关闭服务后一段时间内，提供数据下载服务。

数据备份与下载

为了方便获取和保存自己的数据，我们将提供数据备份文件的下载服务。可以通过下方链接进行数据下载：

后续安排

关闭 Opengist 开源代码片段分享工具服务后，我们将对服务器的资源进行优化调整，以更好地支持我们的其它项目和服务。同时，我们也会继续关注用户的需求和反馈，努力提供更加优质的产品和服务。

再次感谢小伙伴们对 Opengist 开源代码片段分享工具的支持与理解。如在数据备份或下载过程中遇到任何问题，欢迎随时留言。

写在前面

杜老师一直想自组个 NAS 主机，但苦于没有找到合适的系统，纠结于 Unraid 还是飞牛。Unraid 要收费，飞牛虽然免费，但很多功能的实现都是依托开源工具。就比如文件同步的功能，如需实现，还要借助第三方工具的。FreeFileSync 是非常好的选择，不仅开源免费，而且功能强大，可以帮助用户轻松完成各种文件同步任务：

什么是 FreeFileSync

FreeFileSync 是款功能强大的文件夹比较和同步软件，旨在帮助用户高效创建和管理重要文件的备份副本。与传统的备份工具不同，FreeFileSync 并不是简单地复制每一个文件，而是通过智能算法，确定源文件夹和目标文件夹之间差异，仅传输必要的数据。这种方法不仅节省了时间和带宽，还大大提高了同步效率：

开源与跨平台优势

FreeFileSync 是一款开源软件，这意味着它的代码是完全开放的，用户和开发者可以自由查看、修改、分发。开源优势在于，社区的力量可以不断优化和改进软件，使其更稳定和安全。此外，FreeFileSync 支持 Windows、macOS 和 Linux 三大主流的操作系统，无论桌面用户还是服务器管理员，都可以在自己的设备上无缝使用：

功能亮点

智能同步：FreeFileSync 的核心功能是其智能同步机制。它能够快速比较两个文件夹内容，识别出哪些文件被修改、删除、新增。用户可根据自己的需求选择同步模式，如单向同步或双向同步。这种灵活性使得 FreeFileSync 适用各种场景，从简单个人文件备份到复杂的多设备同步。

高效备份：对于备份任务，FreeFileSync 提供了多种选项。用户可以设置定时备份计划，确保重要文件定期自动备份。此外，软件支持增量备份，这意味着它只会备份自上次备份以来发生变化部分，从而节省存储空间。这种高效的备份方式对于那些需要频繁备份大量数据的用户来说非常实用。

易于使用：尽管 FreeFileSync 的功能强大，但它界面设计简洁直观，即使是新手用户也可以轻松上手。软件提供详细的教程和帮助文档，帮助用户快速掌握核心功能。此外，FreeFileSync 还支持拖放操作，用户可通过简单的拖放文件夹来设置同步任务，极大地提高了操作效率。

社区支持：作为开源软件，FreeFileSync 拥有一个活跃的社区。用户可以在社区论坛中寻求帮助、分享经验、参与开发。这种社区支持不仅为用户提供及时的技术支持，还为软件的持续改进提供了动力。许多用户反馈的功能和建议都被纳入后续版本的开发中。

适用场景

FreeFileSync 适用各种文件管理和备份场景。对于个人用户来说，它可用来备份重要文件，例如照片、文档、视频。对于企业用户，FreeFileSync 可帮助他们实现服务器之间的数据同步，确保数据的一致性和安全性。此外，FreeFileSync 还可以用于多设备之间的文件共享，例如在家庭网络中同步不同设备上的文件：

下载地址

杜老师为了方便小伙伴下载，已经打包好 14 版本的软件包。下面是 Windows、macOS 和 Linux 三大主流操作系统安装包：