LOGO
首页 网站广场 站长动态 活跃度榜 审核查询 逛逛好站 留言交流 提交申请 关于本站

站长动态

站长动态所展示的是已加入好站网成员站长所撰写的文章
共同步 634 篇博文
(每2小时更新一次)
一叶竹
入驻不足1年
一个错误的决定,一座伤心的城市。
很久没有更新博客了,不知道还有人关注我没?哈哈。2024——2025年发生了很多事情,我想写下来,但每每点开博客,心却久久不能平静。疲惫,难过,愤怒,疼痛等一堆的DeBuff,让我不得不放下手机...
小十
入驻不足1年
河南博物院两小时纪行:中篇
接《 河南博物院两小时纪行:上篇 》。 在看过史前文明到春秋战国的青铜重器之后,我进入了第五展厅,迎面而来的是秦汉魏晋的大一统气象,随后便是隋唐的盛世繁华与宋代的文人雅趣。这一部分的展品色彩明显丰富了起来,从青铜的幽冷转向了陶俑的生动与瓷器的温润。 第五、六展厅 帝国霸业——秦汉魏晋南北朝时期 公元前 221 年 ~ 公元 581 年 第五展厅:公元前3世纪,秦统一六国,推行郡县制,河南独占7郡,成为大秦帝国的辅弼之地。汉代,刘邦封彭越为梁王,后梁孝王刘武经营睢阳(今商丘永城),留下了芒砀山梁王陵的惊世宝藏。 东汉定都洛阳,随后的曹魏、西晋、北魏晚期均以此为都。洛阳、南阳(南都)、许昌(魏五都之一)作为当时的政治中心,见证了汉魏之际的风云变幻与民族融合。 第六展厅:汉代庄园经济发达,手工业和科技(冶铁、造纸、纺织、制瓷、天文)领先世界。丝绸之路的开通让中原成为商贸中心。而到了魏晋南北朝,频繁的战争与迁徙促进了空前的民族大融合。 第五展厅入口 26-1-14 · 50mm · f/1.8 · 1/50s · ISO1000 · ILCE-7CM2 第六展厅入口 26-1-14 · 50mm · f/1.8 · 1/80s · ISO1000 · ILCE-7CM2 🌟 镇院之宝——四神云气图壁画 四神云气图壁画:西汉(公元前 206 - 公元 25 年),永城市保安山梁共王陵出土。
山野愚人居
入驻不足1年
武汉新天地周末随记
周末难得闲暇,天气也正好,一家人一拍即合,决定出门走走。目的地选在了武汉新天地——听说那里美食云集,小店精致,很适合消磨一个悠闲的下午……
小十
入驻不足1年
河南博物院两小时纪行:上篇
前言 从 2017 年在郑州参加工作以来,这已是我第三次进入河南博物院。 第一次是在 2018 年 1 月 10 日,那是刚入职不久,跟室友一同前往;第二次是在 2023 年 3 月 12 日,与刘子豪同行,可惜那次未曾留存影像。 时间来到 2026 年 1 月 14 日,周三。突发奇想,决定独自再去一趟。理由有三: 其一, 这两年每到一个新城市,总习惯查阅当地博物馆信息,然而多次因节假日预约爆满而未能如愿参观。回过头想,河南博物院就在身边,却鲜少静下心来细看。 其二, 周末的省博游客多,体验欠佳。周内工作日虽没大块时间,但利用午休的空档,省去午饭,便能挤出两个多小时的完整时间。 其三, 前两次参观没有留存照片,脑海中留下的印象已经模糊,这次特意拍了一些展品。 当天中午预约了 12 点后的场次。12 点整到门口时,出租车已排起长龙,院内停车场告罄。无奈绕行至对面停车场,恰逢周边学校午间放学,拥堵不堪,耽误许久才停好车。 博物院主楼:金字塔造型 26-1-14 · 50mm · f/1.8 · 1/4000s · ISO64 · ILCE-7CM2 说起这主展馆主题建筑的造型,是以登封元代古观星台为原型,艺术演绎成了“戴冠的金字塔”造型。冠部为方斗形,上扬下覆,取上承“甘露”、下纳“地气”之意,寓意中原为华夏之源,融汇四方。设计者东南大学建筑研究所齐康教授在《中原之气》一文中介绍,主体建筑蕴含了中国古文化中地处“天中地心”和“天圆地方”的概念,也有“会宇宙之气,聚天地之灵”的内涵。冠部四周分别镶嵌四神图案(即朱雀、玄武、青龙、白虎),表示古天文学中东西南北四个方位的天象星座。
山野愚人居
入驻不足1年
谁在偷听我的电话?一次“AI速记”引发的隐私困惑
昨天中午,我给银行打电话咨询业务,通话一分多钟时,手机突然弹出一个提示界面,说可以使用“AI速记”。因为正在通话中,也没多想,就顺手忽略了。电话挂断后,我却收到了中国移动发来的一条短信,里面附带一个链接……
小十
入驻不足1年
n8n实现Misskey向Mastodon、GoToSocial及Memos的多端同步
前言 25年下半年,我才第一次接触联邦宇宙的概念。 以下摘自 联邦宇宙 - 维基百科,自由的百科全书 : 联邦宇宙(英语:Fediverse,简称Fedi)在英文中是“联邦”(Federation)和“宇宙”(Universe)的混成词。 联邦宇宙由一系列自由软件组成,有一组互联的服务器(用户自建或第三方托管),一起提供网络发布(如社交媒体、微博、博客或者网站)或者文件托管功能。 虽然各个服务器是独立运行的,且各个实例繁多,内容多样, 但服务器之间可以彼此互通。 在不同的服务器(实例)上,用户可以创建不同帐号,因为服务器上运行的软件支持一种或多种遵循开放标准的通信协议,能够跨越实例边界而通信。 与在单一服务器上运行的传统社交网络相比,联邦宇宙的运行方式更开放,其服务器的分散性,使联邦宇宙更安全可靠。 从一开始接触,我就对此概念非常感兴趣,并尝试搭建自己的联邦宇宙服务器,12月底,从较为复杂的Mastodon(又称乳齿象、长毛象或万象)开始,到Misskey,再到最简单占用资源最小的GoToSocial,一个个都搭建体验了一遍,各有优缺点,还有于25年6月初就已搭建的memos 0.18.2服务,虽无联邦的功能,但同样属微博、说说类型,一时间竟无法确定最终使用哪个系统。 刚好,同一时期接触到了n8n工具,就决定以系统占用量不如Mastodon大、功能比GoToSocial更丰富的Misskey作为发布端,利用自动化工作流工具n8n,实现多端同步功能。 在这篇文章中,将分享如何通过 1Panel 部署 n8n,并记录一下同步工作流针对不同平台特性遇到的一些典型问题。 一、 n8n 的部署与关键配置 我的 n8n 是通过 1Panel 应用商店安装的。虽然应用商店的一键部署很方便,但为了让 n8n 的 Webhook 能够被外部正确识别,以及优化系统资源,建议安装前自定义 docker-compose.yml 文件。 1. 为什么需要自定义配置? 在默认安装下,n8n 的 Webhook 节点生成的 URL 往往是内网 IP 或 localhost,会导致 Misskey 无法回调成功。因此,我们需要通过环境变量 WEBHOOK_URL 明确告诉 n8n 的对外访问域名。 同时,为了减少控制台不必要的报错日志并保护隐私,关闭了诊断数据上传。 2. docker-compose 配置 目前正在使用的配置片段,关注环境变量: networks: 1panel-network: external: true services: n8n: container_name: ${CONTAINER_NAME} deploy: resources: limits: cpus: ${CPUS} memory: ${MEMORY_LIMIT} environment: # 必须设置为 false,配合反代使用 N8N_SECURE_COOKIE: false # 指定外部访问的域名,否则 Webhook 无法被正确触发 WEBHOOK_URL: https://n8n.xiaoten.com/ # 关闭诊断数据,减少日志干扰 N8N_DIAGNOSTICS_ENABLED: false image: n8nio/n8n:2.2.2 labels: createdBy: Apps networks: - 1panel-network ports: - ${HOST_IP}:${PANEL_APP_PORT_HTTP}:5678 restart: always volumes: - ./data:/home/node/.n8n 剩余 23 行代码 展开剩余代码 配置完成后,重启容器,会发现 Webhook 节点里生成的 URL 变成了自定义域名 https://n8n.xiaoten.com/...。
山野愚人居
入驻不足1年
2025年最后一天
2025年的最后一天,此时的我还在办公室里忙碌。在这一天里,不知道是否该纪念一下,纪念我们又老去一年,纪念孩子们又成长一年,纪念老人们又安享晚年一年……
小十
入驻不足1年
记一次曲折的手术陪护
最近这段时间,博客断更了一阵。不是因为忙于代码或折腾服务器,而是家里发生了一些事。母亲在老家医院检查出甲状腺结节,为求心安,决定让她来郑州,到某三甲医院做进一步诊治。 这一周的经历,像是一场在流水线与生死博弈间的拉锯战。手术虽然成功,但过程中的种种曲折,让我对现代大型医疗机构的运作模式,有了很多复杂的感触。 一、 看人下菜碟 不放心老家医院的检查结果,我们找了一位知名的彩超专家重新检查。 那天起得很早,母亲从老家赶来,我提前去医院挂彩超号。我对挂号流程不熟悉,在分诊台询问时,护士的态度非常差,还有些不耐烦的数落,但毕竟有求于人,我只能忍着。 即便去得很早,做上彩超也已临近中午。期间发生了一个很讽刺的插曲:我姐正好在这家医院进修,起初她穿着便装陪我们在门口排队,咨询接诊护士问题时,对方依然是爱答不理,态度冷淡。 后来我姐去换上这家医院的工作服,再次回到彩超室门口,同一个接诊护士,态度发生了180度的大转弯。语气变得温和客气,还极其详细地解释了怎么补挂号单、去哪里办理。 那一刻才知道,在那身白大褂面前,我们才会被当作“自己人”;而脱下那层身份,作为普通患者,得到的只有冷漠。后来得知,那位接诊护士也是一名进修生。 更令人难受的是,在彩超室里几位跟着学习的实习生或进修生,完全无视受检病人的紧张,看着屏幕上的影像,竟笑出了声,随口讨论着“这么多结节”。或许在他们眼里,这只是一个典型的“病例”。医者仁心,在这里显得如此稀薄。 二、 新院区的硬件与软件 确诊后,配合主刀大夫的安排,在医院的新院区办理了住院。 新院区的硬件环境好,人少、安静,适合休养。但很快我们就发现,这里的软件配套——特别是实习护理人员和个别值班医生的水平,与本部存在明显的断层。但为了那位大夫的手术刀,我们别无选择。 手术安排在住院第四天。早上8点进手术室,因为是全麻,加上医生做得细致,切除得很彻底,母亲出来时已经是下午1点多了,手术很成功。我们悬着的心刚放下,却没料到真正的考验在术后第二天。 三、 险些被送进 ICU 术后第二天,母亲开始出现咳痰困难。结合术前比较高的血象,加上喉部水肿,这是比较典型的术后并发症,可能伴随轻微的感冒炎症。 周六值班的医生显得非常生疏,连开药系统都操作不好,被护士当面吐槽“开得乱七八糟”。更要命的是,药物的配送极其缓慢,几个小时过去了,急需的药还没送来。 随着时间推移,母亲因为痰咳不出来,憋得难受,血压和心率开始飙升。 这时医院要求将母亲转入重症监护室。理由是他们处理不了这种心肺呼吸的复杂情况,为了病人安全,必须转科。 当时非常清楚母亲的症状只需要激素消肿、抗生素消炎以及气道湿化辅助排痰即可缓解。如果进了ICU: 没有家属陪伴:母亲本就恐慌,陌生的环境会加重她的心理负担。 过度治疗:ICU的常规操作是打镇静剂,如果还不行就插管。这对一个仅仅是痰液阻塞的清醒病人来说,是巨大的二次伤害。 周期拉长:一旦插管,拔管恢复的过程将非常漫长。 然而,沟通异常艰难。值班医生拒绝开足量的激素及其他缓解该症状的药物。 四、 艰难的“自救” 如果不是我姐懂医,如果不是我们找人说情,那天晚上母亲一定会被送进ICU。 最终想尽办法,在深夜请到了呼吸科的主任进行会诊。如果是走正常流程,会诊可能要拖到第二天,那样病情可能会恶化。 呼吸科主任在晚上11点赶到病房,看完情况后,认可了我姐的判断,同意使用激素和抗生素。甚至连高血压的问题,也是后来请了高血压科会诊换了药才控制住——之前病房给上的降压泵,药都用错了。 在用上对症的药后,母亲的病情迅速好转,最终按预期时间拔管,明天应该就能出院。 五、 后怕与反思 回想这几天的经历,我不禁后怕。 第一,关于态度。 我理解医护人员工作繁忙,但为何“尊重”需要靠“身份”来换取?作为年轻家属,我尚且能承受那些冷言冷语,但如果是独自就医的老人呢?那种被呵斥、被无视的感觉,本身就是一种伤害。 第二,关于“标准流程”与“避责”。 转ICU,从医院的管理角度看,也许是“合规”的——因为外科可能不懂呼吸科业务,转走最安全。但这套看似严谨的流程,病人可能要承受不必要的插管痛苦。 第三,关于医疗信息的鸿沟。 这是我感触最深的一点。如果不是有懂医的人,作为普通老百姓,面对医生的“建议转ICU”,除了听从还能怎么办?我们可能会很感激医院的处理方式,却永远不知道,这本是一个普通病房就能解决的问题。 这不仅是一次就医经历,更像是一次对现有医疗体系局部细节的微观切片。在大医院的光环下,依然有着由于人员素质参差、机制僵化带来的阴影。 希望未来,我们不需要每个人都懂医,不需要每个人都得“托熟人”,也能在医院里获得一份从容和体面。 注:该文基于自身经历使用AI进行了润色。
小十
入驻不足1年
Hugo侧边目录实现:页面双列布局 + Sticky + ScrollSpy 高亮
前段时间,写了篇 2025年终总结 ,但整篇博客没有经过成熟的归纳、整理,导致最终内容过长,在没有成熟的索引目录加持下,阅读体验很不好。 虽然在正文开头启用了目录功能,但只能实现一次性地快速定位,如需再定位另一标题,则需再返回顶部,重新点击目录中的标题。 关于通过目录快速索引页面位置,特别是在电脑端下已非常普遍,而我之前的目录固定在顶部并没起到很好的索引作用,因此花费 2 天时间,对电脑端(宽度达到 1450px)访问下的目录样式进行重构。 下面的内容完整复盘了我在 Hugo 博客里实现侧边目录的整个流程,从 页面布局改变 到 CSS 的 Sticky 与样式美化,再到 通过 JS 实现 ScrollSpy 跟随滚动高亮 。 实现效果 可以概括为 5 点: 桌面端(宽屏)出现侧边目录:目录位于正文右侧,不挤压正文宽度。 目录可粘性定位(sticky):滚动正文时目录一直在视窗内。 目录独立滚动:目录过长时只滚目录,不影响正文滚动。 目录样式清晰且兼容复杂标题:标题里含 code 等内联元素时,目录排版不乱。 ScrollSpy 高亮当前章节(仅侧边栏生效):随滚动自动高亮当前标题;高亮是“加粗 + 圆点颜色”。 其中最后一点是“锦上添花”,但前四点是长期可用的基础。 具体效果可通过电脑端访问本篇博客时看到。 HTML: 重构目录在页面中的结构 确定目录在整个模版文件中的位置,是所有工作的前提。 之前目录是统一放在了页面内容正文流里面,但这样的结构会给后期的进一步优化造成很多困难,所以在调整初期,从整页布局上就把“正文”与“目录”作为两个明确区域进行构建。 页面结构 整体采用“左正文 + 右侧边栏“布局 文章页的核心结构在 themes/xiaoten/layouts/_default/single.html: <div class="post-main-container"> <div class="post-left-column"> <div class="page-content"> {{ .Content }} </div> </div> <aside class="post-right-column"> {{ partial "toc.html" .}} </aside> </div> 剩余 6 行代码 展开剩余代码 这里我没有把目录“塞进正文流的某个位置”,而是把它作为单独的 aside。
小十
入驻不足1年
2025年终总结
不单是年终总结,年轻时还习惯在 QQ 空间写日志甚至月志,那时候的表达欲非常强烈。今年 10 月,我尝试使用“QQ空间导出助手”把QQ空间的文章下载下来,但暂时没有成功。可能逐步会有更成熟、更便捷的工具出来,毕竟AI发展这么迅猛,什么都有可能。这篇总结是从12月8日晚就开始着手写了,内容也更多集中在网站本身和日常生活。 一、关于网站 今年对于网站本身,经历了两次重大变革: 第一次变革:本地化部署 4月29日,我将博客从 阿里云迁移回本地Mac Mini ,阿里云作为仅内网穿透服务端。今年新购入的Mac Mini(M4 Pro)性能强劲、功耗低且性价比高,但用来做服务器实在大材小用。最终,我将整站迁移到了NAS上,让Mac Mini回归修图和剪辑的主力职能。 折腾期间,我学习了PVE、从CentOS转向Debian,管理面板由宝塔换为1Panel,并深入体验了Docker容器化部署。如今,Cloudreve、兰空图床、Chereveto、Flarum、Memos等服务均通过Docker稳定运行,维护成本大幅降低。 第二次变革:博客迁移Hugo 10月14日,我正式将博客 从Typecho迁移至Hugo ,并托管于GitHub,相比本地自托管,静态页面更加稳定可靠,且无需操心数据库维护。 距离2016年的高频更新已过去9年,因工作繁忙,2024年更是彻底断更。相比CMS内容发布系统,我更倾向Markdown的纯文本记录方式,更换博客系统后,记录生活的热情也随之重燃。 迁移Hugo后,基于 Hugo blog awesome 主题,借助AI实现了一些定制化功能: 集成 Memos 微博系统 采用林木木老师 哔哔广场 的核心代码,完成了 说说 页面,取消了发帖及其他站点展示的功能,仅保留数据聚合展示和评论功能。 具体见: 在 Hugo 中集成 Memos 多用户微博系统 解决林木木老师哔哔广场中同一Memos实例下多用户头像昵称显示错误问题 Shortcode 短代码开发 通过短代码实现bilibili播放器嵌入。 具体见: 利用短代码在hugo博客中加入bilibili播放器插件 。 通过短代码实现照片exif信息提取及照片排版,优化了单图和多图的展现方式,后续也经多次完善修改,达到目前的效果。 具体见: 通过Hugo短代码功能实现图片及其EXIF信息展示 。 自动化工作流 利用Github Action,通过定时获取RSS源,实现朋友站点内容、动态的自动获取,制作了 轻量级的小十友圈RSS聚合工具 ,按照 CSS 规则自动获取页面的友情链接,一般仅需维护友情链接即可实现rss的自动订阅。 具体见: 借助Github Action实现友圈动态自动获取——小十友圈RSS聚合工具 。
小十
入驻不足1年
郑州入冬后的第一场雪
难得天气预报准确一次,这暴雪说来就来。 截至昨天(周五)中午雪还没怎么下,露天跟着同事去了食堂路上连积雪的样子都没有,天倒是冷了不少,但那时候的氛围还不像是要下暴雪的样子。 到下午 3 点以后,眼瞅着外面白茫茫一片,当时就知道下班的路不好走。 15时04分拍摄的窗外 25-12-12 · 7mm · f/1.8 · 1/121s · ISO50 · iPhone 16时49分拍摄的窗外 25-12-12 · 7mm · f/1.8 · 1/50s · ISO125 · iPhone 果然,下班的时候,雪正大,17 点 30 分准时离开单位,刚出门单位门口的小路因没来得及清理,就滑的不行,全程龟速行驶,到大路后稍好一些,路上可见的各种事故现场,造成下班的路非常拥堵。接上媳妇后,全程不敢上高架,就在高架下面走着。原 1 个小时的路程,持续开了 2 小时 59 分钟。
小十
入驻不足1年
Hugo 优化:为图片添加正在加载动画
一直以来都想在图片加载时添加一个加载动画,以增强用户体验。使用 Hugo 以来,关于图片的添加方式也进行了自定义。针对历史数据,没功夫一遍遍改了,就采用 Markdown 原生语法进行图片的插入,这样形成的图片就是一行一个简单进行罗列。后来为了让自己的照片显示 exif 信息,以及实现一行多图的方式,通过自定义短代码的方式实现,详细可见 通过Hugo短代码功能实现图片及其EXIF信息展示 。 因此,本站加入图片的方式除了 Markdown 语法以外,还有 figure 和 figure-group 短代码的方式进行插入。此外,还有近期做的足迹地图里面的坐标卡片中,也有图片,当然已经在 Github 中实现了卡片内图片加载动画效果。在这次 Hugo 的优化中,也一并将对应的效果应用进来。 文章图片加载动画 文章图片放大加载动画 足迹地图卡片加载动画 目标场景 我的博客中有两种主要的图片展示场景: 文章页面:Markdown 图片、figure 短代码、figure-group 图片组 足迹地图:地图卡片中的缩略图、点击缩略图后的全屏查看 实现方式 1. HTML 层:添加懒加载属性 对于 Markdown 图片,使用 Hugo 的 Render Hook 自动添加 loading="lazy" 属性: {{- $src := .Destination | safeURL -}} {{- $alt := .Text -}} {{- $title := .Title -}} <img src="{{ $src }}" alt="{{ $alt }}" {{- with $title }} title="{{ . }}"{{ end }} loading="lazy"> 剩余 3 行代码 展开剩余代码 位置:layouts/_default/_markup/render-image.html
小十
入驻不足1年
三刷只有河南·戏剧幻城
11月30日,我第三次来“只有河南·戏剧幻城”,前两次分别是2021年12月19日(跟我爸)、2023年1月26日(跟我爸妈和外甥),这次是跟我姐。这次发现园区内的部分硬件设施已明显老化。三大主剧保持原貌,小剧场则进行了部分更迭,例如此次观看的《苏轼的河南》《曹操的麦田》和《薛怀义》均为新剧目。热门剧目如《红庙学校》排队依然困难,这次仍未排上。 只有河南·戏剧幻城(图源:百度百科) 示意图(图源:官方小程序) 总体来看,园区的三大主剧风格均比较严肃,《李家村》和《火车站》互动性较高,《幻城》舞美效果更好;而小剧场如《红庙学校》《唱吧跳吧》《薛怀义》等,氛围相对轻松,说教感较弱,更易被年轻观众接受。若是亲子游览,选择严肃类剧目对儿童相对更有教育意义。 夜景图(图源:百度百科) 夜景图(图源:百度百科) 由于起床稍晚,接上我姐然后抵达园区已近中午11点半。虽然剧场外的公共区域非常出片,但为了尽可能多看剧目,没有怎么在外停留拍照,而且上两次来也没有带相机,确实比较遗憾。 椅阵 25-11-30 · 20mm · f/4.0 · 1/1250s · ISO250 · ILCE-7CM2 路牌阵 25-11-30 · 85mm · f/1.4 · 1/1000s · ISO64 · ILCE-7CM2 总共看了8个剧目,其中1个主剧、7个小剧。按照观看顺序如下:
小十
入驻不足1年
为 Hugo 站点实现外部链接跳转访问
最近,我为博客增加了一个新功能:外部链接跳转页。现在,点击站外链接会先进入一个中转页,经用户确认点击 继续访问 后才前往目标网站。当然这功能并不少见,多数网站都有此功能。 为何需要跳转页? 明确告知:清晰告知访客“您即将离开本站”,避免意外跳转。 提升安全:为访客提供一道心理屏障,降低链接被篡改的风险。 统一体验:统一站外跳转的设计规范,并同步了主站的深浅色模式。 日间模式 夜间模式 实现方法 该功能主要依赖 Hugo 的 Render Hook 与 JavaScript 协同工作: 服务端预处理 (Hugo):网站构建时,Hugo 通过 Link Render Hook 为所有外部链接添加 target="_blank" 等属性,确保其在新标签页打开,完成基础优化。此时链接的 href 保持不变。 客户端动态改写 (JavaScript):页面加载后,external-links.js 脚本开始运行。它会遍历所有 <a> 标签,识别出未被排除的外部链接,并将其 href 属性动态地重写,指向我们自定义的跳转页 (/pages/redirect?target=[原始链接])。脚本还能通过 MutationObserver 监听动态内容(如评论区),确保所有外部链接都被处理。 中转页等待用户确认:用户点击链接后会访问 redirect.html 页面。该页面的脚本会解析 URL 参数,并等待用户手动点击“继续访问”按钮后,才会将用户重定向至目标网站。 总之,通过服务端预处理、客户端动态修改方式,将链接重写的逻辑完全放在浏览器端,避免了在 Hugo 构建时对 Markdown 内容的修改,实现方式更为灵活。 如何使用? 若想让特定链接“豁免”跳转,操作非常简单,有两种方式可选: 方法一:URL 标记法 (推荐) 在 Markdown 中,只需在链接 URL 的末尾加上 #no-redirect 即可。
小十
入驻不足1年
用 Wayback Machine 翻了翻博客的“黑历史”
最近心血来潮,上 Wayback Machine 搜了一下自己的域名 xiaoten.com。 距离2011年2月2日,已经14.8个年头,虽然手里存着一些备份数据,但大多是后面几年的存档,前几年的存档因种种原因,没有留存下来。 Wayback Machine 存下来的这些快照,就像是给网站打的 git commit 记录,展示了这个站点的演变路径。 1. 追求“形式感”的折腾期 一开始,我似乎对“网站入口”这种东西非常着迷。 快照里留存了好几个版本的“首页引导页”。比如蓝底白字的 “PLAIN FOAM” 页面,还有写着“十分之十的小十”的蓝色大屏入口。那时候觉得,在进入博客文章列表前,先来个极简的引导页显得很“酷”,很有设计感。 最初版本入口 第二版,具体时间不详 2011年12月1日存档 2014年8月20日存档 2. 纯粹的“技术笔记”时期 翻看最早几年的快照,那时候博客的主要功能就是充当“云端笔记本”。 看看那时候的文章标题:《SVN服务器的配置》、《IE版本注释用法》、《百度地图API》。那时候互联网开发环境还比较粗糙,我们要花大量时间去解决 IE 浏览器的兼容性问题,SVN 还是主流的版本控制工具,Git 还没像今天这样一统天下。 那时候的排版非常密集,侧边栏塞满了各种功能:日历、访问统计、友情链接、甚至还有当时的“微博秀”。现在看来,那时候的页面恨不得把所有信息都塞进首屏,典型的 Web 1.0 向 Web 2.0 过渡时期的审美。
小十
入驻不足1年
基于高德地图实现 Hugo 足迹地图短代码
依然是受 王叨叨:基于高德地图做足迹管理插件 文章启发,实在眼馋足迹功能,但苦于没有清晰的思路,看到叨叨大神发了这个插件,借助AI,终于抽空完成了这一功能,并融入了一些个人想法: 与站点主题同步,支持亮/暗模式自适应; 增加标签筛选功能; 在地图卡片中,若有多张图片,支持水平滚动并集成灯箱放大查看; 标记点智能集群,缩小地图时自动合并附近位置; 集群开关控制,可随时启用或关闭集群功能。 其余部分则为常规足迹功能的实现。 本文将简要介绍实现方式,完整的源码已在 GitHub 开源,包含所有 JS、CSS 和示例数据。具体样例在本站"关于"页面,如下所示: 正在加载足迹... 主要功能 短代码嵌入:{{< footprintmap >}} 自动注入脚本与样式,按需加载数据。 JSON 数据支持:所有足迹数据集中保存在 footprints.json 文件中,便于在 Git 里维护与复用。 自动标签筛选:脚本会扫描全部 categories 字段,生成可点击的筛选按钮。 智能标记集群:缩小地图时自动将附近位置合并显示,点击集群标记可放大查看详情。 集群开关控制:地图底部提供开关按钮,支持亮/暗主题自动适配。 文章关联:通过手动设置 url 字段,可添加关联的文章。 照片轻量查看器:支持多张图的横向轮播,点击后用自定义 Viewer 放大,适配移动端手势。 亮/暗主题联动:跟随站点 dark class 切换高德地图底图与 InfoWindow 样式。 自定义 Marker 颜色:通过 markerColor 选择预设(sunset / ocean / violet / forest / amber / citrus),也支持直接写 #RRGGBB。 移动端优化:信息卡宽度移动端自适应、字号/间距重排、点击空白区域自动收起 InfoWindow。 JSON 数据格式 footprints.json 中维护一个 locations 数组,字段解释如下:
Tree Hole
入驻不足1年
Windows Server 允许多个用户同时远程桌面登录
Windows Server 2012/2016/2019/2022服务器操作系统默认仅支持一个用户远程,如果 […]
小十
入驻不足1年
解决 Hugo 分页器返回空页面的诡异问题:.Paginate 不能被多次调用
问题背景 在将博客的文章列表从 JavaScript 分页迁移到 Hugo 官方分页时,遇到了一个非常诡异的问题: ✅ Hugo 构建成功,显示生成了 42 个分页页面 ✅ .RegularPages 有 360 篇文章 ✅ 直接 range .RegularPages 可以正常显示文章 ❌ 但是 .Paginator.Pages 始终返回 0 {{/* 这样可以看到 360 篇文章 */}} {{ range .RegularPages }} {{ .Title }} {{ end }} {{/* 但分页器是空的! */}} {{ $paginator := .Paginator }} 分页器中的文章数: {{ len $paginator.Pages }} {{/* 输出:0 */}} 剩余 3 行代码 展开剩余代码 排查过程 第一步:检查配置 首先怀疑是配置问题。Hugo v0.128+ 的分页配置格式发生了变化:
小十
入驻不足1年
徐州一日纪行
16日早上,从郑州出发,乘坐高铁约一个半小时到达徐州东站。由于交通便利,行程安排为当天往返。 出行前参考了一些攻略,徐州的几个主要景点相对集中,因此整体行程比较紧凑。 依然是流水帐的记录形式: 上午10点02分到达徐州东站,搭乘地铁一号线,经9站到达民主北路站。出站后步行约十分钟,前往提前在大众点评上选定的一家评分较高的餐厅。午餐点了地锅鸡和乡村大席小炒。味道确实不错。 饭店后厨,据说不是预制菜 25-11-15 · 85mm · f/1.4 · 1/320s · ISO320 · ILCE-7CM2 地锅鸡👍 25-11-15 · 50mm · f/1.8 · 1/100s · ISO320 · ILCE-7CM2 乡村大席小炒(要的免🌶,不然会更好吃) 25-11-15 · 50mm · f/1.8 · 1/60s · ISO320 · ILCE-7CM2 徐州为历史悠久的城市,古称彭城,是汉代文化的重要发源地之一,留有大量两汉时期遗迹。因此,徐州博物馆被列为行程之一。前几天因预约人数已满未能成功预约,当天上午九点左右,系统重新放出名额,顺利预约到12点以后的下午场。
小十
入驻不足1年
借助Github Action实现友圈动态自动获取——小十友圈RSS聚合工具
回归博客内容创作也有几月有余,这期间认识了很多独立博客站长,也重新联系上了一些老朋友。友链作为独立博客的宝贵财富,在快节奏的今天,能够保留这种传统意义上的网友社交形式,显得格外有意义。 这次回归以来,我发现了很多友链展示的新形式,其中通过RSS自动获取并展示好友动态就是其中之一。市面上已有一些成熟的工具,最初我使用的是 Rock-Candy-Tea/hexo-circle-of-friends 这个开源项目。但该项目功能较为复杂,而我只需要核心的RSS聚合功能,通过定时更新data.json文件,再配合前端代码解析展示朋友动态。 对我来说,需求其实很简单:通过友链页面上的网站链接以及自定义的一些链接,自动获取相关动态并生成到json文件中。因此,我开发了一个轻量级但功能完整的RSS聚合工具:小十友圈RSS聚合工具,并利用GitHub Actions实现了全自动化运行,现已在GitHub上开源。 项目地址: https://github.com/Jiosanity/xiaoten-rss.git 概述 小十友圈RSS聚合工具 是一个轻量级但功能完整的RSS聚合工具,它能够自动从友链页面抓取友链信息,发现并验证RSS源,聚合最新文章,生成标准化的JSON数据文件。通过GitHub Actions,定时自动运行,确保数据的实时性。 主要实现方式 模块化设计 小十友圈RSS聚合工具采用高度模块化的设计,确保各组件职责单一且易于维护: FriendRSSAggregator (主控制器) ├── ConfigParser (配置解析器) ├── SiteFilter (站点过滤器) ├── LinkPageScraper (友链爬取器) ├── RSSFetcher (RSS获取器) ├── DataAggregator (数据聚合器) └── CacheManager (缓存管理器) 剩余 2 行代码 展开剩余代码 数据处理流程 配置加载 → 读取YAML配置文件 友链发现 → 从友链页面爬取 + 手动配置合并 站点过滤 → 黑白名单机制去噪 RSS探测 → 多级回退的Feed URL发现 内容获取 → 解析RSS/Atom源 数据聚合 → 时间排序、去重、格式化 结果输出 → 生成标准JSON文件 核心技术实现 1. 友链获取方式 系统支持两种友链获取方式:

© 2026 好站网HaoZhan.wang 1.5 版权所有

苏ICP备19065220号-4 萌ICP备20269980号 本站数据 版本历史 关于本站