Coda

在单机的数据库系统之中，我们很容易实现一套满足ACID 特性的 事务处理系统， 事务的一致性不存在问题。 但是在分布式系统之中，由于数据分布在不同的主机结点上，如何对着些数据进行分布式的事务处理就具有非常大的挑战，CAP 理论的出现，让我们对于分布式事务的一致性有了另外一种看法。 什么是CAP 理论？ 在计算机科学理论，CAP 理论 （也称Brewer 定理） 又有称为 CAP原则，CAP定理，是由计算机科学家Eric Brewer 在 2000 年 提出的 ，其理论观点是， 在分布式计算机系统中，不可能存在同时提供 以下全部三个保证。 Consistency（一致性）： 所有节点同一时间看到的是相同的数据。在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本） Availability（可用性）：不管是否成功，确保每一个请求都能接收到响应。在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性） Partition tolerance（分区容错性）：系统任意分区后，在网络故障时，仍能操作。以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。 　　 CAP原则是NOSQL数据库和分布式系统的基石。 为什么说CAP

1、双引号和单引号的区别 双引号解释变量，单引号不解释变量 双引号里插入单引号，其中单引号里如果有变量的话，变量解释 双引号的变量名后面必须要有一个非数字、字母、下划线的特殊字符，或者用{}讲变量括起来，否则会将变量名后面的部分当做一个整体，引起语法错误 双引号解释转义字符，单引号不解释转义字符，但是解释'\和\\ 能使单引号字符尽量使用单引号，单引号的效率比双引号要高（因为双引号要先遍历一遍，判断里面有没有变量，然后再进行操作，而单引号则不需要判断） 2、常用的超全局变量(8个) $_GET ----->get传送方式 $_POST ----->post传送方式 $_REQUEST ----->可以接收到get和post两种方式的值 $GLOBALS ----->所有的变量都放在里面 $_FILES ----->上传文件使用 $_SERVER ----->系统环境变量 $_SESSION ----->会话控制的时候会用到 $_COOKIE ----->会话控制的时候会用到 3、HTTP中POST、GET、PUT、DELETE方式的区别 HTTP定义了与服务器交互的不同的方法，最基本的是POST、GET、PUT、DELETE，与其比不可少的URL的全称是资源描述符，我们可以这样理解：url描述了一个网络上资源，而post、get、put、delegate就是对这个资源进行增、删、改

CAP和BASE理论 CAP和BASE理论用于分布式系统的架构设计指导。 CAP理论 CAP理论由计算机科学家 Eric Brewer 在2000年提出，其理论观点是，在分布式计算机系统中不可能同时以下三个保证： 一致性(Consistency) => 所有节点统一事件看到的是相同数据； 可用性(Avaliability) => 每一个请求都能接收到响应； 分区容错性(Partition Tolerance) => 将系统分区后，在网络故障时，仍能操作； 其中一致性可以说是数据库系统中的ACID的另一种表述： 一个用户请求要么成功，要么失败，不能处于中间状态； 一旦一个事务完成，将来的所有事务必须基于这个完成后的状态； 未完成的事务不会互相影响； 一旦一个事务完成，就是持久的； 对于可用性，跟字面意思一样，也就是所有的请求都应该“成功”并且收到“返回”。 分区容错性指在分布式系统中，节点崩溃或者网络阻塞都不应该导致系统停止服务。 CAP常见模型 现实情景中，由于CAP理论中三点不可同时具备，一般会选择其中两点。由此形成常见的 CA 、 CP 和 AP 模型。相关模型示例如下： CA模型 牺牲分区容错性意味着把所有的机器搬到一台机器内部，该模型明显违背了分布式系统中对于可伸缩性的追求。CA模型的常见例子有： 单站点数据库 集群数据库 LDAP xFS文件系统 CP模型

web.xml详述： web.xml 是每个Java web 项目的必备文件，又叫做部署描述符，Servlet规范中定义的，是web应用的配置文件。 概念： 、部署描述符文件就像所有XML文件一样，必须以一个XML头开始。这个头声明可以使用的XML版本并给出文件的字符编码。DOCYTPE声明必须立即出现在此头之后。这个声明告诉服务器适用的servlet规范的版本（如2.2或2.3）并指定管 理此文件其余部分内容的语法的DTD(Document Type Definition，文档类型定义)。所有部署描述符文件的顶层（根）元素为web-app。请注意，XML元素不像HTML，他们是大小写敏感的。因此，web-App和WEB-APP都是不合法的，web- app必须用小写。 部署文件实例： <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd"> <web-app> </web-app> 注：所有的相关配置文件都在这个<webappp></webapp>当中。 web.xml常用标签元素以及功能： 1 <welcome

a doc，反过来就是coda，有点冷。 对我而言，在线文档的好处在于在线数据库、存放代码等。 Quip能高亮代码，但有时墙内不香，害得我用APP查看记录。石墨文档能高亮代码，但多了些莫名其妙的空行，令人不放心。金山文档不支持代码块，纯文本保存。简道云的知识库把代码缩进删干净了，不敢用。钉钉的知识库归属于公司，最后白做贡献。 Coda支持代码块，但不能高亮，遗憾呀！ 斜杆，新建table，命名。再table，引用前者，加view。table和view分离，正常，但在文档里面上下排，感觉又不正常，习惯了估计会好些。view有Table、Cards、Calendar、Chart、Detail，可筛选、排序、隐藏、分组、条件格式。分组后把分组字段top，是个不错的排版方式。条件格式我一般选next 7 days。 不敏感的信息，放在Coda上进行排版、统计、分析，是个不错的选择。 免费用户，每个doc有1000 rows和50 objects，也算够用。Pro，10美元每月，Team，30美元每月每doc maker。 Coda是Chrome的粉丝，移动端操作上Chrome。 来源： https://www.cnblogs.com/ezhou/p/12643204.html