YRSheng Lab

建筑施工安全生产应知应会终极手册

Wed, 17 Jun 2026 00:00:00 +0800

安全生产是企业发展的生命线。本文基于最新法规与治本攻坚三年行动要求，系统整理了从总书记论述到现场实操的全部85个关键知识点，是一份真正意义上的“应知应会”速查手册。

一、习近平总书记关于安全生产重要论述

1. 六大要点：强化红线意识，实施安全发展战略；建立健全责任体系；强化企业主体责任；加快改革创新；构建长效机制；干部敢于担当。

2. 两个至上：人民至上、生命至上。
3. 三个必须：管行业必须管安全、管业务必须管安全、管生产经营必须管安全。
4. 三个责任：政府督促责任，部门监管责任，企业主体责任。
5. 三个监管：行业主管部门直接监管、安全监管部门综合监管、地方政府属地监管。
6. 责任体系：党政同责、一岗双责、齐抓共管、失职追责。
7. 红线意识：人命关天，发展决不能以牺牲人的生命为代价，这是不可逾越的红线。

二、治本攻坚三年行动（2024-2026）

8. 行动目标：

2024年底：消除2023年前排查发现的重大隐患存量；
2025年底：有效遏制重大隐患增量；
2026年底：形成重大隐患动态清零的常态化机制。

9. 十大任务：①落实责任制；②主要负责人培训；③判定标准提升；④隐患排查整治；⑤科技支撑治理；⑥危险作业治理；⑦安全管理体系建设；⑧从业人员素质提升；⑨精准执法帮扶；⑩全民素质提升。

三、《安全生产法》法定职责速查

10. 主要负责人七项职责：建制度责任制；定规章规程；定培训计划；保投入；建双重预防机制并查患；定预案；及时如实报告事故。

11. 安全管理人员七项职责：参与拟订规章预案；组织培训并记录；辨识评估重大危险源；组织演练；查患提建议；制止违章强令冒险；督促整改落实。

四、六个百分百要求（环保 + 农民工）

12. 环保六个100%：①施工现场100%标准化围蔽；②沙土100%覆盖；③道路作业区100%硬化；④拆除100%洒水压尘；⑤出车100%冲洗；⑥长期裸土100%覆盖或绿化。

农民工六个100%：①劳务合同签署100%；②工资保证金存储100%；③分账拨付100%；④实名制打卡100%；⑤工资银行代发100%；⑥离场结算100%。

五、重大事故隐患判定标准（建筑施工重点）

13. 施工管理重大隐患：无证施工；负责人/安管人员/特工无证上岗；危大工程方案未编审或未论证。

14. 基坑工程：未对毗邻管线防护；超挖未措施；深基坑无第三方监测；出现坍塌预兆（变形超限、大量漏水、管涌、桩间土流失）。

15. 模板工程：地基承载力/变形不满足设计；施工荷载超设计值；拆除/爬升时混凝土强度未达标。

16. 脚手架工程：地基不满足设计；连墙件整层缺失；附着式升降脚手架未验收或装置失效；悬臂高度超限（>2/5或>6米）。

17. 起重机械：未验收即用；垂直度/悬高超标；安装前未查连接件；安全装置缺失失效；防坠器超期；基础不满足设计。

18. 高处作业：支撑结构地基/防倾覆不满足；钢桁架未防失稳；悬挑平台未固定在主体结构。

19. 临时用电：特殊环境（隧道、人防、高温潮湿等）未按规定使用安全电压。

20. 有限空间：未审批、未培训、未“先通风再检测后作业”、现场无专人监护。

21. 拆除工程：作业顺序不符合规范和方案。
22. 淘汰工艺：使用可能导致群死群伤的施工工艺、设备和材料。
23. 其他：严重违反法规标准，且危害程度较大的现实危险。

六、安全生产十五条硬措施

24. 具体内容：①严落地方党委责任；②严落地方政府责任；③严落部门监管责任；④严追领导监管责任；⑤企业主要负责人严格履责；⑥深入开展全国大检查；⑦守住项目审批红线；⑧严查违法分包转包；⑨加强劳务派遣用工管理；⑩重拳“打非治违”；⑪整治执法宽松软；⑫加强执法队伍建设；⑬重奖隐患举报；⑭严查瞒报谎报；⑮统筹经济发展、疫情防控和安全生产。

七、通用管理核心名词解释

25. 双重预防机制：安全风险分级管控 + 隐患排查治理。
26. 四不两直：不发通知、不打招呼、不听汇报、不用陪同、直奔基层、直插现场。
27. 三管三必须：管行业、管业务、管生产经营必须管安全。
28. 三个责任：企业主体责任、部门监管责任、属地监管责任。
29. 四不放过：原因未查清不放过；责任人未处理不放过；群众未受教育不放过；整改措施未落实不放过。
30. 安全生产月：每年 6月。举报电话：12350。
31. 安全生产方针：安全第一、预防为主、综合治理。
32. 三违：违章指挥、违规作业、违反劳动纪律。
33. 四不伤害：不伤害自己、不伤害他人、不被别人伤害、不使别人被他人伤害。
34. 三同时：安全设施与主体工程同时设计、同时施工、同时投产使用。

35. 五级五覆盖：

五级：省、地、县、镇（街道）、行政村。
五覆盖：①党政同责全覆盖；②一岗双责全覆盖；③主要领导任安委会主任全覆盖；④安监部门向组织部门通报安全情况全覆盖；⑤三管三必须全覆盖。

八、机构配备与三项制度

36. 机构人员配备：矿山、冶金、道路运输、建筑及危化品单位必须设机构或专管人员；其他单位超100人设机构或专管，100人以下设专/兼职。

37. 三项制度：安全生产管理制度、安全生产责任制、操作规程。
38. 安全操作规程：包含总则、工作前安全规则、工作中安全规则、工作结束安全规则四部分。
39. 主要管理制度清单（17项）：含责任制、培训教育、安全检查、危险化学品、安全投入、劳保用品、事故管理、防火防爆、特种作业人员管理等。

九、专项作业与危险源管理

40. 高处作业：坠落高度基准面 2米以上（含2米）。
41. 有限空间：封闭/半封闭、通风不良、出入口狭窄、易积聚有毒有害或氧含量不足。
42. 有限空间作业原则：严格审批，先通风、再检测、后作业。
43. 有限空间事故处置：立即报警，禁止盲目施救，救援人员戴防护器具。
44. 动火作业：电焊、气焊、切割及产生火焰/火花的临时作业。
45. 临时用电：正式电力系统之外临时低压供电。
46. 拆除作业：对既有建（构）筑物进行拆除清理。
47. 重大危险源定义：长期/临时生产、搬运、使用或储存危险品，且数量等于或超过临界量的单元。
48. 重大危险源管理：登记建档，定期检测评估监控，制定预案，报部门备案。

十、隐患排查治理全流程

49. 事故隐患定义：人的因素、物的变化、环境影响产生的不安全因素。
50. 责任主体：企业是排查、治理和防控的责任主体。
51. 不能立即整改的隐患：建立登记整改销项制度，定人、定措施、定经费、定日期；有险情立即停工。
52. 重大隐患报告：向安全监管监察部门报告，内容含现状原因、危害程度、治理方案。
53. 治理方案六要素：目标任务、方法措施、经费物资、机构人员、时限要求、安全措施和应急预案。

十一、刑事责任与事故处罚

54. 重大责任事故罪（刑法134条）：违反规定致重大伤亡，处3年以下；情节恶劣的处3-7年。
55. 强令冒险作业罪（刑法134条Ⅱ）：处5年以下；情节恶劣的处5年以上。
56. 重大劳动安全事故罪（刑法135条）：设施不符国标，处3年以下；情节恶劣的处3-7年。
57. 单位经济处罚：一般事故罚30-100万；较大100-200万；重大200-1000万；特重大1000-2000万；情节特别严重可处2-5倍。

十二、事故报告与等级

58. 报告时限：现场人员立即报负责人；负责人 1小时内 报县级以上应急部门。
59. 报告内容：单位概况；时间地点现场；简要经过；伤亡及损失；已采取措施；其他情况。
60. 事故等级：特别重大（30人以上死亡/100人以上重伤/1亿以上损失）；重大（10-29死/50-99重伤/5000万-1亿）；较大（3-9死/10-49重伤/1000万-5000万）；一般（3人以下死/10人以下重伤/1000万以下）。
61. 谎报：故意不如实报告时间、地点、原因、性质、伤亡、损失。
62. 瞒报：隐瞒已发事故，超时限未报告。
63. 不报/谎报罪（刑法139条）：贻误抢救，情节严重处3年以下，特别严重处3-7年。

十三、安全教育培训专项

64. 三项岗位：主要负责人、安全管理人员、特种作业人员（必须持证上岗）。
65. 特种作业工种：电工、焊工、高处、制冷空调、矿山、危化品、冶金煤气、烟花爆竹等。
66. 无证处罚：责令改正并处5万以下罚款；逾期未改责令停业并处5-10万，对责任人处1-2万。
67. 三级安全教育：企业级 → 部门（项目）级 → 班组级。
68. 培训学时：一般企业新员工 不少于24学时；高危企业 不少于72学时。
69. 班组级内容：岗位规程、岗位衔接安全事项、事故案例、其他。

十四、施工现场专项安全

70. 建筑五大伤害：高处坠落、触电、物体打击、机械伤害、坍塌。
71. 防坍塌要求：编方案经总工审批；书面交底；专人监控并加强检查。
72. 大型机械装拆：有资质专业队伍；方案审批；人员交底持证；设警戒；安装后检测合格方可用。
73. 三宝四口五临边：安全帽/带/网；电梯/楼梯/预留/通道口；沟坑槽周边/楼层/楼梯/平台/屋面周边。
74. 现场防火：配灭火器材；动火审批；超30米高层设消防水源管道及增压泵。
75. 项目经理安全职责：项目第一责任人；落实规章；组织安全措施；定期会议检查；整改复查；上报事故。
76. 施工员安全职责：按方案组织施工；落实安全措施；制止违章；做好交底；限时落实整改。
77. 技术员安全职责：编施组及安全技术措施；编专项规程；技术交底；安全设施技术鉴定。

十五、实操禁令（十不吊/十不焊/十不准）

78. 起重十不吊：超负荷不吊；信号不明不吊；捆绑不牢不吊；站人或有活动物不吊；歪拉斜挂不吊；吊钩挂重物加工不吊；棱角未垫不吊；埋地物不吊；爆炸物不吊；钢水过满未打卡不吊。
79. 焊工十不焊：无证不焊；雨天无措施不焊；装过易燃物未清洗不焊；密闭器具未措施不焊；未断电卸压不焊；周围易燃物未清不焊；性质不清不焊；附件不全不焊；容器内无监护不焊；禁火区未办手续不焊。
80. 电气十不准：无证不准装接；不准玩弄开关；不准用绝缘损坏设备；不准用电热取暖；不准启动挂警告牌设备；不准用水冲洗；熔丝不准换错；埋电缆处未办手续不准动土；触电未断电不准接触；雷雨时不准近避雷器。

