windows 10 office 2016

识别效果同样很差，还不知道什么原因每个汉字后面都加了一个空格。识别文章最后一段：

汪 意 OneNote 有 很 多 版 丕 ， App 版 虽 然 § 前 是 真 正 免 的 ， 但 真 实 是 没 有 OCR 功 能 的 〔 参 考
新 的 Win10 App ） 。 而 Office 桌 面版 的 OneNote 〔 Office2010 之 后 ， 建 议 最 新 版 ） 则 完 全
备 此 功 能 ， 对 早 些 人 来 说 ， 汶 也 几 乎 是 免 的 （ 大 家 （ 〕 伟 ce 都 ， 你 懂 的 ） ， 即 使 付 贳 ， 耳 实 家
庭 订 阅 版 （ 〕 伟 Ce365 也 不 算 用 贵 。 考 虑 到 泫 点 ， 对 于 日 早 应 来 说 ， OneNote 比 起 那 些 专 业 OCR
件 ， 性 价 比 真 是 不 一 般 的 高 啊 ！

现在尽量看官网文档

vi /etc/passwd

尝试换个其他用户。
这个用户感觉是挂了， shell 应该不能远端更改，否则 nologin shell 就没用了。

希望 linux 大牛详细解答下。

可以外网再加个服务器来做单线转多线路来实现单线程加速。
但是需要自己写代码。

github 通过新特征(记不住名字了，看 http 头)限制了 html 嵌入 js 、图片的域名，所以 js 类型的无法使用。

连手机号都不能提供银行，否则即使没有网银一样给你开通快捷支付...

很好奇支付公司开通快捷支付需要什么资质，看支付宝开通快捷的步骤，快捷支付只需要姓名、身份证、银行卡 i 、手机号(可能不需要)即可开通，短信验证是第三方支付公司自己做的，也就是第三方支付公司如果愿意是可以免掉短信验证的。

P2p 网货公司倒了很多家了，其中一些公司是有快捷支付资质的，不知道在跑路之前会不会通过快捷支付搞一把大了，风险很高啊...

异地或网络备份不能省。

https://twitter.com/wzyboy/status/709353700284874752
听 @frostynova 讲了个真实的故事：某人在家里自建 NAS 跑了个 RAID-5 ，自以为数据高枕无忧，没想到冬天因为服务器上暖和，被家猫从上到下把三块硬盘尿了个透，数据全部报废…

@overtrue 有现成的开源实现吗？有的话就方便多了。

@z742364692 do SFO1 ,可能当时安装锐速有问题，几秒钟速度就掉成 0.

对了，还要注意 client.send ，这个函数返回已发送的字节数， python 不保证所有数据都发出去了。你需要自己检查是否都发出去了，如果没有那么需要继续通过 client.send 发送剩余的内容。可以换成 sendall 来解决。

不会等待，而是直接返回 5B 数据。
recv 意思是接受不超过 len 长度的数据。一般在阻塞模式下必须收到数据才返回，但是不在意到底收到了多少数据，也就是返回的数据可以不够 len 长度。
在阻塞模式下除非远端关闭连接(包括关闭单个方向的连接)否则必定读到数据才返回。也就是如果 recv 返回的数据是空，那么表示连接断开了。

对了上面没考虑超时的问题。

我在宿主机装了锐速，结果每次测试网速都是从 100k 很快掉到 0 。 ssh 也是几分钟就挂。修改选项也无法解决，无奈卸载了。

@xujif 是从 python +django 转过来的，原来修改了模型字段，运行一下命令会自动根据当前模型字段定义及之前的迁移脚本生成这次修改的迁移脚本，外键关联之类的更是自动生成的。现在做个修改还需要自己写迁移脚本，写外键关联，好麻烦啊。

@xuwenmang 想偷懒啊，搞在一起我只用写一遍数据库定义，迁移、外键之类的东西能自动生成当然更省事啊。

@realpg 共用的表当然只有一个所有者开启迁移(也就一个选项的事)，手写迁移脚本的时候也不会在多个项目里面都写迁移脚本啊。数据结构也一样，原来就也需要每个项目里面都写模型的外键关联，原来多个项目共享模型的外键关联现在一样共享。

@msg7086 多个 php 系统之类的不是主要问题，这种情况关闭一个系统相关表的迁移即可。
迁移功能是本来就有的，我只是希望能自动生成迁移脚本。 刚刚看了一下 Ruby on Rails ，每次迁移会将数据库最新结构保存到 db/schema.rb ，能清楚知道当前版本代码的数据库结构。而 Laravel 想知道当前代码的数据库结构需要应用所有迁移后再到数据库查看结构，感觉好坑啊...

我新学 Laravel ，来这里问这个问题是想看看是不是已经有解决方案了。

@realpg 主要是觉得麻烦，一个外键变更需要分别在迁移、撤销迁移、两个模型处做 4 次修改... 如果能只写一次自动生成 4 处不方便？

@jhdxr 目前没发现不能处理的情况，添加、编辑、删除字段都能正常识别。有些破坏性迁移会给出提示，例如将允许 null 的字段修改为不允许 null ，并且没有设置默认值，生成迁移脚本时会给出多个选择。

@overtrue 有一个简单的实现方法，现存的模型、迁移都不动，直接另外增加一个新的模型，在新模型里面保存字段，每次提交代码时运行命令自动根据新模型生成原来的模型及迁移代码。也就是替换掉 php artisan make:migration 命令。

@whatisnew 数据库结构直接保存到模型里面， pull 后不需要 auto migration ，检出代码后直接看模型代码，里面就是代码当前版本的数据库结构。不需要手写迁移脚本，修改模型后直接执行 manage.py makemigrations app 会自动根据模型字段的变化自动生成迁移脚本。提交代码时同时将迁移脚本一起提交，部署时和现在一样执行迁移脚本即可完成数据迁移。

@chareice django 模型里面包含了字段定义，修改了字段定义后执行 manage.py makemigrations app 会自动生成迁移脚本。没看代码，猜测是比较将当前模型字段和迁移脚本比较，找出变更后根据变更生成迁移脚本。提交代码时同时将模型字段和迁移脚本一起提交，实际部署时和 Laravel 一样需要执行迁移命令。

主要好处是打开模型代码就能看到代码当前版本的数据库结构，而不需要在开发环境下执行数据库迁移，然后再到数据库查看当前代码的数据库结构。
而且外键关联也可以根据模型字段自动生成，不需要在迁移里面写一份，在模型里面再写一份。

我主要是想问一下是不是已经有第三方实现了？
还没开始写项目，看 Laravel 文档就觉得麻烦，一个外键变更分别需要在迁移、撤销迁移、两个模型处做 4 次修改...