喜欢用大屏手机，一直用三星 Note 系列，自从 boomboom 之后，就换了个 Max 。同时可选的还有荣耀 Note8 和华硕 ZenFone3Ultra ，屏幕依次是 6.44 寸、 6.6 寸和 6.8 寸。本来想都不想就直接选 6.8 寸的华硕了（反正已经放弃了单手操作嘛，屏越大越爽），这货奇葩的把音量键做背后去了，这个一般是后置指纹的位置。大至 6.8 寸的屏幕，其实指纹放后面比放前面更合适，按正面 Home 键解锁，人类的大拇指不够长啊。华为的虚拟内置键+空白大下巴是一直不接受的设计，退之选了三个巨机里面的最小的屏幕 6.44 寸的小米 MAX 高配 4G+128G 版。

关于 652 和 650 的区别，还是推荐 652 。 652 的四大核，遇到过热是双上双下的运行策略（通俗点说：就是你俩核热了就一边凉快去，换另外俩上）， 650 过热就只能双核降频了。所以，从这个逻辑上讲， 652 很少会遇到降频的，高性能有保障。 Max 大屏自然有各种大屏手机的优势，电池绝对够用一天，双手操纵很好，超大的虚拟键盘打字很方便； 6.44 寸的手机单手持握其实是没有问题的，操作还是算了。 Max 带来的种种大屏便利，总体是远远胜过小屏的便利。

巨屏手机的最佳尺寸，其实应该是 6.8 寸， 6.44 寸还是太小了。 6.8 寸的手机完全可以取代平板的功能，也是单手可以持握的上限了（不是说单手操作）。不足的地方， Max 的黑边宽度有点感人。以目前的工艺，这么大的屏幕，又要做到结实，边框太窄手机的牢固度应该是材料工艺上很困难的，所以小米、荣耀、华硕三者无一例外的都是大黑边（华硕控制的最窄）。

当然，大屏手机容易压弯、摔碎屏这些天然缺陷也是无法避免的，但都不能阻挡“屏幕大”这一简单粗暴的优点啦。

推荐 flask ， django 太笨重，没必要。两个都是受欢迎的 web 框架， flask 诞生比 django 晚，设计理念更 pythonic 。

谢谢，去设置下试试看。

@yangqi
@msg7086
@sorra

感谢！这样子的话， ORM （比如 SQLAlchemy ）的 Pagination 分页用的是 limit().offset()，那要是 ORM 一次查询出来 MySQL 返回了 1000 条记录，但我只想要 300 条数据就够了，是不是用了 Pagination ，就不能再用 limit()了？

用了 ORM 的 Pagination ，但只想要返回 300 条数据，有什么方法吗？

谢谢 -:) 是少了这个逗号 =_=!! 加上就沃客了 @_@

@ipwx 谢谢，明白~ 需要换个方式处理这个数值了。

@julyclyde 你说的对，想到后来不会再有 request 了，值都取不到。

@cizixs 是为了区分说清楚两个 username 呐，要体现出会用两种语言来命名的优势来~

@ipwx 谢谢，按这个解释思路，如果 session['yonghuming'] = request.form['username'] 的'yonghuming'在 10 分钟之后取，但是中途在第 3 分钟的时候，被另外一个 form 又赋值了一次，那 10 分钟之后取的‘ yonghuming ’，其实是第 3 分钟复制的那个啦？

@jingniao 我不用 supervisor ，手工启动 celery ，是在激活 venv 环境中，执行 celery worker -A tasks 命令，可以成功启动。

遇到的问题是，现在这个 supervisor 是装在根系统 python2.6 环境中，要去启动 venv 环境 Python3 中的 celery 。我知道应该是配置文件没写对（因为手动，可以启动 celery 服务）

@zbinlin 谢谢，开始用逗号、空格区隔，不起效，尖括号有用了

@imn1 btsync 是不是现在改名加 Resilio Sync 的那个？试了下，小文件同步还不错，大文件同步有小伙伴说慢卡断，我还没试过

flask + gunicorn 坑少

以前上线有部署文档，简单很多，只给服务器密码，全靠你查看环境和数据，依赖复杂的话，新迁移需要调适各种坑。

这个问题 15 年前可以问，都 2017 年再问这个问题，是不是山顶洞人？

三星 Galaxy A9 pro

@9876789 这个效果达到了，有些人觉得和三星一样，都是韩国品牌

@popok 亲戚朋友说用“苹果手机”，真不说 iPhone ；用 OPPO 的，都会说自己用的是“ OPPO 手机”

@isevenfox 听你这么说雷军要生气了，“小米”这么接地气的名字，竟然被认为土