问题 最近我们遇到了一个问题，我们有的Job是常驻的，输出的日志是固定为了，例如如下命令（once.sh 是一个死循环的脚本），这样所有的命令都要输出日志到 notice_wechat.log{ /bin/sh jobs/bin/once.sh notice/wechat ;} >> /data/logs/jobs/notice_wechat.log 2>&1 如果使用默认的logrotate【logrotate基础传送门】的配置，就会重命名然后生产一个新文件，例如 notice_wechat.log_20221020 。但是进程是常驻的，切割之后日志会输出到 notice_we
服务器经常会产生各种各样的日志文件，我们需要定期清理日志的分类系统日志应用日志系统日志例如系统的history 历史信息 crontab的运行日志 一般系统日志系统都帮我们运维好了，不需要额外配置应用日志例如nginx 的access 和 error 日志 ,php框架的运行日志，这些日志是我们排查问题的有力证据工具logrotatelogrotate是什么logrotate是大多数linux系统自带的日志切割工具logrotate的适用场景logrotate常用来切割仍在被写的“动态”文件，它支持 按时间间隔或文件大小 来触发文件的自动切分（automatic rotation）实战按天保存一周的Nginx日志压缩文件，保留30天，配置文件为「/etc/logrotate.d/nginx」最后代码如下（本人ubuntu系统）/data/logs/nginx/*.log {
&nb
引言权限系统模块对于互联网产品是一个非常重要的功能，可以控制不同的角色合理的访问不同的资源从而达到安全访问的作用此外本次课程有视频讲解： http://www.imooc.com/learn/799 ,对应演示系统：http://rbac.54php.cn 权限控制模型ACLRBAC 基于角色的访问控制从上图我们可以看出，ACL是用户和权限直接关系的，RBAC则是通过角色间接关联用户和权限的。所以角色是RBAC系统的一个重要属性Why RBAC为什么我们选择RBAC模型，原因如下方便用户分组方便权限分配和回收扩展方便，可以满足大部分业务需求RBAC框架图中有5个角标数字，对应的就是RBAC模型重要的5个属性RBAC关系图序号关键属性描述1用户 张三、李四、王五2角色销售经理、销售、前台3用户角色关系张三 是 销售经理 、李四 王五 是 销售4权限添加客户、编辑客户、删除客户，查看客户5角色权限关系销售 拥有 查看客户的 权限、销售经理可
