@dongxiaozhuo 我没注意看你分别写的是 flask + sqlalchemy 和 flask-sqlalchemy -:)

> 如果直接 flask + sqlalchemy，如果没有手动回收 session，会出现过多事务未提交的错误，重启应用能释放这些未提交的事务。

@dongxiaozhuo 这里是不是理解反了？（源码中自动在每一次请求上下文之后，会自动 remove 啊）

----------------------------

@app.teardown_appcontext
def shutdown_session(response_or_exc):
if app.config['SQLALCHEMY_COMMIT_ON_TEARDOWN']:
if response_or_exc is None:
self.session.commit()

self.session.remove()
return response_or_exc

@mengzhuo 早先是 flask 的作者 A.R.提议 bottle 改，瓶子没鸟他，A.R.就自己搞了个 flask （烧瓶），烧瓶看上去是烧掉瓶子的意思

@kxiaong SQLalchemy 会有哪些坑？

@newdongyuwei SQLalchemy 什么地方比较渣？

小程序当作 rich service 是合适的，特别是和线下扫码访问进入的用户服务，是很不错的。单车，发快递，现场点餐等等，纯线上的业务要么 APP 要么 web 吧，小程序没必要

onenote 一开始就是 block 的概念。
block 在电脑上号，手机上不好编辑。

命名就很尴尬，MacBook 竟然比 MacBook air 还轻薄孱弱。其实是可以考虑把 air 下放到 12 寸，MacBook 13 寸作为标准版。12 寸的性能太鸡肋，砍了也不关紧要。

1G ~ 5G 通信计算设备，软硬件的各个组件，变化还是很大的。

get 不是也要按实际流量计费吗？不应该 60M * get 次数 = 总流量 这样计算吧？ 没有实际下载完的流量不应该计入吧。

21:9 很赞的，希望搞到 8 寸。

所以现在想想那些搞载人宇宙飞行的航天器，确实很勇敢。任何一个 bug 都是没法修的（事实上也挂了不是宇航员）。

如果微软早就放弃了 mobile 的话，win10 的方块 UI 应该不会诞生的，win7 就挺好，现在是回头路没法走的。

@rrfeng 单表 12 亿，这数据库什么配置？

用到事务和多表联合查询，关系型数据库的优势就体系出来的，“关系”这两个字已经自己表态了。

非公众号的文章，在微信内先打开链接，访问。然后选择“分享到朋友圈”，就可以自动生成标题和链接的。

@fenx 这个 John Gruber 就是那个 markdown 的创始人？

@aLazarus 苹果并不追求首用技术，可以等技术成熟再上。faceid 代替屏下指纹应该是主动选择，否则等一等完全没问题。

@aLazarus 打孔是对摄像质量完全无损的方案。屏下目前还做不到，在厚度上也比打孔要增加机身厚度，是一种顾此失彼的方案。

3d touch 实用性不强，给软件生态平添麻烦。

iPhone x 大刘海实在太丑，打孔屏+屏下指纹比 faceid 更合适。

MacBook 的 touch bar 是个神马鬼？

以上 3 例应该都是设计主导，不是工业制造做不到。应该由设计师负责。