用户角色权限说明

系统管理界面

登陆/admin的是需要另外一个账号的，这里我们称之为系统管理员。系统管理员主要功能是对系统进行管理，比如创建软件需要的各种Object

根据最新的需求，角色和权限需要设计成可配置的。在系统管理界面，系统管理员可以创建新的角色并为每一个角色配置不同的权限。为了方便用户使用，也因为系统中某些已经开发的功能，我们需要预先生成一些角色作为系统默认。系统管理员依然可以修改系统默认角色的权限（除去普通员工）。

角色的权限在roles表中配置，每个权限由0或1表示。0代表没有该权限，1表示有该权限。以下为可以配置的权限：

创建编辑问卷：用户是否可以创建，编辑问卷（进入问卷编辑器）
审核发布：用户是否可以审核问卷和发布问卷。
查看报告：用户是否可以查看报告，如果设置为不可以，那么报告将不会出现在左侧主菜单栏中。具体每个问卷的报告，还需要结合其他权限。
查看全部问卷：用户是否可以查看全部问卷。如果设置为不可以，那么用户只能看到自己创建的问卷。如果设置为可以，用户可以看到其他用户创建的，不可编辑状态下的问卷（除去草稿和拒绝状态），和自己创建的全部状态问卷
归档问卷：用户是否可以把问卷设置为归档状态
编辑品牌化：用户是否可以编辑账户商标

根据高管系统评分的需求（2015年9月），某些职位（如董事长）才有权限查看高管评分的报告。超级权限即代表了“董事长”权限，可以查看高管评分报告。这个权限在职位中配置。

用户除了需要配置查看报告权限外，需要为每个问卷设置可以查看该问卷报告的角色。比如，只有初级管理员可以查看问卷1的报告，只有高级管理员可以查看问卷2的报告。在数据库中，该权限由survey_result_roles表设置。这个表包含了survey_id和role_id。

硅谷互联网公司的开发流程
开发流程包括这么几个阶段: OKR 的设立; 主项目及其子项目的确立; 每个子项目的生命周期; 主项目的生命周期; 收尾、维护、复盘。第一点，OKR 的设立所有项目的起始，都应该从 Ro
RESTful-表述性状态转移风格
REST英文全拼：Representational State Transfer 面向资源编程资源指的就是一类数据产品表->就是产品资源最重要的是如何表示一个资源地址即
稳定性思考
产品功能线 0-1：当系统从无到有的时候，首要考虑的是研发效率，功能快速迭代，满足快速增长的业务需求 1-10 系统已经搭建起来，此时考虑的是系统的稳定性。可用性：1.隔离：区分出核心和非核心功能
Supervisor守护队列发邮件
安装 CentOS： yum -y install supervisor Debien/Ubuntu适用：apt-get install supervisor 配置修改主配置文件：vim /et
安装libsodium，让服务器支持chacha20等加密方式
用chacha20加密方式需要安装libsodium 注意：libsodium从1.0.15开始就废弃了aes-128-ctr yum install wget m2crypto git libsod