网站资料 · 技术情报 · 相似站点

dev.yorhel.nl

暂未发现付费内容
访问网站
站内浏览 1 次 访问跳转 1 次 正常
Yorhel’s Projects 首页完整截图

快速了解

分类
编程开发
语言
未知
付费内容信号
暂未发现付费内容已观察
注册年份
2005
主机
FranTech Solutions推测
HTTPS 证书信任
通过已观察
最后更新

AI 生成的网站测评

AI 生成

本测评由 AI 根据公开资料生成,未经逐项人工核实;域名、证书等事实以本页采集数据为准。

Yorhel's Projects 是什么网站?

Yorhel’s Projects 是开发者 Yorhel 的个人项目主页,汇集他利用业余时间开发并参与的自由及开源软件项目,同时发布各项目的版本更新公告。

网站用途

  • 项目入口:为每个项目提供主页与更新日志(Changelog)的跳转,方便查看版本变化。
  • 发布公告:以时间线形式列出各项目的发布记录,例如 2026-01-10 的 FU 1.4、2025-10-24 的 ncdu 2.9.2。
  • 了解作者工作:页面自述其定位是存放个人开源项目的“小网站”,适合想追踪这些工具演进的人。

主要项目与适用场景

项目 资料中体现的用途 适合谁
ncdu 磁盘用量分析工具,2.9 加入 --delete-command 选项,并改进文件删除确认窗口的可访问性 需要在终端清理磁盘空间、关注无障碍体验的用户
FU Perl Web 开发框架,1.0 起进入“稳定”阶段,后续版本持续加固 JSON/URI 校验、Postgres 参数处理等 用 Perl 构建 Web 应用、重视安全加固的开发者
TUWF 已被 FU 取代,2025-04-25 的 1.6 版后进入维护模式 仍在维护旧 TUWF 项目的开发者,新项目应转向 FU

选择条件

  • 想找具体工具:先看公告里的项目名,再进对应 Homepage 和 Changelog 确认版本与修复内容。
  • 关注某项目是否活跃:公告时间线能直接反映近期发布节奏,例如 ncdu 在 2025 年多次发布小版本修复。
  • 评估技术栈迁移:TUWF 已明确进入维护模式并由 FU 接替,资料中这一说明可作为选型参考。

ncdu 和 FU 分别是什么工具,适合在什么场景下使用?

ncdu 和 FU 都出自 Yorhel 的个人项目站,但定位完全不同:ncdu 是磁盘用量分析工具,FU 是作者自用的 Perl Web 开发框架。

ncdu:终端里的磁盘空间分析器

ncdu 用于查看目录和文件占用了多少磁盘空间,适合在服务器或本地终端里快速找出“空间被谁吃了”。

  • 用途:扫描目录、按大小排序展示、交互式浏览,并支持删除文件。资料中的版本更新提到 --delete-command 选项、二进制导入导出、删除确认窗口的无障碍改进,以及 --graph-style 等参数。
  • 典型场景:远程服务器磁盘告警时,SSH 登录后用 ncdu 定位大文件或大目录;本地清理下载目录、日志目录;需要把扫描结果导出后在其他机器上分析。
  • 选择条件:想要一个轻量、无需图形界面、能直接在终端里删文件的工具,ncdu 很合适。它有两个版本线:1.x 和 2.x,2.x 持续更新,1.22 仍在做部分功能回移。

FU:作者的 Perl Web 开发框架

FU 是 Yorhel 开发的 Perl Web 框架,定位是替代他此前的 TUWF。资料显示 TUWF 已于 2025 年 4 月进入维护模式,明确“被 FU 取代”。

  • 用途:搭建 Perl 后端 Web 应用,包含数据库(FU::Pg)、FastCGI 模式、JSON/URI 解析、XML 序列化、输入验证等模块。1.0 于 2025 年 5 月发布,此前已在生产环境使用;后续版本持续加入安全加固,比如查询构建器的标识符引用、拒绝 JSON 中的转义控制字符、拒绝序列化 Perl 引用到 XML。
  • 典型场景:熟悉 Perl、想用轻量框架写 Web 服务或内部工具的开发者;原本使用 TUWF、需要迁移到后续框架的项目。
  • 选择条件:如果你不写 Perl,FU 基本不在考虑范围内;它更像作者为自己项目打磨的框架,不是面向大众的通用生态型框架。

