[TOC]

Consul

整理了一些觉得有用的资料和踩过的坑.

为什么选用consul

1.因为Eureka即将停止维护了

2.Consul要更强大点,带配置中心

• 每台机都必须运行一个consul agent.
• consul agent有两种模式,1,server模式 2,client模式.
• consul server,每个数据中心会有一个leader有server选举出来,故障后会重新选举.
• consul server,保持数据一致性,维护集群状态,转发查询,转发请求给leader或者远程数据中心,交换wan gossip.
• consul client用于注册服务,运行健康检查和转发对server的查询.
• node名字必须在集群中唯一

主要注意挂载目录以便数据持久化,命名hostname. 1docker run -d --name rabbitmq -p 4369:4369 -p 8080:15672 -p 5671-5672:5671-5672 --restart=always --hostname my-rabbit -v /data/rabbitmq:/var/lib/rabbitmq rabbitmq:3-management

一个连接rabbitmq的python例子. 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465# coding: utf-8import jsonimport pika# from selenium.webdriver.common.by import Byfrom house_info import HouseInfo# CONFIG AREAAMQP_CONFIG = { 'host': '127.0.0.1', 'port': 5672, 'username': 'guest', 'password': 'guest'}AMQP_QUEUE_NAME = 'house-inquery'AMQP_FEEDBACK_QUEUE_NAME = 'house-inquery-result'# 因为反馈回去的队列要求在不同队列,所以重新建立了一个新的队列连接def process_feedback(msg): mq_credential = pika.PlainCredentials( username=AMQP_CONFIG['username'], password=AMQP_CONFIG['password'] ) mq_conn = pika.BlockingConnection(pika.ConnectionParameters( host=AMQP_CONFIG['host'], credentials=mq_credential )) mq_ch ...

其实就是通过flask接受url传递过来的命令，然后调用SDK相关API执行docker exec命令，然后将结果返回给页面。 1pip install flask docker 123456789101112131415161718192021222324# coding: utf-8from flask import Flaskfrom flask import render_templatefrom flask import requestimport dockerapp = Flask(__name__, template_folder='./templates', static_folder="", static_url_path="")client = docker.from_env()@app.route('/cmd', methods=['GET', 'POST'])def exec_cmd(): if request.method == 'GET': return render_template('cmd.html') if request.method == 'POST': container = client.containers.get('gmb-index') # 这里我写死了获取本地这个容器 cmd = request.form.get('cmd') result = container.exec_run(cmd=cmd) output = result.output.decode() return render_template('cmd.html', output=output)if __name__=='__main__': app.run ...

某日看到妹子整理表格，需要对excel一万多条记录中的重复数据删除处理。

但是处理两小时没好，耽误了两人看动漫时间，最后帮她搞了这个脚本。

为了速度，存在很多硬编码，但是应该不影响阅读。

已经经历两次开发环境磁盘占用满的情况的。

第一次是部署太频繁，然后有很多无用的images没有删除掉。

第二次是docker容器，某些服务写了很多日志，导致磁盘被写满。

撇开这些设置不当的问题，怎么清理掉一些“垃圾”，让docker占用空间变得小一点？

Docker占用磁盘的主要有以下几样东西：

1. Docker Images

2. Docker Containers

3. Docker Logs

对于输出日志特别多的程序，Logs还是不容小觑的。

尤其是开发服务器，频繁的部署，会导致产生很多用不上的Images也占用在空间。

而Container占用空间突然增大，一般也主要是一些异常产生的文件太多，写了太多logs在容器内所致。

环境配置这东西 大多时候用一次找一次 不胜其烦。

今记录一下Centos Java的jdk直接从源安装。相比编译之类的，已经是极大的幸福感提升。

最近在看慕学网《强力Django+xadmin打造在线云课堂》这个教程。

感觉还不错。昨日看到用户模块，修改密码功能的逻辑编写，觉得存在比较大的安全隐患。刚刚按照思路小撸了一下，可以修改任意用户密码。

刚登录一台测试服务器,习惯性地ll查看下home目录下的文件. 结果,我差点卡死了… 原因是当前目录下居然有6,7万条记录.类似下面这种1index.php?i=361&c=entry&do=cron&m=qidong_saishi.62468 原因是开发在crontab添加了一个定时每分钟 wget一下某个网址.没用curl. 每分钟就下载一个网页到home目录. 然后我改为curl后,想删除掉文件,rm -f index.php?* 然后报错1argument too long 也是第一次遇到这个问题.可能是一下子删除的文件太多? 于是打算用 xargs来逐条删除. 1ll | grep index | awk '{print $9}'|xargs rm -f 前面三条主要是想吧路径单独列出来. done.

闲置一阵没折腾django后,再续上次学习进度捣鼓demo的时候发现了这.1list index out of range 看看报错和xadmin模块有关,但是我之前没报错,而我又没对它做过改动,一脸懵逼. 主要是在注册的数据模型中新增数据,都会报这个错.在django原生的admin模块后台是没这个错误的. 基本锁定和xadmin有关了. 遂百度 xadmin list index out of range.果然有发现,见参考资料文章. 说是django升级后出现新标签导致的这个错误.而我之前对django升级过.django 1.11.12. 文中介绍了如何修改xadmin达到目的.我懒,降级了django回 django 1.11 没毛病老铁. 参考资料Django2集成xadmin详解-4-list index out of range报错追踪和处理