@jackielin 收到了吗？之前给另外一个用 163 的人发被系统退信了，被标记为垃圾邮件了。

@gggalen 收到了吗？之前给另外一个用 163 的人发被系统退信了，被标记为垃圾邮件了。

@elmagnificogg 我的信已经被 163 邮箱的系统标记为垃圾邮件并退信了。我估计你应该是没收到。估计其他的邮箱也快了，实在不行我就直接发在这贴里吧。

131 楼和之上的都发完了。我手动发的，可能会有漏发和多发的情况。如果没收到可以再发一次。

119 楼之上的全都发了。请查收。邪魅一笑.jpg 。我发了那么多估计有一定概率会在垃圾箱里。这么多人求我都没敢用常用的邮箱发，怕被封号。还好发了 七十多封只是发送的时候要求填验证码而已。

@Pangurban 邮件已发。你发邮箱怎么不用 base64 编码一下。不怕收到垃圾邮件吗？或者这个邮箱就是用来公开的？

这个？
https://www.sohu.com/a/218341819_100069711

作为一个 LSP 我建议你不要学我找图的方法，很容易上瘾。如果你也是 LSP 的话那握个手，留个邮箱我私下里教你怎么搜。直接在网上发毒性那么大的东西罪过太大了。

说点不好听的，OP 不要生气。我没有恶意。我觉得 OP 可能是把教电脑这件事想简单了。我之前看过一本教育心理学方面的书，所以觉得教学这个东西复杂得很。我甚至怀疑 OP 教的时候的一些说话的方式导致了你妈不知变通。你回忆一下你教的过程是否更多是教先干什么再干什么。有没有教过你妈想要达成某个目标得时候应该如何思考？有个东西叫默认推理，这其实是个很强大的能力，我听说 AI 很难实现默认推理。你妈认为复制后原本的文件应该消失我觉得就是在执行默认推理。

有很多记录历史价格的网站，比如慢慢买。知道的话当我没说。不过据我观察慢慢买的历史价格好像有点错乱，但是看个大概的走势还是没有太大问题的。

@frankies 我觉得编程能锻炼通用的解决问题的能力，但是我没有证据。

@BraveChi 你那个儿子现在多大了？如果还想试的话建议尝试教一些画图方面的库的使用，或者直接就教 logo 之类的语言。我小学的时候接触 logo 感觉挺有趣的，初中的时候在文曲星电子词典上也基本全是在用 GVBASIC 画图和做动画。目前来说自己比较满意的一个程序也是用汇编语言写的一个看起来比较垃圾的 3D 动画。我记得之前在可汗学院上也看到一个教孩子用程序做动画的课程，还有分享自己的作品的地方。不知道现在还有没有了。

感觉大五人格的开放性和认知闭合需求跟思想开放的关系很大。都能测，网上就有很多量表。

@h0099
昨天我在本站使用指南节点看到站长说骂人也属于言论自由。我记性不太好，忘了是哪帖了，搜也没搜出来。不过我怎么记得站长好像因为某人骂人处罚那个人了？可能是我记错了吧。你是怎么记住那么多页面的？感觉某些好像不是搜索就行的，有什么方法吗？还是仅仅是你记性好而已？

你说的那个 bit array 的位数是 tag 的数量吧？我见识少，智商也不高，只能想到这个。为了防止你有什么更高明的方法问一下。存储方面我只能想到数据库压缩存储，计算方面怎么处理我就想不出来了。我之前好像了解过类似的东西，但是听说类似的方法相当耗资源就没详细了解。不过我也没具体了解到底要消耗多少资源，也许应该实际试一下。

> 您为啥要两两配对执行？为了缓存某个 content 的所有 tag ？但现查也只要 10ms 那您为什么要去套个缓存？说不定您的缓存比 10ms 还慢
> 而且为了获知所有 content-tag 关系（而不是需要哪个 content/tag 就去现查）您也只需要去掉 WHERE 子句直接`SELECT * FROM content_tag_rel`，所以哪来的两两配对？

