MySQL事件(Event)&任务调度

1.简介
事件(event)是MySQL在相应的时刻调用的过程式数据库对象。一个事件可调用一次,也可周期性的启动,它由一个特定的线程来管理的,也就是所谓的“事件调度器”。
事件和触发器类似,都是在某些事情发生的时候启动。当数据库上启动一条语句的时候,触发器就启动了,而事件是根据调度事件来启动的。由于他们彼此相似,所以事件也称为临时性触发器。
事件取代了原先只能由操作系统的计划任务来执行的工作,而且MySQL的事件调度器可以精确到每秒钟执行一个任务,而操作系统的计划任务(如:Linux下的CRON或Windows下的任务计划)只能精确到每分钟执行一次。
2.优缺点
[优点]
一些对数据定时性操作不再依赖外部程序,而直接使用数据库本身提供的功能。
可以实现每秒钟执行一个任务,这在一些对实时性要求较高的环境下就非常实用了。
[缺点]
定时触发,不可以调用。
3.创建事件
CREATE
[DEFINER = { user | CURRENT_USER }]
EVENT
[IF NOT EXISTS]
event_name
ON SCHEDULE schedule
[ON COMPLETION [NOT] PRESERVE]
[ENABLE | DISABLE | DISABLE ON SLAVE]
[COMMENT ‘comment’]
DO event_body;

schedule:
AT timestamp [+ INTERVAL interval] …
| EVERY interval
[STARTS timestamp [+ INTERVAL interval] …]
[ENDS timestamp [+ INTERVAL interval] …]

interval:
quantity {YEAR | QUARTER | MONTH | DAY | HOUR | MINUTE |
WEEK | SECOND | YEAR_MONTH | DAY_HOUR | DAY_MINUTE |
DAY_SECOND | HOUR_MINUTE | HOUR_SECOND | MINUTE_SECOND}
名词解释:

event_name :创建的event名字(唯一确定的)。
ON SCHEDULE:计划任务。
schedule: 决定event的执行时间和频率(注意时间一定要是将来的时间,过去的时间会出错),有两种形式 AT和EVERY。
[ON COMPLETION [NOT] PRESERVE]: 可选项,默认是ON COMPLETION NOT PRESERVE 即计划任务执行完毕后自动drop该事件;ON COMPLETION PRESERVE则不会drop掉。
[COMMENT ‘comment’] :可选项,comment 用来描述event;相当注释,最大长度64个字节。
[ENABLE | DISABLE] :设定event的状态,默认ENABLE:表示系统尝试执行这个事件, DISABLE:关闭该事情,可以用alter修改
DO event_body: 需要执行的sql语句(可以是复合语句)。CREATE EVENT在存储过程中使用时合法的。

4.查看事件
查看当前所在库的事件
mysql> show events;

查看所有事件
mysql> select * from mysql.event;

5.修改事件

ALTER
[DEFINER = { user | CURRENT_USER }]
EVENT event_name
[ON SCHEDULE schedule]
[ON COMPLETION [NOT] PRESERVE]
[RENAME TO new_event_name]
[ENABLE | DISABLE | DISABLE ON SLAVE]
[COMMENT ‘comment’]
[DO event_body]

中台的末路(转自:CSDN公众号)

作者 | 曹春晖

责编 | 伍杏玲

从 15 年开始,到 19 年现在为止。各大公司都在吹捧中台理念。仿佛中台是业务复杂性的救世主。是某些架构师和 PM 的新出路。各种割韭菜的讲中台的课程层出不穷。

当然,吹牛逼的时候大家都是拣好的说,苦逼的东西就只有内部人士知道。中台到底靠谱还是不靠谱,只凭各路英雄的演讲内容,那看起来是靠谱的。

先来看看这些公开的观点,再以我(码农桃花源注:资深研发工程师)的视角还原“中台”的真相。

按照码农桃花源文章的惯例,手动贴上文章的目录:

公开的观点

中台是什么

阿里巴巴集团前端业务中公共、通用的业务沉淀到了这个事业部,包含了用户中心、商品中心、交易中心、评价中心等十几个中心,而共享业务事业部正是“厚平台”的真实体现,为阿里巴巴各种前端业务提供着相应服务中心领域内最为专业、稳定的业务服务。钟华. 《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》

