mac 在二层
网站(理解为 http/https)在七层

如果想要 GUI 的话，filezilla?
但如果走 SSH，只能 SFTP

@jzq526 在 bash 的配置文件(无论是 per-user 的~/.bashrc 还是 global 的 /etc/bash.bashrc)添加 complete -cf sudo，可能是 bash-completion 还没支持 sudo 这命令时，一种**头疼医头、脚疼医脚**的表面性的解决问题的方案。

毕竟如果没有这行命令，sudo 的补全应该回事当前目录下的文件，而不是任何命令，这显然是 unreasonable 的。

而加了这行命令，sudo 至少能被补全出系统的 PATH 中所有存在的程序(命令)了，至于这些命令能否被正常补全，这个解决方案的作者显然没考虑。

回到现在，bash-completion 已经支持了 sudo:

$ pacman -Ql bash-completion | grep sudo
bash-completion /usr/share/bash-completion/completions/sudo
bash-completion /usr/share/bash-completion/completions/sudoedit

这个命令起了反作用，让 sudo 的补全不能正常工作了，因此将它从 bash 的配置文件移除或注释掉。

参见:

bash 的文档中关于"可编程的自动补全"章节: https://www.gnu.org/software/bash/manual/html_node/Programmable-Completion.html

一个更简单的版本，提及了 complete -cf 在做什么:
https://medium.com/marcos-oliveira/how-auto-complete-works-in-shell-linux-fe3c37b47361

@jzq526 简单来说，complete -cf sudo 做了如下事:

告诉 bash，当你输入了 sudo 后，按下 Tab 尝试补全时，就当目前输入的命令行里没有 sudo

于是，bash 尝试补全出一个命令，然后的问题是，complete -cf sudo **覆盖了那个命令在 bash-completion 中的配置文件**

由此地，假设你输入了 sudo systemctl 后按 Tab，只会补全出当前目录下的文件 /目录，而不会是 systemctl 的 bash-completion 配置文件所提供的 arguments，比如 start, status, stop, reload...

在`~/.bashrc`或`/etc/bash.bashrc`中找到

```
complete -cf sudo
```

使其不生效(注释掉 /移除)

因为 werkzeug 的进程模型没有考虑生产环境需要的性能

生产环境应该用 gunicorn/uwsgi 这类 wsgi 服务器，或者 mod_wsgi 这种嵌入 Web 服务器的实现

MAC 地址在二层，对三层(IP, etc)以上无影响，只要在同一个 LAN 里不重复即可

桌面的话，manjaro

initialize

Ubnt ER-X(-SFP)
Mikrotik RB750Gr3

7.4.4 (archlinux) + reactphp

话说用 Arch 当生产环境会不会有点作死...

数组
双链表
AVL 树