V2EX › w568w 的所有回复 › 第 13 页 / 共 45 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 9 10 11 12 13 14 15 16 17 18 ... 45

❮

❯

2025 年 8 月 12 日

回复了 w568w 创建的主题 › 浏览器 › 再开一个浏览器扩展推荐贴

@SayHelloHi 这两天试用了一下，感觉小问题还是挺多的：

1. 有的网页明明不是英文（或者我不需要翻译），我也没按快捷键，它擅自开始转进度条、执行翻译，把所有中文全部复述一遍（这时候按 alt+q 也不会取消翻译，而是继续翻译。必须再按一次 alt+q 才能把无效翻译移除掉）

2. Reddit 之类的复杂页面，翻译直接把页面布局弄乱了，标题文字互相重叠

3. 某些带动态载入的页面，只要一动态载入，翻译就自动取消了，已有翻译都不见了。必须按 alt+q 重新触发翻译

4. 同一个页面，经常 alt+q 按三次（需要按三次的原因见上一条）就完全不翻译了，再怎么按都没反应或翻译状态乱掉了（只翻译页面一部分）

总的来看我还是继续用沉浸式翻译吧，这个确实还要再养养，小瑕疵太多了，不太可用

2025 年 8 月 10 日

回复了 w568w 创建的主题 › 浏览器 › 再开一个浏览器扩展推荐贴

@mistsobscure #29 看了一下，过滤规则是这样： https://github.com/wildskyf/TextareaCache/blob/61de316b1a45c9ad48b12ac86358505528681ae1/content-script.js#L15-L21

搜索框好像确实是不会存，主要存多行编辑框

2025 年 8 月 10 日

回复了 darrh00 创建的主题 › Linux › 升级 Debian trixie 差点把系统搞挂了

不能 usrmerge 多半是因为自己手动装了非官方源的软件，覆盖了一些 usr/lib64/ 下的目录

2025 年 8 月 9 日

回复了 w568w 创建的主题 › 浏览器 › 再开一个浏览器扩展推荐贴

@NewYear @L4Linux 确实。不过我看了一下，I still don't care about cookies 也停更了： https://github.com/OhMyGuus/I-Still-Dont-Care-About-Cookies

现在 cookie-auto-decline 这个插件是活跃维护的，但作者只开发了 Firefox 插件： https://github.com/JobcenterTycoon/cookie-auto-decline

如果用 uBlock 规则的话，可以直接用 Fanboy's Annoyance [1]（包含 EasyList Cookie ）+ Cookie Notices [2],这两个都是在活跃维护中的。

[1] https://fanboy.co.nz/
[2] https://github.com/uBlockOrigin/uAssets/blob/master/filters/annoyances-cookies.txt

2025 年 8 月 9 日

回复了 w568w 创建的主题 › 浏览器 › 再开一个浏览器扩展推荐贴

@1una 不错，又省了个扩展

2025 年 8 月 8 日

回复了 hwdq0012 创建的主题 › 随想 › 达尔文的自然选择，和深度学习好像

你有没有听过一个东西叫遗传算法……

2025 年 8 月 7 日

回复了 alax234 创建的主题 › 电影 › 法庭判谷寿夫枪决，并不是因为“南京照相馆”

@snw 这个就属于断章取义了（不是说你，是说炒作「枪决是因为南京照相馆」的自媒体）。

「京字第一号证据」的说法不是最近才有的，至少在十年（ 2015 年）前中国第二历史档案馆的文章中就提到了：

「吴旋所呈送的照片集和材料作为“京字第一号”证据在法庭进行了出示。据报纸所载，谷寿夫在法庭上看到照片时，“曾见面色变，慌乱不能自持” 。最终在 [众多铁的证据] 面前，谷寿夫等南京大屠杀案主犯被予以了正义的审判。」

http://www.shac.net.cn/sy_59/tbgb/njdatu/201512/t20151210_3457.html

说「照相导致枪决」是纯粹的无稽之谈。但「照相是铁证」是真实发生的。

2025 年 8 月 6 日

回复了 HGladIator 创建的主题 › 程序员 › 发现一个奇怪的链接跳转

> www 、cnblogs 、com/gbgpt [...] 竟然是跳抖音的

博客园支持自定义主题模板，只要在主题里写上 JS 就可以任意跳转了

2025 年 8 月 5 日

回复了 dsd2077 创建的主题 › Google › google 发布插件被拒

因为已经有叫 FeedBlock 的插件了？

2025 年 8 月 3 日

回复了 rmrf 创建的主题 › 浏览器 › 给 Ladybird 浏览器捐赠了 10 美元

楼上有看到官网示意图直接咬定为 Safari 的（然而这是个 engine ，界面纯属示意图，长这样只是因为用 AppKit 方便撸这样的原型界面），
有（明明 OP 在一楼强调了是「从零开发」，还要）问是不是基于 Servo 的，
有揪着 Firefox 不放的，
有强行拐话题到浏览器前端使用体验分享的，
就是没一个人讨论引擎本身的。