十六、突发事件追责与宣传

81. 信息报告追责：

迟报：未在规定时限报告；漏报：过失超24小时未报；瞒报：主观故意不报；谎报：故意严重失实。
发生上述行为，上级核查并通报；情节严重问责。

82. 五进：进社区、进学校、进企业、进农村、进家庭。
83. 四个一律：非法生产经营且整顿不达标一律关闭；责任人一律上限处罚；违法单位一律停产整顿；触犯法律一律追刑责。
84. 五个一批：曝光一批重大隐患；惩治一批违法行；通报一批黑名单；取缔一批非法企业；关闭一批不达标企业。
85. 五落实（隐患整改）：落实责任、措施、资金、时限、预案。

附录：常见易燃易爆品爆炸极限

物质	爆炸下限 ~ 上限
氢气	4% ~ 75%
甲烷（天然气）	5% ~ 15%
丙烷（液化石油气）	2.1% ~ 9.5%
乙炔	2.5% ~ 82%
氨气	15% ~ 28%
汽油	1.4% ~ 7.6%

结语：本文已完整覆盖原文档全部85个知识点。安全生产重在落实，建议收藏此文并定期对照学习，将纸面知识转化为现场的实际行动，切实守护每一个人的生命健康安全。

📄 资源下载

感谢阅读！如需获取本文完整版PDF（含全部85个知识点），请点击下方链接： 📥 建筑施工安全生产应知应会知识（完整版）.pdf

在 Android 上用 Termux + Hugo 搭建移动博客系统

Mon, 29 Jun 2026 08:08:00 +0800

在 Android 手机上使用 Hugo + Termux，可以直接完成博客编写、预览、同步与部署。再配合 SFTP 和 Git，就能把手机变成一个轻量级“移动开发机”。

本文记录一套完整可用方案，包括：

Hugo 安装与运行
SFTP（供 CX 文件管理器访问）
Termux 自动启动 SSH 服务
Git（仅 HTTPS 提交 GitHub）

安装 Hugo（静态博客系统）

Hugo 是一个基于 Go 的静态网站生成器，构建速度极快，非常适合写博客。

安装命令

1
2
3


pkg update && pkg upgrade -y
pkg install git curl wget -y
pkg install hugo -y

验证安装

1

hugo version

出现版本号即表示安装成功。

创建站点

1
2


hugo new site blog
cd blog

目录结构如下：

1
2
3
4
5
6
7


blog/
├── archetypes/
├── content/
├── layouts/
├── static/
├── themes/
└── hugo.toml

本地预览

1

hugo server -D -b http://127.0.0.1:1313

浏览器访问：

1

http://127.0.0.1:1313

安装 SFTP（CX 文件管理器访问 Termux）

CX File Explorer 使用 SFTP，因此需要在 Termux 中启用 SSH 服务。

安装 OpenSSH

1

pkg install openssh -y

设置密码

1

passwd

启动 SSH 服务

1

sshd

默认端口：

1

8022

CX 文件管理器连接配置

主机：手机 IP（或 127.0.0.1）
端口：8022
用户名：Termux 用户名（whoami 查看）
密码：刚设置的密码

1

whoami

Termux 启动自动运行 SSHD

目标：打开 Termux 自动启动 sshd（非开机自启）

写入 bash 启动脚本

1

nano ~/.bashrc

添加：

1
2


# 避免重复启动 sshd
pgrep sshd >/dev/null || sshd

如果使用 zsh：

1

nano ~/.zshrc

同样添加。

验证

重新打开 Termux：

1

ps -A | grep sshd

看到 sshd 进程即成功。

安装 Git（仅 HTTPS）

安装 Git

1

pkg install git -y

基础配置

1
2


git config --global user.name "你的GitHub用户名"
git config --global user.email "你的邮箱"

使用 HTTPS 克隆仓库

1

git clone https://github.com/用户名/仓库.git

使用 GitHub Token

路径：

1

Settings → Developer settings → Personal access tokens

保存凭据

1

git config --global credential.helper store

推送 Hugo 项目

1
2
3
4
5
6
7
8


cd blog

git init
git add .
git commit -m "init hugo site"

git remote add origin https://github.com/用户名/仓库.git
git push -u origin main

总结

这套方案的核心优势：

手机即可完成 Hugo 博客开发
CX 文件管理器直接编辑文件
SSH/SFTP 实时访问 Termux
Git HTTPS 稳定同步
无需电脑完成完整发布流程

笑着祝福，才是最痛的告别

Fri, 26 Jun 2026 14:00:00 +0800

嘉宾这首歌之所以能引起很多人的共鸣，并不是因为它描写了轰轰烈烈的爱情，而是因为它描写了一种爱情已经结束，但情感还没有结束的状态。

从歌词和整体情绪来看，它主要反映了几种心境。

无能为力的遗憾（最核心）

歌曲讲的是一个人在前任的婚礼上，以"嘉宾"的身份出现。

最扎心的地方在于，他没有能力改变任何事情。

曾经幻想一起走到最后的人，如今已经属于别人。自己既不能挽回，也不能表达，只能笑着送上祝福。

这种遗憾不是激烈的，而是平静中带着疼痛。

克制而压抑的爱

整首歌几乎没有埋怨，没有愤怒，也没有责怪。

更多的是一种：

我还爱你，但我不能再说。

这种情绪比恨更复杂。

因为真正放下的人，不会痛；真正恨的人，会发泄。

而歌曲里的主人公介于两者之间——

