和 return 返回自动提交类似，也算是一种防止用户忘记 commit 的做法吧。

默认主动帮用户提交、默认不主动帮用户提交，两个方案肯定是选前者。

@ericls 外接屏幕用久了，就不习惯切换窗口啦，所有的内容全部平铺在显示器上，懒得切换。

@lhbc 以前也只用笔记本码过，也没觉得啥；后来一直外接显示器之后，换回笔记本那么小的屏幕，就发现再也回不去了

完全符合规范的话，平均 3~5 天；但是新提交应用要想一次过审，全部符合 App Store 要求，几乎是没可能的。

一个段子：某公司做了个 App ，反复被苹果驳回未过审，耗了一年，公司倒闭了。

有需要沟通的事情就去交流，没事不用 bb ，为了交流而交流本末倒置嘛。

所谓的打成一片都是虚妄的，除非你的岗位是搞企业文化、人事之类的，技术类岗位是因为你手上活好，其他人会主动和你打成一片的。

1 目前小程序打开的速度，也比较慢，和 App 差不多。

2 一些著名的小程序已经主动下线了，也感受到了 App 严重被卸载的恐惧。都不像把自己的身家性命交给腾讯啊，毕竟微信小程序的统治力还没 App store 那么吊，独此一家。

一般都会对同一个手机号，在一定时间内申请验证码做间隔限制。重复请求的话，不重复发送就可以啦。

@TanLian 不好意思，我也知道手误了，不能改阿

@XiaoxiaoPu 是，考虑到大量小文件的读写，那内存甩开 ssd 很多条街了

@ox180 对于其他服务器等于是再 POST 一次，如果是局域网内的服务好弄，如果是走互联网，还是通过 TCP/IP 来传。这个转存，也没有具体实际跑过的经验呐。

看头像，选语言 ^-^

谢谢，我再检查下上传的文件类型看看，是不是在当前 pillow 版本支持处理的格式

@rogerchen 是 flask ， image.open(form.img.data)是本能反应，你有打开过的经验吗？

@rogerchen form 过来的 data 一直就是 filestorage ，各种方式去取，就是无法得到原始的 upload.jpg 这样的文件格式。这个才是核心故障 。 就是因为这个问题还没有直接解决，才绕弯找其它格式做桥接。

我也比较疑惑，这个用户 upload 到服务器内存里的文件到底是个什么编码格式（出错提示 __io.buffer ）？怎么就没有方法还原出上传之前的文件呢？

@neoblackcap 谢谢，看了下 Image.frombuffer 感觉有点绕，舍近求远的感觉，试了一下也没行 *-*

我从 img_url 上取图片文件，然后可以用 BytesIO 直接处理：
r = requests.get(img_url)
img = Image.open(BytesIO(r.content))

Image.frombuffer 官方文档也特别提到，如果能获得 entire image file ，可以用 BytesIO ，没必要用 frombuffer 。
如果能从 Form 表单上传的文件中，直接能像 requests.get(img_url)取到图片，就不用饶一道弯用 frombuffer 专门处理 pixel data 。
试了各种方法，现在就是没能从上传的文件中成功取到图片格式的文件。。。不知道是我方法不对，还是根本没有这个方法（前提是不保存到硬盘）？

@yjmade @neoblackcap 这是什么错误的？用 StringIO 说是 bytes ；用 BytesIO 说不能识别 image 文件：

im = Image.open(StringIO(form.img.data.read()))
出错： TypeError: initial_value must be str or None, not bytes

im = Image.open(BytesIO(form.img.data.read()))
出错： OSError: cannot identify image file <_io.BytesIO object at 0x03A83B90>

要锁=压缩

@hansnow
@lostab
@rogerchen
谢谢， Pillow 哪个版本比较实用？看官方文档，能支持要锁 PNGs 图片的要 3.0.0 以上的版本（需要 zlib 支持），我选了 pip install pillow==3.4.2 的版本。结果开发环境是 win 上的 Python3.4 ，不支持（只支持到 py3.3 ）。因为生产 Ubuntu 上装的是 py3.4 ，不能换 python 版本，大家一般都用 pillow 的哪个版本啊？

毫无疑问是索尼 13 寸那款啊