中台实际上是通用业务的下沉,企业在一个行业耕耘多年之后,一般都会形成一些公用的业务,而这些业务是可以像中间件那样进行下沉共享的。

再往前推一些,也就是比较早期人们常说的偏业务的基础服务。在概念上并不是创新。

为什么要做中台

中台解决了什么问题?

其实和把程序内的公用逻辑封装为 library 差不多,就是尽量避免重复造轮子。一个轮子造 100 遍,对部门是没有任何好处的。一个系统造 100 遍,对企业自然是没什么帮助的。

早期的企业经常借鉴腾讯经验,鼓励内部竞争。但内部竞争的度往往不好把握,经常会出现“所有部门都在造差不多的系统”的现象。

中台从公司战略角度,将这些行为进行了规范化,公共的部分交给公共系统部门去做。

中台给企业带来的收益

工程方面

就像上面提到的,首先是有效减少了重复造轮子、重复建系统的现象。有相对统一的业务收敛位置,并在公共服务上快速高效迭代出新的业务。

数据方面

有了统一的用户、订单系统,就不会再有各种恶心的数据打通问题,不会有跨部门的数据墙。

有了统一的中台,也就有了统一的数据规范。

对于大数据相关的需求,可以从相对唯一的数据出口进行业务迭代,不需要为每一个部门进行定制开发,浪费人力。

创新方面

这一项目也很好地诠释了之前所说的“点、线、面”的理论,在“点”上根本感知不到的问题,在“线”和“面”的平台上,更容易发现这些问题的本质,通过专业的技能解决这些问题,为企业带来实实在在的业务价值,这就是很好的创新!钟华. 《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》

有了公共的中台,意味着有了相对全局的视角,更能发现单点观察难以发现的问题。在更大的业务层面进行一定的创新。听着很有道理。

真相

中台能解决问题么?是能解决的。中台能解决所有问题么?那显然是不能的。

就像微服务架构一样,架构师吹牛的时候天花乱坠,你做起来却发现这条路上全都是坑。

技术方面

公用业务下沉,这个理念其实很朴素。所有程序员都知道我们公用的逻辑要进行封装、抽象,变成 Library。中台的本质其实就是把这种朴素的思想进行了一定程度的推广。(码农桃花源注:新瓶装旧酒)

难以应对 Cross cutting concern

根据中台进行系统拆分和部门调整之后,还是会遇到 cross cutting concern,什么是 cross cutting concern:

The crosscutting concern is a concern which is applicable throughout the application and it affects the entire application. For example: logging, security and data transfer are the concerns which are needed in almost every module of an application, hence they are cross-cutting concerns.

有些需求难以避免地会影响整个流程中的所有系统。

比如从技术范畴进行的一些改造(如为了完成 tracing,所有系统增加 trace id,并在 log 中默认携带)。

比如从业务范畴进行的 i18n改造。(码农桃花源注:i18n 是国际化的意思,Internationalization 去掉头尾的 i 和 n 刚好还剩下 18 个字符,程序员的智慧)

这些改造需求一般天生就是跨系统、跨组、跨部门的,事情一带上“跨”的字眼,就不好搞了。(码农桃花源注:别人的地盘,你能做主?)

举一个典型的例子,某巨型互联网公司员工抱怨,在当前的微服务和中台架构前提下,做一个需求经常要改 20+ 个模块,苦不堪言,连上线顺序都不一定搞得清楚。

当这 20+ 个模块又是跨部门的时候,就更难了。想要推动其它部门做一些短期看起来没啥收益的事,太难了。

稳定性和灵活性的矛盾

对于一个系统来说,追求稳定性,那么必然会在修改和升级上较为消极;追求灵活性,那在功能迭代上一定会较为激进。这两方面的矛盾本来就是难以调和的。追求其中之一,在一定程度上就得放弃另一方面。

就像网友经常讲的不作死就不会死,没有代码才是真正的稳定之道。Google 程序员在 GitHub 上发起的行为艺术项目:noCode,没有 code,就没有 Bug。可谓弃疗的典范。