怎么选

需求 适合的工具
查磁盘占用、清理服务器空间 ncdu
用 Perl 开发 Web 应用 FU
正在用 TUWF 并考虑后续方案 关注 FU,TUWF 已进入维护模式

例如需要在一台磁盘快满的 Linux 服务器上找出大文件,装 ncdu 后直接运行扫描即可;而如果是在维护一个 Perl 写的 Web 服务,FU 的更新日志更值得跟进,尤其是它的安全加固和 Postgres 绑定参数处理变化。

如何在 Linux 上用 ncdu 的 --delete-command 参数安全地删除文件?

--delete-command 是 ncdu 2.9 引入的选项,作用是把 ncdu 界面里触发的“删除”动作交给外部命令执行,而不是用 ncdu 内置的删除逻辑。这样你可以先让命令做一层校验或走回收站,再真正删除。资料只确认该版本“新增 --delete-command 选项并改进文件删除确认窗口的可访问性”,没有给出参数语法细节,以下为通用做法,具体写法以你安装版本的 ncdu --help 和手册为准。

它适合谁、用在哪

  • 在服务器上清理大目录,但担心误删关键文件:把删除动作交给一个先检查路径、记录日志再删除的脚本。
  • 希望删除先进回收站或先备份:用命令把目标移到指定目录,而不是直接 unlink。
  • 多人共用机器:让删除命令统一记录操作者和时间,便于事后追溯。

安全使用的思路

  1. 先写一个包装脚本,例如只允许删除指定前缀下的路径,拒绝 /etc、/home 等敏感位置,并把每次删除写入日志。
  2. 在脚本里先做 dry-run:打印将要删除的路径,确认无误后再执行真实删除。
  3. 用 ncdu 打开目标目录,按确认窗口逐项删除,观察脚本输出是否符合预期。
  4. 首次使用先在小范围测试目录上验证,再用于生产数据。

选择条件

需求 建议
只想快速删大文件 内置删除即可,不必用 --delete-command
需要审计或二次确认 用包装脚本 + 日志
需要可恢复 命令改为移动到回收站目录,定期清理

ncdu 项目主页在 Yorhel’s Projects,更新日志里能看到 2.9 的这项改动;安装后执行 ncdu --help 可确认本机版本是否支持该参数。

TUWF 和 FU 是什么关系,现有 TUWF 项目要不要迁移到 FU?

TUWF 已被 FU 取代。按 Yorhel’s Projects 的公告,TUWF 1.6 发布时已进入维护模式,原因正是“已被 FU 取代”;FU 则从 0.5 逐步修到 1.0“稳定版”,并持续发布 1.1–1.4。两者是同一作者的前后两代 Web 开发框架,不是并行互补的两个项目。

什么情况下可以考虑迁移

  • 现有 TUWF 项目仍能正常运行、近期没有大改需求:可以先不迁,但要知道 TUWF 只处于维护状态,新功能和新修复不会像 FU 那样持续投入。
  • 准备新开项目,或正好要对老项目做较大重构:优先选 FU,避免从一个已进入维护期的框架起步。
  • 在意安全加固和长期维护:FU 1.1 加入了查询构建器的标识符引用、拒绝 JSON 中的转义控制字符、写入 XML 时拒绝序列化 Perl 引用等加固项;1.3 又把 UTF-8 校验和控制字符检查整理进 Validation 模块。这类持续演进是迁移的现实理由。
  • 项目重度依赖 TUWF 的既有写法、迁移成本高:把迁移当成独立任务排期,而不是顺手切换;先对照 FU 的变更日志逐项确认 API 差异,尤其是 FU 1.4 中 FU::Pg 的 q()/Q() 方法改名这类会直接影响代码的改动。

