ABP是一个成熟的.NET框架,功能完善.目前由于项目需要正在自学中. ABP对于组织节点管理这一基本上每个项目都要反复重复开发的内容,进行了自己的实现. 主要包括这些常用功能: 多租户 树结构管理的实体 与用户系统集成的查询 下面我们根据官方文档以及DEMO去学习这个功能. 不过需要注意的是,ABP默认没有提供展示层的实现,这一块就需要自己实现了. 官方文档理解 OrganizationUnit 实体定义 TenantId: 租户ID,如果为null则是host的组织节点.(具体概念参阅多租户

用户 . 站点 . 组织架构 . 角色 . 用户组分别是:Users. Site. Organization. Role. UserGroups Users 用户是Liferay portal中的关键实体,分别和站点 / 组织架构 / 用户组相互关联: 用户是组织架构的一部分: 一个用户可以通过访问权限访问多个站点: 用户包含的权限有3种作用域: Site Specific Roles:站点级别 Organization specific Roles:组织架构级别 Regular (Portal

一.用户登录 Oracle 数据库的安全保护流程分为3个步骤. 1.用户向数据库提供身份识别信息,即提供一个数据库账号 2.证明身份识别信息是否有效,通过密码来实现 3.用户输入的密码经过数据库的核对确认是否正确. 最后,假设密码正确,那么数据库认为身份识别信息是课信赖的.此时,数据库会基于身份识别信息的基础上确定用户所拥有的权限,即用户可以对数据执行的操作.因为,为了确保数据库的安全,首要的问题就是对用户进行管理. 这里的用户并不是数据库的操作人员,而是在数据库中定义的一个名称,更准确地说它是

关于计算机的ID和用户ID之间的关系 计算机安装完系统后就会生成计算机ID,然后系统会以计算机ID为前缀附加数字创建Administrator(500)和Guest(501)用户ID,其他用户的ID将从1000开始计数累加. 本机登录的域用户ID来源于DC,据此我们去掉后面的用户ID也就知道了DC服务器的ID. 下面为示例DEMO,查看本地计算机的SID和及本地计算机用户SID. C:\>psgetsid SID for \\CARBON: S-1-5-21-21318031-189104151

因为工作需求近期做过一个从客户AD域获取数据实现单点登录的功能,在此整理分享. 前提:用户可能有很多系统的情况下,为了方便账号的统一管理使用AD域验证登录,所以不需要我们的系统登录,就需要获取用户的AD域组织和用户信息,实现域认证和单点登录. LDAP: LDAP是轻量目录访问协议 AD域:微软基于域模式的集中化管理 1.常规的AD域登陆验证 LdapContext dc = null;             Hashtable<String, String> env = new Hasht

PostgreSQL表空间.模式.表.用户/角色之间的关系是本文我们主要要介绍的内容,表空间,数据库,模式,表,用户,角色之间的关系到底是怎样的呢?接下来我们就开始介绍这一过程. 实验出角色与用户的关系 在PostgreSQL中,存在两个容易混淆的概念:角色/用户.之所以说这两个概念容易混淆,是因为对于PostgreSQL来说,这是完全相同的两个对象.唯一的区别是在创建的时候: 1.我用下面的psql创建了角色kanon:CREATE ROLE kanon PASSWORD 'kanon';接着

[转]Oracle - 数据库的实例.表空间.用户.表之间关系 完整的Oracle数据库通常由两部分组成:Oracle数据库和数据库实例. 1) 数据库是一系列物理文件的集合(数据文件,控制文件,联机日志,参数文件等): 2) Oracle数据库实例则是一组Oracle后台进程/线程以及在服务器分配的共享内存区. 在启动Oracle数据库服务器时,实际上是在服务器的内存中创建一个Oracle实例(即在服务器内存中分配共享内存并创建相关的后台内存),然后由这个Oracle数据库实例来访问和控制磁盘

看PostgreSQL9的官方文档,我越看越迷糊,这表空间,数据库,模式,表,用户,角色之间的关系怎么在PostgreSQL里这么混乱呢?经过中午的一个小实验,我逐渐理清了个中来龙去脉.下面我来还原我的试验,并循序讲清其中关系. 首先,实验出角色与用户的关系    在PostgreSQL中,存在两个容易混淆的概念:角色/用户.之所以说这两个概念容易混淆,是因为对于PostgreSQL来说,这是完全相同的两个对象.唯一的区别是在创建的时候: 1.我用下面的psql创建了角色kanon:   CRE

一. 角色(role)和用户(user)   1. role      postgres=# create role kanon password 'kanon';         #使用role创建的用户默认不允许登录      postgres=# alter role kanon login;                     #修改kanon可以登录   2. user      postgres=# create user kanon2 password 'kanon2';   

