设计思路

更新实例时，使用新建的方式, 不要在原地修改 以前听过phoenix server, 即需要更新某个server时, 不要改动原先实例, 而是通过新建一个实例的方式, 这样每个实例自从创建后，就不会更改了, 只需要把更新版本化, 维护起来会非常方便. 不要在一个类里产生多个对象，应该提供多个类，每个类都读取相同的输入，生成不同的类 这样的好处就是，各个类之间的逻辑被分开了，不会相互影响，如果有些地方是通用的，可以共享出来. 无论是共享代码还是共享已经生成的对象，都可以 来源： https://www.cnblogs.com/ctrlzhang/p/11689690.html

在说权限管理前，应该先知道权限管理要有哪些功能： (1)、用户只能访问，指定的控制器，指定的方法 (2)、用户可以存在于多个用户组里 (3)、用户组可以选择，指定的控制器，指定的方法 (4)、可以添加控制器和方法 RBAC（Role-Based Access Control，基于角色的访问控制），就是用户通过角色与权限进行关联。简单地说，一个用户拥有若干角色，每一个角色拥有若干权限。这样，就构造成“用户-角色-权限”的授权模型。在这种模型中，用户与角色之间，角色与权限之间，一般者是多对多的关系。 1.数据库的设计 写五张表，首先：用户表、角色表、功能表： 连接表的表..再来就是角色功能表与用户角色表： 2.管理员的管理页面， (1).分别显示用户名和角色名 (2).根据下拉用户名的变化，更改相应复选框中的角色 (3).修改用户角色时，先要把用户对应角色表，这个用户所有的信息删除，再把取到的用户名和角色代号新添加。 利用下拉列表：嵌入php查询并遍历出来，以下拉列表的方式显示出来 <select id="user"> <?php include ("../db.class.php"); $db = new db(); $sql = "select * from qxyh"; $arr = $db->Query($sql); foreach ($arr as $v) { echo "

本文主要是作者自己的学习过程，主要是对原文的翻译及理解，某些地方根据自己的理解，在表述上稍做些改动，以便更易于理解。 官方原文 hdfs与现有的分布式文件系统有许多相似之处。但是，与其他分布式文件系统的区别非常明显。HDFS是高度容错的，设计用于部署在低成本硬件上。HDFS提供对应用程序数据的高吞吐量访问，适用于具有大数据集的应用程序。HDFS放宽了一些POSIX要求，以支持对文件系统数据的流式访问。 硬件故障 首先明确：硬件故障是常态而不是意外。检测到错误并且自动的，快速的恢复是hdfs的核心架构目标 流式数据访问 运行在HDFS上的应用程序需要对其数据集进行流访问。它们不是通常在通用文件系统上运行的通用应用程序。HDFS更多的是为批处理而设计的，而不是用户的交互使用。 重点是数据访问的高吞吐量，而不是数据访问的低延迟 。POSIX强加了许多针对HDFS的应用程序不需要的硬需求 大数据集 运行在HDFS上的应用程序拥有大型数据集。HDFS中的一个典型文件的大小是gb到tb。因此，HDFS被调优为支持大文件。它应该提供高聚合数据带宽，并可扩展到单个集群中的数百个节点。它应该在一个实例中支持数千万个文件。 简单一致性模型 HDFS应用需要文件的write-once-read-many访问模型。文件一旦被创建，写和关闭操作出了追加和截断，无需修改操作。支持将内容附加到文件末尾