你研究数据库的加密方式，但是你截图的是应该是数据库管理员的密码的 HASH，两个应该是不同的东西。
加密是可逆，加密后，通过密码可以恢复明文（对称加密）。
HASH 理论是不可逆，但是通过暴力计算、彩虹表可以找到摘要和明文的映射关系。
如果是在数据库中保存用户的密码，一般是使用多次的 HASH 函数做摘要，很少有通过加密方式保存用户密码的要求。
如果是保存用户的在其他平台的 key、token，就会用到加密。

数据库加密：
1. 字段加密，可以自己业务实现，可以多种 HASH + 对称加密 + 非对称加密组合。
2. 整体加密：可参考 [MySQL · 引擎特性 · InnoDB 表空间加密]( http://mysql.taobao.org/monthly/2018/04/01/)，MSSQL 应该也有类似的方案。

m.pixivic.com 域名我看到有备案，国内运营这个大丈夫？

pyqt 不熟，qml qtquick 官方自带的例子和文档算很好了

@bshu 发错图片链接
这张才是： https://i.loli.net/2020/02/10/5yNL3uSQxGmsBOz.png

@bshu 我今天使用 pplink.link 从安卓手机传送 一个 2.62 G 的文件到 macOS 电脑上。然后我看手机这边上传进度是 100%，电脑接受也是 100%。然后电脑就没有下文了。
传送一张小图片，电脑就可以下载。
电脑截图如下： https://sm.ms/delete/yM7fRANlavpOFiWerdVuKzLYXD

考虑买个外置硬盘做 Time Machine 备份。此外排查一下是哪个应用写了这么多。

acme v2 支持通配符证书，你可以看看

博客，记录了配置 nginx gzip。https://blog.csdn.net/qyvlik/article/details/102684199

昨天下载来玩，玩了一整天，然后现在想占领其他国家的城市，一直占领不了。有什么攻略吗？

https://github.com/yairm210/Unciv 开源项目在这。有 win 和 linux 的包，mac 没看到。

重温生化危机系列

试试手机屏幕直接投射到电视屏幕上？

你的描述有点乱，也看不清你的问题，可以先用简单的实体图画一下自身服务器，负载均衡，上游平台，他们之间的交互流向。

1. 修改程序上报 pid 给你的 agent
2. 用 脚本通过特征，例如端口，运行路径等等找出 pid
3. 类似于 window 那种注册 service，通过 service 找 pid
4. 或者 linux 下用 supervisor，直接一键生成 pid 文件： http://liyangliang.me/posts/2015/06/using-supervisor/
5. v 友补充好多其他方案了

github 上有个项目，https://github.com/ccxt/crosspile，可以将 js 转成 php 和 python，成品是： https://github.com/ccxt/ccxt，如果遁入 nodejs 失败了，还可以转成 php。

有些平台是不对 http body 为 JSON 字符串格式进行签名（其实是消息认证、数字签名也有），例如 火币的部分 open-api。

如果想要对 JSON 字符串进行签名，可以剖析一下 HTTP 的请求格式

```
METHOD PATH[QUERY] HTTP 1.1
[HEADERS]
[BODY]
```

在**部分请求头不参与签名**情况下，对一个 HTTP 请求进行签名，第一步是整理出需要签名的原始内容，然后确保原始内容和内容格式，客户端和服务端都可以**轻易**获取和处理，例如一种可能的原始内容格式如下：

```
METHOD\n
PATH\n
QUERY\n
CONTENT-TYPE\n
PAYLOAD\n
NONCE
```

- `METHOD`: http 请求方法，例如 GET, POST 等
- `PATH`: 请求路径，例如 `/`, `/api/v1/time`
- `QUERY`: 查询字符串，例如 `?userId=1` 或者 `?userId=1&state=active`
- `CONTENT-TYPE`: http body 的格式，例如 `application/x-www-form-urlencoded`，或者：`application/json`
- `PAYLOAD`: http body，例如是表单，或者 JSON 字符
- `NONCE`：一般是时间戳，防止重放的

然后客户端使用 HMAC-SHA256 的消息认证算法进行签名，**并将签名的字符串放到请求头中**，服务端从请求头获取签名串，然后从请求按照上诉格式拼接处原始内容，在服务端再签名一次，比对两次的签名串是否一致，即可做到**验证签名**的效果。

由于签名串是放在请求头，而不是写回到 `QUERY`（查询字符串），所以不用在客户端重新排序 `QUERY` 或者表单，服务端也不用。

当然，这是其中一种处理方式，更多时候，可能是要求 客户端将 POST JSON 方式修改为 POST FORM，也就是将 JSON 格式转为表单中的一个字段，类似：`&json_payload={"a":"1", "b":"2"}`，然后在对其进行 url 编码。

可以看看如何在 spring 中处理 hmac 消息认证的，[qyvlik/spring-hmac-rest-verify]( https://github.com/qyvlik/spring-hmac-rest-verify)

楼主的 6 万用户还是很多的，可以先迁移海外，等未来自己的力量大一些，再考虑转正吧（也许是永不转正）