Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  w568w  ›  全部回复第 21 页 / 共 54 页
回复总数  1075
1 ... 17  18  19  20  21  22  23  24  25  26 ... 54  
❮ ❯
2025 年 8 月 29 日
回复了 superrichman 创建的主题 › 信息安全 › 火绒弹窗倒计时 60 秒，自动强制更新到 6.0
@zzh0410

> 升不升级没得选

「倒计时 60 秒，自动强制更新」。倒计时 60s 被你吃了？

> 别说都是为你好，别说为了安全！

？？？本来就是为了安全啊，你加两个「别的……」也不会让这句论述变错误啊。

真是见证生物多样性了，火绒是买来电脑就捆绑在你电脑上了？还是拿枪顶着你让你必须安装、必须更新了？这么在意「用户自由」（贬义），你直接卸载不就完了？
2025 年 8 月 29 日
回复了 superrichman 创建的主题 › 信息安全 › 火绒弹窗倒计时 60 秒，自动强制更新到 6.0
？？不是，装杀毒软件又不更新，那装他干什么，就为了拦截广告？

拦截弹窗的独立版，网上一搜一大把

只是为了屏蔽 Defender ，网上关闭 Defender 的工具也是一搜一大把

要真关心安全，不更新等着被病毒打得底裤都不剩？
2025 年 8 月 28 日
回复了 Chris008 创建的主题 › 分享发现 › 口腔溃疡后吃一整个橙子很快就好了
https://www.msdmanuals.cn/home/mouth-and-dental-disorders/symptoms-of-oral-and-dental-disorders/mouth-sores-and-inflammation

口腔溃疡的病因复杂且多样。最常见的非外源疾病被称为 复发性阿弗他口炎（口疮），其原因尚不清楚。许多因素似乎会诱发或引发发作，但似乎并未涉及过敏反应。这些因素包括口腔损伤、应激（例如，一个大学生在期末考试期间可能会患口腔溃疡）。

少数阿弗他口炎可能由维生素缺乏症引起，但并不常见。补充维生素也不能对症治疗。

口腔溃疡通常无需治疗。不过如果疼痛难忍，医生的对症治疗包括：止痛药、漱口液、物理保护膜、口服皮质类固醇等。
2025 年 8 月 28 日
回复了 feimo1996 创建的主题 › 程序员 › 各位有买 openrouter 的没？几个问题想咨询下。
@Livid #20 在非推广节点下到处推广自己的服务，一天发五个推广
2025 年 8 月 28 日
回复了 feimo1996 创建的主题 › 程序员 › 各位有买 openrouter 的没？几个问题想咨询下。
充了 20 刀，挺不错。所有模型都可以用。

> 挺好用的 但是有些免费模型没看懂 rpm 限制 不是 1000 次么

@VIRUSR 据我所知，现行机制是两个限制：

1. RPM 限制，每分钟请求次数过多会 429 Too many requests 。没有明确限制，一般看提供商的负载。我自己体感大概 4 次/分钟；
2. 每日限制，未充值账号只能请求 50 次，充值 >=$10 后提升到 1000 次/日。
2025 年 8 月 27 日
回复了 desdouble 创建的主题 › 信息安全 › 你有没有遇到过不太懂“零信任”但喜欢大谈特谈“零信任”，甚至一群不懂零信任的人开会激烈讨论零信任的。
这种难以望文生义的词都容易上升到哲学层面。一旦上升到哲学，人人都能扯两句了。

所以说哲学是最贴近生活的学科
2025 年 8 月 26 日
回复了 MakinoharaShoko 创建的主题 › Android › Google 将只允许安装来自经过验证的开发者的应用到认证安卓设备上
汇编了一下现有消息：

1. 这项政策只和「已认证设备 certified Android devices 」[1] 有关，不过也包含国内所有能使用 GMS 的厂商；

2. 不会阻止开发者直接分发 APK 或使用第三方应用商店 [2]；

3. 这可能是一项身份验证（技术上来说，签名 + 包名验证）政策，会阻止没有「身份备案」过的开发者的应用侧载。如果你已经是 Google Play 开发者，则通常无需额外操作 [2]；

4. 预期时间轴：2026 三月开放身份验证，2026 年九月在巴西、印尼、新加坡、泰国四国启用，2027 年后向全球启用 [2]；

5. 对于学生和业余开发者，将可以注册一个单独的 Android Developer Console 账号来备案 [3]，无需注册 Google Play 开发者账号 [4]；

6. 如果你既在 Play 上又在 Play 外发布应用，不需要专门注册 Android Developer Console 账号，可以直接利用现有的 Play 账号备案外部应用 [5]；