有很多中台系统被剥离之后,因为用户众多,一旦出现技术上的问题,影响面巨大。从我的实际观察来看,中台部门的系统虽然初始立项的时候声势浩大,但基本也没什么人关注这些公共系统的代码质量或者测试质量。最终只不过是大家公用了一堆“垃圾”,“垃圾”在转过几手之后,后来的人基本就不太想对原来的代码进行修改了。

可能有人会讲你可以重构啊。嗯,重构的前提是系统有完善的测试用例和可以跑的测试。事实上一般都没有!在没有测试的情况下,我们可以根据过往的系统需求文档和 PRD(码农桃花源注:产品需求文档,Product Requirements Document)来还原当时的业务场景,并进行测试补充。

但你又发现,中台的性质(大多偏技术项目,基本没什么 PM 把关或者出文档)使其基本没有什么靠谱的、详尽的文档。写的复杂的中台,连业务流程都理不清楚,还想写测试,别做梦了哦。

中台与前台的模糊业务边界、距离

在实际实践时,中台与 FT 的边界往往划得不清不楚。比如用户服务、用户权益、用户在各种子系统中的状态,这些内容可能并不是用户服务本身关心的内容。但往往需求也会提给用户服务,这时候用户服务就只是进行字段存储,而状态机变化则完全在外部。

如果对系统内的个别数据不进行管理,那么有其它接入方接入时,就无法解释清楚字段的含义和使用场景。如果不接受这些不相干的数据接入,那么前台流程系统可能会在自己内部重新建立自己的数据系统,这部分系统又极有可能和中台有功能上的重叠。

如果想要把这些数据接管过来,那么中台又需要梳理所有业务场景。或者说明需要把所有对数据进行修改的逻辑全部收拢到中台内部,这往往又会产生与中台与前台业务边界的冲突。

难以给出有效的边界,就意味着无穷无尽的撕逼。这便是很多中台的两难:我接不是,不接也不是。

如果去问那些中台业务部门的系统开发负责人:某些业务要不要你们来做,连这些人自己都说不清楚。

人才方面

如果要做中台,那往往需要将业务部门的一部分系统进行下沉。下沉并不仅仅是一个技术问题。如果要把系统从一个部门变到另一个部门,这一定会带来人员的调动。从情感上来讲,人们都是讨厌这种部门变动的。因为“领导”会在部门调整中发生变化,同事也经常会随着部门调整而离职。只留自己在原地填坑给谁都不愿意。

也有些公司在调整中进行粗暴的系统交接,如果系统需要下沉,那我直接从原来的维护团队手里夺过来,交给中台部门来管理。这一样会引起双方的反感:

交接方:这是我们加班加点,辛辛苦苦开发出来的系统,凭什么交给别人?奋斗了半年难道就是为了给别人摘桃子?

被交接方:这个系统原来的维护团队水平极低,代码就是一堆“垃圾”,他们不想搞了就随便扔给我们?凭什么啊?我们又不是接盘侠。

即使贵司运气好,在系统交接过程中没有出现问题,那交接后也不好说。被交接的系统在交接后往往陷入消极维护状态,这时候前台业务接入中台会比以往更加困难,这种困难使前台业务的不满积累到一定程度之后,会再次催生前台部门重新造一套新的自己的中台,而部分或全部放弃原来的中台。这样,原来的中台部门便会陷入尴尬的境地。

生存空间被挤压,人也自然很难待得下去,各公司的中台部门,人跑的比香港记者都快。

部门、公司、组织架构方面

跨部门沟通障碍、跨部门目标差异

进行部门划分之后,每个业务部门会有自己的一套目标体系。部门与部门的目标(KPI)一般是不相同的,如果相同的话,那也就没必要分多个部门了。

而部门与部门之间的目标在某种程度上甚至可能有冲突,例如 A 部门 Feature Team 较多,主要负责业务功能迭代,需要更强的灵活性。而 B 部门负责中台数据,主要关心系统稳定性,也就是前文提到的灵活性和稳定性的矛盾。若此时出现 cross cutting concern,两个部门需要在矛盾上取得一定程度的平衡,这种平衡在个别情况下是不可得的。

