OSS 上传的时候针对文件设置了缓存时间吗？有的话 304 请求会节省大部分流量

CF 国内就是跟百度云合作的……

@whileFalse 我使用的是阿里云 FC，它的 python3 环境是基于 WSGI 接口的，因此可以直接这样用 flask 框架：
handler = app

但是对非 ascii 字符有 bug，可以这样进行 workaround：
https://www.gwy15.com/2019/12/17/%E9%98%BF%E9%87%8C%E4%BA%91%E5%87%BD%E6%95%B0%E8%AE%A1%E7%AE%97%E7%9A%84-bug-%E4%B8%8E-workaround/

对我来说，面向 serverless （阿里云 FC ）环境开发和面向 VPS 环境开发没什么区别，无非就是加个 __import__('sys').path.append('lib') 然后导出第三方库到 lib 文件夹、打包上传。不过目前阿里云 FC 不支持限速、不支持自定义 header （默认全部 host 都做了 CORS，没法白名单黑名单）、不支持方便的自定义域名，还有待改善。

@fanchangyong 为什么会麻烦呢……？生成密钥和加入信任池都可以自动化。

@fanchangyong 正常操作是每个机器都生成一套 key，公钥加到 GitHub 的 SSH Key 里面。

```
re.sub(r"(\[\d+:\d+:\d+\])",r"$\1$", s)
```

CF 在国内的体验也说不上好啊，只不过个人版免费，可以拿来缓解流量压力隐藏 IP。

国内你要访问速度好，只有备案+国内 CDN 商（阿里云、腾讯云、七牛云, etc.）一条路。

fabric 是最无痛的：
import fabric
with fabric.Connection(alias) as c:
c.put()
c.run()

就可以了，写个循环。

我个人会额外加上 pex 打包+supervisord/systemd 监控自动拉起。

@tyrealgray GNU 哲学本身就认为非自由软件是不道德的，

> "https://www.gnu.org/philosophy/free-sw.en.html"
> While we can distinguish various nonfree distribution schemes in terms of how far they fall short of being free, we consider them all equally unethical.

我说道德上应该要继承 GPL 协议 /自由软件有什么问题吗？

GPLv2 协议是允许你在不公开发布（自用）的情况下保持闭源，但是这也不影响在 GNU 哲学下被认为不道德。我没有对楼主进行谴责，我只是说按照 GNU 的哲学应该保持自由软件。GNU 是非常激进的自由软件推送者，你可以不认同 GNU 的哲学。


@ysc3839 glibc 是 LGPL，允许非自由软件调用 LGPL 的库。

更准确地说，如果你要公开自己的软件（指任何行式的公开发布二进制或是源代码），你的 project 必须公开源代码并继承 GPL 协议。比如使用了 ffmpeg 的软件，只要提供了二进制分发，就应该要提供源代码并 licensed under GPL。像你这种面向“科研机构做研究用不会对外”，只要你不公开分发，就不用公布源代码。

跟商不商业没关系，只要你用了 GPL 协议的代码，道德上你整个 project 都应该继承 GPL 协议。

代码给你
a = np.random.rand(N)
a = avg + (a - a.mean()) * (std / (a - a.mean()).std())

……你自己稍微看看公式不就行了？

随便生成一组随机数，调整平均值到 0，比例缩放调整标准差到你的要求，再加上平均值

@mengdisheng https://developers.weixin.qq.com/doc/offiaccount/Message_Management/Receiving_standard_messages.html
公众号应该没法接收文件。

公众号可以实现，但是回调需要 80/443 端口，如果是国内主机需要备案。

USJ 不需要打印票，手机放大刷条形码也可以进。

我跟踪了一下，跟踪到了
`urllib3.util.connection.create_connection`
这个函数里面。

这个函数做的是根据 host 和 port 建立 socket 连接。当使用 localhost 的时候，会调用
`for res in socket.getaddrinfo(host, port, family, socket.SOCK_STREAM)`
这样一个循环。对于 `localhost`，会返回两个结果：

+ ::1 (ipv6 下的 localhost)
+ 127.0.0.1 (ipv4 下的 localhost)

根据循环，会首先尝试连接 `::1`，而如果 flask 使用的是默认的 host 或是 0.0.0.0，只会监听 ipv4 的请求，因此 ipv6 会抛出 NewConnectionError，而后继续尝试 ipv4 的请求。这就是两秒延迟的原因。

解决方法：
+ 使用 app.run(host='::') 调试，使 flask 监听 ipv6，这样第一个尝试的 `::1` 也可以正常连接。
+ 使用 requests.get('127.0.0.1')， 避免 DNS 解析。

@ksc010
我上次就是这么写的，localhost 换成 127.0.0.1 之后就没问题了

我上次写单元测试也遇到这个问题，后来发现是 DNS 花了 2s。楼主换成裸 ip 试试