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
车在美国就是用来开的。 说美国人完全不贴标签也有点断章取义，开个豪车也会吸睛不少。但绝对没有我们这么疯狂。在美国不会因为你开个豪车，你就可以傲视群雄，认为所有人都应该高看你一眼。 美国人的车用途也很多，拖点东西，拉点货再平常不过了，这时候皮卡最方便，马力越大越好。最常见的应该就是福特150了。 家里有孩子的，商务车奥德赛，丰田塞纳这种上下车方便，孩子坐着舒服，空间感比较好。 美国北部下雪时间比较多，四驱很多时候是标配，安全第一。 好车保险贵，维修贵，被撞，被刮心疼，在纽约这种地方，小丰田就最方便。刮了都不心疼。 美国人也不迷信德系车，大奔照样修得不亦乐乎，还不如小丰田，好修，配件多，美国人有时候还没事喜欢自己折腾下。 美国人只是因为把车和人早就不划等号了，不怎么贴标签了，车这东西，选最合适自己的，安全第一，经济实惠就行。这就是为什么美国人对豪车也没啥情节的原因了。
光从商业来说，5G 应该有点步子太快了。要不然也不会有联通关基站一新闻了。 最开始我们应该是不希望被卡脖子，想直接上5G，我们这里有个后发优势。 就好像我们手机支付直接跳过信用卡，而上升到二维码，这不是因为我们真的有多么多么牛，只是因为我们信用卡支付和终端普及这里是空白，我们有后发优势，可以直接推倒重新选择市场和新技术。 同理的还有类似我们的宽带网络，我们可以直接上光纤，美国这边还在用同轴电缆，欧洲也好不到那里去。 我们也想在5G 这边实现这种跨越。但是受限于无线信号的特性，越高的传输速度，频率就越高，信号覆盖率越低，基站数量要求就越多。实际上应用层面这个用途还没有完全开发出来，这么高的带宽，除了视频，图片，和其他某些特定场景需要这种大数据传输来说，文本和其他状态传输，根本不需要这么高带宽。这就导致应用不足，应用不足就会导致收入下降，入不敷出就是现状了。 有些东西可以弯道超车，有些东西还真不是这样的。当然这里面利益太多，不是我们这种小屁民能掰清楚的。只是从技术层面 BB 几句而已了。
其实都差不多。 浏览器市场上就那么几家，只要网站不存在浏览器兼容的问题，那个都差不多。 我们很多网银和网站还只能用 IE 浏览器，都是老古董了。 Chrome 针对中文有一个小亮点，就是输入（）中文括号的时候，Chrome 能够帮你自动补齐另外一半，然后你的光标在括号里面。 Edge 没有这个小功能，你需要输入左右 2 个中文括号。如果你只是浏览，在浏览器里面写作的内容不多的话，这个功能可能对你也没有什么太大作用。 如果你写作或者书写量比较大的话，这个小功能也挺好用的。 https://www.ossez.com/t/edge-chrome/521
主要就是这个东西办理起来麻烦繁琐，领事馆的工作人员其实工作量也不少的，为了办一个类似证明你妈是你妈的东西，真的很闹心。 如果你住的地方离开领区比较远的话，你还要大清早去一趟，有时候还得在领馆那边找个地方过夜。如果一切顺利还能办出来还好，就怕缺材料办不了你还得回去再跑一趟。真心费时费力，麻烦得不要不要的。 留学生本来就有出入境记录，有成绩单，这些东西。其实很多学生只要是正规入学的学校都会记录，调用学生成绩单，学位证这些证明非常方便，直接给学校发个邮件就能拿出来，学生也可以做学校带有封条的成绩单。 这归国人员证明真的意义不大，不过话说回来，我们办的很多证明真的有那么大意义吗？很多东西就是跑死你不偿命的那种。 https://www.ossez.com/t/topic/520
很多人的第一感觉就是开空调肯定费油。 这里还有个误区，就是很多人认为人不值钱，车值钱，油值钱。 曾经叫过一个车，29 摄氏度，才下过雷阵雨，空气湿度极大，司机师傅过来居然没有开空调，我说你这车空调坏了吗？司机师傅的神回答是这么凉快你还需要空调？再来一波神操作是，空调开乘客这边，自己接着打开窗户吹风。。 咋们也不讨论太高深的理论，按照发动机通过皮带带动压缩机，压缩机不工作那就是少一个负载，压缩机工作肯定多一个负载，增加负载增加油耗理论上是没有错的。 很多人都不知道为什么汽车要设计成这个样子，飞机要设计飞机的样子，高铁有高铁的样子。这里有空气动力学的考虑在里面，速度越高风阻越大，其实到最后汽车都在克服阻力做工，在相对高速情况下，摩擦力都不是非常重要的考虑。速度越高风阻越大，这个也是常识吧。 打开窗户，汽车的外形结构被打乱，风阻造成的动能损耗远大于空调的负载。 我们买车不就是为了自己舒服点吗？既然都不需要空调，把空调拆掉呗，这个费用节省下来估计车能便宜点，把这个省下的钱，放到油上面不是更加靠谱？ 对自己好点，对乘客也好一点吧，省的这点小钱真心没有任何意义，到时候自己被风吹晕了，来个小事故，省的这点钱完全得不偿失。 https://www.ossez.com/t/topic/519
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