例如在一段时间内,中台部门的目标是提高某个商业指标,让公司更赚钱/省钱。这时候前台业务提来了新的需求,这种需求是能使流程开发更加灵活的,但与中台部门的 KPI 不在一个航道上。

中台部门显然要把需求排排优先级,把任务排排主次。前台部门又会觉得中台支持个需求怎么这么龟速又唧唧歪歪,不如自己实现了。

前台业务也有自己的理由:“自闭环”嘛,这词真是好用。

公司利益分配

毫无疑问,距离业务近的地方比距离业务远的地方能分到更多公司增长的成果。中台看起来是业务,但又是公共业务,既然是公共业务,那基本上没办法分享到任一单一业务成功的红利。纵使其成功的原因中,中台的强大、便捷是重要原因。

这会导致什么问题呢?没有人愿意接手中台项目,中台项目变成烫手的山芋。大佬无法在中台项目上获得红利,小弟们没法在中台项目上获得利益。中台功能确定以后,只有出事故的时候大家才想起你来。稳定运行是应该的,出事就是你的锅!

利润中心?其实是成本中心

最重要的是让信息中心部门从之前在企业中“业务支持”的组织职能,转变为基于企业核心业务和数据进行运营的团队,这个团队会更快、更好地支持业务发展的同时,逐渐掌握企业最核心的业务和数据,逐步培养出企业最稀缺的“既精通业务,又熟悉技术”的复合型人才。在接下来整个社会进入开放共享的时代,企业最大的价值将会是基于这些核心业务和数据进行对外开放的运营,到那个时候,这个部门将成为企业最为宝贵的资产。钟华. 《企业IT架构转型之道:阿里巴巴中台战略思想与架构实战》

在大多数公司,中台部门和基础架构一样,会被当成是包袱而不是财富。可能有些人读到这里会不太爽。我们来看看,科技公司是怎么看待员工的呢?

在 DDD(码农桃花源注:领域驱动设计,Domain Driven Design)相关的书里提到两个概念:成本中心、利润中心。技术对业务参与不强的情况下,技术部门基本上都会被当作是成本中心。也就是老板要达成自己的目标,必须不情不愿地花钱去养你们这些技术团队。

对应业务侧开发来说,想要改变老板的这种看法,需要让业务系统和业务人员之间进行强联动,将一部分业务人员变成系统人员架构中的业务专家角色,或者是研发人员自己变成一个业务领域专家,就是有些人常说的你得跟老板穿一条裤子。

从这方面来讲,大多公司的基础架构角色就比较尴尬。业务驱动的公司,基础架构并不是其致胜要素。所以不管你做的再好,只要公司没有用技术赚钱,那么这部分的支出就只能被当作单纯的成本。

当然了很多做基础的大佬也根本不在乎,公司只是个练兵场,练成了带小弟们跳槽就好。(码农桃花源注:求带!)

中台也是一样的,从业务一线剥离到后方之后。中台离业务的距离越来越远。公司高层渐渐看不到继续对中台进行投入的价值,中台便渐渐变成了他们眼中纯粹的成本中心,是公司财务的包袱而不是财富。

行业方面

中台建设一般要考虑公司的实际情况,这样建设出来的系统可以应对一段时间内的公司业务变化。然而公司的压力有时并不来自于自己的业务方向,可能来自于行业内其它公司的模式挑战。

理论上来说,只要一个公司的业务系统架构建设完成了,便已经完成了一种架构上的 固化。这时行业内如果有新的模式获得了成功,公司肯定要进行跟进。但是新的模式一定意味着对原有系统、架构的挑战。

试想,原来系统架构是针对线上交易设计的,突然有一天,O2O 模式被证明有利可图,大多数公司都开始转向线下。原有的流程、模式当然想要复用,但是这时候复用的成本很可能比重新开发还要高。眼睁睁看着竞争对手们甩掉包袱,轻装上阵,以更低的成本更短的时间攻城略地,挤压自己的生存空间。