选择条件

你的情况 建议
老项目稳定、改动少 暂留 TUWF,接受维护模式
新项目 直接用 FU
老项目要大改或重视安全加固 规划迁移到 FU
迁移人力有限 先迁关键模块,参考 FU 各版本变更日志

例如需要判断迁移工作量时,可从 FU 0.5 到 1.4 的变更日志入手,重点看数据库层方法改名、校验行为和错误处理的变化,再决定是一次性迁移还是分阶段替换。

FU 在 Postgres 参数绑定和 JSON 解析上做了哪些安全加固?

FU 在 Postgres 参数绑定和 JSON 解析上的安全加固,集中在几个版本里逐步加入,主要围绕“拒绝可疑输入”和“避免把 Perl 内部结构意外序列化出去”。

Postgres 参数绑定

  • 拒绝非布尔外观的绑定值:FU 1.2 明确“Reject non-boolean-looking values in Postgres bind parameters”,即绑定布尔参数时,只接受看起来像布尔的值,避免把含义模糊的字符串悄悄送进查询。
  • 查询构造器中的标识符引用:FU 1.1 加入 identifier quoting in the query builder,对表名、列名等标识符做引用处理,降低拼接 SQL 时因标识符未转义带来的注入风险。这是查询构造层面的加固,与参数绑定配合使用。

JSON 解析与序列化

  • 拒绝转义的控制字符:FU 1.1 在 JSON 解析中“reject escaped control characters”,不允许用 \u 转义形式夹带控制字符,减少解析结果中出现不可见字符导致的后续处理歧义。
  • 控制字符校验移入 Validation 模块:FU 1.3 把“检查控制字符”从 JSON/URI 解析函数中移出,统一放进 Validation 模块,同时改进 UTF-8 校验。效果是解析函数不再各自做零散检查,校验逻辑更集中、更一致。
  • 拒绝 Perl 引用序列化进 XML:FU 1.1 还加入“refuse to serialize Perl references when writing XML”,防止把 Perl 内部引用结构当成数据写进 XML 输出,属于输出侧的类型加固。

怎么理解这些改动

这些加固的共同思路是:在数据进入查询或解析器时尽早拒绝“看起来合法但语义可疑”的输入,而不是等到下游出错。例如需要把用户提交的 JSON 或表单值绑定到 Postgres 布尔字段时,FU 1.2 的行为会直接拒绝 "yes"、"1" 这类非布尔外观的值,迫使调用方显式转换,减少类型混淆。

如果项目还在用 TUWF,资料显示它已进入维护模式并被 FU 取代;关注安全加固的话,迁移到 FU 1.2 及以上版本才能覆盖上述 Postgres 绑定与 JSON 校验的改动。

ncdu 导出的二进制格式数据怎样导入和导出?

ncdu 的二进制格式导出/导入用于把一次扫描结果存成文件,之后直接查看或跨机器分析,不必重新扫描磁盘。Yorhel's Projects 的更新记录显示,2.9 版修复了旧 Linux 内核上的二进制导入问题,2.8.1 修复了导出时的整数溢出,说明该功能已被持续维护。

导出

在 ncdu 浏览界面中按 e,选择导出格式为二进制(binary),指定文件名即可;也可用 ncdu -o 文件名 在扫描完成后直接写出。二进制导出保留完整目录树和各项统计,适合后续导入,不适合人工阅读。

导入

用 ncdu -f 文件名 读取导出的二进制文件,进入与实时扫描相同的浏览界面,可排序、切换显示项、删除文件(删除会作用于实际文件系统,操作前确认目标机器)。也可用 ncdu -f 文件 -e 再导出为其他格式。

