有很久没有更新我的博客了，在学习flask去了，别人都说flask不难，其实现在我也这么觉得，但是在刚接触的时候还是有点吃力的。在学习的过程中查阅了不少，也了解了许多，今天想做个总结。。。以免觉得学了那么久什么都没学到，还有防止以后忘记。一.关于装饰器，路由最开始接触的时候觉得好神奇，只会照着敲不知道怎么自己用起来@app.route（‘/'）defhello：print（‘hello'）注意：1.只有@这个东西是固定的，app是可以换的，这与蓝本中的定义
系统 2019-09-27 17:48:05 2203
2019中国好声音火热开播，作为一名“假粉丝”，这一季每一期都刷过了，尤其刚播出的第六期开始正式的battle。视频视频看完了，那看下大家都是怎样评论的。1.网页分析部分本文爬取的是腾讯视频评论，第六期的评论地址是：http://coral.qq.com/4093121984每页有10条评论，点击“查看更多评论”，可将新的评论加载进来，通过多次加载，可以发现我们要找的评论就在以v2开头的js类型的响应中。请求为GET请求，地址是http://coral.q
系统 2019-09-27 17:48:03 2203
__init__方法是什么？使用Python写过面向对象的代码的同学，可能对__init__方法已经非常熟悉了，__init__方法通常用在初始化一个类实例的时候。例如：#-*-coding:utf-8-*-classPerson(object):"""SillyPerson"""def__init__(self,name,age):self.name=nameself.age=agedef__str__(self):return''%(self.name
系统 2019-09-27 17:47:53 2203
本文实例讲述了Python操作Mongodb数据库的方法。分享给大家供大家参考，具体如下：一导入pymongofrompymongoimportMongoClient二连接服务器端口号27017连接MongoDB连接MongoDB我们需要使用PyMongo库里面的MongoClient，一般来说传入MongoDB的IP及端口即可，第一个参数为地址host，第二个参数为端口port，端口如果不传默认是27017。conn=MongoClient("local
系统 2019-09-27 17:47:42 2203
本文讲述了一个python查找webshell脚本的代码，除了查找webshell功能之外还具有白名单功能，以及发现恶意代码发送邮件报警等功能，感兴趣的朋友可以自己测试一下看看效果。具体的功能代码如下：#!/usr/bin/envpython#-*-coding:utf-8-*-importosimportsysimportreimportsmtplib#设定邮件fromaddr="smtp.qq.com"toaddrs=["voilet@qq.com"]
系统 2019-09-27 17:47:03 2203
昆明地图defkmdt(x):importmatplotlib.pyplotaspltimportjsonwithopen('km.json','rb')asf:data=json.load(f)forfeainrange(len(data['features'])):df=data['features'][fea]['geometry']['coordinates']forf1inrange(len(df)):df1=df[f1]forf2inrange
系统 2019-09-27 17:46:53 2203
Python引入了一个机制：引用计数。引用计数python内部使用引用计数，来保持追踪内存中的对象，Python内部记录了对象有多少个引用，即引用计数，当对象被创建时就创建了一个引用计数，当对象不再需要时，这个对象的引用计数为0时，它被垃圾回收。总结一下对象会在一下情况下引用计数加1：1.对象被创建：x=42.另外的别人被创建：y=x3.被作为参数传递给函数：foo(x)4.作为容器对象的一个元素：a=[1,x,'33']引用计数减少情况1.一个本地引用离
系统 2019-09-27 17:45:58 2203
装饰器：概念：把一个函数当作参数传递给一个函数，返回一个替代版的函数本质上就是一个返回函数的函数“在不改变原函数的基础上，给函数增加功能”@符号，那只是一个简短的方式来生成一个被装饰的函数defpaint(func):参数是一个函数definner():print('#########')这个的整个部分就都是装饰器func()returninner@paint这个就是函数戴帽子，也就是装饰器deffunc():print('haveaniceday!!')
系统 2019-09-27 17:45:41 2203
在业务稳定性要求比较高的情况下，运维为能及时发现问题，有时需要对应用程序的日志进行实时分析，当符合某个条件时就立刻报警，而不是被动等待出问题后去解决，比如要监控nginx的$request_time和$upstream_response_time时间，分析出最耗时的请求，然后去改进代码，这时就要对日志进行实时分析了，发现时间长的语句就要报警出来，提醒开发人员要关注，当然这是其中一个应用场景，通过这种监控方式还可以应用到任何需要判断或分析文件的地方，所以今天
系统 2019-09-27 17:38:40 2203
前言随着站点的增多，管理复杂性也上来了，俗话说：人多了不好带，我发现站点多了也不好管，因为这些站点里有重要的也有不重要的，重要核心的站点当然就管理的多一些，像一些万年都不出一次问题的，慢慢就被自己都淡忘了，冷不丁那天出个问题，还的手忙脚乱的去紧急处理，所以规范的去管理这些站点是很有必要的，今天我们就做第一步，不管大站小站，先统一把监控做起来，先不说业务情况，最起码那个站点不能访问了，要第一时间报出来，别等着业务方给你反馈，就显得我们不够专业了，那接下来我们
系统 2019-09-27 17:38:21 2203
