V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  UnluckyNinja  ›  全部回复第 3 页 / 共 14 页
回复总数  266
1  2  3  4  5  6  7  8  9  10 ... 14  
油猴脚本,waitForKeyElements 一个广泛传播的库,用有 MutationObserver 的版本,然后自己写代码过滤出你要的元素
@rbq123456 #36 insomnia 头两年不是因为强制登录使用引发众怒了,有一大批人迁移到 bruno 等离线客户端了
2025 年 9 月 14 日
回复了 ruizhixia 创建的主题 信息安全 邮箱内发现自己写给自己的邮件
@UnluckyNinja #10
以及站里搜一下能搜到案例 https://v2ex.com/t/1018377 https://v2ex.com/t/527406
2025 年 9 月 14 日
回复了 ruizhixia 创建的主题 信息安全 邮箱内发现自己写给自己的邮件
简单来说,邮件里所有可读内容都是由发送方自定义的,可以写真的当作别名方便对方回复到另一个地址,也可以伪造写个假的(可以查看原始查看真正发送的服务器)。gmail 之前会给伪造的邮件显示一个红叉,提示你邮件未经过认证,现在未验证的邮件应该直接进垃圾桶了。
2025 年 9 月 14 日
回复了 WJZ0821 创建的主题 分享创造 本人开发了一个全局消息加解密 APP,有风险吗?
@WJZ0821 #66 但你要交换密钥不也得走其它软件沟通,还是说得线下认识并提前商量好密钥,那适用面可就小多了
@wxxxcxx #2
ai 编程分两种,使用者看源码的叫 ai 辅助编程,不看源码、只要能用就不去管实现细节、报错直接把报错丢给 ai 的叫 vibe coding
2025 年 9 月 11 日
回复了 murmur 创建的主题 随想 AI 对艺术创作冲击有多大? suno 马上要出 midi 分轨了
youtube 很多 AI 音乐专辑,也不标明,2 天出产十首,看过几个音乐串流后,推荐里就全是这种,黄豆流汗了
当某个网站在未先由你交互,主动发来一封邮件:
- 如果是消息推送,例如新闻、博文、安全事故报告等:OK ,可以点击链接,开启“只读模式”,只看不输入任何内容,不进行任何风险操作
- 请求用户更新密保 2FA 等,任何需要输入的情况:不要从邮件链接进入相关服务,而是从你的收藏夹或手动输入/浏览器联想进入官方网站或 SNS 帐号,验证官方推送是否确有其事,再继续操作。
2025 年 9 月 7 日
回复了 LxnChan 创建的主题 浏览器 不安全的页面如何应用自动填充?
1. 信任对应证书
2. 如果不想信任证书,只需要自动填充,且密码安全性不重要,那就直接写个油猴脚本填充下就行了
2025 年 8 月 29 日
回复了 chengz 创建的主题 程序员 低成本 tts 方案
https://github.com/RVC-Boss/GPT-SoVITS
https://github.com/RVC-Project/Retrieval-based-Voice-Conversion-WebUI
TTS 用上面的,SVC 用下面的,没上手用过,只是有所耳闻
2025 年 8 月 28 日
回复了 ninvfeng 创建的主题 程序员 一个 github 拉取推送加速的思路
windows 应该不需要额外安装别的,一直用的下面这个,忘记从哪个 stackoverflow 捞来的了
Host github.com
User git
ProxyCommand connect -S localhost:7890 %h %p
Hostname ssh.github.com
Port 443
2025 年 8 月 27 日
回复了 kkkbbb 创建的主题 Windows 开机内存就占用一半多,有大佬知道啥原因么?
现在系统基本都会预分配与显存等量的内存给显卡用于传输数据,8g 根本不够用的,加内存吧
2025 年 8 月 26 日
回复了 importmeta 创建的主题 程序员 为什么 Steam 手机令牌还会被墙?
@UnluckyNinja #15 我更诧异的是,你能下下来令牌却不知道怎么登,我十分怀疑你下的这个令牌 app 的安全性
2025 年 8 月 26 日
回复了 importmeta 创建的主题 程序员 为什么 Steam 手机令牌还会被墙?
登陆时开代理呗,登陆完后不开代理也能用令牌
2025 年 8 月 26 日
回复了 Livid 创建的主题 JavaScript nstr - number → string, but looks good
@bli22ard #30 是的这些全是误导,他又不处理计算,都是 js 运行时自己计算,运算结果作为真正参数调用这个库函数,放这些算式纯纯误导。
他本身就是想解决“显示”有精度误差的数字的问题(作为其中一个功能但不是唯一功能),但正常人都会去想引入高精度库直接解决精度问题,而引入高精度库并不能解决“输入本身是一个有噪音部分小数的显示问题”,which 正是这个库“真正想解决的问题”(尽管他的实现让人感觉是不是被 AI 带坏了)
但愿你绕过来了
2025 年 8 月 26 日
回复了 Livid 创建的主题 JavaScript nstr - number → string, but looks good
@bli22ard #24 不过这么多人都看错,不怪你,得怪作者毫无必要地放了很多计算过程当作例子,网站文本存在误导,“修复浮点精度问题”但实际上只是显示上,而不是给出一个精确的计算结果。
然后 11 楼举了的例子也有一定误导,我用高精度库了更可能是因为我需要准确的结果,而不是为了数字转字符串看起来好看,这种情况下根本没有可比性。
这个库本身就是只有 number 类型到 string 类型转换,这么一个目的和功能。给定一个数字,返回一个字符串,就这么简单,甭管输入哪里来的,用户提供的,库作者想管也管不了。做 OJ 的时候也没人问 input 怎么来的吧。

