微信管理系统
...
安装MySQL、Redis,然后创建库(默认是test):
❯ mysql -u root -p
mysql> drop database test;
Query OK, 9 rows affected (0.32 sec)
mysql> create database test;
Query OK, 1 row affected (0.01 sec)
mysql> ^DBye
下载源码并安装依赖:
❯ git clone https://github.com/dongweiming/wechat-admin
❯ cd wechat-admin
❯ virtualenv venv # 只支持Python 3
❯ source venv/bin/activate # 推荐使用autoenv
❯ venv/bin/pip install -r requirements.txt # 如果已经激活虚拟环境,`venv/bin/`这样的前缀可不加,下同
设置说明:自定义配置应该存放在local_settings.py(需创建)中,可重载config.py中的设置
安装插件(可选):
❯ git clone --recursive https://github.com/dongweiming/wechat-plugins
# 如果有额外插件配置,需要修改PLUGIN_PATHS和PLUGINS
插件开发请移步:Plugins Page
初始化数据库:
❯ export FLASK_APP=manager.py
❯ venv/bin/flask initdb
启动服务:
❯ venv/bin/gunicorn app:app --bind 0.0.0.0:8100 -w 6 -t 0
PS: 如果是本地运行,可以不使用gunicorn,直接使用Flask的多线程调试模式:
❯ python app.py
访问 WEB页面 http://localhost:8100 使用微信扫码登录
登录成功后,启动Celery Beat和Worker:
❯ venv/bin/celery -A wechat worker -l info -B
注意:第一次会拉取全部的联系人和各群聊成员列表,需要一点时间。观察终端输出了解初始化任务的完成情况。
假设已经安装了Docker,执行如下命令即可。
❯ pip install docker-compose
❯ git clone --recursive https://github.com/dongweiming/wechat-plugins
❯ venv/bin/docker-compose build
❯ venv/bin/docker-compose run init # 只有在第一次才需要执行这步
❯ venv/bin/docker-compose run --service-ports -d web # 启动Web,地址也是 http://localhost:8100
❯ venv/bin/docker-compose run -d celery # 同样是在扫码登录之后再启动
安装cnpm提高包下载速度:
❯ npm install -g cnpm --registry=https://registry.npm.taobao.org
安装需要的包:
❯ cnpm i
启动调试环境:
❯ npm run dev
启动成功默认会打开 http://localhost:8080 ,后端API依然使用的是 http://localhost:8100/j
本地开发完毕通过如下方式构建:
❯ npm run build
刷新 http://localhost:8100 就可以看到最新的效果了。
要注意修改表结构,每次都要:
❯ venv/bin/flask db migrate
❯ venv/bin/flask db upgrade
puid not found
这种错误呢?由于微信的设计,不提供一种唯一且稳定的uid之类的数据,所以wxpy设计了一套登录用户和其相关联系人、群聊、公众号的映射关系,另外我修改了wxpy的实现,可以更多的获得caption (昵称, 性别, 省份, 城市)相关的内容,让对象中的puid更稳定。
由于其中某些人/群的设置的改变,它的puid可能改变,在每次扫码登录之后都会触发一个更新这个映射关系的任务,让这个映射关系更新成最新的。你遇到这种错误说明你需要重新登录,或者,手动触发一下这个任务:
from wechat.tasks import retrieve_data
retrieve_data.delay()
Issue: #9
感谢 @zgjhust 的意见
这是一个小型项目,我没有添加Nginx支持,直接使用了Gunicorn。在用Gunicorn的时候使用了-t 0
也就是不超时。
这样用的原因是项目中的sse需要一个长连接,而且从用户打开登录页面到扫码完成这个时间不好控制,就索性不超时了,但是也造成了未响应的请求不能及时释放。事实上应该把/stream拿出来特殊处理,其他的路由需要有超时时间设置的(这块,我会择机重构一下)。
现在的解决办法是指定更多的Worker数量,以及经常的重启gunicorn(使用supervisor管理会更方便):
gunicorn app:app --bind 0.0.0.0:8100 -w 10 -t 0
或者不用gunicorn, 直接使用Flask的threaded参数启动:
❯ cat app.py
...
if __name__ == '__main__':
app.run(host='0.0.0.0', port=8100, debug=app.debug, threaded=True)
❯ python app.py
不工作了通常有2个原因:
尽管我在celery上设计的重启任务的功能,但是由于下线后重新重新扫码登录,这一步无法自动化,造成系统不工作了。
如果希望这个系统尽量长的工作,我的建议是:
from celery.task import periodic_task
from celery.task.control import revoke
def restart_listener(sender, **kw):
task_id = r.get(LISTENER_TASK_KEY)
if task_id:
revoke(str(task_id, 'utf-8'))
task_id = app.send_task('wechat.tasks.listener')
r.set(LISTENER_TASK_KEY, task_id)
stopped.connect(restart_listener)
要注意订阅操作应该发生在import wxpy/itchat之前。
是的,这是一个封装wxpy/itchat的项目,说到底还是使用网页微信(wx.qq.com),所以它的API的功能决定了本系统的能力。
解密手机微信API,把这些未开放的API的集成进来不太好,还可能引起法律方面的问题。
问题可以看这个issue,有不少人遇到了,在被封之后没有办法解决。但是可以注意让它尽量不被封。经过这几天的研究,我找到三条经验: