@zhenjiachen 感觉你们运维的想法有点不对啊

运维说使用密钥怕你离职之后还把公钥存在服务器上，然后导致你离职了还可以访问公司服务器
===================================================
离职了管理员直接把账号停用就行了,如果这个都不想做,用密码登录不是存在一样的问题吗?

还有就是怕你密钥泄漏
===================================================
密钥泄漏最多就是能登录到服务器,要进行特殊权限的操作还得输入密码啊.相反,登录和 sudo 都使用
密码的话,密码一旦泄漏就完了.


当然我说的这些是建立在每个人用一个单独的账号,然后特殊权限用 sudo 来干的基础上的.

其实就是把 ssh_config 配置能完成的事做了个菜单栏工具,这么理解对吗?

③打开 id_rsa.pub 文件，并把它的内容拷贝到服务端（服务器 A ）的 authorized_keys 文件中；
=====================================================================
直接编辑 authorized_keys 文件不但麻烦，还可能因为文件权限问题导致别人也登陆不了。
这里介绍 ssh-copy-id 命令会比较好。

关键是谁会购买 ftp 服务?

@txlty VR 开会,大有可为!

有的,一开始和我老婆很难沟通,总是觉得她说的话有漏洞,没说清楚.而她觉得我爱钻牛角尖.

@fuyufjh 我也是移动宽带,但是我用来扶墙的美国 vps IP 被登记为我家的地址了.

我倒想问问楼主有哪些是不友善的？

完全没必要，个人推荐看 unix 那本。至于 TCP ／ IP 详解，就是一本工具书。

以后可能家里的所有电器都可以自己编程，你说要不要学？

这不是 python 的问题，是文件系统的问题。
我遇到这种问题都是绕开，懒得深究，没有太大的意义。

/books/?author=A

restful 并不是完全抛弃查询参数.从所有书的列表中过滤作者为 A 的所有书.用查询参数过滤我觉得没毛病.
毕竟层次结构的 URL 只是一个一维的东西,要用来表示现实世界错综复杂的关系还是有困难.

虽然我不懂 PHP 但是异常当然要 throw 才能 catch.
一些语言看似自动抛出异常,但是我觉得应该理解为特定的异常在标准库中为你 throw 了,比如 IO 接口的异常,因为用户代码接触不到 IO 接口的状态,所以 IO 接口的异常由 IO 标准库 throw.
但是用户自定义的异常,自然用户自己 throw.

另外,我认为异常处理不是为了避免 if...else...,而是为了减少多层次的使用 if else.
假设 d 库调用 c 库,c 库调用 b 库,b 库调用 a 库.如果没有异常处理的话,a 库,b 库,c 库和 d 库都要用 if 判断状态是否正确.但是有了异常处理,可以谁都不用判断状态,只要 a 库 throw 异常,用户代码 catch 异常就可以了.

我也给公司做了一个 Restful 的 API ，经常被做 APP 的问道你这个返回 204 是啥啊？成功不是 200 吗？能不能改成 200 啊？

docker 完事，干嘛要自己折腾

不明觉厉

linux 的中键粘贴是最好用的.

pyqt 正解，或者 wxWidgets 的 py 绑定。
如果 VB 支持 zmq 的话也可以用 VB + zmq + py 。如果不能用消息队列通信，只能用 socket 或者共享内存的话基本不要想。你会发现你完成这个程序花费的精力都可以学会 QT 了。