7. 没有证据证明 Google 会禁用通过 adb shell 权限安装的方法（例如 Shizuku 等）。

太长不看：从我个人来看，这对国内用户没什么卵影响。你仍然可以自由安装 APK 侧载。

要这么想，强如国内也不敢（从技术上）全面禁止安装未备案应用，Google 能捣鼓出啥？

[1] https://www.android.com/certified/partners/
[2] https://android-developers.googleblog.com/2025/08/elevating-android-security.html
[3] https://goo.gle/android-developer-console-intro
[4] https://developer.android.com/developer-verification
[5] https://developer.android.com/developer-verification/guides
2025 年 8 月 26 日
回复了 kikoroc 创建的主题 › 程序员 › 朋友们， Drawnix 开源白板工具登上 github trending 啦🌶🌶🌶!
用了下挺不错，不知道能不能适配数位板或者手写笔呢？有时候和人开会就需要这种白板
2025 年 8 月 26 日
回复了 EyebrowsWhite 创建的主题 › 程序员 › Ansible 用起来好爽😄
@Kirkcong 嗯，我也觉得奇怪，我准确描述一下现象：是忽快忽慢，有时几秒就 gather 完，有时每台都卡几分钟，甚至直接 connection timeout （而这时我自己连接 ssh 一直是稳定、速度正常的）。debug 不太方便做，所有 infra 都迁移出 ansible 了，现在想连还要重配 inventory ，比较麻烦

@EyebrowsWhite 是的。但调试 ansible playbooks 的时候，肯定不希望每试一个参数都花几分钟时间吧

---

我也补充下安利 pyinfra 的优点：

1. 纯 python 作为配置，不需要学奇怪的 yaml 脚本和模板语法，简单的管理完全可以单文件 all-in-one 。现在感觉 ansible 这一套复杂的目录结构只会导致配置文件碎片化，降低可维护性
2. 速度快，前面提过了，不说了
3. two-pass 执行，部署任务时可以先快速给你列出哪些任务需要执行、哪些任务可直接 skip ，然后根据实际情况选择执行
4. 文档简单，API 比 ansible 简易太多

缺点：

1. 没有 ansible 那么庞大的 roles 库，大部分复杂配置需要自己手敲（不过也敲不了几行，而且都是 Python ，很容易组织起来复用）
2025 年 8 月 26 日
回复了 EyebrowsWhite 创建的主题 › 程序员 › Ansible 用起来好爽😄
ansible 主要问题是太太太慢了，我都搞不明白 Python 怎么能那么慢，五台服务器每次启动任务都要先等个 10 分钟，每个任务执行前后都要卡个四五秒，也不知道在初始化什么东西…… 网络连接肯定没问题的，ssh 也是秒连，服务器本身性能肯定足够

后来换 pyinfra 了，体验还可以： https://pyinfra.com/
2025 年 8 月 25 日
回复了 movq 创建的主题 › 分享发现 › 其实很多人没没理解什么是"预期平均寿命"， 1981 年出生的男性当年预期寿命只有 66
Wikipedia：

一篇 2021 年的研究更指出，从古至今，人类老化的速度从未改变，而人类平均寿命延长，主要是因为婴幼儿死亡率降低所致。因此拿古代（包含新生儿寿命和成年人寿命在内）的平均寿命来估计当时成年人普遍能够活到的年纪，是没有意义的。
2025 年 8 月 24 日
回复了 kkkbbb 创建的主题 › Windows › 小米笔记本莫名卡顿问题
CPU 、内存占用正常，CPU 频率也正常，先看看是不是 I/O 中断把机器卡住了。Linux 下应该可以直接从 top 看到，Windows 不清楚，可以看看硬盘的读写延迟： https://learn.microsoft.com/zh-cn/archive/blogs/askcore/measuring-disk-latency-with-windows-performance-monitor-perfmon

散热的话下个 HWiNFO 看看硬件温度，重点关注 CPU 和内存
2025 年 8 月 24 日
回复了 hwdq0012 创建的主题 › 程序员 › zsh 的 file 工具和 Linux 自带 file 相比，还比较含蓄了
macOS 的实现： https://github.com/apple-oss-distributions/file/blob/03da74dd39d8209bfe953306347a8c514e688025/file/src/fsmagic.c#L383

Linux 的（上游的）实现： https://github.com/file/file/blob/74e451be9d9e86af5e06e9795403017f8c6833ba/src/fsmagic.c#L375

没看出太大区别。两边应该都会打印符号链接。是版本问题？

