什么是 RDN，RDN 和 DN 又有什么关系呢？ 很多第一次接触到 LDAP 的童鞋，经常会被一堆名字搞得晕头转向。 RDN（relative distinguished name）中文翻译就是相对专有名字。 一般指dn逗号最左边的部分，如 cn=baby。 DN 是由多个 RDN 组织而成的。 CN=cwikius,ou=Users,dc=jumpcloud,dc=com 上面的 RDN 就不是一个了，这个 DN 的 RDN 就有 4 个，分别是： CN=cwikius ou=Users dc=jumpcloud dc=com 简单来说，就是 DN 字符串是由一组 RDN 组成的。     上面的这个图应该能比较明确的表达 DN 和 RDN 的关系了。 从数量上来说，一个 DN 可以有一个或者多个 RDN。   https://www.ossez.com/t/ldap-rdn/525

LDAP 是轻量目录访问协议，英文全称是LIGHTWEIGHT DIRECTORY ACCESS PROTOCOL，一般都简称为 LDAP。 读写效率非常高 对读操作进行优化的一种数据库，在读写比例大于7比1的情况下，LDAP会体现出极高的性能。这个特性正适合了身份认证的需要。 开放的标准协议 不同于SQL数据库，LDAP的客户端是跨平台的，并且对几乎所有的程序语言都有标准的API接口。 即使是改变了LDAP数据库产品的提供厂商，开发人员也不用担心需要修改程序才能适应新的数据库产品。这个优势是使用SQL语言进行查询的关系型数据库难以达到的。 强认证方式 可以达到很高的安全级别。 在国际化方面，LDAP使用了UTF-8编码来存储各种语言的字符。 OpenLDAP开源实现 OpenLDAP还包含了很多有创造性的新功能，能满足大多数使用者的要求。 OpenLDAP是其中最轻便且消耗系统资源最少的一个。 OpenLDAP是开源软件，近年国内很多公司开发的LDAP产品都是基于OpenLDAP开发的。 灵活添加数据类型 LDAP是根据schema的内容定义各种属性之间的从属关系及匹配模式的。 例如在关系型数据库中如果要为用户增加一个属性，就要在用户表中增加一个字段，在拥有庞大数量用户的情况下是十分困难的，需要改变表结构。 但LDAP只需要在schema中加入新的属性，不会由于用户的属性增多而影响查询性能。 数据存储是树结构 整棵树的任何一个分支都可以单独放在一个服务器中进行分布式管理，不仅有利于做服务器的负载均衡，还方便了跨地域的服务器部署。 这个优势在查询负载大或企业在不同地域都设有分公司的时候体现尤为明显。     LDAP 的特点 LDAP 是一种网络协议而不是数据库，而且LDAP的目录不是关系型的，没有RDBMS那么复杂， LDAP不支持数据库的Transaction机制，纯粹的无状态、请求-响应的工作模式。 LDAP不能存储BLOB，LDAP的读写操作是非对称的，读非常方便，写比较麻烦， LDAP支持复杂的查询过滤器(filter)，可以完成很多类似数据库的查询功能。 LDAP使用树状结构，接近于公司组织结构、文件目录结构、域名结构等我们耳熟能详的东西。 LDAP使用简单、接口标准，并支持SSL访问。 LDAP与NIS相比 1.LDAP是标准的、跨平台的，在Windows下也能支持。 2.LDAP支持非匿名的访问，而且有比较复杂的访问控制机制(如ACL)，安全性似乎更好一些。 3.LDAP支持很多复杂的查询方式。 4.LDAP的用途较NIS更为广泛，各种服务都可以和LDAP挂钩。 LDAP 的主要应用场景 .网络服务：DNS服务 2.统一认证服务： 3.Linux PAM (ssh, login, cvs. . . ) 4.Apache访问控制 5.各种服务登录(ftpd, php based, perl based, python based. . . ) 6.个人信息类，如地址簿 7.服务器信息，如帐号管理、邮件服务等     作为一般的公司来说，LDAP 很多时候被用来权限认证，软件和内部系统的用户管理和认证。 设想下，你有一个软件公司，公司里面有超过上千的员工，你们公司可能会用到各种软件，比如说 JIRA，Wiki，代码库，考勤系统等等。 LDAP 就充当了授权的这个角色，你可用在 LDAP 中对用户进行授权，分组，这样你的用户就会具有不通过软件平台的访问权限了。 现在公司的流动性也非常强，每天都会有入职的也会有离职的，对每一个人都要进行授权，撤销权限，跨域管理等等与用户有关的操作，在大一点的公司这个简直就是灾难。 LDAP 能够很好的解决这个问题。 Spring Data 提供了基于 LDAP 协议访问的 API，需要注意的是，在开发的时候需要将 LDAP 认为是一个数据库，只是与普通数据库不同的是，LDAP 使用的是 LDAP 的协议。 否则，在用户分组查询，等基于 Spring Data LDAP 的编程过程中，你可能会感到非常困惑。   https://www.ossez.com/t/ldap/523