可能是我脑子出问题了。不知道为什么会说错。也可能是我写的时候脑子里想的是另外一种计算所有内容两两之间的相似度的方法吧。其实用我上面的 SQL 执行一次就能获得某个 content 的按某种相似度排序的所有的 content ，所以用不着 content 两两之间计算相似度，对所有 content 执行一遍那个带 IN 的语句就行了。感觉这个错误实在是太神奇了。想不到什么避免的方法。

我之前想说的是每个月都在所有的 content 上都运行一次那个带 IN 的语句。说得还是不明确，我一步一步说吧。

SELECT *
FROM tag_content_rel
WHERE content_id = 1;

把获得的结果填入那条带 IN 的语句的 IN 的部分并执行和保存结果。

SELECT *
FROM tag_content_rel
WHERE content_id = 2;

把获得的结果填入那条带 IN 的语句的 IN 的部分并执行和保存结果。

其实两条语句应该是可以合成一条。我之前可能是怕缓存获得不太具有预测性的执行时间把，毕竟有时候搜索的 tag 可能不是某个 content 相关联的。

> 其实阁下就是陷入了 https://xyproblem.info 之中：

很有启发性，刷新我的认知了。已保存到我的笔记里。不过我好像偶尔还是能意识到这个问题的，因为我问问题的时候偶尔会带上自己的目的。另外我也是对自己的目的有点不想公开。不过这些基本都是借口，以后我会多注意的。

> 与此同时隔壁某主题帖 /t/909154 中一大堆阴阳怪气的杠精和低级红高级黑反串都没人管，却要封我一个纯路人？

常在河边走，哪能不湿鞋。可能是我感觉错了吧，我感觉站长处罚人好像有一定随意性和随机性的，还有有时候 @他他才会管。希望别被站长看到。不过尽量还是别 @他，之前好像见过某人因为经常 @他结果被处罚了。另外 V2EX 的处罚不只是封号，还有降权。谁知道还有什么隐藏处罚。

好像新标签页打开的间隔长一些自动翻译的概率就会大一些。难道是限制翻译请求频率了？

#2 @h0099

>还要看 filtered 是多少

filtered 一直都是 100 。

> ANALYZE TABLE

狂暴轰入大量垃圾数据 > 执行带 in 查询 10 毫秒左右 > 重启 MariaDB > 执行带 in 查询 1 秒多 > 执行 ANALYZE TABLE tag_content_rel; > 执行带 in 查询 10 毫秒左右 > 之后不管重启多少次执行那条带 in 的都是 10 毫秒左右。

太谢谢你了。这下我基本上是安心了。剩下的那点不安心是我的问题，我不习惯因为暂时的有效而确信方法是绝对正确的。另外因为你我也算是对数据库优化稍微有点见识了。

> 一条 sql 耗时 10ms 还需要优化？

如果能优化到更低的水平我就可以加个功能了。比如说每隔一个月所有 content 都两两执行一次那个带 IN 的语句，前提是用户允许。对我想做的网站来说这应该是个很实用的功能，应该能提升用户的体验。当然两个未修改的 content 之间和两个不活跃的用户的 content 之间不执行我是想到了的。其实我的网站不是简单的标签加内容，只是用了标签加内容的形式，“内容”关联的“标签”是可能一直变的。

网站的具体细节我就不说了。由于网站还没开始做，我想尽量保密。你要是感兴趣的话我可以把原型和计划书单独发给你。其实我这个东西我给很多人都看过了，好像很多人都说从商业角度看不靠谱。所以不出意外我只能用业余时间自己做这个网站了。我对我设想的网站实在是太痴迷了，不做出来难受。

> 您写的奇妙深刻业务逻辑

哈哈，是在嘲讽我吗？或者是玩笑？我几乎不在乎被嘲讽，在知乎上问问题问多了习惯被回答者嘲讽了。不过 V2EX 的站长好像对礼貌问题的容忍度挺低的，如果不想被处罚还是小心点吧。我感觉你这个说法很像嘲讽了，应该不只是我过于敏感。