你是不是删除一个实例后，没隔多久就建新的了？引导卷是有上限的，总共是 200G ，每个实例会分配 50G ，如果上一个实例删除后，引导卷还没释放完成，你就新建了下一个实例，那么这时的引导卷就会超出上限，导致一定的费用。

我有个问题，随到头像也不喜欢怎么办，是否可以搞一个给对方自定义头像功能。比如沉浸式翻译事件里有些价值观有问题的人，我就想给他整个猪头头像（大雾 https://i.imgur.com/io2SM1h.png

@LauShyO99 #7 试用了下欧路词典，确实不错。划词翻译、网页翻译（双语对照）都支持，登录后还有生词本、背单词、批改润色的功能。

建议向工信部投诉。

@dafen7 #14 啊？！这个是闭源的吗？他仓库里不是有 GPL3.0 的 LICENSE 吗？

@lxiian #3

「 10k+ star 的项目也搞假开源」： https://www.v2ex.com/t/961178
这个帖子的 #279 楼我总结了一下。

「沉浸式翻译这事，多说几句」： https://www.v2ex.com/t/962364
这个帖子 OP 总结了一下。

本帖子主要是为了推荐，就不展开说那个事儿了。

@intellectual #1 试用了下火山，还行，翻译速度挺快的，准确率感觉也不错。就是能自定义的配置少了点，比如没有黑暗模式，网页翻译时默认译文，没找到把双语设置为默认的地方。

@chotow #2 我另开了个帖子推荐翻译插件。参见： https://www.v2ex.com/t/962538

@Alias4ck #444

「那说明你自己没筛选和鉴别能力啊 我觉得吧 信息大爆炸时代 这点能力得需要啊」

我算是分辨能力比较强的人了，都被误导了 https://i.imgur.com/krir4IG.png ，还有一大票比我强、比我弱的可能也都会被误导。

我认为这样是不对的，至少是不体面、不道德的。这种误导行为加大了用户对开源闭源的认知难度，提高了社区的信任成本，对开源社区的发展可能造成不利影响。

我们不仅不应该提倡这种行为，也不应该转头要求社区付出更大的成本去审查项目，更不应该要求用户具备更加专业的素质（毕竟是面向普通用户的项目）。

至少我个人，会旗帜鲜明地反对这种行为。

@invadv #446 「这贴子里有不少人都以法律或者书面规则作为自己行为的底线，并嘲笑指责者站在道德高地上。」
「不想说对错，我决定从今天开始也向这一行为靠拢，以在未来获得更多的竞争优势。」

本帖里好像没有出现把法律作为自己底线的人吧 https://i.imgur.com/krir4IG.png ，谈到了法律底线，也是说作者这个行为，不违法，但不体面、不道德。

如果你后续的项目也整该项目作者这种骚操作的话，估计你也会被 V 站的站友，开个指责的帖子挂在 V 站的耻辱柱上。https://i.imgur.com/krir4IG.png
可能初期确实能获得一些红利，但是这样是会影响你的项目口碑的，如果你的项目发展得很好，这个事件可能会成为你项目发展路上的绊脚石。至少会多出不少铁了心反对你的项目的人。https://i.imgur.com/krir4IG.png

@itsnull #445
「所以这只是一个项目名称的使用权问题，这和 MPL 2.0 协议没有半毛钱关系。项目名称的使用权当然属于创建者，创建着想怎么用就怎么用，明白吗？」

我认同作者对名称的使用权，如果他顶替了开源名字，但是在 readme 说明了「该项目已不是原来的开源项目」，哪怕他不说新项目是闭源，估计也不会有这个帖子存在。

我指责的从来都不是他闭源这个行为，他顶替开源项目名字这个行为如果他做了明确提醒，那也没问题。我相信本帖内大部分人也是这样认为的。

本帖（至少我个人）指责的是，作者用着开源名义推广这个项目名称，但实际上这个名称所容纳的却是闭源项目。作者非但不进行提醒，甚至还伪装仓库在正常 update ，这一可以被认为是有意误导的不道德行为。

哪怕这个帖子出来了，作者在 #93 里面的回应，都还在有意无意地引导大家：开源项目是有 old 前缀的那个，闭源项目才是 immersive-translate 。只字没有提在闭源项目出来之前，使用 immersive-translate 这个名称的，是开源项目。而软文以开源名义推广的，正是 immersive-translate 这个名字。

