信息存储

1、查看linux中某个端口是否被占用 1> 使用lsof lsof -i:端口号 查看该端口是否被占用 2> 使用netstat netstat -antpu |grep 80 过滤端口80的使用状态 2、linux中源码包编译安装后，不受systemctrl控制，启动/关闭服务方式： 启动：/usr/local/nginx/sbin/nginx【没有报错提示，代表成功了】 关闭：/usr/local/nginx/sbin/nginx -s stop 报错：Address already in use 【把http关掉】 注意：同一个端口在使用过程中，不能同时被两个程序占用 3、正常yum安装的非源码包，受 systemctrl控制 ，可以 systemctrl控制启动/关闭 启动：systemctrl restart httpd 关闭：systemctrl stop httpd 启动：service start httpd 关闭：service stop httpd 4、Linux里面$#、 $0、$1、$2、$@、$*、$$、$?、$!、$_的含义 $#:传给脚本的变量总个数 $0:表示脚本本身的名字 $1:传给该shell脚本的第一个变量 $2:传给该shell脚本的第二个变量 $@:传给脚本的所有变量 $*:是以一个单字符串显示所有传递给脚本的变量，与位置变量不同

几乎每个应用程序都需要某种格式的配置信息。这些信息可以像数据库连接字符串一样简单，也可以像多部分、分层的用户首选信息一样复杂。作为一名开发人员，如何存储应用程序的配置数据以及将它们存储在何处是您经常面临的问题。典型的解决方案包含以下内容： • 使用配置文件（例如 XML 文件或 Windows .ini 文件） • 使用 Windows 注册表 • 使用诸如 Microsoft SQL Server 这样的数据库 其中每个选择都有其各自的优点和缺点；没有一种解决方案可以适合所有情况。在一个应用程序中，您可能需要采用多种方法来协调应用程序所需的不同类型的配置数据。例如，如果您的应用程序运行在不同的环境中，您可能需要支持多种配置存储解决方案。要考虑的其他重要因素包括：确保应用程序配置数据的安全性和完整性，以及将存储解决方案对应用程序性能的影响降到最低程度。 Enterprise Library Configuration Application Block 1.0 版解决了这些问题，并提供了一种可以在所有应用程序中管理配置数据的解决方案。具体地说，配置应用程序块提供了一种灵活的数据模型、一种检索配置数据的简单方法和可扩展性。 配置应用程序块将读/写配置数据的能力与基础数据存储的细节相分离。通过利用存储提供程序和转换器在应用程序和物理存储之间传输数据，可以实现这一点。存储提供程序是可以读

一、Ceph简介： Ceph是一种为优秀的性能、可靠性和可扩展性而设计的统一的、分布式文件系统 。ceph 的统一体现在可以 提供文件系统、块存储和对象存储 ，分布式体现在可以动态扩展。在国内一些公司的云环境中，通常会 采用 ceph 作为openstack 的唯一后端存储来提高数据转发效率。 Ceph项目最早起源于Sage就读博士期间的工作（最早的成果于2004年发表），并随后贡献给开源社区。在经过了数年的发展之后，目前已得到众多云计算厂商的支持并被广泛应用。RedHat及OpenStack都可与Ceph整合以支持虚拟机镜像的后端存储。 官网：https://ceph.com/ 官方文档：http://docs.ceph.com/docs/master/# 二、Ceph特点： 高性能： a. 摒弃了传统的集中式存储元数据寻址的方案， 采用CRUSH算法 ，数据分布均衡， 并行度高。 b.考虑了容灾域的隔离，能够 实现各类负载的副本放置规则 ，例如跨机房、机架 感知等。 c. 能够 支持上千个存储节点的规模 ，支持TB到PB级的数据。 高可用性： a. 副本数可以灵活控制。 b. 支持故障域分隔 ，数 据强一致性。 c. 多种故障场景自动进行 修复自愈 。 d. 没有单点故障 ，自动管理。 高可扩展性： a. 去中心化。 b. 扩展灵活。 c. 随着节点增加而 线性增长。 特性丰富