既舍不得，又不得不接受现实。

成年人的体面

歌曲反复强调"嘉宾"这个身份。

“嘉宾"意味着：

可以出席；
可以祝福；
可以微笑；
却再也没有资格牵你的手。

所以歌词里有一种成年人特有的克制。

外表越平静，内心越翻涌。

很多听众觉得这首歌"虐”，不是因为歌词有多悲伤，而是因为它没有歇斯底里，而是把情绪压住了。

对过去的怀念

歌曲里的主人公一直在拿"过去"和"现在"作对比。

以前：

我们规划未来；
我们彼此承诺；
我们以为会一直在一起。

现在：

新郎不是我；
我只是坐在台下。

这种巨大的反差，会让人不断回忆曾经的点点滴滴。

接受现实，但没有真正释怀

这是整首歌最有意思的一点。

主人公已经接受了事实：

你结婚了。

但是并没有真正做到：

我已经完全放下你了。

所以歌词里既有祝福，又有失落。

心理学上，这是一种常见的状态：理性已经接受，情感还没有跟上。

为什么很多人觉得它很真实？

因为现实中的大多数感情，并不是因为背叛、争吵而结束。

更多时候只是：

时间错了；
两个人成长方向不同；
家庭、距离、现实压力；
最终各自开始新的生活。

所以歌曲没有塑造"坏人"。

没有人做错什么，却还是没能走到一起。

这种"没有输赢，却失去了彼此"的故事，更容易让经历过感情的人产生共鸣。

总结

《嘉宾》表达的并不是"还想追回前任"，也不是"怨恨前任"，而是一种更加复杂、成熟的情绪：

深爱过的人最终成为了人生中的"嘉宾"，只能带着遗憾和祝福，接受彼此已经走向不同人生的事实。

它的底色不是绝望，而是遗憾、克制、怀念，以及对现实的接受。也正因为这种情绪没有极端化，反而更贴近很多人真实经历过的离别。

第一次到综治中心值班，我发现了两个“调解范围”

Tue, 23 Jun 2026 12:00:00 +0800

今天第一次到综治中心参与值班工作。

作为住建系统工作人员，起初对综治中心的运行方式和岗位职责了解不多，对现场可能涉及的住建领域咨询事项也缺乏直观认识。因此在值班前，结合工作需要，查阅了一些住房和城乡建设领域矛盾纠纷多元化解及行政调解相关政策资料，进行一定程度的学习了解。

通过梳理相关文件，对住建领域矛盾纠纷化解机制有了进一步认识。

一、关于住建领域矛盾纠纷多元化解的总体框架

2021年，福建省住建厅、司法厅联合印发《关于建立健全住房和城乡建设领域矛盾纠纷多元化解工作机制的指导意见（试行）》。

文件对住建领域矛盾纠纷的范围作出较为系统的规定，主要包括：

房地产开发经营、房屋买卖等房地产市场领域纠纷
物业服务、物业管理相关纠纷
建设工程施工及合同履行相关纠纷
房屋征收、拆迁安置补偿等相关矛盾
住房保障、住房公积金管理等事项
以及其他涉及住房和城乡建设领域的矛盾纠纷

总体来看，该文件强调的是构建住建领域矛盾纠纷多元化解工作体系，推动人民调解、行政调解、行业调解与司法调解的衔接联动。

相关文件链接如下：
https://zjt.fujian.gov.cn/xxgk/zxwj/202105/t20210518_5597297.htm

二、关于行政调解事项的具体边界

在进一步查阅过程中，还看到福鼎市住建局于2022年公布的《行政调解事项清单》。

该清单从行政管理职责出发，对住建部门可以依法开展行政调解的事项进行了明确列举，主要包括：

物业服务纠纷调解
物业承接查验争议调解
住宅室内装饰装修工程纠纷调解
建筑工程竣工结算审核意见异议调解

上述事项均对应具体法律法规依据，包括《福建省物业管理条例》《物业承接查验办法》《住宅室内装饰装修管理办法》《建筑工程施工发包与承包计价管理办法》等。

从内容看，该清单更侧重于对行政调解法定依据和适用范围的明确界定，具有较强的操作性和规范性。

三、关于两个“范围”的初步认识

对比上述两类文件可以看到：

一类文件侧重于住建领域矛盾纠纷的整体覆盖范围与多元化解机制建设；
另一类文件侧重于住建部门行政调解职能的法定事项边界。

两者虽然存在一定交叉，但关注重点并不相同。

前者强调的是治理体系内的协同与分流，属于整体制度设计层面；
后者强调的是行政机关依法履职的具体范围，属于权责边界层面。

四、对部分常见问题的理解

在实际工作中，一些常见住建领域问题，如商品房买卖合同纠纷、延期交付、质量争议等，从领域属性上看属于住建相关矛盾纠纷。

但从行政调解角度分析，其是否属于行政机关可直接介入调解事项，需以法律法规明确授权为依据。

因此，此类问题在实践中往往通过人民调解、行业调解、诉讼以及综治中心分流等多种渠道综合处理。

五、关于综治中心工作的初步体会

通过本次值班，对综治中心运行机制有了初步认识。

综治中心在运行过程中，更侧重于矛盾纠纷的统一受理、分类流转与多元化解衔接。群众反映的问题往往具有综合性和交叉性，需要在不同部门和不同调解机制之间进行识别与分流。

对于行业部门而言，参与综治工作不仅是窗口值守，也是在具体场景中进一步理解本领域职责边界与参与方式的重要途径。

六、几点认识

通过对相关文件的学习和实际值班体验，形成以下初步认识：

