validate

由于mysql默认安装了密码简单校验，因此会出现如下错误： 解决方案： 1.先使用命令 set password = password("Mysql_Asd_123"); 进行修改密码，修改完成后退出登录，然后使用新密码登录mysql 2.键入命令 select @@validate_password_policy; 查看一下msyql密码相关的几个全局参数： 3.键入命令 SHOW VARIABLES LIKE 'validate_password%'; 查看当前密码校验安全配置 参数说明： validate_password_dictionary_file 插件用于验证密码强度的字典文件路径。 validate_password_length 密码最小长度，参数默认为8，它有最小值的限制，最小值为：validate_password_number_count + validate_password_special_char_count + (2 * validate_password_mixed_case_count) validate_password_mixed_case_count 密码至少要包含的小写字母个数和大写字母个数。 validate_password_number_count 密码至少要包含的数字个数。 validate_password_policy

#mysql 最新版下载： wget https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm rpm -ivh mysql80-community-release-el7-3.noarch.rpm #安装 yum repo文件，将在/etc/yum.repos.d/ 目录中生成 2 个以 mysql 开头的文件 yum clean all && yum makecache #更新 yum 缓存 yum repolist all |grep mysql|grep enabled #查看mysql yum 仓库中的mysql 版本 yum-config-manager --disable mysql80-community #禁用最新版本 8.0 版本 yum-config-manager --enable mysql57-community #启用 5.7 版本 yum repolist all |grep mysql |grep enabled #mysql安装及启动： yum install -y mysql-community-server systemctl restart mysqld.service netstat -ntlp |grep 3306 cat /var/log/mysqld

我不想直接用flask的wtf模块，太大，功能太多，用不了。但后台也不能不做验证吧，我比较懒，不想一行一行写代码验证，所以就写了一个验证模块，对于小项目也够用了 # encoding=utf-8 # 这是一个简单的后台验证框架,因为前台的话要用ajax处理,那么后台就不需要复杂的表单处理了 # 基础表单类,具体验证表单继承它 from flask import session class BaseForm(object): def __init__ (self,form= None): self.form = form self.fields = [] self.errors = [] # 错误信息存放的地方 self.init() def init(self): if not self.form: return False # 给表单赋值 for field_name in dir(self): field = self. __getattribute__ (field_name) if isinstance(field,Field): if field_name in self.form: field.data = self.form[field_name] self.fields.append((field_name,field.validate)) #

下载yum源 官网地址：http://dev.mysql.com/downloads/repo/yum/ centos7系统: http://dev.mysql.com/get/mysql57-community-release-el7-10.noarch.rpm http://repo.mysql.com/mysql57-community-release-el7-8.noarch.rpm # wget https://dev.mysql.com/get/mysql57-community-release-el7-11.noarch.rpm [root@localhost ~]# wget https://dev.mysql.com/get/mysql57-community-release-el7-11.noarch.rpm --2019-08-10 21:38:37-- https://dev.mysql.com/get/mysql57-community-release-el7-11.noarch.rpm Resolving dev.mysql.com (dev.mysql.com)... 137.254.60.11 Connecting to dev.mysql.com (dev.mysql.com)|137.254.60.11|:443... connected.

前言　　 如今做web开发，jquery 几乎是必不可少的，就连vs神器在2010版本开始将Jquery 及ui 内置web项目里了。至于使用jquery好处这里就不再赘述了，用过的都知道。今天我们来讨论下jquery的插件机制，jquery有着成千上万的第三方插件，有时我们写好了一个独立的功能，也想将其与jquery结合起来，可以用jquery链式调用，这就要扩展jquery，写成插件形式了，如下面就是一个简单扩展Jquery对象的demo： //sample:扩展jquery对象的方法，bold()用于加粗字体。 (function ($) { $.fn.extend({ "bold": function () { ///<summary> /// 加粗字体 ///</summary> return this.css({ fontWeight: "bold" }); } }); })(jQuery); 调用方式： 这是一个非常简单的扩展。接下来我们一步步来解析上面的代码。 一、jquery的插件机制 为了方便用户创建插件，jquery提供了jQuery.extend()和jQuery.fn.extend()方法。 1. jQuery.extend() 方法有一个重载。 　 jQuery.extend(object) ,一个参数的用于扩展jQuery类本身