本文为翻译，附上 原文链接 。 转载请注明出处—— polobymulberry-博客园 。 动机 如果你满足以下条件，我建议你阅读这篇教程： 你想学习片段着色器（Fragment Shader）。 你想实现复杂的多通道着色器（multipass），但是对其不是很了解。 你想使用上面提到的两种技术（片段着色器和多Pass）来实现描边效果的Toon shader，你就需要理解这两种技术的概念。 学习资源 Martin Kraus's fantastic Wiki Book GLSL Programming/Unity 引论 在教程的第4部分，我们创建了一个相当好的toon shader，该shader使用了边缘光照（rim lighting）对模型进行描边 — 但是这种方法的问题在于它只能使用在表面光滑的模型上。对于那些平整的，有棱角的表面，我们计算其边缘的法向量时，会发现两个面的边界法向会产生突变（比如正方形的六个面，单个面上的法向都一致，但是两个面之间的法向会发生突变，不像球面上的法向是渐变的），这将产生我们不想要的边界效果。 有一个更好的办法对模型进行描边效果处理 — 先将模型背面稍微扩大一些（边缘延伸一些）然后渲染为全黑，最后正常渲染模型正面即可，这样我们看到的黑色边缘其实是背面呈现的颜色。这就要求在shader中使用两个Pass — 你可能还记得

在前后端分离开发时为什么需要用户认证呢？原因是由于HTTP协定是不储存状态的(stateless)，这意味着当我们透过帐号密码验证一个使用者时，当下一个request请求时它就把刚刚的资料忘了。于是我们的程序就不知道谁是谁，就要再验证一次。所以为了保证系统安全，我们就需要验证用户否处于登录状态。 传统方式 前后端分离通过Restful API进行数据交互时，如何验证用户的登录信息及权限。在原来的项目中，使用的是最传统也是最简单的方式，前端登录，后端根据用户信息生成一个 token ，并保存这个 token 和对应的用户id到数据库或Session中，接着把 token 传给用户，存入浏览器 cookie，之后浏览器请求带上这个cookie，后端根据这个cookie值来查询用户，验证是否过期。 但这样做问题就很多，如果我们的页面出现了 XSS 漏洞，由于 cookie 可以被 JavaScript 读取，XSS 漏洞会导致用户 token 泄露，而作为后端识别用户的标识，cookie 的泄露意味着用户信息不再安全。尽管我们通过转义输出内容，使用 CDN 等可以尽量避免 XSS 注入，但谁也不能保证在大型的项目中不会出现这个问题。 在设置 cookie 的时候，其实你还可以设置 httpOnly 以及 secure 项。设置 httpOnly 后 cookie 将不能被 JS 读取

在前后端分离开发时为什么需要用户认证呢？原因是由于HTTP协定是不储存状态的(stateless)，这意味着当我们透过帐号密码验证一个使用者时，当下一个request请求时它就把刚刚的资料忘了。于是我们的程序就不知道谁是谁，就要再验证一次。所以为了保证系统安全，我们就需要验证用户否处于登录状态。 传统方式 前后端分离通过Restful API进行数据交互时，如何验证用户的登录信息及权限。在原来的项目中，使用的是最传统也是最简单的方式，前端登录，后端根据用户信息生成一个 token ，并保存这个 token 和对应的用户id到数据库或Session中，接着把 token 传给用户，存入浏览器 cookie，之后浏览器请求带上这个cookie，后端根据这个cookie值来查询用户，验证是否过期。 但这样做问题就很多，如果我们的页面出现了 XSS 漏洞，由于 cookie 可以被 JavaScript 读取，XSS 漏洞会导致用户 token 泄露，而作为后端识别用户的标识，cookie 的泄露意味着用户信息不再安全。尽管我们通过转义输出内容，使用 CDN 等可以尽量避免 XSS 注入，但谁也不能保证在大型的项目中不会出现这个问题。 在设置 cookie 的时候，其实你还可以设置 httpOnly 以及 secure 项。设置 httpOnly 后 cookie 将不能被 JS 读取

一、注册七牛云账号 二、创建存储空间 1、登录七牛云，进入管理控制台 2、创建空间 三、添加cdn域名 参照该官方文档配置：https://developer.qiniu.com/fusion/kb/1322/how-to-configure-cname-domain-name 四、获取access_key和secret_key 五、至此我们就拿到了接下要使用的所有信息了 来源： https://www.cnblogs.com/xshan/p/12274222.html

知识图谱最开始是Google为了优化搜索引擎提出来的，推出之后引起了业界轰动，随后其他搜索公司也纷纷推出了他们的知识图谱。知识图谱发展到今天，不仅是应用在搜索行业，已经是AI的基础功能了。那到底知识图谱是什么？有什么能力？怎么应用？这就是本文想要讨论的内容。 1. 定义 官方定义：知识图谱是一种基于图的数据结构，由节点（point）和边（Edge）组成，每个节点表示一个“实体”，每条边为实体与实体之间的“关系”，知识图谱本质上是语义网络。 实体指的可以是现实世界中的事物，比如人、地名、公司、电话、动物等；关系则用来表达不同实体之间的某种联系。 由上图，可以看到实体有地名和人；大理属于云南、小明住在大理、小明和小秦是朋友，这些都是实体与实体之间的关系。 通俗定义：知识图谱就是把所有不同种类的信息连接在一起而得到的一个关系网络，因此知识图谱提供了从“关系”的角度去分析问题的能力。 2. 可视化表现 如果我们在百度搜索“周杰伦的老婆”的时候，搜索结果不是周杰伦，而是直接返回了昆凌的信息卡片，为什么呢？ 因为底层知识图谱已经有了周杰伦和昆凌是夫妻关系，所以可以理解到你要找的是昆凌，而不是周杰伦，这也说明了知识图谱有理解用户意图的能力。 02 知识图谱构建的关键技术 知识图谱构建的过程中，最主要的一个步骤就是把数据从不同的数据源中抽取出来，然后按一定的规则加入到知识图谱中，这个过程我们称为

Oracle XQuery查询、构建和转换XML(1) 在 Oracle 数据库 10 g 第 2 版中， Oracle 引入了一个与该数据库集成的全功能自带 XQuery 引擎，该引擎可用于完成与开发支持 XML 的应用程序相关的各种任务。 XQuery 是一种用于处理 XML 数据模型的查询语言，它实际上可操作任何类型的可用 XML 表达的数据。尽管 Oracle XQuery 实施使您可以使用数据库数据和外部数据源，但在处理数据库中存储的结构化数据方面， Oracle XML DB 通常可以显著提高性能。 本文提供的示例不仅演示了在什么场合下以及如何使用 XQuery 查询、构建和转换 XML ，而且还演示了如何监控和分析 XQuery 表达式的性能执行，从而找到更高效的方法来处理同一工作负载。 基于关系数据构建 XML 在需要的情况下（例如，向 Web 服务发送结果），您可能要基于关系数据构建 XML 。要在 Oracle 数据库 10 g 第 2 版之前的版本中完成此任务，通常需要使用 SQL/XML 生成函数，如 XMLElement 、 XMLForest 和 XMLAgg() 。在 Oracle 数据库 10 g 第 2 版中， XQuery 将比这些函数更为高效。具体而言，在 XQuery 表达式内部使用 ora:view XQuery 函数

mysql存储引擎概述 存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方 法。因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和操作此表的类型） SQL 解析器、SQL 优化器、缓冲池、存储引擎等组件在每个数据库中都存在,但不是每 个数据库都有这么多存储引擎。MySQL 的插件式存储引擎可以让存储引擎层的开发人员设 计他们希望的存储层,例如,有的应用需要满足事务的要求,有的应用则不需要对事务有这 么强的要求 ;有的希望数据能持久存储,有的只希望放在内存中,临时并快速地提供对数据 的查询。 一种类型表明的是一种存储方式 存储引擎：就是表的类型，不同的类型就会对应不同的处理机制去处理他 事务：就是要么同时成功，要么同时不成功 mysql支持哪些存储引擎？ mysql5.6支持的存储引擎包括InnoDB、MyISAM、MEMORY、CSV、BLACKHOLE、FEDERATED、MRG_MYISAM、ARCHIVE、PERFORMANCE_SCHEMA。 其中NDB和InnoDB提供事务安全表，其他存储引擎都是非事务安全表。 各种存储引擎的特性 InnoDB MySql 5.6 版本默认的存储引擎。InnoDB 是一个事务安全的存储引擎，它具备提交、回滚以及崩溃恢复的功能以保护用户数据。InnoDB