完整的Oracle数据库通常由两部分组成:Oracle数据库和数据库实例. 1) 数据库是一系列物理文件的集合(数据文件,控制文件,联机日志,参数文件等): 2) Oracle数据库实例则是一组Oracle后台进程/线程以及在服务器分配的共享内存区. 在启动Oracle数据库服务器时,实际上是在服务器的内存中创建一个Oracle实例(即在服务器内存中分配共享内存并创建相关的后台内存),然后由这个Oracle数据库实例来访问和控制磁盘中的数据文件.Oracle有一个很大的内存快,成为全局区(SGA

本文转自:http://www.cnblogs.com/adforce/p/3312252.html 完整的Oracle数据库通常由两部分组成:Oracle数据库和数据库实例. 1) 数据库是一系列物理文件的集合(数据文件,控制文件,联机日志,参数文件等): 2) Oracle数据库实例则是一组Oracle后台进程/线程以及在服务器分配的共享内存区. 在启动Oracle数据库服务器时,实际上是在服务器的内存中创建一个Oracle实例(即在服务器内存中分配共享内存并创建相关的后台内存),然后由这个

一.用户和用户组文件 1. /etc/passwd:所创建的用户账号和信息均存放在次文件中,所有用户可读取: 最后一个字段的值一般为/sbin/nologin,表示该账号不能用来登陆linux系统: 2. /etc/shadow:为安全起见,用户真实的密码采用MD5加密算法加密后,保存在/etc/shadow配置文件中,root用户可读only   二.用户组账号文件 1. /etc/group:用户组账号信息保存在此配置文件中,任何用户均可以读取: 2. /etc/gshadow:用户组真实密

1.首先参考Framework.Web里的packages.config,把相关的包都安装好. 2.App_Start文件夹下的xxxModule.cs和Startup.cs拷过来,修改下命名空间. 3.Controllers里的Result文件夹.ControllerBase.cs.AccountController.cs拷过来,修改下命名空间. 4.在需要登录才能访问的controller或者action上面加[AbpMvcAuthorize] 5.自定的Controller继承Framew

示例准备 打开上一篇文章配置好的AD域控制器 开始菜单-->管理工具-->Active Directory 用户和计算机 新建组织单位和用户   新建层次关系如下: 知识了解 我们要用C#访问Active Directory非常容易,主要用到 轻量目录访问协议 (LDAP) System.DirectoryServices命名空间下的两个组件类 DirectoryEntry和DirectorySeacher 读取AD域信息示例 示例在Framework 3.5下用Winform程序编写  主要

作者:小傅哥 博客:https://bugstack.cn - 原创系列专题文章 沉淀.分享.成长,让自己和他人都能有所收获! 一.前言 相信相信的力量! 从懵懂的少年,到拿起键盘,可以写一个HelloWorld.多数人在这并不会感觉有多难,也不会认为做不出来.因为这样的例子,有老师的指导.有书本的例子.有前人的经验.但随着你的开发时间越来越长,要解决更复杂的问题或者技术创新,因此在网上搜了几天几夜都没有答案,这个时候是否想过放弃,还是一直坚持不断的尝试一点点完成自己心里要的结果.往往这种没有前

在linux中一切都是文件(文件夹和硬件外设是特殊的文件),如果有可能尽量使用文本文件.文本文件是人和机器能理解的文件,也成为人和机器进行 交流的最好途径.由于所有的配置文件都是文本,所以你只需要一个最简单的编辑器就可以修改.即使是2进制执行文件,也会附上源代码. 这就是Linux的基本哲学,也是开源的基本精神.GNU/Linux的最终发展就是跨越人和机器之间的界限. (比较:Windows中的一切也都是文件,大多都是微软格式编码过的2进制文件,而配置文件也往往都是进行2进制编码的,甚至成果物都

之前一直使用的关系型数据库是Mysql,而新公司使用Oracle,所以最近从网上搜集了一些资料,整理到这里,如果有不对的地方,欢迎大家讨论. 基本概念: 数据库:Oracle 数据库是数据的物理存储.这就包括(数据文件 ORA 或者 DBF.控制文件.联机日志.参数文件). 其实 Oracle 数据库的概念和其它数据库不一样,这里的数据库是一个操作系统只有一个库.可以看作 是 Oracle 就只有一个大数据库. 实例:一个 Oracle 实例(Oracle Instance)有一系列的后台进程(

Spring整合Shiro 权限 角色 用户关系分析 作者 : Stanley 罗昊 [转载请注明出处和署名,谢谢!] 前置内容 之前我们学习了,使用注解的方式去完成权限的控制,当然,也是静态的,也就是说我们之前并没有与数据库交互: 所以,接下来就是,如果我们要依靠数据库来实现授权,说白了就是需要去数据库查找该用户是否拥有这项权限: 所以,这里我们可以想一下,既然已经用到数据库了,我们就可以联想到在数据库中,是不是有一个字段来专门保存权限呀: 这个时候,我们就需要想一个问题了,我们该如何去设计或

前言 考虑一个功能业务,在web程序中向指定的某个用户进行实时通讯 在Web运用的Socket通讯功能中(如在线客服),为保证点对点通讯.而这个看似简单的根据用户寻到起channel通道实际会碰到不少问题 web程序中的Http协议是无状态的 一般项目中socket服务和web项目是独立部署的 socket连接存在重连的情况,而Channel对象每次都不一样 Channel是面向网卡绑定的,无法序列化 解决方案 通过管理一个线程安全的用户标识(如用户主键)和对应channel的map链表 pri

1. 背景 ASP.NET Core 基于声明的访问控制到底是什么鬼? 聊到基于声明的身份认证将 身份和签发机构分离,应用程序信任签发机构,故认可签发的身份信息. -- --- --- --- Claim B站:438962688 Name:饭思思_ weibo:538210234 Name:饭思思van 姓名:不详 籍贯:九江 ClaimsIdentity 哔哩哔哩账户 微博账户 身份证 ClaimsPrincipal 于是我们通常会有如下: var claims = new[] { new

数据库的初学者往往会对关系型数据库模式(schema).数据库(database).表(table).用户(user)之间感到迷惘,总感觉他们的关系千丝万缕,但又不知道他们的联系和区别在哪里,对一些问题往往说不出个所以然来.下面,我们就以SQL Server为核心,对其模式(schema).数据库(database).表(table).用户(user)之间的关系展开讨论. 首先,我们先弄清楚什么是模式. 先明确一点,SQL Server中模式(schema)这个概念是在2005的版本里才提出来的