这时候怎么办呢?大多数公司给出的方案是成立新的业务部门,在新趋势新阵地冲锋陷阵。新部门肯定也要用到原来公司的老服务,又碰到了我们的老问题:跨部门合作。新部门的成功并不会让老部门多得到多少好处,配合自然不会太积极。(码农桃花源注:公司内部做事都是利益驱动)

如果新部门的尝试获得了初步成功,得到了公司资源的倾斜,获得了有效的人力资源补充。之后又会带来新一轮重复造轮子,互相不合作,互相撕逼的腥风血雨。

简直是一个轮回。

结语

经常有小伙伴说,国内某公司中台非常好,大家都在学。嗯,我倒是想问问了,如果真的做的好,某公司旗下的金融公司和电商公司还会需要两套完全一样的基础架构,和好几朵云?(码农桃花源注:曹大真敢怼!)

作为一个技术人员,在各种乌七八糟、花里胡哨的概念“轰炸”下,应该能够保持理智,不要被各种人带节奏。

最后,把曹大博客的 slogon 分享给大家:

If you don’t keep moving, you’ll quickly fall behind.

第一次读到的时候,振聋发聩,和大家共勉!

使用iView自定义主题运行项目时报错 Inline JavaScript is not enabled

多方查阅

排除了没有less 和less-loader的可能

这个问题定位应该是webpack关于less-loader的配置默认值是不合适的

需要添加新的配置进去

但是Vue-CLI3没有将2.x时的webpack.base.conf.js文件暴露在项目目录中

而是通过创建vue.config.js并添加自定义配置项在里面 最终在run serve或run build的时候 检测该js文件并将配置项通过merge合并进去 的方式实现配置项的修改

在Vue-cli2.x的时候 给loader加配置项是方式是这样的

{ loader: ‘less-loader’, options: { javascriptEnabled: true } }

在Vue-Cli3.0中需要这样写vue.config.js

module.exports = {
css: {
loaderOptions: { // 向 CSS 相关的 loader 传递选项
less: {
javascriptEnabled: true
}
}
}
}

这个时候重启项目

npm run serve

是不是就不再报这个错误了
———————
作者:perryliuPC
来源:CSDN

项目十大管理和五大过程

五大过程组是什么?

五大过程组是:启动过程、规划过程、执行过程、监控过程、收尾过程。

各用一句话概括项目管理知识体系五大过程组:

1、启动过程组:作用是设定项目目标,让项目团队有事可做;

2、规划过程组:作用是制定工作路线,让项目团队“有法可依”;

3、执行过程组:作用是“按图索骥”,让项目团队“有法必依”;

4、监控过程组:作用是测量项目绩效,让项目团队“违法必究”,并且尽量做到“防患于未然”;

5、收尾过程组:作用是了结项目(阶段)“恩怨”,让一切圆满。

 

十大知识领域是什么?

十大知识领域是:整合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、干系人管理。

各用一句话概括项目管理知识体系十大知识领域:

1、整合管理:其作用犹如项链中的那根线;

 

2、范围管理:做且只做该做的事;

3、时间管理:让一切按既定的进度进行;

4、成本管理:算准钱和花好钱;

5、质量管理:目的是满足需求;

6、人力资源管理:让团队成员高效率地和你一起干;

7、沟通管理:在合适的时间让合适的人通过合适的方式把合适的信息传达给合适的人;

8、风险管理:“无事找事”,从而让项目“无险事”;

9、采购管理:当好甲方;

10、干系人管理:和项目干系人搞好关系并令其满意。

 

———————
来源:CSDN
原文:https://blog.csdn.net/iblade/article/details/81112826

CentOS7服务器架设ftp过程

一、vsftp安装篇

复制代码代码如下:
# 安装vsftpd
yum -y install vsftpd
# 启动
systemctl start vsftpd.service

# 开启启动
systemctl enable vsftpd.service

二、vsftp相关命令之服务篇

复制代码代码如下:
# 启动ftp服务
service vsftpd start
# 查看ftp服务状态
service vsftpd status
# 重启ftp服务
service vsftpd restart
# 关闭ftp服务
service vsftpd stop