一是住建领域矛盾纠纷范围较为广泛，覆盖房地产、建筑施工、物业管理等多个方面；
二是行政调解事项需以法定授权为基础，具有明确的适用边界；
三是多元化解机制在实践中承担着分流与衔接的重要作用；
四是在综治体系内，部门职责更多体现为协同参与与依法履职。

解决车机与小音箱 MP3 播放乱序问题：FAT32 + sort -V 批处理方案

Sun, 21 Jun 2026 14:00:00 +0800

很多人在整理 MP3 到车机或播放器时，会遇到一个非常常见但又很烦人的问题：

文件明明已经按 001.mp3、002.mp3 排好，但实际播放时却完全乱序。

这种问题不仅出现在车机上，在一些小型播放设备中同样非常明显，比如：

车载中控系统播放 USB 音乐
老旧 MP3 播放器
插卡式蓝牙小音箱
小音箱播放儿童有声故事
FAT32 格式的 U 盘 / SD 卡设备

最终播放效果往往变成：

1
2
3
4


1.mp3
10.mp3
100.mp3
2.mp3

原本应该连续播放的儿童故事或音乐专辑，被打乱成“跳跃式播放”，体验非常差，尤其是给孩子听故事时，会直接影响理解顺序。

一、问题本质

这个问题的根源并不是文件名错误，而是 FAT32 和设备读取方式共同导致的：

FAT32 文件系统中：
- 目录项顺序 ≠ 文件名顺序
播放器可能按：
- 写入顺序
- 文件系统索引顺序
- 媒体库扫描顺序
不同设备实现方式不一致

因此即使文件名完全正确，也无法保证播放顺序稳定。

二、解决思路

核心目标只有一个：

让文件以“可预测的顺序”写入文件系统

解决思路如下：

使用 sort -V 进行自然排序（按数字逻辑排序）
按顺序逐个复制文件（避免批量写入乱序）
统一重命名为固定编号格式
使用 sync 强制刷新写入缓存

三、sort -V 的作用

sort -V 是 GNU sort 提供的“自然排序模式”，用于按数字语义排序：

1

sort -V

例如：

1

1 < 2 < 10 < 100

而不是字符串排序：

1

1 < 10 < 100 < 2

四、终极稳定方案（推荐脚本）

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


#!/bin/bash

src="/storage/emulated/0/Download/Audio"
out="./OUT"

rm -rf "$out"
mkdir -p "$out"

i=1

find "$src" -maxdepth 1 -type f -name "*.mp3" | sort -V | while IFS= read -r f; do

 name=$(printf "%03d.mp3" "$i")

 cp "$f" "$out/$name"

 sync

 sleep 0.2

 echo "写入: $name"

 i=$((i+1))
done

五、关键点说明

sort -V

保证逻辑顺序正确

顺序复制

避免批量写入导致 FAT32 目录混乱

sync

强制刷新文件系统缓存

sleep

降低部分设备扫描乱序概率

六、验证方法

1

ls OUT | sort -V

或：

1

ls -lt OUT

七、适用场景

车载 USB 音乐系统
老旧 MP3 播放器
插卡式蓝牙音箱
儿童故事播放器
FAT32 U 盘 / SD 卡设备

八、总结

很多时候，问题并不在于文件是否排序正确，而在于：

设备读取文件的方式并不遵循你看到的文件名顺序

通过 sort -V + 顺序写入 + sync 的组合，可以在绝大多数 FAT32 播放设备上获得稳定的播放顺序。

Hugo 中文链接在 EdgeOne Pages 出现 404 的排查记录

Thu, 18 Jun 2026 00:00:00 +0800

Hugo 中文链接在 EdgeOne Pages 出现 404 的排查记录

最近将 Hugo 博客部署到 EdgeOne Pages 后，发现部分文章中的资源链接无法访问。例如文章中存在如下 Markdown：

1

[封面图片](封面图片.jpg)

页面显示正常，但点击后返回：

1

404 Not Found

经过检查发现，文件实际上存在：

1

封面图片.jpg

理论上不应该出现 404。

初步排查

查看网页源码发现：

1
2
3


<a href="%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87.jpg">
 封面图片
</a>

而 Hugo 生成的实际文件路径对应的 URL 为：

1

%E5%B0%81%E9%9D%A2%E5%9B%BE%E7%89%87.jpg

注意区别：

1

%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87.jpg

与

1

%E5%B0%81%E9%9D%A2%E5%9B%BE%E7%89%87.jpg

唯一差异是百分号编码中的十六进制字母大小写。

RFC 规范中的规定

根据 RFC 3986：

Percent-encoded octets are case-insensitive.

即：

1

%E5%B0%81%E9%9D%A2%E5%9B%BE%E7%89%87

和

1

%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87

理论上完全等价。

绝大多数 Web 服务器都会正确处理。

例如：

Nginx
Apache
Cloudflare Pages
GitHub Pages

通常不会区分大小写。

EdgeOne Pages 的实际表现

实际测试发现：

1

%E5%B0%81%E9%9D%A2%E5%9B%BE%E7%89%87.jpg

能够正常访问。

而：

1

%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87.jpg

则返回：

1

404 Not Found

说明 EdgeOne Pages 在静态文件匹配过程中，对 Percent-Encoding 的大小写进行了区分。

这与 RFC 的推荐行为并不一致。

为什么 Hugo 会生成小写编码

问题继续追踪到 Hugo。

主题中的链接模板：

1

<a href="{{ .Destination }}">

原本以为 .Destination 已经被编码。

实际上测试发现：

1

{{ printf "%#v" .Destination }}

