What is m3u8?
Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub. Quick StartCreate a new post1$ hexo new "My New Post" More info: Writing Run server1$ hexo server More info: Server Generate static files1$ hexo generate More info: Generating Deploy to remote sites1$ hexo deploy More info: Deployment
Study Note
Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub. Quick StartCreate a new post1$ hexo new "My New Post" More info: Writing Run server1$ hexo server More info: Server Generate static files1$ hexo generate More info: Generating Deploy to remote sites1$ hexo deploy More info: Deployment
Hello World
Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub. Quick StartCreate a new post1$ hexo new "My New Post" More info: Writing Run server1$ hexo server More info: Server Generate static files1$ hexo generate More info: Generating Deploy to remote sites1$ hexo deploy More info: Deployment
PG数据库忘记了管理员账号和密码
一、核心原理(无需原密码)PostgreSQL 支持系统 postgres 用户免密本地登录,这是超级管理员级别的兜底权限,完全绕过数据库层面的账号密码校验,是重置管理员账号密码的核心依据,也是官方推荐的安全重置方式。 二、完整重置步骤(按顺序执行,必成功)步骤 1:切换系统 postgres 用户,免密进入 PG 18 终端(核心)直接执行以下命令,无需输入任何密码,即可登录 PG 18 数据库超级管理员终端(解决「忘记账号密码」核心问题): 12# 核心命令:指定18版本端口(默认5432),免密登录sudo -u postgres psql -p 5432 ✅ 执行成功后,终端会进入 PG 专属命令行,提示符变为:postgres=# → 表示已获取最高权限。 步骤 2:重置「默认管理员 postgres」密码(最常用)PG 默认的超级管理员账号就是 postgres,99% 的场景重置这个账号即可,在上述 postgres=# 终端中执行以下 SQL(直接复制): 123-- 重置postgres管理员密码,替换【你的新密码】为自定义密码(必填)ALTER USER p...
Hexo文章属性说明
Hexo文章属性说明Front-matter 是文件开头的 YAML 或 JSON 代码块,用于配置写作设置。 以 YAML 格式书写时,Front-matter 以三个破折号结束;以 JSON 格式书写时,Front-matter 以三个分号结束。 设置 描述 默认值 layout 布局 config.default_layout title 标题 文章的文件名 date 建立日期 文件建立日期 updated 更新日期 文件更新日期 comments 开启文章的评论功能 true tags 标签(不适用于分页) categories 分类(不适用于分页) permalink 覆盖文章的永久链接. 永久链接应该以 / 或 .html 结尾 null excerpt 纯文本的页面摘要。 使用 该插件 来格式化文本 disableNunjucks 启用时禁用 Nunjucks 标签 {{ }}/{% %} 和 标签插件 的渲染功能 false lang 设...
关于butterfly主题配置文件的说明
以下是themes/butterfly/_config.yml文件的翻译版本,可以复制进去替换原文件 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798991001011021031041051061071081091101111121131141151161171181191201211221231241251261271281291301311321331341351361371381391401411421431441451461471481491501511521531541551561571581591601611621631641651661671681691701711721731741751761771781791801811...
测试mermaid和mathjax插件
数学公式 流程图graph TD; A-->B; A-->C; B-->D; C-->D; gantt dateFormat YYYY-MM-DD title Test GANTT diagram section A section Completed work :done, des1, 2014-01-06,2014-01-08 Active work :active, des2, 2014-01-09, 3d Future work : des3, after des2, 5d sequenceDiagram participant Alice participant John Alice->>John: Hello John, how are you? John->>Alice: Fine, thanks, and you? Alice->>John: I'm fine, too.
如何让更新远程仓库中的Git子模块到最新的提交版本
要将远程仓库中的 Git 子模块更新到最新提交版本,核心是先更新本地子模块到最新代码 → 提交主项目中对子模块版本的引用 → 推送到主项目远程仓库,以下是分步骤的完整操作指南(覆盖核心场景 + 避坑点): 一、核心流程(本地更新 → 提交主项目 → 推送远程)步骤 1:拉取主项目最新代码(确保基础版本一致)先进入主项目目录,拉取远程最新代码,避免冲突: 12cd 你的主项目目录git pull origin 主分支名 # 如 main/master 步骤 2:更新本地子模块到远程最新提交有两种方式更新子模块,按需选择: 方式 1:单个子模块更新(指定子模块)适合仅更新某个子模块的场景: 1234567891011# 进入子模块目录cd 子模块文件夹路径 # 如 ./submodule-common# 切换到子模块的目标分支(如 main)git checkout main# 拉取子模块远程最新代码git pull origin main# 返回主项目目录cd .. 方式 2:批量更新所有子模块(推荐)适合多个子模块需统一更新的场景: 12# 遍历所有子模块,拉取各自远程分...
git拉取项目将子模块也拉取下来
要在 Git 拉取主项目时自动同步所有子模块,核心是通过 Git 内置的子模块命令实现,以下是完整的操作指南(覆盖「首次拉取」「已有项目更新子模块」「批量拉取」等场景): 一、场景 1:首次拉取主项目(含子模块)如果是第一次克隆主项目,直接用 --recurse-submodules 参数,可一键拉取主项目 + 所有子模块代码: 12345# 克隆主项目并自动初始化、拉取所有子模块git clone --recurse-submodules <主项目仓库地址># 例如git clone --recurse-submodules https://github.com/xxx/main-project.git 效果:克隆主项目后,会自动进入每个子模块目录,拉取对应分支的代码,无需手动操作。 二、场景 2:已克隆主项目,补拉子模块如果已经克隆了主项目(但子模块目录为空),执行以下命令补全子模块: 123456789101112# 进入主项目目录cd 主项目文件夹# 1. 初始化子模块(首次拉取子模块必须执行)git submodule init# 2. 拉取所有子模块的最...
Redis分布式锁和数据库事务的一个坑
在处理资金扣减、库存冲抵等核心业务时,我们最常用的杀手锏就是“分布式锁 + 数据库事务”。逻辑看起来天衣无缝:先上锁保证单线程执行,再开事务保证 ACID。 但现实往往很骨感。最近在一次高并发压测中,我负责的系统出现了诡异的“数据覆盖”现象:账户余额 100,线程 A 扣 10,线程 B 扣 20,最后结果竟然是 80(A 的结果被覆盖了)。 翻遍了代码,Redis 锁确实加了,事务也没失效。直到我深入扒开 Spring AOP 代理机制与锁的释放时机,才发现了那个隐蔽的“时延黑洞”。 一、 现场还原:那段“教科书式”的错误代码很多资深开发可能都写过类似这样的逻辑。大家可以先一眼扫过去,看看能不能发现猫腻: 12345678910111213141516171819202122232425// ❌ 存在隐患的代码逻辑@Transactional(rollbackFor = Exception.class)public void decreaseAsset(Long id, Long delta) { String lockKey = "LOCK:ASS...