三、vsftp配置篇

复制代码代码如下:
#进入vsftpd配置文件
vim /etc/vsftpd/vsftpd.conf
# 禁止匿名用户anonymous登录
anonymous_enable=NO
# 允许本地用户登录
local_enable=YES
# 让登录的用户有写权限(上传,删除)
write_enable=YES
# 默认umask
local_umask=022
# 把传输记录的日志保存到/var/log/vsftpd.log
xferlog_enable=YES
xferlog_file=/var/log/vsftpd.log
xferlog_std_format=NO
# 允许ASCII模式上传
ascii_upload_enable=YES
# 允许ASCII模式下载
ascii_download_enable=YES
# 使用20号端口传输数据
connect_from_port_20=YES
# 欢迎标语
ftpd_banner=Welcome to use my test ftp server.
# 接下来的三条配置很重要
# chroot_local_user设置了YES,那么所有的用户默认将被chroot,
# 也就用户目录被限制在了自己的home下,无法向上改变目录。
# chroot_list_enable设置了YES,即让chroot用户列表有效。
# ★超重要:如果chroot_local_user设置了YES,那么chroot_list_file
# 设置的文件里,是不被chroot的用户(可以向上改变目录)
# ★超重要:如果chroot_local_user设置了NO,那么chroot_list_file
# 设置的文件里,是被chroot的用户(无法向上改变目录)
chroot_list_enable=YES
# touch /etc/vsftpd/chroot_list 新建
chroot_list_file=/etc/vsftpd/chroot_list
use_localtime=YES
# 以standalone模式在ipv4上运行
listen=YES
# PAM认证服务名,这里默认是vsftpd,在安装vsftpd的时候已经创建了这个pam文件,
# 在/etc/pam.d/vsftpd,根据这个pam文件里的设置,/etc/vsftpd/ftpusers
# 文件里的用户将禁止登录ftp服务器,比如root这样敏感的用户,所以你要禁止别的用户
# 登录的时候,也可以把该用户追加到/etc/vsftpd/ftpusers里。
pam_service_name=vsftpd
# 重启 vsftpd
service vsftpd restart

四、vsftp用户篇

复制代码代码如下:
# 创建用户
useradd -d /home/webapps/www.xxx.com -s /sbin/nologin -M hzh1990
# 设置用户到文件夹
chown -R username /home/webapps/www.xxx.com/public
# 设置权限
chown -R 777  /home/webapps/www.xxx.com/public
# 添加密码
passwd hzh1990 -> 密码 -> 确认密码
useradd -d /home/webzte -s /sbin/nologin -M webzte
五、遇到的问题
1、启动时遇到问题。
现象与描述
[root@localhost ~]# service vsftpd start
Redirecting to /bin/systemctl start  vsftpd.service
Job for vsftpd.service failed. See ‘systemctl status vsftpd.service’ and ‘journalctl -xn’ for details.
按照提示输入systemctl status vsftpd.service 和 journalctl -xn 显示如下:
[root@localhost ~]# systemctl status vsftpd.service -l
vsftpd.service – Vsftpd ftp daemon
Loaded: loaded (/usr/lib/systemd/system/vsftpd.service; disabled)
Active: failed (Result: exit-code) since Thu 2014-09-18 01:50:43 CST; 3min 50s ago
Process: 2136 ExecStart=/usr/sbin/vsftpd /etc/vsftpd/vsftpd.conf (code=exited, status=2)Sep 18 01:50:43 localhost.localdomain systemd[1]: vsftpd.service: control process exited, code=exited status=2
Sep 18 01:50:43 localhost.localdomain systemd[1]: Failed to start Vsftpd ftp daemon.
Sep 18 01:50:43 localhost.localdomain systemd[1]: Unit vsftpd.service entered failed state.

 

解决与思考
# When “listen” directive is enabled, vsftpd runs in standalone mode and
# listens on IPv4 sockets. This directive cannot be used in conjunction
# with the listen_ipv6 directive.
listen=NO
把listen改成NO成功启动了

 

