UMLChina整理的UML建模工具列表请见http://www.umlchina.com/tools/search.aspx
UMLChina整理的UML建模工具列表请见http://www.umlchina.com/tools/search.aspx
UMLChina整理的UML建模工具列表请见http://www.umlchina.com/tools/search.aspx
想在服务器上写一个shell脚本,在磁盘使用率达到80%时,自动清理掉一些没有用的日志文件,根据这个想法,在生产环境上写了一个以下脚本,按照该流程,可实现在linux环境做一个定时任务来执行shell脚本 * * cmd 3 4 实例2:每小时的第3和第15分钟执行 5 3,15 * * * * cmd 6 7 实例3:在上午8点到11点的第3和第15分钟执行 8 3,15 8- 11 * * * cmd 9 10 实例4:每隔两天的上午8点到11点的第3和第15分钟执行 11 3,15 8-11 */2 * * cmd 12 13 实例5:每周一上午8点到11 点的第3和第15分钟执行 14 3,15 8-11 * * 1 cmd 15 16 实例6:每晚的21:30执行 17 30 21 * * * cmd 18 19 实例7:每月1、10、
/替换之前,将当前的 SELinux 安全上下文字符串作为 MLS_LEVEL 附加到 crontab 文件 -n [HOSTNAME] 此选项只有当 cron(8) 使用 -c 选项启动以支持集群环境时才使用 如果省略了主机名,则使用 gethostname(2) 返回的本地主机名 -c 此选项只有当 cron(8) 使用 -c 选项启动以支持集群环境时才使用,用于查询集群中当前哪个主机执行定时 crontab crontab -e * * * * * command # 每分钟执行一次 command 3,15 * * * * command # 每小时的第 3 和第 15 分钟执行 3,15 8-11 * * * command # 上午 8 点到 11点每小时第 3 和第 15 分钟执行 3,15 8-11 * * 1 command # 每个星期一的上午 8 点到 11 点的第 3 和第 15 分钟执行 3,15 8-11 1 * * command # 每个月一号上午 8 点到 11 点的第 3 和第 15 分钟执行 3,15 8-11 1 1 * command # 每年一月一号上午
/替换之前,将当前的 SELinux 安全上下文字符串作为 MLS_LEVEL 附加到 crontab 文件 -n [HOSTNAME] 此选项只有当 cron(8) 使用 -c 选项启动以支持集群环境时才使用 如果省略了主机名,则使用 gethostname(2) 返回的本地主机名 -c 此选项只有当 cron(8) 使用 -c 选项启动以支持集群环境时才使用,用于查询集群中当前哪个主机执行定时 crontab crontab -e * * * * * command # 每分钟执行一次 command 3,15 * * * * command # 每小时的第 3 和第 15 分钟执行 3,15 8-11 * * * command # 上午 8 点到 11点每小时第 3 和第 15 分钟执行 3,15 8-11 * * 1 command # 每个星期一的上午 8 点到 11 点的第 3 和第 15 分钟执行 3,15 8-11 1 * * command # 每个月一号上午 8 点到 11 点的第 3 和第 15 分钟执行 3,15 8-11 1 1 * command # 每年一月一号上午
crontab: SHELL=/bin/bash #告诉系统使用哪一个shell环境 表示删除crontab时的命令 每分钟执行命令 command 每小时的第3和第15分钟执行命令 3,15 * * * * commend 在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * command 没两天执行一次 3,15 8-11 */2 * * command
分钟执行一次myCommand * * * * * myCommand 每小时的第3和第15分钟执行 3,15 * * * * myCommand 在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * myCommand 每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * myCommand 每周一上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 myCommand crontab使用过程中遇到的问题 问题1 问题描述 有时我们创建了一个crontab,但是这个任务却无法自动执行,而手动执行这个任务却没有问题,这种情况一般是由于在 crontab文件中没有配置环境变量引起的 原因 在crontab文件中定义多个调度任务时,需要特别注环境变量的设置,因为我们手动执行某个任务时,是在当前shell环境下进行的,程序当然能找到环境变量, java或其他环境变量时,通过source命令引入环境变量 cat start_cbp.sh !
是的,我们只要把1个数组赋值给1个Variant,然后去读取Variant里面的b8-11位,那获取的就是数组的地址或者是地址的地址了: - 0x20 8-11存的是数组地址 - 0x60 8-11存的是数组地址的地址 实现代码: Sub TestMyArrayPtr() Dim Arr() As Byte ReDim Arr(3) As Byte Dim ptr Printf "b = 0x% x", b Dim ptr As Long CopyMemory VarPtr(ptr), VarPtr(b(8)), 4 ' - 0x20 8- 11存的是数组地址 ' - 0x60 8-11存的是数组地址的地址 If b(1) = &H60 Then CopyMemory VarPtr(ptr), ptr, 4
crontab 常用表达式 描述 表达式 每1分钟执行一次 * * * * * 每小时的第3和第15分钟执行 3,15 * * * * 在上午8点到11点的第3和第15分钟执行 3,15 8-11 * * * 每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * 每个星期一的上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 每晚的21:30执行 30 分执行 30 7 8 * * 指定每年的6月8日5:30执行 30 5 8 6 * 指定每星期日的6:30执行 30 6 * * 0 每月10号及20号的3:30执行 30 3 10,20 * * 每天8- 11点的第25分钟执行 25 8-11 * * * 每15分钟执行一次 */15 * * * * 每个月中,每隔10天6:30执行一次 30 6 */10 * * 每天早上8点30分执行 30 08 * 11 */2 * * 每周一上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 每晚的21:30执行 30 21 * * * 每月1,10,22日的4:45执行 45 4 1,10,22
: pro、uat环境、pre、test、dev环境,中文名字:生产环境、用户验收环境、灰度环境、测试环境、开发环境 简单的来说就是: pro环境:生产环境,面向外部用户的环境,连接上互联网即可访问的正式环境 uat环境:验收测试环境,主要面向要交付的人员进行验证测试。 pre环境:灰度环境,外部用户可以访问,但是服务器配置相对低,其它和生产一样。 dev环境:开发环境,外部用户无法访问,开发人员使用,版本变动很大 具体说明: 开发环境:顾名思义,是指程序开发时所用的环境。 测试环境:公司内部研发人员使用的环境,开发人员调试代码,测试人员进行功能测试和集成测试等等使用的环境。 仿真环境:顾名思义是和真正使用的环境一样的环境(即已经出售给客户的系统所在环境,也成为商用环境),所有的配置,页面展示等都应该和商家正在使用的一样。
其他的环境变量也可以按需配置。 用户定期要执行的工作,比如用户数据备份、定时邮件提醒等。用户可以使用 crontab 工具来定制自己的计划任务。 /etc/profile . ~/.bash_profile 在 /etc/crontab 中添加环境变量,在可执行命令之前添加命令 . /etc/profile; /bin/sh,使得环境变量生效,例如: 20 03 * * * . * * * command 每1分钟执行一次command(cron默认每1分钟扫描一次,全*即可) 3,15 * * * * command 每小时的第3和第15分钟执行command 3,15 8- 11 * * * command 每天上午8-11点的第3和15分钟执行command 3,15 8-11 * * 1 command 每个星期一的上午8点到11点的第3和第15分钟执行command
文件crontab -r 每1分钟执行一次cmd * * * * * cmd 每小时的第3和第15分钟执行 3,15 * * * * cmd 在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * cmd 每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * cmd 每周一上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 在crontab文件中定义多个调度任务时,需要特别注环境变量的设置,因为我们手动执行某个任务时,是在当前shell环境下进行的,程序当然能找到环境变量,而系统自动执行任务调度时,是不会加载任何环境变量的 不要假定cron知道所需要的特殊环境,它其实并不知道。所以你要保证在shelll脚本中提供所有必要的路径和环境变量,除了一些自动设置的全局变量。 ,可尝试在crontab中直接引入环境变量解决问题。
开发环境(DEV):开发环境是程序猿们专门用于开发的服务器,配置可以比较随意, 为了开发调试方便,一般打开全部错误报告。 测试环境(UAT):一般是克隆一份生产环境的配置,一个程序在测试环境工作不正常,那么肯定不能把它发布到生产机上。 生产环境(PROD):是指正式提供对外服务的,一般会关掉错误报告,打开错误日志。 三个环境也可以说是系统开发的三个阶段:开发->测试->上线,其中生产环境也就是通常说的真实环境。 UAT环境:UAT,(User Acceptance Test),用户接受度测试 即验收测试,所以UAT环境主要是用来作为客户体验的环境。 仿真环境:顾名思义是和真正使用的环境一样的环境(即已经出售给客户的系统所在环境,也成为商用环境),所有的配置,页面展示等都应该和商家正在使用的一样,差别只在环境的性能方面。
crontab文件crontab -r 每1分钟执行一次cmd * * * * * cmd 每小时的第3和第15分钟执行 3,15 * * * * cmd 在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * cmd 每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * cmd 每周一上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 在crontab文件中定义多个调度任务时,需要特别注环境变量的设置,因为我们手动执行某个任务时,是在当前shell环境下进行的,程序当然能找到环境变量,而系统自动执行任务调度时,是不会加载任何环境变量的 不要假定cron知道所需要的特殊环境,它其实并不知道。所以你要保证在shelll脚本中提供所有必要的路径和环境变量,除了一些自动设置的全局变量。 ,可尝试在crontab中直接引入环境变量解决问题。
crontab文件crontab -r 每1分钟执行一次cmd * * * * * cmd 每小时的第3和第15分钟执行 3,15 * * * * cmd 在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * cmd 每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * cmd 每周一上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 在crontab文件中定义多个调度任务时,需要特别注环境变量的设置,因为我们手动执行某个任务时,是在当前shell环境下进行的,程序当然能找到环境变量,而系统自动执行任务调度时,是不会加载任何环境变量的 不要假定cron知道所需要的特殊环境,它其实并不知道。所以你要保证在shelll脚本中提供所有必要的路径和环境变量,除了一些自动设置的全局变量。 ,可尝试在crontab中直接引入环境变量解决问题。
myCommand * * * * * myCommand 实例2:每小时的第3和第15分钟执行 3,15 * * * * myCommand 实例3:在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * myCommand 实例4:每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * myCommand 实例5:每周一上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 myCommand 实例6:每晚的21:30重启smb 30 21 * * * /etc/init.d/smb restart 实例7:每月1、10、22日的4 : 45
每1分钟执行一次command * * * * * command # 每小时的第3和第15分钟执行 3,15 * * * * command # 在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * command # 每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * command # 每个星期一的上午8点到11点的第3和第15分钟执行 3,15 8-11 * * 1 command # 每晚的21:30执行 30 21 * * * command # 每月1、10、22日的4:45执行 45 4 1,10,22 * * command # =用户主目录 在crontab文件中定义多个调度任务时,需要特别注意的一个问题就是环境变量的设置,因为我们手动执行某个脚本时,是在当前shell环境下进行的,程序能找到环境变量,而系统自动执行任务调度时 ,除了缺省的环境,是不会加载任何其它环境变量的。
myCommand * * * * * myCommand 实例2:每小时的第3和第15分钟执行 3,15 * * * * myCommand 实例3:在上午8点到11点的第3和第15分钟执行 3,15 8- 11 * * * myCommand 实例4:每隔两天的上午8点到11点的第3和第15分钟执行 3,15 8-11 */2 * * myCommand 实例5:每周一上午8点到11点的第3和第15 分钟执行 3,15 8-11 * * 1 myCommand 实例6:每晚的21:30重启smb 30 21 * * * /etc/init.d/smb restart 实例7:每月1、10、22
上周有小伙伴咨询,开发/测试/生产环境的概念,今天就做一个小结~ 1、开发环境 开发环境是程序员专门用来写代码的环境,一般是自己本地的电脑,也可以是远程的云服务器。 这个阶段,程序员会根据需求单和设计稿写代码,还有前端和后端联调,联调完没问题后,就把代码部署到“测试环境”啦。 继续往下看~ 2、测试环境 测试环境一般是用来给产品经理和测试同学测试功能的环境。 产品和测试同学验收没问题后,就把代码发布到生产环境啦。 3、生产环境 生产环境是正式对外的,给客户使用的环境。 开发把测试好的代码“部署”到生产服务器后,准备一个生产域名,外面用户通过生产域名访问。 为了数据隔离和安全,数据库也会分为这3种环境,不同环境分别对应不同的数据库。 细心的同学可能会发现,有些公司还会多出一种环境,就是“预发布环境”。 预发布环境的配置、代码和数据库跟生产环境一模一样,不一样的地方是,预发布环境有自己的独立域名。 需要“预发布环境”的原因可能有以下原因: 1、需要生产数据库才能测试这个新功能。