不过本来我也不太看好这个库,为了这点功能徒增太多了复杂实现,
如果本身就要精度正确,那直接上精度库就好了,
如果要裁剪小数部分,那 toFixed 就可以了,去末尾 0 那就再加个正则替换。
如果为了智能判断高熵部分并展示……我不知道什么情况下会有这样一个需求,为什么要去在乎一个比 epsilon 小很多的噪音,就算如此,展示比 epsilon 小的值,为什么要做字符比较而不是基于数学方式去判断(例如 for 循环递增提取 5 位移到小数点后,tofixed(5)判断是否等于 1 或 0 ,而不是连续比较 5 个 0 或者 5 个 9 )
我很怀疑原作者的精神状态……
2025 年 8 月 26 日
回复了 Livid 创建的主题 JavaScript nstr - number → string, but looks good
@bli22ard #24 3000004/1000000 得来的可不可以?来自于网络的数据源很难理解吗?你管人家怎么来的,现在问题就是要展示这个数据,而你非要给计算上高精度库,关键是这个情景下就不涉及计算啊。
楼主热得快炸了,你就非得让楼主开空调?
2025 年 8 月 26 日
回复了 RoyCho 创建的主题 宽带症候群 内网被运营商非法 dhcp 服务器干扰大概找到原因了
@RoyCho #48 他图没挂,imugr ,换个好点的梯子节点就能看到了
2025 年 8 月 25 日
回复了 Livid 创建的主题 JavaScript nstr - number → string, but looks good
@bli22ard #22 怎么还没绕过这个弯,就不是精度的问题。会取近似值的,epsilon 都远远大于精度误差,根本没必要上高精度库,高精度库也解决不了显示问题。
就假设我有一个原始就是 0.3000004 的数(不是通过计算得来的,可能是网络,可能是可视化的数据集,总之这个数字本身就是这个形式),不需要计算,直接显示成人类可读字符串表示,这个情况你用高精度库有什么意义吗
2025 年 8 月 25 日
回复了 lisxour 创建的主题 前端开发 bootcss.com 和 bootcdn.cn 这两个 CDN 服务证书过期了
这俩的光辉事迹都说烂了,哪怕站内搜一下
别说证书过期,大家巴不得域名过期服务终止拍手称快
1  2  3  4  5  6  7  8  9  10 ... 14  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   1074 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 23:09 · PVG 07:09 · LAX 15:09 · JFK 18:09
♥ Do have faith in what you're doing.