之前用chatterbot+itchat做微信机器人逗人乐，现在正式要做在线客服的时候发现安装chatterbot老是出问题，而且之前的闲聊给我的感觉也只是扯蛋用的而已。
发现了rasa，意图识别和故事编排听起来很诱人，但是安装更蛋疼。。。
还是随便搞个aiml算了, 或者就正则一下固定回复。。。
certbot-auto 永久不可用，可能是python2的原因吧。
改snap
微信开放平台那迷宫一样的API调用，数据时而xml时而json，加解密示例是python2.7的, 这么多年了没人改一个3.x的出来，Python成员变量居然大驼峰命名。
龙哥程序员出身，但对程序员不是那么友好啊。。。
这种混乱的API架构，哪门子的小而美。。。
先是参考这里，但是最后不成功：https://blog.csdn.net/sinat_36939362/article/details/95391676?utm_medium=distribute.wap_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.wap_blog_relevant_pic&depth_1-utm_source=distribute.wap_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-3.wap_blog_relevant_pic
然后按这里来，成功了：https://die-antwort.eu/techblog/2017-12-setup-raspberry-pi-for-kiosk-mode/
关键步骤：
A 安装X Server及窗口管理软件:
sudo apt-get install --no-install-recommends xserver-xorg x11-xserver-utils xinit openboxB 安装浏览器:
sudo apt-get install --no-install-recommends chromium-browserC 配置Openbox, 位置 /etc/xdg/openbox/autostart
# Disable any form of …用django自己的dumpdata命令导入数据，总是碰到各种外键及权限问题。
直接用psql命令试试
先把数据卷清掉
docker-compose down --volumes记得检查postgres容器是否停了，停了启动一下
把备份文件复制到容器内:
docker cp laonan-data-20201216-0200.bak laonan_db_container:/root/最后
docker exec laonan_db_container psql -U liudehua -d laonan_db -f /root/laonan-data-20201216-0200.bak参考链接：https://shumeipai.nxez.com/2015/07/12/raspberry
i-install-dlna-streaming-media-server.html
设置挂载的硬盘老是提示找不到，改半天权限啥的没用，懒得继续研究，把配置文件/etc/minidlna.conf内默认媒体目录作为一个软连接链到目标目录即可。
免费，占用资源还小。
先折腾Docker里的东西。
在settings.py 里增加如下配置节即可：
SWAGGER_SETTINGS = { "DEFAULT_GENERATOR_CLASS": "rest_framework.schemas.generators.BaseSchemaGenerator", ....来源: https://www.gitmemory.com/issue/axnsan12/drf-yasg/410/511449292
按官网和网上N多教程，先在settings.py同级目录下新建一个文件celery.py，然后修改同级目录下的__init__.py，blah blah。。。
docker一启动，Django App就退出，妈蛋的邪门了，Celery官网文档都这么不靠谱？
没事改个名字，把celery.py改成my_celery.py，成了。。。
估计今天Build Image的时候Django自动升级到了3.1的原因？没道理网上都没人发现这事啊。。。
certbot-auto renew --no-self-upgrade
为毛要这样？问Kongfu Wall。。。
单个apt安装东西的时候，还好，大不了源码编译安装一下，但docker里批量装东西, 就蛋疼了，用debian的源慢如蜗牛，用国内源时不时Hash错误，本来几分钟的事硬是搞成几个小时。
当后代知道这段历史，不知道是惊诧还是已经认为理所当然了。
如果这篇东西还在，又不巧被后一代的你们看到了，说一说。。。
lsof -i tcp:5432查看端口啥都看不见
解决：
sudo rm …/etc/modules-load.d/目录下创建一个uinput.conf文件
# in file /etc/modules-load.d/uinput.conf # Load uinput module at boot uinputlsmod命令可以检查是否加载
互联网wall里wall外（他娘的服务器在这还有名讳）的区别不用讲了，同在推上，中文内容和英文内容都是两个世界。
不习惯用英语的程序员创建的缩写和发音，还让同用英文的关键词也变成两个世界，H5=HTML5，jQery有人缩写成jq，app念诶批批等等，发在英文社区大概率会让别人懵逼。
N人做一件事取得的平均值，和一个人经历这件事N次取得的平均值，是不一样的。
这是个数学问题。
记录一下。
最开始想到使用Docker，是因为穷，想把一台高配阿里云ECS的闲置计算资源利用起来，但又不想跟原来的Java应用环境共存，于是用Docker来隔离。
到现在已经把三个Web应用容器化了，
感觉这么下去以后不用请运维了。。。
先缓一缓，回头把剩下的应用也Docker化了算球？
有个搞硬件的朋友跑到这里来看，在微信上一脸问号问我，你擅长的是运维？
我说长篇大论的程序没法写在这也没精力组织啊。。。
所以部署什么这些零零碎碎的记录最多了，就是一个备忘的东西，这博客除了刚开始那一年，后面就没考虑过除了我自己之外的读者。。。
ContentType或者auth.Permission老是报有重复的键值的时候，试试：
python manage.py flush
然后进入shell
python manage.py shell
from django.contrib.contenttypes.models import ContentType ContentType.objects.all().delete()再
python manage.py loaddata db.json