这也是为什么 GitHub 上的闭源项目、开源转闭源项目那么多，却只有该项目被指责的核心原因。

@xmxy0 #438 是的，就算把 Star 当作收藏，也能算是对项目的一个认可吧。我也因为作者的这个骚操作把 Star 移除了。

@Alias4ck #426 @xmxy0 #427 主要是 GitHub 会推荐高 Star 的项目，会给高 Star 的项目带来流量。
高 Star 可以证明该项目受众很广，要知道人都有从众心理，高 Star 的项目相对低 Star 的项目，更容易获得用户。
很多作者也是因为这些原因会向用户主动求 Star 。

@edisonwong #428 OP 批评，就是因为 OP 是被误导给 Star 的人，我也是，本帖中还有不少站友也是。

这种事情不太好统计的。可以去 #425 提供的地址去投票，但感觉看到的人没多少。

但可以统计的是，该项目用「开源软件」身份发了多少软文（如果不是项目开发者投的软件，也是自发推荐文章的作者被项目误导了）。参见 #279 #281 #282 。

@ddhero88 #433 「作者开源是他的权利 不开源也没毛病 你说的用改项目名引导的行为 我同样也不认可不赞同」

好的，我理解你的意思了。

但我个人仍坚持认为，这种行为是不体面、不道德的。它加大了用户对开源闭源的认知难度，提高了社区的信任成本。

如果其他闭源项目纷纷效仿，可能会对开源社区的发展带来一些不利影响。

@savebox #422 项目本身很出色，就算是闭源项目，也非常值得 Star 。

但是本帖子批判的，是作者用原开源项目打广告，打完广告用闭源项目去顶替开源项目的名称、链接，且在闭源项目的 readme 中没有任何说明，且还继续提交 build 之后的更新，使得项目看起来是在正常维护，这一个不体面、不道德的行为。

@otakutyrant #419 本帖子批判的，不是这些内容，我个人对这些无意见。

本帖子批判的，是作者用原开源项目打广告，打完广告用闭源项目去顶替开源项目的名称、链接，且在闭源项目的 readme 中没有任何说明，且还继续提交 build 之后的更新，使得项目看起来是在正常维护，这一个不体面、不道德的行为。

参见 #279 。

@itsnull #409

「而随后，随着那个神圣的旧开源项目的存档，新项目的 star 开始一路飙升，（但是我不管，我不管，star 新项目的人都是因为那个神圣的旧项目，才专门过来 star 的。）」

首先我澄清下，我在 #402 表达的是「 5 、你说的闭源项目的 star 数超过开源项目的 star 数，估计**有部分**是那些误认为该项目还在开源的人点的。**至少我是，本帖中也有其他人是**。」

并没有表达像你在 #403 说的「 star 新项目的人**都是**因为那个神圣的旧项目」的意思。请不要帮我加戏。

————————————————————————————————————————

「有没有关系，核心在于该新项目声明了自己是闭源项目的情况下，直到 0.0.41 这个版本，新项目的 star 依然轻松超过了旧项目。 随后几天旧项目就彻底存档了，我不知道为啥老是要和旧项目扯上关系。」

和老项目扯上关系是因为它顶替了老项目的名字，但没有在新项目说明。

首先在被大量软文推荐的时候，在很多网友自来水的时候，它就是以开源软件的身份出现的。这个证据很多，随便搜一搜就找得到了，有些软文的日期还很新。本帖里也有不少站友贴了一些出来。

我就是被这种「开源推荐」软文推广到了，去项目点了 Satr 。所以误导现象是存在的，否则也不会出现这个帖子，和帖子下面跟你争论的人。那 10k+的 Star ，其中至少有我误点的 1 个。

你要知道，这种推荐软文，一般发了，就会一直存在。随着时间推移，软文触达的用户越来越多，可能被软文误导的用户也越来越多。

对于开源项目来说，大家的 Star 普遍给得更慷慨。对于闭源项目，相对可能会更谨慎一些。

@itsnull #398 对了，补充一下第 5 点。

5 、你说的闭源项目的 star 数超过开源项目的 star 数，估计有部分是那些误认为该项目还在开源的人点的。至少我是，本帖中也有其他人是。

如果作者在 readme 中明确说明，该项目已经闭源了，我相信 star 数不会有今天这么高，至少会少我这一个 star ，和本帖也被误导了的其他人的 star 。