使用场景与注意点

  • 在服务器上扫描后导出,拷回本地用 ncdu -f 分析,避免在服务器上长时间交互。
  • 定期导出留档,比较不同时间点的磁盘占用变化。
  • 二进制格式与 ncdu 版本相关:用旧版本导出的文件在新版本上一般可读,反向不一定;跨机器使用时尽量保持版本接近。
  • 导入只还原扫描时的快照,不反映之后的变化;需要最新数据仍要重新扫描。

例如需要在无图形界面的远程主机上排查大目录,可先在主机上 ncdu -o /tmp/scan.bin /,再把文件取回本地用 ncdu -f scan.bin 慢慢查看。

如何在 Yorhel's Projects 查看项目更新与变更日志?

打开 dev.yorhel.nl 首页,向下滚动到 Announcements 区域即可看到按日期倒序排列的发布公告。每条公告写明项目名、版本号和主要改动,并附 Homepage 与 Changelog 两个链接:前者进入项目主页,后者直接查看该版本的完整变更记录。想了解某个项目最近改了什么,按项目名在公告列表中定位最新一条,再点 Changelog 即可。

首页公告的结构

Announcements 是站点唯一的更新入口,没有单独的“新闻”或“博客”页面。每条公告的固定格式为:

  • 日期:如 2026-01-10,越新的越靠前
  • 项目名与版本:如 FU 1.4 released、ncdu 2.9.2 released
  • 一句话摘要:说明本次发布的核心改动
  • Homepage:项目主页链接
  • Changelog:该版本变更日志链接

摘要只覆盖重点,完整改动需要点进 Changelog 查看。

按项目追踪版本

公告按时间混排所有项目,因此追踪单个项目时,用项目名做关键词在页面内查找更快。以资料中出现的两个主要项目为例:

项目 资料中可见的最新公告 该条公告提到的改动
FU 2026-01-10,FU 1.4 重命名 FU::Pg 中的 q() 和 Q() 方法;改进 FastCGI 模式下 EPIPE 错误的处理;其他小修复
ncdu 2025-10-24,ncdu 2.9.2 修复用 Zig 0.15.2 编译时可能出现的挂起问题

更早的版本同样以公告形式保留在列表中,例如 ncdu 2.9(2025-08-16)新增 --delete-command 选项、修复旧版 Linux 内核上的二进制导入问题,并改进文件删除确认窗口的无障碍性。需要回溯某次改动从哪个版本引入时,沿公告列表往下找对应版本即可。

阅读 Changelog 的注意点

  • Changelog 是逐版本记录,点开后可对照公告摘要确认具体函数、选项或行为的改动细节。
  • 公告摘要可能省略次要修复。例如 FU 1.4 的摘要写“其他小修复”,实际内容需以 Changelog 为准。
  • 项目状态变化也会出现在公告里。TUWF 1.6(2025-04-25)的公告说明该项目已进入维护模式,由 FU 取代;这类信息只在公告正文中出现,不在项目主页的版本号上体现。

常见卡点

  • 找不到“全部更新”汇总页:站点没有独立更新页,Announcements 就是全部来源,只能靠页面内查找或逐条浏览。
  • 把 Homepage 当成更新页:Homepage 指向项目自身页面,版本历史以 Changelog 链接为准。
  • 误以为公告只列最新版本:列表保留了多个历史版本,向下滚动可看到更早的发布记录。
Yorhel's Projects 是什么网站?

Yorhel's Projects(dev.yorhel.nl)是开发者 Yorhel 的个人项目主页,用来展示他利用业余时间开发并贡献的自由及开源软件。网站本身不提供在线工具或账号服务,主要价值是作为各项目的入口:从首页的公告列表可以了解版本更新,再通过每个项目旁的 Homepage 和 Changelog 链接进入项目主页与更新日志。

网站内容范围

根据首页信息,站点汇总了作者多年参与的开源项目,并以公告形式记录发布动态。公告中反复出现的项目主要有:

