世界尽头のWasteland

有问题的插件这些插件会导致严重卡顿之类的 Better Comments Next这个是确定的，装上之后就会卡死，千万别装 https://open-vsx.org/extension/edwinhuish/better-comments-next Color Highlight这个存疑 https://open-vsx.org/extension/naumovs/color-highlight

React BitsLink: https://reactbits.dev/ An open source collection of animated, interactive & fully customizable React components for building memorable websites.

一、直观理解二、rebase 做了什么三、为什么要这样做四、要小心的地方 直观理解 rebase 做了什么 为什么要这样做 要小心的地方 视觉图上 技术层面 额外的Tips 和merge的区别 初始状态（准备阶段） 使用 merge 使用 rebase 合并回 dev 好问题。rebase 是 Git 里一个非常强大但也容易被误解的命令。简单说，它的作用是： 把你的提交“挪到”另一个分支的最新节点上去，就像时间旅行一样，把你的工作“重演”一遍。 直观理解假设你有这样的历史： 123A---B---C (dev) \ D---E (feature) 这里： A-B-C 是 dev 分支的提交。 你从 C 开了一个 feature 分支，做了 D、E 两次提交。 但后来 dev 上别人又提交了 F、G。 现在变成： 123A---B---C---F---G (dev) \ D---E (feature) 如果你现在要把 feature 合并回 dev，会出现分叉历史，看起来乱糟糟。 reb...

Git 使用规范一、分支策略仓库采用简化版 Git Flow 模型： 12345main└── dev ├── feature/xxx ├── fix/yyy └── chore/zzz 各分支职责： **main**：稳定版本分支，对应线上部署环境。 每次发布前从 dev 合并并打 tag。 禁止直接提交代码。 **dev**：开发整合分支，用于联调与测试。 所有新功能分支应从 dev 拉出，完成后再合并回 dev。 **feature/*、fix/*、chore/***： 分别对应功能开发、Bug 修复、维护性改动（依赖更新、脚本调整等）。 开发完成后通过 Pull Request 合并到 dev。 二、分支操作流程 创建分支 123git checkout devgit pullgit checkout -b feature/user-login 开发与提交 小步提交，逻辑原子化。 commit message 采用规范格式（见下文）。 保持分支更新 12git fetch origingit rebase origin/d...

ffmpeg -i input_video.mp4 output_audio.mp3 then whisper output_audio.mp3 How to install whisperpip install –upgrade pip setuptools wheelpip install torch –index-url https://download.pytorch.org/whl/cpupip install openai-whisper QA经常有各种问题啊 重装依赖 123pip install numpy==2.2.5

oRPC + TanStack Query 的协同工作模式 https://orpc.unnoq.com/docs/integrations/tanstack-query 第一部分：oRPC 客户端的基础使用（不依赖任何请求库）在不使用任何状态管理库的情况下，oRPC 客户端本身就是一个功能强大且类型安全的请求工具。 步骤 1：创建客户端实例首先，您需要创建一个客户端实例。这个实例是您前端应用与后端 API 通信的唯一入口。您需要一个 “Link” 来告诉客户端如何与后端通信。 1234567891011121314151617181920212223242526// src/lib/orpcClient.tsimport { createORPCClient } from '@orpc/client';import { RPCLink } from '@orpc/client/fetch'; // 假设后端使用 RPCHandler// 如果后端是 OpenAPI，则使用 import {...

Multi-Repo下通过Link快捷进行本地开发 Multi-Repo 架构的核心理念 创建合约仓库 项目结构 package.json 核心配置 工作流程 在微服务中消费合约包 解决本地开发问题 本地开发流程 开发完成后的收尾工作 使用私有 NPM 仓库 总结 Multi-Repo下通过Link快捷进行本地开发在 Multi-Repo 架构下优雅实现 oRPC 微服务 —— 合约包与本地开发的双重策略 在团队规模扩大、技术栈多元化、强调自治的场景下，Monorepo 往往并不是最佳选择。独立仓库（Multi-Repo）架构更能满足服务自治和解耦的需求。但一个现实问题是：如何在 Multi-Repo 的模式下，依然优雅地实现 oRPC 微服务架构，并兼顾本地开发的顺畅体验？ 答案是：通过私有 NPM 包管理合约 + 本地链接 (link) 开发。 Multi-Repo 架构的核心理念与 Monorepo 强调“统一工作区”不同，Multi-Repo 在共用contract上面临复杂的问题，clone仓库到文件夹里面并不是一个合适的做法。 但是我们不可能每次都将...

项目地址：https://github.com/oh-my-live2d/oh-my-live2d模型地址：https://github.com/oh-my-live2d/live2d-models 模型配置文件： 12

PicGo-图床工具教程:在VS Code中使用 Picgo + jsDelivr + Github搭建高速稳定图床 总结：打开设置，自上而下分别填入 12345master https://cdn.jsdelivr.net/gh/**UserName/PicBed**(换成你的仓库) imgs_for_blogs/(文件夹) Edge-coordinates/PicBed(仓库) token 还要将 Pic Bed:Uploader 设置为 github快捷键： uploading an image from clipoard: Ctrl + Alt + U uploading images from explorer: Ctrl + Alt + E uploading an image from input box: Ctrl + Alt + O

天穹碎裂之时 简介：末日的阴影正悄然笼罩大地。魔法师们高高在上的藏于幕后主宰着凡人的命运，末日之下，是怎样竭力隐藏自身的姿态。 在一座为救世而建的都市里，秘密像迷雾般层层叠叠。而故事的开端，是少年少女的重逢。 被称作“最弱”的魔法师，要怎样在这逐渐崩塌的世界中书写属于自己的传奇？看似平凡的日常里，真相与答案正缓缓浮现…… tag: 日常，魔法，奇幻，冒险，后宫 如果您喜欢这本书，或者有任何建议，欢迎通过关于页面中的方式来联系我。版权 @ 边缘坐标，轮回红尘殇 在线阅读: https://book.rezedge.com/交流群：Telegram群组