DN 的英文名称是（distinguished name），直接翻译过来就是专有名称。 简单的就可以理解为一个路径就对了。 这个路径可以指向 OU ，也可以指到 CN。 其中 DN 有三个属性，分别是CN，OU，DC。 DC (Domain Component) CN (Common Name) OU (Organizational Unit) O (Organization Name) O 是可选项，有时候你不一定能够看得到。 下面是 X.500 的属性列表： String X.500 AttributeType CN commonName L localityName ST stateOrProvinceName O organizationName OU organizationalUnitName C countryName STREET streetAddress DC domainComponent UID userid 可以理解成 DC 是最高的，叫做域名，基本上所有的 ldap 服务都会至少有一个 DC。 在 DC 下一级就会有一个 OU，OU 可以理解为一个组织单元，我们可以有多个组织单元。你可以在组织单元中组织用户组，也可以在组织单元中组织用户，你还可以在组织单元中组织组织单元。 在 OU 下面就是 CN 了，可以理解是 CN 就是一个具体的实例了，比如说一个具体的用户。 所以要定位一个实例，那么路径就是 CN - OU - DC 你可能会有多个 OU，多个 DC，但是最后都会定位到最高一级的 DC 这长串字符串放到一起，就是 DN 了。 组织顺序 这个组织顺序是逆序的。 举例来说，下面的 DN： CN=cwikius,ou=Users,dc=jumpcloud,dc=com 实际的查找顺序是 DC=COM DC=jumpcloud OU=Users CN=cwikius 最高一级的路径在最后面，如果理解为文件系统的查找路径的话就是： COM/jumpcloud/Users/cwikius 最后的 CN=cwikius 可以理解为一个具体的文件，只是这个文件没有后缀罢了。     如上图类似的一个结构。   https://www.ossez.com/t/ldap-dn-cn-dc-ou/522

光从商业来说，5G 应该有点步子太快了。要不然也不会有联通关基站一新闻了。 最开始我们应该是不希望被卡脖子，想直接上5G，我们这里有个后发优势。 就好像我们手机支付直接跳过信用卡，而上升到二维码，这不是因为我们真的有多么多么牛，只是因为我们信用卡支付和终端普及这里是空白，我们有后发优势，可以直接推倒重新选择市场和新技术。 同理的还有类似我们的宽带网络，我们可以直接上光纤，美国这边还在用同轴电缆，欧洲也好不到那里去。 我们也想在5G 这边实现这种跨越。但是受限于无线信号的特性，越高的传输速度，频率就越高，信号覆盖率越低，基站数量要求就越多。实际上应用层面这个用途还没有完全开发出来，这么高的带宽，除了视频，图片，和其他某些特定场景需要这种大数据传输来说，文本和其他状态传输，根本不需要这么高带宽。这就导致应用不足，应用不足就会导致收入下降，入不敷出就是现状了。 有些东西可以弯道超车，有些东西还真不是这样的。当然这里面利益太多，不是我们这种小屁民能掰清楚的。只是从技术层面 BB 几句而已了。

Site Kit by Google 插件是一个 Google 针对 WordPress 提供的平台关联性产品。 经过一段时间的使用，感觉还是非常方便的，这篇文章就是能够让我们手把手的添加这个插件到你的 WordPress 站点中。 如果一切数据配置正确，这个小工具还是能够帮助你非常快速的了解你网站的相关状态，大致的访问情况等，推荐使用。 安装插件 首先，你需要到你 WordPress 的网站中，选择插件，然后选择 Add New 来添加新的插件。     然后再插件的搜索界面中搜索 Site Kit by Google 关键字。 然后在搜索的结果中，你会考到第一个就是 Google 的插件。 然后选择安装就可以了。     安装完成后选择激活就可以了。     当你选择激活后，你会发现在你 WordPress 的左上会有一个这个功能的链接。 然后会提示你进行设置。     进行设置 单击设置后，会提示你校验你的网站所有权和属性。 根据你的 Google 账号，你会要求输入你的 Google 账号，进行配置。 按照提示一步一步进行就可以了。     如果设置完成，并且权限和配置成功了。 你会看到下面的界面。     单击完成后，你会看到下面的配置界面，上面会看到你的配置情况和跟踪情况。     如果你还配置有 Google 广告的话，你可用在这里配置Google 广告的链接，和 Google 网站分析的链接。   整体来说，如果一切都配置成功了，针对你的 WordPress 站点使用还是非常方便的。   https://www.ossez.com/t/wordpress-site-kit-by-google/518

