@Ultraman 首先我是修改密码，不是找回密码，这个修改密码的逻辑就让人很摸不着头脑；其次绑定的是是几年前的手机号码，现在是改不了手机号码，也改不了密码，陷入死循环。

你这标题起的不对，这个和 chsh，还有 fish shell 真的没有什么关系，不是 chsh 害人不浅，是 root 敢死队害人不浅。建议标题改成“root 敢死队的误操作坑”

还有一种改动最小的一种方式：

我们的 SQL 语句是 insert into table_name (column1, column2) values (value1, value2)

在下面的语句中，你不要把整个语句 put 进去，把 (value1, value2) put 进去
sqlqueue.put(sqlCommand)

在下面的语句，get 之后，不要立即执行，攒够 1000 个数据，或者 1 秒超时，然后拼接 SQL 成完整的语句并执行。
# SQL 语句执行，必须按队列 FIFO 顺序写入
while not sqlqueue.empty():
with ThreadPoolExecutor(1) as executor:
executor.submit(exeCu, DBconn, sqlqueue.get())

代码没细看，但思路其实很简单，攒一波数据，到 1 千条或者 1 千条没到但 1 秒钟到了，再批量输入。如果批量写入的方案还是不满足，可以把数据写入到文件里，然后再定时调用 load data infile，load data infile 的写入速度可以达到磁盘的最大 IO 速度（前提是使用 MyISAM，并且没有索引）

那种单词打卡平台，背完单词才可以打卡的，然后打卡的时候可以写一段话的那种。追妹子的时候顺带着把英语也学了

多对多的多态关系，如果他能够在 ORM 里面把这种关系配出来，就这样呗。配不出来就老老实实的多建几张表

@zhea55 火绒再差，他的弹窗拦截无可替代。

这不是 case when 和 group by 的常规用法吗，具体的写法就要看具体的数据库软件对字符串操作的函数了。

>>> 引用 https://listman.redhat.com/archives/ext3-users/2009-January/msg00026.html
If you set the reserved block count to zero, it won't affect
performance much except if you run for long periods of time (with lots
of file creates and deletes) while the filesystem is almost full
(i.e., say above 95%), at which point you'll be subject to
fragmentation problems. Ext4's multi-block allocator is much more
fragmentation resistant, because it tries much harder to find
contiguous blocks, so even if you don't enable the other ext4
features, you'll see better results simply mounting an ext3 filesystem
using ext4 before the filesystem gets completely full.

If you are just using the filesystem for long-term archive, where
files aren't changing very often (i.e., a huge mp3 or video store), it
obviously won't matter.

帅！符合我的审美

好评，做视频不易。

现在很多项目的文档还是 SVN 用的多的，代码大部分都直接上 Git 了。

那健康码咋整？

恭喜恭喜！

@icetea12138 没成功，大概率是水晶头的质量太差了。买压线钳送的水晶头，我一次都没成功过。后来自己买了 1 块钱一个六类水晶头，从来没有失败过。

那种里面都是泡沫粒的懒人沙发

做成 BT 种子分发，CDH 的安装就是这么做的。

车载冰箱 冰虎 可以看看，前段时间刚给我老婆买了一个放办公室。制冰效果杠杠的，就是丑了点。

vue 不应该就是成功的低代码案例嘛