引子 　　前一段时间处理一个线上问题，服务器拉组播码流，但是每隔3-4分钟就断流一次，引起服务异常。排除了交换机和组播网络的问题后， 确认问题还是在服务器侧。 组播为什么断流？ 　　前方工程人员抓包确认，交换机发送了igmp general query报文，但是服务器没有响应组播report报文，交换机上igmp条目超时退出，导致断流。 　　抓包分析如下： 　　 rp_filter配置对入向报文的影响 　　具体的排查过程就不再赘述了，这里只写结论：rp_filter配置影响了系统响应IGMP general query查询，当rp_filter设置为0后， 系统正常响应交换机GIMP general query报文，组播码流没有再出现断流。 　　即使系统中配置了策略路由，也没有发挥应有的作用，rp_filter模块在做反向路径检查时，还是认为源地址校验失败。这比较 令人费解，看了只能从rp_filter机制和内核代码中找答案了。 rp_filter简要说明 　　关于rp_filter详细描述，可以参考Lninux内核Documentation\networking\ip-sysctl.txt描述，以及本文末尾的博文链接。 　　 　　rp_filter - INTEGER 　　　　0 - No source validation. 　　　　1 - Strict mode as

配置 yum 源 centos 默认没有 MySQL 的 yum 源，所以需要先配置 yum 源。 1） 前往 官网 ，选择对应系统版本 2） 右键复制链接 3) 在 centos 中下载 rpm 文件 wget https://dev.mysql.com/get/mysql80-community-release-el7-1.noarch.rpm 4）安装mysql源 yum localinstall mysql80-community-release-el7-1.noarch.rpm 5) 检查 mysql 源是否安装成功 yum repolist enabled | grep "mysql.*-community.*" 出现上图的文件，就证明 mysql 源安装成功了。 6) 修改 mysql 安装版本 我们要安装的是 mysql 5.7，但是 rpm　文件中默认是8.0 vim /etc/yum.repos.d/mysql-community.repo 将文件中的 mysql 5.7的 enabled 设为1， mysql8.0 的enabled 设为 0，表示默认安装 mysql 5.7，修改后文件如下： # Enable to use MySQL 5.7 [mysql57-community] name=MySQL 5.7 Community Server

使用 BACKUP ... VALIDATE 命令: You can use the BACKUP VALIDATE command to do the following: （1）Check datafiles for physical and logical block corruption （2）Confirm that all database files exist and are in the correct locations 原文链接： https://blog.csdn.net/tianlesoftware/article/details/6460464 RMAN>backup validate database archivelog all;这个指令是针对于物理块 RMAN>backup validate check logical database archivelog all;针对逻辑块 来源： https://www.cnblogs.com/shaozhihao/p/11391475.html

https://blog.csdn.net/qq469234155/article/details/84034816 validate（）时elment-ui封装好的用于对整个表单进行验证 validate的参数是一个回调函数。该回调函数在校验结束后被调用，是否校验成功和未通过校验的字段。 若不传入回调函数，则会返回以promise 参数：Function( callback : Function( boolean,obj ) ) isPass是布尔值，为true时表示校验通过。 调用validate()校验时，需要prop属性绑定校验项的字段名，如上图所示。 如果prop属性不绑定name这个字段名，表单校验时，不会校验变量ruleForm.name 的值。 来源： https://www.cnblogs.com/dianzan/p/11383638.html

最近在DRF的序列化上踩过了不少坑，特此结合官方文档记录下，方便日后查阅。 【01】前言 　　 serializers是什么？官网是这样的”Serializers allow complex data such as querysets and model instances to be converted to native Python datatypes that can then be easily rendered into JSON, XML or other content types. “翻译出来就是，将复杂的数据结构，例如ORM中的QuerySet或者Model实例对象转换成Python内置的数据类型，从而进一步方便数据和json，xml等格式的数据进行交互。 　　　根据实际的工作经验，我来总结下serializers的作用：　 　　1.将queryset与model实例等进行序列化，转化成json格式，返回给用户(api接口)。 　　2.将post与patch/put的上来的数据进行验证。 　　3.对post与patch/put数据进行处理。(后面的内容，将用patch表示put/patch更新，博主认为patch更贴近更新的说法) 　 简单来说，针对get来说，serializers的作用体现在第一条，但如果是其他请求，serializers能够发挥2