输出：

1

"封面图片.jpg"

说明：

1

.Destination

仍然是原始中文路径。

随后进一步测试：

1

<a href="TEST-{{ .Destination }}">

生成：

1

<a href="TEST-%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87.jpg">

说明：

Hugo 在输出 HTML 属性时自动进行了 URL 编码。

而这一编码过程生成的是：

1

%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87

即小写形式。

解决方案

既然问题出在编码结果上，那么最简单的方法就是在模板中自行完成编码。

修改：

1

layouts/_default/_markup/render-link.html

原内容：

1
2
3


<a class="link" href="{{ .Destination | safeURL }}" {{ with .Title}} title="{{ . }}"
 {{ end }}{{ if strings.HasPrefix .Destination "http" }} target="_blank" rel="noopener"
 {{ end }}>{{ .Text | safeHTML }}</a>

改为：

 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
51
52
53
54
55
56
57


{{- $url := .Destination -}}

{{- $isRemote := or
 (strings.HasPrefix $url "http://")
 (strings.HasPrefix $url "https://")
-}}

{{- if $isRemote -}}

 {{- $u := urls.Parse $url -}}

 {{- $scheme := $u.Scheme | default "https" -}}
 {{- $host := $u.Host -}}

 {{- $path := $u.Path -}}

 {{- if $path -}}
 {{- $segments := split $path "/" -}}
 {{- $safeSegments := slice -}}

 {{- range $segments -}}
 {{- if . -}}
 {{- $safeSegments = $safeSegments | append (urls.PathEscape .) -}}
 {{- end -}}
 {{- end -}}

 {{- $path = printf "/%s" (delimit $safeSegments "/") -}}
 {{- end -}}

 {{- $query := "" -}}
 {{- if $u.RawQuery -}}
 {{- $q := $u.Query -}}
 {{- $query = printf "?%s" $q.Encode -}}
 {{- end -}}

 {{- $fragment := "" -}}
 {{- if $u.Fragment -}}
 {{- $fragment = printf "#%s" $u.Fragment -}}
 {{- end -}}

 {{- $url = printf "%s://%s%s%s%s" $scheme $host $path $query $fragment -}}

{{- else if not (or
 (strings.HasPrefix $url "#")
 (strings.HasPrefix $url "mailto:")
 (strings.HasPrefix $url "tel:")
 (strings.HasPrefix $url "javascript:")
) -}}

 {{- $url = urls.PathEscape $url -}}

{{- end -}}

<a class="link" href="{{ $url | safeURL }}"
 {{- with .Title }}title="{{ . }}"{{ end }}
 {{- if $isRemote }}target="_blank" rel="noopener noreferrer"{{ end }}>
 {{- .Text | safeHTML }}</a>

并另存为：站点根目录/layouts/_markup/render-link.html

修改后的效果

原来生成：

1

<a href="%e5%b0%81%e9%9d%a2%e5%9b%be%e7%89%87.jpg">

修改后生成：

1

<a href="%E5%B0%81%E9%9D%A2%E5%9B%BE%E7%89%87.jpg">

与实际文件路径保持一致。

部署到 EdgeOne Pages 后：

1

404

问题消失。

最终结论

这次问题的根源并不是 Hugo，也不是 Markdown。

真正的问题在于：

1

EdgeOne Pages

对于中文路径的 Percent-Encoding 大小写敏感。

而 Hugo 默认生成的小写编码：

1

%e6%88%91

恰好触发了这一兼容性问题。

因此在使用 EdgeOne Pages 托管 Hugo 静态站点时，如果站内存在中文文件名链接，建议在链接渲染模板中主动进行 URL 编码处理，统一生成：

1

%E6%88%91

格式的链接，以避免出现 404。

住建部门在电梯噪声投诉中的职责边界与协同处理机制分析

Tue, 16 Jun 2026 00:00:00 +0800

住建部门在电梯噪声投诉中的职责边界与协同处理机制分析

在城市治理实践中，电梯噪声投诉逐渐成为住宅小区类纠纷中的高频问题之一。由于该类问题往往涉及电梯设备运行、建筑结构、室内环境等多个因素，容易形成多部门交叉管理的复杂局面。如何准确界定住建部门在此类事项中的职责边界，是基层行政机关在实际工作中必须面对的问题。

本文结合电梯噪声投诉的典型处置场景，对住建部门的职责定位及协同处理机制进行梳理与分析。

一、电梯噪声问题的复杂性来源

电梯噪声投诉通常并非单一因素引起，而是多种因素叠加的结果，主要包括：

电梯设备运行本体噪声
减震、隔振措施设置情况
建筑结构传声路径（井道、墙体、楼板）
房屋布局设计（卧室与设备位置关系）
安装施工及后期维保质量

因此，该类问题往往呈现“设备—建筑—使用环境”三位一体的特征。

二、部门职责分工的基本框架

根据地方噪声污染防治职责分工及《中华人民共和国噪声污染防治法》相关规定：

市场监督管理部门负责电梯等特种设备运行的监督管理及检测认定
生态环境部门负责噪声污染防治的环境监管及执法协同
住房和城乡建设部门主要负责建设工程质量管理及相关行业管理工作

需要注意的是，在电梯运行噪声类问题中，住建部门通常不直接承担噪声污染的执法责任。

三、住建部门在电梯噪声案件中的角色定位

在实际工作中，住建部门的角色主要体现在“协同核查与工程维度支撑”，而非噪声执法主体，具体包括：

（一）线索转办与信息衔接

对市场监督管理部门或生态环境部门移送的相关线索，及时转送建设单位及相关责任主体，形成办理闭环。

