系统

作者： snsn1984 PS：最近一段时间，投入在LLVM上的时间有些减少。差点把对它的研究断掉，今天开始继续。对LLVM的研究需要很长一段时间的坚持不懈才可以彻底搞明白。 前面已经介绍过如何写自己的PASS，并且也针对一个简单的PASS进行了分析和介绍。相信大家也可以从LLVM源码中找到很多的PASS，这些PASS太多，他们每个到底是做什么用？如何去调用这些系统已经有的PASS？这就是这次每日谈要关注的问题。 在文档 http://llvm.org/docs/Passes.html 中，列出了所有的PASS的命令行参数以及这个PASS主要是做什么用的。下面来实际进行测试下。 在编译好的bin/目录下，使用clang生成一个.bc文件作为例子。然后使用opt工具： ./opt -print-module <test.bc > /dev/null 这里选择的是-print-module，对于它的介绍如下： This pass simply prints out the entire module when it is executed. 这个文档中的其他Pass也是类似的。自己不但可以在这个列表里找到自己需要的Pass，也可以通过这个列表来熟悉这些Pass。另外这个列表 中的Pass的源码主要在llvm源码/lib/Analysis和llvm源码/lib

2016来了！oKit6.0也来了！ 在这个寒冷的冬天 ，oKit6.0将会成为您的暖心神器，oKit带您进入全新的用户自定义世界！ —— 流程支持自定义！ —— 业务支持自定义！ —— 界面支持自定义！ —— 属性支持自定义！ —— 搜索支持自定义！ —— 报表支持自定义！ —— 考核支持自定义！ 神马？连Logo也能自定义？是的，您没有看错，oKit6.0不仅全面支持用户自定义，还有很多重大改进和全新功能，让我们一起往下看！ 或者点这里了解更多。。。 统御项目管理软件6.0版于2016年1月20日正式发布，简称oKit6.0。本次发布的oKit 6.0 新增的功能点和重要改进包括以下10个方面： （1） 推出企业级工作流平台 ，全面支持流程驱动 ● 自定义流程和界面 ● 自定义流程分类 ● 自定义流程入口 ● 支持流程监控 ● 流程自动消息通知 ● 与业务数据深度集成 （2） 为解决企业IT部门与业务部门之间的协作问题，oKit服务台功能上线了 ● 自定义业务分类 ● 自定义业务流程 ● 自定义业务属性 ● 自定义业务界面 ● 灵活的权限控制 ● 灵活的消息通知 ● 自定义报表输出 ● 支持对业务评价 ● 问题能够转化为需求、缺陷、任务 （3） 考核管理全面升级，支持主观加客观的方式对项目、部门、人员进行全方位考核 ● 考核对象扩展为项目，部门，人员 ● 支持自定义考核算子

开启CentOS 5.4下的vncserver服务 安装好CentOS 5.4后，虽然我们可以通过ssh来远程登陆服务器，但是我们使用ssh 毕竟是一个字符型终端，很多图形界面下很方便的操作在字符型终端下显得非常繁琐，或者 有些干脆就不能执行，为此我们需要远程登录图形界面。 一．临时使用远程桌面 临时使用远程桌面，需要服务器前有人在操作，并且已经在本机上登陆了Gnome或者 Kde桌面。 点击桌面上方任务栏“系统”——“首选项”——“远程桌面”，打开“远程桌面首选 项”，按照需要勾选四个选项，并设置登录口令。 此方法和Windows下的远程桌面非常相似。 二．开启vncserver，任何时间都可以连接 如果服务器是在机房内，平时无人职守，或者无法在本机登陆桌面，就无法使用远程桌 面，我们只能求助于vncserver。 1.首先确认系统是否安装了vnc： #rpm -qa | grepvnc 如果没有任何显示，则说明系统没有安装vnc包，需要至CentOS 5.4安装光盘下CentOS 目录下寻找两个vnc开头的安装包，即： vnc-4.1.2-14.el5_3.1.i386.rpm vnc-server-4.1.2-14.el5_3.1.i386.rpm 使用root用户安装： #rpm -ivh vnc-4.1.2-14.el5_3.1.i386.rpm #rpm -ivh

与系统相关的命令： #ifconfig、exit ifconfig #查看本机IP地址信息 exit #退出并关闭Linux终端 与系统相关的命令： #ifconfig、exit ifconfig #查看本机IP地址信息 exit #退出并关闭Linux终端 来源： https://www.cnblogs.com/luckylele/p/11939064.html

什么是Shell脚本 示例 看个例子吧： #!/bin/sh cd ~ mkdir shell_tut cd shell_tut for ((i=0; i<10; i++)); do touch test_$i.txt done 示例解释 第1行：指定脚本解释器，这里是用/bin/sh做解释器的 第2行：切换到当前用户的home目录 第3行：创建一个目录shell_tut 第4行：切换到shell_tut目录 第5行：循环条件，一共循环10次 第6行：创建一个test_1…10.txt文件 第7行：循环体结束 cd, mkdir, touch都是系统自带的程序，一般在/bin或者/usr/bin目录下。for, do, done是sh脚本语言的关键字。 shell和shell脚本的概念 shell是指一种应用程序，这个应用程序提供了一个界面，用户通过这个界面访问操作系统内核的服务。Ken Thompson的sh是第一种Unix Shell，Windows Explorer是一个典型的图形界面Shell。 shell脚本（shell script），是一种为shell编写的脚本程序。业界所说的shell通常都是指shell脚本，但读者朋友要知道，shell和shell script是两个不同的概念。由于习惯的原因，简洁起见，本文出现的“shell编程”都是指shell脚本编程

