背景 在做金额、折扣、税率、比例这类计算时，我们经常会默认认为： 1 2 3 0.1 + 0.2 - 0.3 = 0 19.99 * 100 = 1999 ROUND(1.255, 2) = 1.26 但是在 Excel 里，这些表达式并不总是符合“十进制心智模型”。问题通常不是 Excel 把公式写错了，而是 Excel 和大多数编程语言一样，底层使用有限精度的二进制浮点数保存和计算数字。 微软文档里也明确提到，Excel 围绕 IEEE 754 浮点规范设计，部分数字和公式会受到舍入或数据截断影响；Excel 的数字精度也限制在 15 位有效数字左右。 这篇文章记录一次复现：

背景 在移动端 H5 表单里，经常会遇到这样的需求：用户输入手机号、银行卡号、验证码、金额等内容时，前端需要格式化输入值，同时把光标恢复到合适的位置。 常见做法是调用 input.setSelectionRange(start, end) 来恢复选区或者光标位置。 这个 API 在大多数桌面浏览器上表现很稳定，但在 iOS Safari 上需要特别小心。一次排查中发现：如果页面上有多个 input，并且代码批量对这些输入框调用 setSelectionRange，在 iOS 16.4 Safari 上可能会出现焦点被后面的输入框抢走的问题。 最终现象是： 1. 当前并不想聚焦某个输入

从 fetch failed 到 Telegram 正常响应 环境：Mac + LaunchAgent + Clash + ChatGPT OAuth + Telegram Bot 现象：Web UI fetch failed、Telegram 无响应、日志不断刷网络失败 一、问题现象 本地部署 OpenClaw 后出现以下问题： 1️⃣ Web UI 无法聊天 访问： 1 发送消息后直接报： 1 fetch failed 2️⃣ Telegram Bot 不响应 gateway.err.log

命令如下： 1、复制微信应用 1 $ sudo cp -R /Applications/WeChat.app /Applications/WeChat2.app 2、修改 Bundle ID 1 $ sudo /usr/libexec/PlistBuddy -c "Set :CFBundleIdentifier com.tencent.xinWeChat2" /Applications/WeChat2.app/Contents/Info.plist 3、重新签名应用 1 $ sudo codesign --force --deep --sign - /Appl

我们要实现一个订阅推特用户并将消息推送到 telegram 上，这里我们用 rss 的方式来实现，所以决定采用 rsshub 来生成订阅源，再用 rsstt 来实现订阅对应用户的 rss 源。这样就可以将订阅的推特用户消息推送到 telegram 频道或者用户上。 由于我买的是国内的服务器，但是访问 推特/telegram 需要科学上网。所以我们需要先在服务器上配置科学上网。 当然，如果你的服务器可以直接访问国外的网站，那就不需要配置科学上网这一步了。同时后续的 docker-compose.yml 文件里的 proxy 代理相关配置也不需要了。 配置科学上网 相关链接: https

转载自：https://sanonz.github.io/2020/deploy-a-hexo-blog-from-github-actions 介绍 Github Actions 可以很方便实现 CI/CD 工作流，类似 Travis 的用法，来帮我们完成一些工作，比如实现自动化测试、打包、部署等操作。当我们运行 Jobs 时，它会创建一个容器 (runner)，容器支持：Ubuntu、Windows 和 MacOS 等系统，在容器中我们可以安装软件，利用安装的软件帮我们处理一些数据，然后把处理好的数据推送到某个地方。 本文将介绍利用 Github Actions 实现自动部署 hexo

Miniconda简介 Miniconda是一款小巧的python环境管理工具，安装包大约只有50M多点，其安装程序中包含conda软件包管理器和Python。一旦安装了Miniconda，就可以使用conda命令安装任何其他软件工具包并创建环境等。 下载 https://docs.conda.io/projects/miniconda/en/latest/ 常用命令 1.查看所有工具包 1 conda list 2.查看当前存在哪些虚拟环境 1 2 conda env list conda info -e 3.检查更新当前conda 1 conda updat

需求背景 QNSolutions_Web 是一个多项目集成的 repo，front 下是多个项目，而 solution 下是一个 monorepo。 现需要实现当某个项目中有文件变更 commit 时，只对该项目进行 lint-staged 操作，而不是对整个 repo 进行 lint-staged 操作。 Repo 结构如下： 1 2 3 4 5 6 7 8 9 10 11 12 13 . ├── portal │ └── front │ ├── portal-solution │ ├── portal-solution-admin

首先来说一下 npm、yarn、pnpm 的区别 npm vs yarn vs pnpm npm 在 npm3 之前，安装依赖包时采用简单的递归安装方法。而在npm3及之后，采用的是模块扁平化安装。 yarn(摘自https://juejin.cn/post/6964006257715838984) yarn 出生之后，解决了历史上 npm 的某些不足，比如 npm 缺乏对于依赖的完整性和一致性保障，以及 npm 安装速度过慢的问题等，尽管 npm 发展至今，已经在很多方面向 yarn 看齐，但 yarn 的安装理念仍然需要我们关注。 yarn 提出的安装理念很好的解决了当时 npm 的依

一次开发中使用 document.querySelector 发现会报错 使用姿势如下： 1 document.querySelector(`#{xxx}`) xxx 为服务端返回的 uuid 变量，经排查发现当 xxx 是数字开头的时候就会报错。 原因如下： document.querySelector(selectors) 中 selectors 规范是： 包含一个或多个要匹配的选择器的 DOM 字符串 DOMString。 该字符串必须是有效的CSS选择器字符串；如果不是，则引发SYNTAX_ERR异常。请参阅使用选择器定位DOM元素以获取有关选择器以及如何管理它们的更