2、客户端无法连接ftp
现象与描述
客户端无法连接到服务器,telnet也不行,怀疑被服务器防火墙ban了
解决与思考
先考虑把21端口加入到服务器firewalld规则里,但是太复杂,没查到相关文档,决定禁用firewalld采用iptables来解决。

在CentOS/RHEL 7系统中,要用iptables和ip6tables服务代替FirewallD服务,需要以root身份运行以下命令,先禁用FirewallD:

# systemctl disable firewalld
# systemctl stop firewalld

然后安装iptables-services程序包,以root身份输入以下命令:

# yum install iptables-services

iptables-services程序包包含了iptables和ip6tables服务。然后,以root身份运行iptables和ip6tables命令:

# systemctl start iptables
# systemctl start ip6tables
# systemctl enable iptables
# systemctl enable ip6tables

vi /etc/sysconfig/iptables

systemctl status iptables

 

3、ftp客户端连接进去后,用户能进入到上层及其他目录

现象与描述
如题。
解决与思考

————————————–分割线—————————————————

2016-12-09 决定尝试FTP虚拟用户登录。

我们登录FTP有三种方式,匿名登录、本地用户登录和虚拟用户登录。

匿名登录:在登录FTP时使用默认的用户名,一般是ftp或anonymous。

本地用户登录:使用系统用户登录,在/etc/passwd中。

虚拟用户登录:这是FTP专有用户,有两种方式实现虚拟用户,本地数据文件和数据库服务器。

FTP虚拟用户是FTP服务器的专有用户,使用虚拟用户登录FTP,只能访问FTP服务器提供的资源,大大增强了系统的安全。

一、本地数据文件方式

1. 添加虚拟用户口令文件

[root@CentOS5 /]#vi /etc/vsftpd/vftpuser.txt

添加虚拟用户名和密码,一行用户名,一行密码,以此类推。奇数行为用户名,偶数行为密码。

bobyuan #用户名

123456 #密码

markwang #用户名

123456 #密码

 

2. 生成虚拟用户口令认证文件

将刚添加的vftpuser.txt虚拟用户口令文件转换成系统识别的口令认证文件。

首先查看系统有没有安装生成口令认证文件所需的软件db4-utils。

[root@CentOS5 /]#rpm –qa |grep db4-utils

[root@CentOS5 /]#rpm –ivh db4-utils-4.3.29-9.fc6.i386.rpm

rpm -qa |grep db4-utils

rpm -qa |grep db4

rpm -ivh db4-utils-4.3.29-9.fc6.i386.rpm

上述几行均失败。

yum provides db_load

成功。

db_load -T -t hash -f /etc/vsftpd/vftpuser.txt /etc/vsftpd/vftpuser.db

3. 编辑vsftpd的PAM认证文件

在/etc/pam.d目录下,

[root@CentOS5 /]#vi /etc/pam.d/vsftpd

将里面其他的都注释掉,添加下面这两行:

auth required /lib/security/pam_userdb.so db=/etc/vsftpd/vftpuser

account required /lib/security/pam_userdb.so db=/etc/vsftpd/vftpuser

linux使用scp+ssh实现自动远程备份数据库

1、首先备份数据库到本地

#!/bin/bash
mysql_pwd=”123456″
mysql_dump=”/usr/bin/mysqldump”
cur_year=$(date +”%Y”)
cur_month=$(date +”%m”)
cur_day=$(date +”%d”)
dump_path=”/data/backup/abc/$cur_year-$cur_month”
if [ ! -d “$dump_path” ]; then
mkdir -p “$dump_path”
fi
$mysql_dump -uroot -p$mysql_pwd –socket=/data/mysql_data/mysql.sock –opt abc_2018 | gzip > $dump_path/abc-$cur_day.sql.gz

2、将本地备份文件同步到远程服务器

具体操作:

要求:把192.168.0.2机上的test.tar拷贝到192.168.0.3机器的上

192.168.0.2服务器上:
mkdir -p ~/.ssh
chmod 700 ~/.ssh
ssh-keygen -t rsa -P “” -f ~/.ssh/id_rsa

192.168.0.3服务器上:
mkdir -p ~/.ssh