（二）组织工程相关主体配合核查

协调设计单位、施工单位、电梯安装单位、监理单位及物业服务企业参与问题分析，提供工程技术支撑。

（三）工程资料核查支持

在必要情况下，对设计文件、施工记录及竣工验收资料进行调阅与核查，为问题分析提供依据。

四、住建部门不宜承担的职责边界

在此类跨部门事项中，应特别注意职责边界控制，避免越权履职，主要包括：

不直接认定噪声是否超标
不直接作出责令整改决定
不替代市场监管或生态环境部门实施执法行为
不自行组织噪声达标验收

上述事项均属于法定噪声监管部门职责范围。

五、典型处置路径建议

在实践中，较为规范的处理路径通常为：

市监或生态环境部门开展检测与初步认定
将线索通报住建部门
住建部门转交建设单位并组织相关主体配合核查
各方根据专业结论采取相应处理措施
相关部门依法进行后续监管或执法处理

住建部门在其中主要承担“协同节点”功能。

六、对基层治理的启示

电梯噪声投诉的处理过程反映出基层治理中的一个典型问题：多部门交叉事项容易出现职责模糊与责任叠加。

在此类事项中，应重点把握三个原则：

权责法定原则：不越权行使其他部门职能
协同治理原则：强化跨部门信息衔接
程序留痕原则：确保全过程可追溯

通过清晰的职责边界与规范的协同机制，可以有效降低行政风险，提高治理效率。

结语

电梯噪声问题看似是单一的民生投诉，实则涉及复杂的工程技术与多部门治理结构。住建部门在其中的关键价值，不在于直接“解决噪声”，而在于通过工程管理体系为问题分析提供支撑，并在职责边界内实现有效协同。

这也是现代城市治理中“分工明确、协同高效”的具体体现。

什么是 SSG（静态网站生成器）

Sat, 13 Jun 2026 00:00:00 +0800

什么是 SSG（静态网站生成器）

刚接触 Hugo、Hexo 或 Cloudflare Pages 时，经常会看到一个缩写：SSG。

SSG 的全称是：

Static Site Generator（静态网站生成器）

简单来说，SSG 会把你编写的 Markdown 文章、主题模板和配置文件提前生成 HTML 页面，然后直接部署到服务器或 CDN 上供用户访问。

SSG 的工作原理

SSG 的核心流程如下：

1
2
3
4
5
6
7
8
9


Markdown文章
 +
主题模板
 +
配置文件
 ↓
生成
 ↓
HTML + CSS + JS

例如：

你编写一篇 Markdown 文章：

1
2
3


# Hello World

这是我的第一篇文章。

Hugo 或 Hexo 在构建时会将其转换为：

1
2


<h1>Hello World</h1>
<p>这是我的第一篇文章。</p>

最终生成的网站目录通常类似：

1
2
3
4
5
6
7


public/
├── index.html
├── about/index.html
├── posts/hello-world/index.html
├── css/
├── js/
└── images/

这些文件可以直接上传到：

Cloudflare Pages
EdgeOne Pages
GitHub Pages
Nginx
Apache
对象存储 + CDN

即可对外提供访问。

为什么叫“静态网站”？

这里的“静态”并不是指页面内容永远不变，而是指：

用户访问时，服务器直接返回已经生成好的 HTML 文件。

不需要实时执行程序。

动态网站是如何工作的？

传统网站通常采用：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


浏览器
 ↓
Web服务器
 ↓
PHP
 ↓
MySQL
 ↓
生成HTML
 ↓
返回浏览器

例如：

WordPress
Discuz
DedeCMS
帝国CMS

用户每访问一次页面：

PHP 执行程序
查询数据库
组装页面
返回 HTML

因此服务器需要持续运行。

SSG 网站是如何工作的？

SSG 网站的流程则完全不同：

1
2
3
4
5
6
7


写文章
 ↓
构建网站
 ↓
生成HTML
 ↓
上传服务器

用户访问时：

1
2
3
4
5


浏览器
 ↓
CDN
 ↓
HTML

整个过程中：

不需要 PHP
不需要 MySQL
不需要数据库查询
不需要运行后端程序

因此访问速度通常非常快。

为什么越来越多人使用 SSG？

1. 访问速度快

页面已经提前生成。

用户访问时：

1

CDN → HTML

无需等待数据库查询和程序执行。

2. 部署简单

只需要部署静态文件。

例如：

1

hugo

生成：

1

public/

然后上传即可。

3. 安全性高

没有：

后台管理系统
PHP 程序
数据库

攻击面大幅减少。

例如常见的：

SQL 注入
PHP 漏洞
后台爆破

基本不存在。

4. 成本低

很多平台免费即可运行：

GitHub Pages
Cloudflare Pages
EdgeOne Pages

个人博客几乎零成本。

常见的 SSG 工具

Hugo

目前最流行的静态网站生成器之一。

特点：

Go 语言开发
编译速度极快
单文件部署
适合博客和文档站

很多几千篇文章的网站也能在数秒内完成构建。

Hexo

Node.js 生态中的经典博客框架。

特点：

中文用户多
主题丰富
插件众多
上手简单

曾经是国内博客圈最流行的方案之一。

Jekyll

GitHub Pages 官方支持。

特点：

Ruby 生态
历史悠久
文档丰富

很多早期技术博客都基于 Jekyll。

Astro

近年来非常热门。

特点：

性能优秀
现代前端架构
适合博客、文档和企业官网

Next.js

严格来说不仅仅是 SSG。

支持：