项目 类型 公告中体现的近期动态
ncdu 磁盘用量分析工具 2.9.2(2025-10-24)、2.9.1、2.9、2.8.2、2.8.1、2.8、1.22 等多个版本
FU Web 开发框架(Perl) 1.4(2026-01-10)、1.3、1.2、1.1、1.0、0.5
TUWF Web 开发框架 1.6(2025-04-25),已进入维护模式,由 FU 接替

公告条目通常包含版本号、发布日期、改动摘要,以及 Homepage 和 Changelog 两个链接。例如 ncdu 2.9 的公告提到新增 --delete-command 选项、修复旧版 Linux 内核上的二进制导入问题,并改进文件删除确认窗口的可访问性;FU 1.1 的公告则列出查询构建器中的标识符引用、拒绝 JSON 中转义控制字符等加固特性。

适合谁看

  • 想找具体工具的人:如果你在找 ncdu 这类磁盘用量分析工具,可以从公告进入项目主页获取版本与文档入口。
  • 关注 Perl Web 框架的开发者:FU 与 TUWF 的公告能帮助你判断项目活跃度和迁移方向——TUWF 已明确进入维护模式,新项目可考虑 FU。
  • 想了解作者作品全貌的人:首页公告按时间倒序排列,能快速看到作者近一年的发布节奏。

使用时的注意点

网站是静态信息页,公告只给摘要,具体安装方式、参数说明和完整变更需要点进对应项目的 Homepage 或 Changelog 查看。公告中的版本号和日期是判断项目是否仍在维护的直接依据;如果某个项目长期没有新公告,说明其更新可能已经放缓。站点未提及任何付费或登录要求,访问公告和项目链接不需要账号。

Yorhel's Projects 中 FU 和 TUWF 是什么关系?

FU 是 TUWF 的继任者。根据 dev.yorhel.nl 的公告,TUWF 1.6 于 2025-04-25 发布后进入维护模式,原因正是“已被 FU 取代”;FU 则在 2025-05-11 发布 1.0 首个稳定版,此后继续迭代到 1.4。两者都是 Yorhel 用于 Perl Web 开发的库,但项目阶段不同:新项目应看 FU,仍在维护旧代码的才需要关注 TUWF。

两者的定位与时间线

维度 TUWF FU
类型 Perl Web 开发库 Perl Web 开发库,TUWF 的后继项目
当前阶段 1.6 起进入维护模式 活跃开发,已发布 1.0 稳定版并持续更新
关键节点 2025-04-25 发布 1.6,公告明确“已被 FU 取代” 2025-05-11 发布 1.0;2025-09-04 发布 1.3;2026-01-10 发布 1.4
适合谁 维护已有 TUWF 项目的开发者 新项目,或准备从 TUWF 迁移的开发者

“维护模式”意味着 TUWF 不再作为主要发展方向,公告也把 1.6 描述为积压两年的修复与功能集中发布。FU 的 1.0 公告则说明它“已在生产环境使用一段时间”,这是它被称为首个稳定版的依据。

FU 在 1.0 之后补了什么

从公告看,FU 的迭代重点在健壮性和安全性,而不是大改接口:

  • 1.1(2025-06-07):增加多项加固特性,包括查询构建器中的标识符引用、JSON 中拒绝转义控制字符、写 XML 时拒绝序列化 Perl 引用。
  • 1.2(2025-07-06):Postgres 绑定参数中拒绝非布尔外观的值,改进启动时的进程名更新。
  • 1.3(2025-09-04):改进 UTF-8 校验,把控制字符检查从 JSON/URI 解析函数移到 Validation 模块。
  • 1.4(2026-01-10):重命名 FU::Pg 中的 q() 和 Q() 方法,改进 FastCGI 模式下 EPIPE 错误的处理。

这些变化说明 FU 仍在调整细节,升级时值得读对应 Changelog,尤其是 1.4 的方法重命名,可能影响已有调用代码。