vps个人网站迁移的问题 4月份的时候，现在的 vps 提供商升级了硬件配置，为了充分使用vps的资源，我只好重装了操作系统。 本来计划今年把个人的vps主机从国外迁回来，所以为了方便后面的迁移，我把主机上的服务都部署到了 docker 创建的容器环境中，方便后面迁移。 使用了一段时间，运行比较稳定。 docker 简单介绍 Docker 是 PaaS 提供商 dotCloud 开源的一个基于 LXC 的高级容器引擎，可以把整个环境部署到里面，然后打包发放。这个打包包括了容器的操作系统环境，在另一台安装了docker的系统上可以导入镜像文件运行。 LXC 旨在提供一个共享kernel的 OS 级虚拟化方法，在执行时不用重复加载Kernel, 且container的kernel与host共享，因此可以大大加快container的 启动过程，并显著减少内存消耗。 docker容器中运行的进程性能接近本地应用程序。 docker 常用命令 docker pull: 从仓库中拖镜像 docker run：创建容器 docker stop：停止容器运行 docker start：开始容器运行 docker commit：提交容器到镜像 docker images: 查看当前有的镜像 docker ps：查看当前启动的容器 vps主机环境 vps: linode 系统: Ubuntu 14

先安装openerp-allinone-setup-7.0-latest.exe（win 平台版本，先不要安装开发版，等熟悉后，点个按钮就成了开发版的了。），安装后登录，会让你创建一个数据库，如果你创建的是带演示数据的话就不用往下看了。 创建一个不带演示数据的新数据时，往下看： 创建时注意选择“中文” 进入系统后马上退出来，进入到OpenERP安装目录中的“...\Server\server\docutils\writers\html4css1”文件夹中，在这个文件夹中用记事本创建一个空白.txt文件，文件名改成“template.txt”。 创建上面这个文件很重要，能够解决OpenERP 7.0安装好后，模块不能“安装，卸载、升级”、对未能安装成功的模块进行“取消安装”功能、不能单个查看模块信息的问题，等等，可以说所有的问题几乎都是没有这个文件造成的。（这应该是发布时的一个失误！） 再次进入OpenERP 7.0系统... 全文地址： http://www.openerpchina.org/index.php/topic,368.0.html 来源： oschina 链接： https://my.oschina.net/u/935159/blog/100923

前言 权限管理是所有后台系统的都会涉及的一个重要组成部分，主要目的是对不同的人访问资源进行权限的控制，避免因权限控制缺失或操作不当引发的风险问题，如操作错误，隐私数据泄露等问题。 目前在公司负责权限这块,所以对权限这块的设计比较熟悉,公司采用微服务架构,权限系统自然就独立出来了,其他业务系统包括商品中心,订单中心,用户中心,仓库系统,小程序,多个APP等十几个系统和终端 1.权限模型 迄今为止最为普及的权限设计模型是RBAC模型,基于角色的访问控制（Role-Based Access Control) 1.1 RBAC0模型 RBAC0模型如下: 这是权限最基础也是最核心的模型,它包括用户/角色/权限,其中用户和角色是多对多的关系,角色和权限也是多对多的关系。 用户 是发起操作的主体,按类型分可分为2B和2C用户,可以是后台管理系统的用户,可以是OA系统的内部员工,也可以是面向C端的用户,比如阿里云的用户。 角色 起到了桥梁的作用,连接了用户和权限的关系,每个角色可以关联多个权限,同时一个用户关联多个角色,那么这个用户就有了多个角色的多个权限。有人会问了为什么用户不直接关联权限呢?在用户基数小的系统,比如20个人的小系统,管理员可以直接把用户和权限关联,工作量并不大,选择一个用户勾选下需要的权限就完事了。但是在实际企业系统中,用户基数比较大,其中很多人的权限都是一样的

SCHTASKS /Create [/S system [/U username [/P [password]]]] [/RU username [/RP password]] /SC schedule [/MO modifier] [/D day] [/M months] [/I idletime] /TN taskname /TR taskrun [/ST starttime] [/RI interval] [ {/ET endtime | /DU duration} [/K] [/XML xmlfile] [/V1]] [/SD startdate] [/ED enddate] [/IT | /NP] [/Z] [/F] 描述: 允许管理员在本地或远程系统上创建计划任务。 参数列表: /S system 指定要连接到的远程系统。如果省略这个 系统参数，默认是本地系统。 /U username 指定应在其中执行 SchTasks.exe 的用户上下文。 /P [password] 指定给定用户上下文的密码。如果省略则 提示输入。 /RU username 指定任务在其下运行的“运行方式”用户 帐户(用户上下文)。对于系统帐户，有效 值是 ""、"NT AUTHORITY\SYSTEM" 或 "SYSTEM"。 对于 v2 任务，"NT AUTHORITY

一、安装node.js（https://nodejs.org/en/） 下载完毕后，可以安装node，建议不要安装在系统盘（如C：）。 二、设置nodejs prefix（全局）和cache（缓存）路径 nodejs安装好之后，通过npm下载全局模块默认安装到{%USERDATA%}C:\Users\ username \AppData\下的Roaming\npm下，这当然是不太对的默认。 分别设置路径能够把npm安装的模块集中在一起，便于管理。 1、在nodejs安装路径下，新建node_global和node_cache两个文件夹 2、设置缓存文件夹 npm config set cache "D:\vueProject\nodejs\node_cache" 　设置全局模块存放路径 npm config set prefix "D:\vueProject\nodejs\node_global" 设置成功后，之后用命令npm install XXX -g安装以后模块就在D:\vueProject\nodejs\node_global里 三、基于 Node.js 安装cnpm（淘宝镜像） npm install -g cnpm --registry=https: // registry.npm.taobao.org 四、设置环境变量 （非常重要） 说明