SSG
SSR
ISR
客户端渲染

适合大型网站和 Web 应用。

SSG 与 SSR 的区别

项目	SSG	SSR
全称	Static Site Generation	Server Side Rendering
页面生成时间	构建时	用户访问时
是否需要运行程序	否	是
数据库	通常不需要	通常需要
部署难度	简单	较复杂
访问速度	极快	较快
运维成本	很低	较高
适用场景	博客、文档站	电商、社区、后台系统

以 Hugo 博客为例

假设你写了一篇文章：

1
2
3


# 我的第一篇文章

你好，世界！

执行：

1

hugo

生成：

1
2


<h1>我的第一篇文章</h1>
<p>你好，世界！</p>

随后通过 GitHub Actions 自动构建：

1
2
3
4
5
6
7
8
9


Markdown
 ↓
Hugo
 ↓
HTML
 ↓
GitHub Actions
 ↓
Cloudflare Pages

或者：

1
2
3
4
5
6
7
8
9


Markdown
 ↓
Hugo
 ↓
HTML
 ↓
GitHub Actions
 ↓
EdgeOne Pages

用户访问时：

1
2
3
4
5


浏览器
 ↓
CDN
 ↓
HTML

整个过程中无需数据库和后端程序。

SSG 的缺点

虽然 SSG 很优秀，但也并非万能。

例如：

不适合实时交互系统

如：

论坛
在线商城
社交网站
即时聊天系统

这些场景需要动态生成内容。

大量动态数据处理较麻烦

例如：

用户中心
在线订单
实时库存

通常需要额外引入 API 服务。

总结

SSG（Static Site Generator）是一种预先生成 HTML 页面的网站构建方式。

其核心思想是：

提前生成页面，而不是访问时生成页面。

对于以下场景：

个人博客
技术文档
产品官网
项目主页
政府公开信息网站

SSG 往往是最简单、最快速、最省钱的解决方案。

如果你正在使用 Hugo，那么你已经在使用目前最优秀的 SSG 之一了。

Hello World

Fri, 12 Jun 2026 00:00:00 +0800

Hello World

折腾了这么久，博客总算搭起来了。

这些年陆陆续续写过论坛、贴吧、QQ 空间、微信公众号，也搭过各种网站。每次开始的时候，总想着认真记录点什么；每次过一阵子，又因为忙碌或者懒惰停更。

这一次，决定重新开始。

这里会记录一些工作中的见闻、技术折腾的过程，以及生活中的琐碎想法。

可能会有：

Hugo 建站和主题折腾
Cloudflare、DNS 和各种网络服务
Linux、Windows 以及一些奇怪的问题排查
编程和自动化脚本
偶尔写写生活和回忆

我出生在福建沿海的一个小渔村，从拨号上网的年代一路走来，见证了互联网这些年的变化。如今再搭一个属于自己的小站，多少有点回到最初接触网络时的感觉。

互联网变化很快，很多内容转瞬即逝。

希望这个小站能留下些值得回头看的东西。

如果你偶然来到这里，欢迎随便看看。

Hello World.

Every journey starts with a first post.

YRSheng Lab

建筑施工安全生产应知应会终极手册

一、习近平总书记关于安全生产重要论述

二、治本攻坚三年行动（2024-2026）

三、《安全生产法》法定职责速查

四、六个百分百要求（环保 + 农民工）

五、重大事故隐患判定标准（建筑施工重点）

六、安全生产十五条硬措施

七、通用管理核心名词解释

八、机构配备与三项制度

九、专项作业与危险源管理

十、隐患排查治理全流程

十一、刑事责任与事故处罚

十二、事故报告与等级

十三、安全教育培训专项

十四、施工现场专项安全

十五、实操禁令（十不吊/十不焊/十不准）

十六、突发事件追责与宣传

附录：常见易燃易爆品爆炸极限

📄 资源下载

在 Android 上用 Termux + Hugo 搭建移动博客系统

安装 Hugo（静态博客系统）

安装命令

验证安装

创建站点

本地预览

安装 SFTP（CX 文件管理器访问 Termux）

安装 OpenSSH

设置密码

启动 SSH 服务

CX 文件管理器连接配置

Termux 启动自动运行 SSHD

写入 bash 启动脚本

验证

安装 Git（仅 HTTPS）

安装 Git

基础配置

使用 HTTPS 克隆仓库

使用 GitHub Token

保存凭据

推送 Hugo 项目

推荐工作流

写作流程

总结

笑着祝福，才是最痛的告别

无能为力的遗憾（最核心）

克制而压抑的爱

成年人的体面

对过去的怀念

接受现实，但没有真正释怀

为什么很多人觉得它很真实？

总结

第一次到综治中心值班，我发现了两个“调解范围”

一、关于住建领域矛盾纠纷多元化解的总体框架

二、关于行政调解事项的具体边界

三、关于两个“范围”的初步认识

四、对部分常见问题的理解

五、关于综治中心工作的初步体会

六、几点认识

解决车机与小音箱 MP3 播放乱序问题：FAT32 + sort -V 批处理方案

一、问题本质

二、解决思路

三、sort -V 的作用

四、终极稳定方案（推荐脚本）

五、关键点说明

sort -V

顺序复制

sync

sleep

六、验证方法

七、适用场景

八、总结

Hugo 中文链接在 EdgeOne Pages 出现 404 的排查记录

Hugo 中文链接在 EdgeOne Pages 出现 404 的排查记录

初步排查

RFC 规范中的规定

EdgeOne Pages 的实际表现

为什么 Hugo 会生成小写编码

解决方案

修改后的效果