例如，在项目 https://github.com/cwiki-us-docs/spring-docs 中，我们希望启用 GitHub Pages，如何进行启用？ 解决方法 进入项目，然后选择 Settings 标签页。     在页面中，往下拉动滚动条，你会看到一个 GitHub Pages 的设置。 在这个设置中，你可用配置从哪个分支中拉取和拉取的目录是什么。 如果你这个项目只是文档项目的话，你直接选择 root 就可以了。     如果一切配置成功了，你会看到你网站发布的站点在那里，这个就是你可用通过 GitHub Pages 访问的文档页面地址了。   https://www.ossez.com/t/github-github-pages/517

在你部署的 Docsify 项目中。 例如项目： https://github.com/cwiki-us-docs/spring-docs 在项目的左侧有一个环境：     前提是你已经在你的 GitHub 中为你的项目部署了环境。 如果你还没有在你的项目中部署 GitHub Page，请参考页面：  GitHub 中如何启用 GitHub Pages 文档交付 例如，在项目 https://github.com/cwiki-us-docs/spring-docs 中，我们希望启用 GitHub Pages，如何进行启用？ 解决方法 进入项目，然后选择 Settings 标签页。 [GitHub-settings-01] 在页面中，往下拉动滚动条，你会看到一个 GitHub Pages 的设置。 在这个设置中，你可用配置从哪个分支中拉取和拉取的目录是什么。 如果你这个项目只是文档项目的话，你直接选择 root 就可以了。 [GitHub-settings-02] 如果一切配置成功了，你会看到你网站发布的站点在那里，这个就是你可用通过 GitHub Pages 访问的文档页面地址了。 中的内容，在上面的内容将会告诉你如何在 GitHub 中启用环境和 GitHub 的 Page。 单击上面环境的链接，通过上面的链接，我们会看到每次部署的情况，因为我们的项目是从 master 的 root 路径下部署的。 那么每次我们创建 PR 都会触发一次部署。   GitHub-page-021682×715 66.7 KB   在设置好上面的环境后，你就可以专注你文档的开发了。   https://www.ossez.com/t/docsify-github-github-page/516

如果你需要访问 WordPress 的站点地址，你可以通过下面的地址访问 wp-sitemap.xml 例如，你有一个 WordPress 网站的地址为： https://blog.ossez.com/ 那么你的站点地图的访问地址为： https://blog.ossez.com/wp-sitemap.xml 具体的界面为：   通过上面的地址，你可用将上面的地图上传到不同的搜索引擎中。   https://www.ossez.com/t/wordpress/515

在 Docsify 中，你可以添加目录列表。 在项目中，你需要添加一个名称为 _sidebar.md 的文件。 在这个文件中添加你需要的目录分层列表。     如上图，但你会发现就算你添加了目录文件，你可能也没有办法显示目录如我们的文档中。   如上图，但你会发现就算你添加了目录文件，你可能也没有办法显示目录如我们的文档中。 你还需要在 index.html 中添加 loadSidebar: true 这行代码。     具体展示的目录结构如下：     你也可以访问我们的文档，获得直观的内容：https://cwiki-us-docs.github.io/spring-docs/#/   文章来源：https://www.ossez.com/t/docsify/514

希望了解你的文档被访问了多少次或者有多么受欢迎吗？ 你可用在你的 Docsify 项目中添加 Google analytics 或者其他的网站跟踪代码。 找到你的 Docsify 文档中，找到 index.html 这个文件。 然后非常简单的将跟踪代码拷贝到最下面 之前就可以了。     然后将代码提交到 GitHub 的仓库中，如果你已经设置到了 github page 的话，那么系统会自动帮你部署。 提交后，你会看到下面的代码： https://github.com/cwiki-us-docs/spring-docs/blob/master/index.html 屏幕的截图如下：   例如，我们访问下面的文档：https://cwiki-us-docs.github.io/spring-docs/#/   然后你可以对你生产的页面链接进行访问，在访问的同时，你可以到 Google analytics 页面中查看访问的用户，以确定代码生效。     通过上面的设置，你就可以知道你的内容被访问了多少次。