在192.168.0.3建立好.ssh目录后,从192.168.0.2拷贝~/.ssh/id_rsa.pub到192.168.0.3中~/.ssh目录下:
scp ~/.ssh/id_rsa.pub root@192.168.0.3:~/.ssh)。

把从192.168.0.2拷贝过来的id_rsa.pub重命名为authorized_keys(cp id_rsa.pub authorized_keys)

chmod 600 ~/.ssh/authorized_keys

此时拷贝就不需要输入密码:scp test.tar root@192.168.0.3:/var/www

下面就可以把此命令放到计划任务中而自动执行了­:
crontab -e
50 04 * * * /data/backup.sh

vscode Module parse failed: Unexpected character问题的解决

vue-loader@15.*之后除了必须带有VueLoaderPlugin 之外,还需另外单独配置css-loader。

const VueLoaderPlugin = require('vue-loader/lib/plugin')

module.exports = {
  // ...
  module: {
    rules: [
      {
        test: /\.vue$/,
        loader: 'vue-loader'
      },
      {
        test: /\.css$/,
        use: ['style-loader','css-loader']
      }
    ]
  }
  plugins: [
    new VueLoaderPlugin()
  ]
}

单元测试phpunit安装的使用实例(转自CSDN)

一、配置phpunit
1、到phpunit官网下载相应的版本,我的是php 5.6,选择phpunit 4.8:https://phar.phpunit.de/phpunit-old.phar,并把名字改为 phpunit.phar
2、把phpunit.phar放到项目目录app_api下,然后将项目目录D:\webroot\app_api添加到环境变量,以便直接使用phpunit测试
3、按快捷键 Win + R ,输入cmd并回车,进入存放phpunit.phar的路径,输入 echo @php “%~dp0phpunit.phar” %* > phpunit.cmd 并回车,接着输入 phpunit –version 查看版本(如果有误,再试一次)

D:\>cd wamp/

D:\wamp>cd www/api

D:\wamp\www\api>echo @php "%~dp0phpunit.phar" %* > phpunit.cmd

D:\wamp\www\api>phpunit --version
PHPUnit 4.8.36 by Sebastian Bergmann and contributors.

 

二、使用phpunit进行测试
1、使用phpunit,必须使用类 ,简单以login.php为例
<?php

error_reporting(0);

require_once './classes/class_login.php';

$username = $_POST["username"];

$password = $_POST["password"];

$log = new Login;

$response = $log->login($username, $password);

if ($response != "false") {

//登录成功后的处理......

}

echo $response;

?>
2、新建文件夹 classes,并在里面新建 class_login.php ,内容为
<?php

class Login {

// 测试工具PHPUnit要求一定要在这里给变量默认值,于是默认为空。

public function login($username = "", $password = "") {

$con = mysqli_connect("localhost", "root", "123456", "big-bak");

if (!$con) {

die('Could not connect: ' . mysqli_error());

} else {

mysqli_query($con, "SET NAMES utf8");

$result = mysqli_query($con, "SELECT id,username,email FROM ih_user where username = '$username' and password = '$password'");

if (!$result || mysqli_num_rows($result) == 0) {

return "false";

} else {

$result_arr = mysqli_fetch_assoc($result);

return json_encode($result_arr, JSON_UNESCAPED_UNICODE);

}

}

}

}

?>
3、开始写测试文件 login_test.php
<?php

require_once dirname(__FILE__) . '/classes/class_login.php';

class LoginTest extends PHPUnit_Framework_TestCase {

public function testLoginSuccess() {

$expected = '{"id":"1","username":"test","email":"test100@163.com"}';

$username = 'test';

$password = '123456';

$lg = new Login;

$actual = $lg->login($username, $password);

$this->assertEquals($expected, $actual);

}

function testLoginFail() {

$expected = 'false';

$username = '11111';

$password = '11111';

$lg = new Login;

$actual = $lg->login($username, $password);

$this->assertEquals($expected, $actual);

}

}

?>


4、执行phpunit单元测试
正常测试:
将用户test的密码故意修改错再测试:
———————
来源:CSDN
原文:https://blog.csdn.net/nuli888/article/details/51864604