跑 Server 不用图形界面；日常工作的非生产机环境，还是加个图形界面吧，毕竟要方便些。

@cy18 新发布的 galaxy s8 plus 就是这个样子的吧。

以后手机就是一块屏幕，并且是移动 PC （三星这次干的不错，接个 dex 可以连电脑）。微软不努力，貌似要连 PC 桌面市场都要丢了。

@x86 这也太扯了吧，摄像头是一般，也没差到扫二维码都够呛吧 😄


@Magnus1k 我的也有点弯，提前用上曲面屏手机 →_→

@nabsdh9 刷 lineage 之后，指纹识别还可以继续用吗？

以前常用 CM 的系统，对 lineage 颇有好感。担心的是，很多厂家没给第三方 ROM 指纹驱动，刷了就只能用密码解锁屏幕。用惯了指纹，真的回不去输密码了。。。

喜欢用大屏手机，一直用三星 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 年再问这个问题，是不是山顶洞人？