本次古籍点校最没用围棋技术含量，却最为繁琐的是《围棋与棋话》后半部分附录的文字录入。
开始录入的时候，想到媳妇老家的外甥女，中考成绩公布前在家躺平，想给她找点事干，就付费让她帮着点校扫描件。
第一张图片发过去，没想到很快就返回了文字，虽然错字不少，但整体效果还是不错的。问了一下，她用的是手机屏幕文字识别。
也是受到启示，我才开始测试并使用百度的文字识别服务，从而大幅提升古籍点校进度。
这应该就是AI抢人饭碗的一个范例吧。
标签： django
尴尬的复出
昨晚整理资料同时，开小窗看了中国女排对荷兰队后三局比赛。
比赛算不上精彩，先输一局的中国队在手握三个赛点时，让回归的朱婷上场发球。
排球不是足球，更不是篮球，朱婷也不是洛杉矶时的侯玉珠，这尴尬的出场亏主教练想的出来。
面色凝重的朱婷刚要发球了，对方主教练也来添乱，提出上一球的挑战。这使坏如此明显，连主裁判都笑了。
还好，不出所料丢了一个赛点的中国队，拿下关键一战。
今早看新闻，袁心玥不与朱婷击掌的新闻又上了热搜。
这添乱的真是不嫌事少。
一个巴掌拍不响。
同样二人谁也不敢先出手，生怕拍到空气徒添尴尬。
不能说有宿怨，至少是心存芥蒂。
朱婷也不是半退役后回归的张常宁，东京惨败后惨淡经营的团队姐妹，对强调伤病却还在国外打职业比赛的朱婷，没有怨言没人能信。
现在回看朱婷的归自媒体宣言中，那“不接商业代言”等字眼，不是推脱，更像是一种官样的表态。
强扭的瓜不甜，由她去吧。
AI时代传统文化的歧路
最近整理的古籍，其实也已经算不上古籍，已经是民国初年的书籍了，即便如此，那半文言半白话的文字，点校起来也颇为头疼。
如果让现有AI大模型处理，肯定还不如我，这点自信还是有的。
即便把文字录入让AI进行训练，效果也好不到哪里去，因为分词这关就过不去。
GPT之前的AI破冰，是AlphaGo，更进一步的则是后续zero，从零开始的自学习提升。
围棋是可以的，因为有胜率这个衡量标准。即便如此，各国不同规则也限制了其胜率的判断。
而现有很多领域，AI是没法替代的，比如中医，就像我们高三同位说的那句“赵啊，咱古文学的差，就别学中医了，书上说巴豆不可轻用，咱别一下给上半斤”。
同样，中国传统也不要因AI时代而被轻视甚至否定。
百年前，三家店被打倒，卷到历史垃圾堆里，其中用的就有赛先生这面大旗。
Ubuntu下配置nginx和uWSGI
昨天开始配置nginx和uWSGI的组合，网上相关文章很多，但转来转去，越看越糊涂，感觉其实就是配置nginx，和php一样listen相应端口就是了。于是试着先配置nginx。直接修改网站配置文件中
location / {
uwsgi_pass 127.0.0.1:8000;
include uwsgi_params;
}
然后按照网上写运行 uWSGI的命令行：
/usr/local/bin/uwsgi –socket 127.0.0.1:8000 –module mysite.wsgi –chmod-socket=666，
开始可以运行，但提示无app可用，后来切换到mysite项目目录下，nginx可以访问了。然后将cd 及 uWSGI命令添加到rc.local中，重启后就可以访问了。
但这样有个问题就是如果修改了django的配置，似乎无法及时更新，这个需要进一步学习。
设置django中FileField上传保存路径
下午做好了文档管理的app，可以上传文档，但是文档默认是存储到系统默认的文件夹中，如果需要按照时间归类，可以简单的在models中对FileField进行设置，如models.FileField(upload_to=’doc/%Y/%m/%d’)，则存储到doc/2016/03/27目录下，这样就方便多了。
ftp客户端乱码问题
下午使用django做了一个文档管理软件，管理平常下载、整理生成的一些文档。倒也顺利，但最后使用8uftp查看的时候发现上传到服务器的文件是乱码，而且乱的把扩展名都搞乱了。
查看mysql表，文件名正常，看来是客户端的问题，而8Uftp并没有设置字符集的地方，默认是使用windows的字符集显示文件名，所以出现乱码。
换了一下chinaftp。totalcommand，都没有问题，最后下载了一个同样没有问题的xftp客户端代替8Uftp。
django1.9中ImageField使用
今天重新安装了一遍django，升级到1.9版本，主要目的是试用一下ImageField，按照网上一篇文章介绍
在settings.py文件加配置：
MEDIA_ROOT = ‘media/’
MEDIA_URL = ‘media/’
然后在models文件中字段定义为img = models.ImageField(upload_to=’img’)
轻松解决了，media文件夹被自动创建，而图片也被上传到media文件夹下的img文件夹下。
倒是数据库编码再次捣乱，以后设置的时候要首先把数据库的字符编码定义好，可以减少不少麻烦。
pip升级Django1.8.2
趁热打铁，安装Python3+Django1.8
在树莓派安装完Django1.7之后，用python3启动出现问题，所以索性趁热打铁，在虚拟机的debian上面直接安装Python3+Django。
debian默认的安装是Python3.2，让通过apt-get install python3-pip安装pip，默认后pip的文件名是pip-3.2，修改为pip3后安装Django1.8版本。
网上说Python3的版本中mysql需要使用pymysql，同样使用pip3安装，然后安装网上说明，将__init__.py文件中添加：
import pymysql
pymysql.install_as_MySQLdb()
然后修改settings.py，将里面默认的sqlite配置改为
DATABASES = {
‘default’: {
‘ENGINE’: ‘django.db.backends.mysql’, #数据库引擎
‘NAME’: ‘test’, #数据库名
‘USER’: ‘root’, #用户名
‘PASSWORD’: ‘root’, #密码
‘HOST’: ”, #数据库主机，默认为localhost
‘PORT’: ”, #数据库端口，MySQL默认为3306
‘OPTIONS’: {
‘autocommit’: True,
},
}
}
python3 manage.py migrate生成数据库，并添加管理员后，python3 manage.py runserver 启动Django，顺利完成。