正统是在中国别人怎么叫你，英文也怎么念。比如 Zhou Guanyu ，Sun Jihai 之类的。这个年代还在说什么 San Zhang 的我觉得多少有点怪。

我是 liunx
发现这个远程资源管理器确实有点问题，本来有个切换容器和远程的下拉框的，我给隐藏了就和你现在一样的了，但是我点不出来了。你点一下三个点看看切换远程能不能点，我点了会报错。

另外添加 remote 可以在命令里搜一下 Remote-ssh 看看

@Vindroid 这个是真的离谱，所以千万不要问太生僻的问题。上次一个做预研的同事拿出来一段代码讲解，实际开发的时候问他那个代码用的库是哪一个版本，为什么我找不到一样的 api ，他说是 gpt 写的，我麻了

路由器一共才多钱？这都差了 200 了

朋友，var A=a ，能看懂吗？

中国人转骗中国人，当然我说的是缅甸那边的

我相信这东西一定有人心，我只是不确定靠这东西赚钱到底是不是违法

据我观察，反诈这个项目的预算应该是花的差不多了，这项目不烂尾就不错了，你想太多了。

你没法保证设计之外的结果是稳定的，这代码有 bug ，所以结果不一样很长长

有，就是上班如上坟。
其实这只是人生的一种状态，有的人反而是下班需要心理建设，看开点，你这至少还更容易改变现状。

我其实很期待某一款 MMORPG 为 npc 接入 gpt ，应该已经有游戏在做了吧

S7 试驾过吗，这车底盘应该和 03 差不多，介意的话可能会后悔。

这波啊，是手动负优化，为性能优化预留空间。

别想了，数据库就是最好的办法。其他方法都快不了多少，但是多费不少事儿。

很久以前做过一个手机号 md5 的反查的工具，穷举国内手机号大概是 40 多亿个，基于二分法在硬盘上反查，普通固态上一秒我记得能处理大概四五千个吧。我估摸着数据库应该不会比这慢，不过数据塞到数据库里很烦，当时能用的数据库还是个机械硬盘，直接给我劝退了

你至少不要使用挂载的 node_modules ，否则 serve 这一套下来 IO 吃不消

是的，您可以发送一封带有<script>标签的 HTML 电子邮件。不过，需要注意其中的潜在限制和安全考虑。

在发送包含<script>标签的 HTML 电子邮件时，请记住以下几点：

邮件客户端和安全性：出于安全原因，许多邮件客户端禁用或阻止 JavaScript 的执行。这意味着接收者打开邮件时可能不会执行<script>标签中的代码。因此，您包含的任何 JavaScript 功能可能无法正常工作。

内联 JavaScript：一些邮件客户端可能会剥离或修改电子邮件内容中的<script>标签。为了最大限度地提高兼容性，通常建议避免在 HTML 电子邮件中使用内联 JavaScript 。

外部资源：如果您的<script>标签引用外部 JavaScript 文件（例如，托管在 CDN 上），请确保这些资源可访问，并且不违反邮件客户端或接收者网络的任何安全策略。

CSS 和样式：HTML 电子邮件通常依赖 CSS 进行样式设置。请确保使用内联样式或嵌入式 CSS ，以确保在不同的邮件客户端中呈现一致。

总结起来，虽然可以在 HTML 电子邮件中包含<script>标签，但 JavaScript 功能在所有邮件客户端中可能无法可靠地工作。建议主要使用 HTML 和 CSS 来组织和样式化电子邮件内容，而不是过度依赖 JavaScript 。