很符合我对部分用户的刻板印象

2025 年 7 月 31 日

回复了 nizhong044 创建的主题 › 分享发现 › 我不相信天下有讲不明白的道理！

这题目（对中学教育水平的人来说）本身就是陷阱题，没有高中水平就不要硬做了。

机械系统受力情况本来就不是看一张简化示意图能得出的，中学那些受力分析题（尤其是涉及摩擦力的）是出题人煞费苦心选择唯一解的情况，目的是教你「如何做受力分析」，而不是教你「所有示意图都有我能做出来的唯一解」。你随便去翻几本高中物理竞赛书，马上就走出舒适圈了。

另外发现开了两贴，合理怀疑钓鱼骗铜币的，已 block

2025 年 7 月 31 日

回复了 Hyxiao 创建的主题 › 程序员 › 感觉这两年 PostgreSQL 明显越来越火了

@w568w 没打完就发出去了。补：

以及，对 extension 的支持（比如向量储存），pgsql 的支持会好很多。

此外，之前 pgsql 给我印象最深的是单表百万条数据插入，用 COPY 协议只要 7 秒…… 不知道 MySQL 的插入性能能不能匹敌？

2025 年 7 月 31 日

回复了 Hyxiao 创建的主题 › 程序员 › 感觉这两年 PostgreSQL 明显越来越火了

@yh7gdiaYW #93 > 往上很多 mysql 单表不能超过 xx 万条的都是这种

主要是上面用 MySQL 的，基本都是因为技术升级受阻（不愿学/不敢换/不能升级），这种大概率用的是远古 MySQL ，什么 MySQL 5 比比皆是。中文互联网上的 MySQL 教程基本也都是围绕这些远古版本的

===

我不用 MySQL 的理由倒是和你说的一样，这玩意儿的 JSON 支持到现在还是半残废

2025 年 7 月 31 日

回复了 Dg3gWjbFvvq 创建的主题 › 程序员 › 语法最优雅的编程语言是什么？

看到这么多人选 C# 就放心了，证明国内开发还没有烂完

@CodingIran 非常认同（主攻 Dart 开发）。每次看到同行写的 Swift ，都想把 Google 的头按过去叫他们多学学，尤其是 Actor Pattern

不过 if let 和 if case ，Dart 应该已经有了吧。Swift 我不是很喜欢的地方是注解太多，一眼看过去全是 @xxx@yyy@zzz……

2025 年 7 月 29 日

回复了 bluefish07020323 创建的主题 › 程序员 › 如何在 Web 页面上实现类似 Manus 的运行效果

楼上几个在嘀咕什么东西？

如果是说这个终端效果的话，可以看看 https://xtermjs.org/

2025 年 7 月 29 日

回复了 FrankAdler 创建的主题 › 程序员 › 没想到现在还有偷 star 的事情发生

我的 Report ，把上面几位老哥的改了一下，去掉了关于名称碰瓷的不必要说明（ GitHub 不管这个的），供参考：

1. 该仓库秘密滥用用户提供的 Token 。当用户使用该仓库提供的方式进行构建时，仓库会不禁同意地自动冒充他们的身份为作者的所有仓库点 star 、fork ，并 follow 作者。考虑到这一项目的流行度（ 5k stars ），显然已经造成一定规模的破坏。

2. 该仓库滥用 GitHub issue 系统，在任意 build 都会冒充用户身份向仓库发送一条 issue ，每天都有数百条 spamming issues 被发送。

3. 该仓库作者声称自己已经加入显眼的 Token 使用说明，但实际上直到今天（ 7 月 29 日）被发现后才加入，并且没有为英语等语言加入。

====以下 markdown 正文====

1. **This repository secretly abuses user-provided GitHub tokens**. When a user builds with the method provided by this repository, it automatically impersonates them to **star and fork all of the author's repositories and follow the author without consent**. Given the project's "popularity" (5k stars), it has clearly caused damage on a considerable scale. ([Proof 1]( https://github.com/Sjj1024/PakePlus/blob/49dd9484c2617bc85e0e510d38efd5b34b8d90b3/src/apis/github.ts#L30-L34), [Proof 2]( https://github.com/Sjj1024/PakePlus/blob/49dd9484c2617bc85e0e510d38efd5b34b8d90b3/src/utils/common.ts#L209-L218))

2. **This repository abuses the GitHub issue system** by impersonating the user to create an issue in the repository with _every_ build, resulting in hundreds of spam issues being sent daily. ([Proof]( https://github.com/Sjj1024/PakePlus/issues))

3. The author of this repository [claims]( https://github.com/Sjj1024/PakePlus/issues/9746#issuecomment-3132012208) to have added the token usage disclaimers in a prominent location. However, the statement was actually only added to the README _today_ (July 29th, [Proof]( https://github.com/Sjj1024/PakePlus/commit/49dd9484c2617bc85e0e510d38efd5b34b8d90b3)) after being discovered, and it has not been provided for other languages, such as English.

1 ... 9 10 11 12 13 14 15 16 17 18 ... 45

❮

❯