怎么选

  • 新项目:直接用 FU。TUWF 已进入维护模式,公告明确其被 FU 取代。
  • 已有 TUWF 项目:可以继续运行,但新功能和安全改进只会出现在 FU 侧;是否迁移取决于项目对上述加固特性的需求。
  • 评估迁移成本:先看 FU 1.0 到 1.4 的 Changelog,重点确认查询构建器、Postgres 参数绑定和 FastCGI 相关行为是否与现有代码兼容。

两个项目的入口都在 Yorhel's Projects 首页,公告中分别链接了各自的 Homepage 和 Changelog,可据此核对版本与变更细节。

Yorhel's Projects 上的 ncdu 是什么工具?

ncdu 是 Yorhel 开发并维护的一款磁盘使用情况查看工具,托管在 dev.yorhel.nl(Yorhel's Projects)上。它适合需要在终端里快速找出“哪个目录、哪个文件占空间”的用户。根据站点公告,ncdu 目前有 1.x 和 2.x 两条版本线,近期更新集中在 2.9 系列,新增了 --delete-command 选项,并修复了旧 Linux 内核上的二进制导入问题、改进了文件删除确认窗口的可访问性。

它解决什么问题

磁盘空间被占满时,逐层执行 du 往往要反复切换目录、输出也很长。ncdu 把目录占用情况做成可交互的界面,让你在同一屏里浏览各目录大小,并直接进入下一层查看。它属于终端工具,适合在服务器或本地 shell 中使用,不需要图形界面。

近期版本变化

站点公告记录了 ncdu 的发布节奏,与选型和使用直接相关的有:

版本 时间 主要变化
2.9 2025-08-16 新增 --delete-command 选项;修复旧 Linux 内核上的二进制导入;改进文件删除确认窗口的可访问性
2.9.1 2025-08-21 支持用 Zig 0.15 构建
2.9.2 2025-10-24 修复用 Zig 0.15.2 编译时可能出现的挂起
2.8 2025-03-05 支持在配置文件中忽略错误;--help 列出全部支持的选项;1.22 同期回移了 --graph-style
2.8.1 2025-04-28 修复 fstatat() 返回意外错误码时可能崩溃、导出二进制格式时可能整数溢出
2.8.2 2025-05-01 修复 MacOS 上的构建错误

从这些记录可以看出两点:2.x 是当前活跃维护的版本线,1.x 主要做少量回移;如果你在用 Zig 构建,2.9.1 及以上才支持 Zig 0.15。

怎么选版本

  • 新部署或希望用到 --delete-command、更好的删除确认窗口可访问性,选 2.9 系列。
  • 在 MacOS 上构建,至少用 2.8.2,避免已知构建错误。
  • 使用 Zig 0.15 工具链,选 2.9.1 或 2.9.2;其中 2.9.2 针对 Zig 0.15.2 的挂起问题做了修复。
  • 仍在用 1.x 且不想大改,可关注 1.22 这类回移版本,但它不会获得 2.x 的新选项。

使用前需要知道的前提

公告只说明了版本与修复内容,没有给出安装方式、具体命令语法或平台支持清单。实际使用前,建议从项目主页和 changelog 确认当前版本的构建要求(例如 Zig 版本)以及 --delete-command 的参数形式,再决定是否在重要目录上启用删除相关功能。删除确认窗口的可访问性改进说明该操作有确认环节,但仍建议先在测试目录验证行为。

同站其他项目的关系

Yorhel's Projects 上还托管 FU、TUWF 等 Perl 相关项目。公告显示 TUWF 1.6 发布后已进入维护模式,由 FU 取代。这与 ncdu 无直接依赖关系,选型时不必把两者混在一起考虑;ncdu 是独立的磁盘使用工具,按上面的版本条件选择即可。

Yorhel's Projects 上有哪些主要开源项目?

Yorhel's Projects(dev.yorhel.nl)是开发者 Yorhel 的个人项目主页,集中展示他利用业余时间开发并贡献的自由及开源软件。根据网站公告,站内最活跃的两个项目是磁盘用量分析工具 ncdu 和 Perl 开发库 FU;此外还有已进入维护模式的 Web 框架 TUWF。每个项目都配有独立首页和变更日志,方便查看版本历史与下载入口。

ncdu:终端磁盘用量分析工具

ncdu 是站点上更新最频繁的项目,从公告看已迭代到 2.9.2 版本。它是一款在终端中运行的磁盘空间分析工具,适合在服务器或本地命令行环境中快速定位占用空间较大的目录和文件。

从近期版本公告可以归纳出几条对使用者有实际意义的信息:

  • 2.9 版本新增 --delete-command 选项,并改进了文件删除确认窗口的无障碍访问体验,同时修复了旧版 Linux 内核上的二进制导入问题。
  • 2.8 系列修复了 macOS 上的构建错误、fstatat() 返回意外错误码时可能崩溃的问题,以及导出二进制格式时可能的整数溢出。
  • 1.22 与 2.8 增加了在配置文件中忽略错误的能力,并在 --help 中列出所有支持的选项。
  • 2.9.1 和 2.9.2 主要是构建兼容性修复,例如支持 Zig 0.15 构建、修复 Zig 0.15.2 编译时可能出现的挂起。

适用条件:如果你需要在无图形界面的环境中排查磁盘占用,ncdu 是直接可用的选择;若使用较新的 Zig 工具链自行编译,建议直接采用 2.9.2 以避免已知挂起问题。

FU:Perl 开发库

FU 是站点公告中另一个高频出现的项目,已发布 1.0 至 1.4 多个版本。从变更内容看,它是一套面向 Perl 的开发库,涉及数据库(FU::Pg)、FastCGI 模式、JSON/URI 解析与校验、XML 序列化等能力。

公告中值得注意的演进方向:

  • 1.0 被标注为第一个“稳定”版本,此前已在生产环境使用一段时间,包含大量调试改进和缺陷修复。
  • 1.1 增加了多项加固特性:查询构建器中的标识符引用、拒绝 JSON 中的转义控制字符、写入 XML 时拒绝序列化 Perl 引用。
  • 1.2 拒绝 Postgres 绑定参数中非布尔外观的值,并改进启动时的进程名更新。
  • 1.3 改进 UTF-8 校验,将控制字符检查从 JSON/URI 解析函数移入 Validation 模块。
  • 1.4 重命名 FU::Pg 中的 q() 和 Q() 方法,改进 FastCGI 模式下 EPIPE 错误的处理。

适用条件:FU 适合使用 Perl 构建 Web 服务并需要数据库访问、请求校验等基础能力的开发者。由于 1.4 重命名了方法,从旧版本升级时需要检查代码中对 q()/Q() 的调用。

TUWF:已进入维护模式的 Web 框架

TUWF 1.6 于 2025 年 4 月发布,公告明确说明该项目已进入维护模式,因为它已被 FU 取代。该版本包含在 git 仓库中积压两年的修复和功能。

选择建议:新项目应优先考虑 FU;仅在维护依赖 TUWF 的既有代码时,才需要关注 TUWF 的更新。

如何获取各项目

站点本身不集中提供下载页,而是通过每条公告链接到对应项目的独立首页和变更日志。实际操作路径是:在公告条目中找到目标项目与版本,点击 “Homepage” 进入项目主页获取源码或安装说明,点击 “Changelog” 查看完整变更记录。公告按日期倒序排列,最新条目为 2026-01-10 的 FU 1.4 发布。

需要注意,现有资料未提及这些项目的授权条款细节、安装包分发方式或付费/登录限制,具体使用条件应以各项目主页为准。

网站信息概览

依据当前可见线索,多年域名记录配合专业 DNS 或边缘网络,可能反映出持续的基础设施管理,服务中断和临时变更的概率相对更低。从公开技术信号来看,搜索摘要与社交预览缺少足够控制信号,可能导致不同平台对同一页面生成不一致的文案或图片。

域名与注册信息

域名最早登记于 2005 年,注册历史相对较长。域名使用常见的 .nl 通用顶级域。

DNS 与邮件配置

从公开技术信号来看,名称服务器由 blicky.net 提供,使用专业 DNS 托管。综合当前可观察字段,MX 记录使用 blicky.net 企业邮箱服务。DNS 中存在证书颁发授权记录。该主机名未使用别名记录。已确认 SPF 与 DMARC 配置;DKIM 配置状态未知。

TLS 与证书

公钥算法为 EC,密钥长度 384 位。TLS 握手提供了完整的证书链数据。证书可验证域名控制权,但现有数据不能确认组织身份。从公开技术信号来看,HTTPS 使用 Let's Encrypt 的自动化证书。该证书有效期约 89 天,剩余 73 天。

HTTP 响应

当前已配置 1/6 项,缺项为 CSP、X-Content-Type-Options、Referrer-Policy、Permissions-Policy、点击劫持防护。未发现 X-Powered-By,后端框架信息未通过该字段公开。未在响应头中发现明显的内部地址或调试信息。服务端仅返回软件名称 nginx。未从响应字段识别出常见 CDN 或 WAF。

技术栈分析

从公开技术信号来看,从页面与响应特征看,站点采用了 nginx;未见明确版本信息,这在一定程度上减少了版本定向探测线索。

SEO 与社交分享

页面缺少描述标签,搜索平台可能自行截取正文。当前元数据缺少 Canonical。社交分享时平台需要自行提取页面内容。首页已设置标题,长度适中。当前首页面向常规搜索抓取开放。

主机和电子邮件

DNSblicky.net
主机FranTech Solutions
电子邮件blicky.net
IP 地理位置(推测,CDN 或代理可能与源站不同) Switzerland 国旗Switzerland 推测 104.244.79.230

域名登记事实

RDAP / WHOIS

注册商RegistrarHub
注册时间2005-10-31
到期时间未知
域名状态active
名称服务器ns1.blicky.net、ns2.blicky.net
DNSSECunsigned

DNS 记录

DNS

类型名称值TTL优先级
Adev.yorhel.nl104.244.79.2303600—
AAAAdev.yorhel.nl2605:6400:30:f3ec:b826:9d00:7112:47d23600—
MXyorhel.nlmx1.blicky.net360010
MXyorhel.nlmx2.blicky.net360010
NSyorhel.nlns1.blicky.net3600—
NSyorhel.nlns2.blicky.net3600—
TXTyorhel.nlv=spf1 include:authsmtp.com include:soverin.net -all3600—
CAAyorhel.nl0 issue "letsencrypt.org"3600—
CAAyorhel.nl0 issuewild ";"3600—
DMARC_dmarc.yorhel.nlv=DMARC1; p=reject; adkim=r; aspf=s; sp=reject3600—

TLS 与证书

TLS / SSL

定性结果配置正常
支持协议TLSv1.2、TLSv1.3
协商协议TLSv1.3
证书主题dev.yorhel.nl
颁发者Let's Encrypt
有效期至2027-01-11T06:32 · 记录时剩余 73 天
验证事实证书信任:通过 · 域名匹配:通过

HTTP 响应标头

HTTP

标头值
content-typetext/html; charset=utf-8
servernginx
strict-transport-securitymax-age=63072000; includeSubdomains; preload

已识别技术

nginx

页面、搜索与分享信息

页面描述未检测到
规范链接未检测到
语言未知(默认)
Twitter Card未检测到

未知

所有爬虫 0 条允许 · 3 条禁止
  • 禁止/guestbook
  • 禁止/guestbook.html
  • 禁止/guestbook/

暂未发现 Sitemaps

用户评价(0)

  • 暂无评价。