另外不该依赖这个看符号链接的。
2025 年 8 月 24 日
回复了 tfu 创建的主题 › 推广 › [重新介绍] 告别反人类验证码！开源项目 Cap-Worker：用“算力”换回你的时间
1. 「 Proof-of-work 验证码」和「图形验证码」设计的初衷不一样啊。前者是为了「拖慢机器人准入」（例如网页爬虫），后者是为了「完全禁止机器人准入」（例如注册、领取奖励），不是一个场景，不能相互替代。

2. 同楼上，和 Anubis 之类早就大规模部署的 PoW 验证码，有什么优势？
2025 年 8 月 23 日
回复了 rrubick 创建的主题 › 游戏 › 欧卡 2 - 玩了 40 多个小时才知道有 `车道保持`
车道保持对速度和道路有要求，太快或路太弯会直接飞出去 / 开始摇摆
2025 年 8 月 21 日
回复了 linhrdom 创建的主题 › 数据库 › 团队日志要存几年，怎么找一个便宜又能查的地方？
看看 InfluxDB ？ https://www.influxdata.com/influxdb-pricing/
2025 年 8 月 21 日
回复了 qazzxxx 创建的主题 › 程序员 › 做了一个鼠标点击页面自动截图，记录步骤，生成 markdown 文档浏览器插件，类似 Windows 的步骤记录器，大家感觉有没有搞头？
不错，要是能给桌面截图就好了，少装一个软件
2025 年 8 月 19 日
回复了 ansurfen 创建的主题 › 程序员 › Hulo 编程语言开发 —— 解释器
@vfs 先给你道歉，语气暴躁了点。

上面最后列的这几个问题不是我在 V 站看到的（我也没看过你之前提问的那个帖子），是我自己在用户群和 Reddit 宣传的时候遇到的常见问题。不是说「提这些问题的人 = 不经大脑思考」。如果不小心地图炮到你了，不好意思。
2025 年 8 月 19 日
回复了 ansurfen 创建的主题 › 程序员 › Hulo 编程语言开发 —— 解释器
为啥楼主每次发帖都有人问不经大脑的问题，冷嘲热讽之前不先思考一下吗？

利益相关：我是 amber-lang 的 contributor ，和楼主这个项目的定位类似。

----

下面是一些常见问题：

Q：为什么不直接写 Python/JS/VBScript/JScript/Lua/bat/...？
A：你说的这些都不跨平台（尤其是臭名昭著的 Windows ），脚本编写者需要学习多门语言、维护多套脚本，增加维护成本。

Q：为什么不直接写一个新的脚本语言？非要翻译干什么。
A：不用在用户设备上安装解释器，便携性强。

Q：哎呀，没听说过脚本都需要跨平台，需要时再写不就行了？
A：相同项目确实少见，那不同项目的脚本呢？比如说，今天可能要给 Windows 客户机写批处理，明天要给 Linux 服务器写脚本，后天又给自己的 mac 写小脚本，用中间语言就不需要同时学三门语言了。

Q：脚本语言有什么难学的？我 [此处填时长] 就学会了。
A：脚本语言的问题是（通常为了向后兼容）有非常多的 quirks 。比如 Bash ，很多人喜欢用的 set -o pipefail 和 -e 其实都是有问题的，在计算数值非 0 时也可能当作错误退出；另外，它的 local scope 是 dynamic scope 而不是 lexical scope ，如果不为每个函数重命名变量，会导致意外的变量覆盖；此外还有 string interpolation 和转义的各种复杂规则。Windows bat 也有诸如参数传递和变量展开延迟这些问题。你不碰到自然没事，碰到就会很难受。使用中间语言有助于以统一的方式解决怪癖，提高 QoL 。

Q：为什么要重新发明新语言？直接给现有语言写编译器不行吗？
A：脚本语言的逻辑差异很大，比如命令（ command ）语法，现有语言不支持。另外脚本语言大多是弱类型或动态类型，支持的语法特性很少，很难写一个 1:1 的编译器。

Q：现在 AI 都能写了，你这根本没用。
A：AI 写稍微复杂一点的脚本逻辑，依然会漏洞百出。另外后续可维护性会极差（亲身经历）。

Q1：你用的 AI 不行 / 你自己提示水平不行，我的 AI 从没出问题。
Q2：AI 很快就全面解放人类劳动了，写这些东西根本没有意义。
Q3：古法手工编程的传统码农又来啦 / 写代码写出优越感了
A：¯\_(ツ)_/¯
1 ... 17  18  19  20  21  22  23  24  25  26 ... 54  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2997 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 03:45 · PVG 11:45 · LAX 20:45 · JFK 23:45
♥ Do have faith in what you're doing.