现在的安装包也不省心，有各种版本都不知道怎么选。 根据你安装的环境配置。 amd： 32位X86 amd64： 64位X86 arm： 32位ARM arm64： 64位ARM amd64是X86架构的CPU，64位版。amd64又叫X86_64。主流的桌面PC，笔记本电脑，服务器（包括虚拟机）都在用X86_64的CPU。   arm64是ARM架构的CPU，64位版。苹果新出的电脑在用ARM架构的CPU。   有些路由器和嵌入式设备在用arm64的CPU。 手机和安卓平板电脑最常用的CPU也是ARM架构的。 MIPS是MIPS架构的CPU。有些嵌入式设备和家用路由器在用MIPS架构的CPU。   https://www.isharkfly.com/t/amd-amd64-arm-arm64/15130

如下图，我们在 Docsify 的文档中配置了一个顶部导航。     下面的步骤对顶部导航的配置进行简要介绍。 配置 有 2 个地方需要这个地方进行配置。 首先需要在 index.html 文件中的 loadNavbar: true, 配置上。 然后再在项目中添加一个 _navbar.md 文件。 在这个文件中对导航进行配置。 配置的格式如下图。     当完成上面的配置后，有关顶部的导航就会自动显示了。 Docsify 在配置上还是比较简单的。   https://www.isharkfly.com/t/docsify/15126

对文档的编译，目前的发布方案是越来越注重 MD 的编辑和发布。 针对其他 Wiki 的选择，MD 文件的编辑通常会保留修改记录，同时不依赖中央数据库和其他类型的 Web 应用服务。 随着各大云平台的支持，包括 GitHub Page 和 Google 的 Firebase，通常在免费的情况下就可以获得基于自己域名的文档服务。 对文档内容的修改，也只需要修改 Md 文件就可以了。 Confluence 长期以来，我们都使用 Confluence 来作为我们的 Wiki 系统并且提供内部和外部的使用的。 通常因为 Confluence 有更好的用户授权，但是随着 Confluence 的生命周期的总结，官方要求要不就使用他们的云服务，要不就要自己部署一套云解决方案。 对我们来说这个没有意义，所以我们需要为我们项目中已经公开的文档提供一个归档和方案。 这次，我们决定使用 md 的文档格式，所以我们考虑在 Docsify 和 Hugo 之间进行选型。 Docsify Docsify 主打的就是一个简单。 对个人用户来说，使用 Docsify 是非常好的选择，这个能让个人只专注内容的，而不需要考虑复杂的配置。     例如，上面我们使用的文档工具，对我们来说就暂时足够了，但是在框架的配置上，我们还是觉得过于简单了。 Hugo Hugo 能够做出非常漂亮的文档。 例如 pulumi 的官方文档就是用 Hugo 做出来了。 可以说，这个文档有非常高的水平了，无论从配色还是其他方面来说都非常漂亮。     如果你是公司，并且有足够的技术力量的话，Hugo 通常是你非常好的选择。 部署 上面 2 个平台，都能够使用无服务的方式进行部署。 我们用 pulumi 的文档测试编译后在 Google Firebase 上进行部署。 也能够实现一键部署，能够让用户只专注代码和内容，而不需要专注部署。 总结 如果是个人使用，在技术力量不是非常重复，同时前端能力也不是非常强的情况下，建议使用 Docsify ，因为我们还是需要更多的关注内容。 如果有一定发展规模，并且技术力量足够的情况下，可以使用 Hugo，因为 Hugo 能够提供更多的复杂功能，但是又不会过多增加技术难度。   https://www.isharkfly.com/t/docsify-hugo/15115

虽然现在大部分网站都开始支持使用 CDN 的网站校验了。 但还有些网站在你需要他们提供服务的时候要求使用 header 的 meta 数据校验。 Discourse 是可以轻松的实现上面的功能的。 添加方法 选择你的 Discourse 网站下的自定义。 然后在左侧选择你需要添加的主题。 为了方便，最好所有的主题都添加一下。 然后选择编辑 CSS/HTML 这个选择项。 在随后的界面中，选择 Head。 然后在 Head 的对话框中，输入你需要添加或者运行的 HTML 代码。 这样，你的网站就完成了对所有页面中的 Header 添加需要的信息的操作。 如果你希望 Desktop 或者 Mobile 有不同的操作选项的话，还可以在后面针对每个展示的方式显示不同的代码。   https://www.isharkfly.com/t/discourse-header-html/15113

IntelliJ IDEA 更新项目对话框不小心被关闭后在那里打开呢？ 这个对话框长得像上面的那个样子。 打开方式 这个对话框在不小心被关闭后是可以通过设置中打开的。 打开的位置是在版本控制下面的确定对话框。 在这个确定对话框下，选择 Update 选项就可以把这个对话框重新打开了。     这个对话框的主要目的是为了让你在对项目更新测时候是选择 Merge 操作还是其他的操作。   https://www.isharkfly.com/t/intellij-idea/15112

我们查看了下我们最早使用 Confluence 的时间。 有点遗憾需要和 Confluence 说再见了。 最早开始使用 Confluence 在 2014 年。     感谢这一路陪我们一起走过来的朋友们。   https://www.isharkfly.com/t/confluence/15110

如果 Confluence 恢复的时候提示数据库的版本不正确或者有问题。 如下图所示：     只要版本差不太多，你可以通过数据库来自动调整版本信息。 有关 Confluence 安装的数据库表位置在：CONFVERSION 这个表。     把这个表中的数据更新下就可以了。 当然，因为升级的问题，这个表只是让程序启动的时候跳过这个校验。 从这个表中也可以看到我们安装的 Confluence 实例被升级了多少次，最早的安装是在什么时候。 上面看到我们系统的第一次安装时间是在 2013年的12月07 号。 到今天来看，整整差不多 10 年了。   https://www.isharkfly.com/t/confluence/15111

作为最早为 Confluence 中文化提供服务的社区，我们也面临着最后的时间了。     Confluence 已经不再为用户签发开源许可证了，这意味着在今年许可证到期后，我们要不就需要把所有数据迁移到 Confluence 云平台上。 要不就自己部署完整的云平台服务，这个云平台服务集成了所有的云服务，包括 EC2 等。 对我们来说，运营成本将会增加至少 5 倍以上，并且我们感觉这样做的意义不大。 也不知道 Confluence 的脑袋是怎么想的，不管怎么样这个也是 Confluence 官方的决定，因此我们决定在把数据逐步导出后保存。 还是非常怀念 Confluence 基于 Tomcat 和 MySQL 的部署方式，可惜这一切都已经不在了。 再见 Confluence。   https://www.isharkfly.com/t/confluence/15109

UUID 的全称是 Universally Unique Identifier，中文为通用唯一识别码。 在对 UUID 进行说明之前，我们来看一个标准的 UUID。 下面就是一个标准的 UUID，使用横杠分隔符来进行分隔： 123e4567-e89b-42d3-a456-556642440000 xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx UUID 结构有关版本的定义 在结构中的 M，定义了 UUID 的版本，UUID 的 5 个版本就是在这里进行定义的。 Version 1 （基于时间） 这个版本是基于随机数的，使用的基数为每 100 纳秒为一个单位，时间的起点为1582年10月15日。同时还需要加上当前计算机的网卡物理地址（MAC）。 Version 2 （DCE – 分布式计算机环境）: UUID-v2 和V1 很类似，是根据标识符（通常是组或用户ID ）、时间和节点ID 生成，不过区别在于V2 将V1 中的部分时间信息换成了主机名， 故应用具有局限性（有隐私风险），未大规模使用。 Version 3 （基于命名） UUID-v3 通过散列（MD5 ）名字空间（namespace ）标识符和名称生成。和V1 、V2 不同，V3 不依赖与机器信息和时间信息， 但是V3 要求输入命名空间+名称，命名空间本身也是一个UUID ，用来标识应用环境，名称通常是用户账号、用户名之类的内容，通过命名空间+名称+三列算法算出UUID 。 Version 4 （基于随机数） UUID-v4 组成 UUID v4 的位是随机生成的，没有固有逻辑（除了第三段首个数字，该数字标识版本号），不包含命名空间、设备信息、时间信息。 故，UUID-v4 最容易理解、应用也最为广泛。 Version 5 （基于使用 SHA-1 的命名） UUID-v5 和V3 类似，区别在于散列算法，使用了sha1 散列算法。 可以认为 UUIDv5 就是为了强化 UUIDv3 出现的问题而使用新的哈希算法。   https://www.isharkfly.com/t/uuid-5/15098

这周又要开始调时间了。     2023 年美国夏令时Daylight Saving Time将于11月5日周日2:00 AM结束，届时小伙伴们记得拨好不能自动调整时间的闹钟、手表，可以在周六晚上入睡前就把时针拨慢一小时！周日可以多睡一个小时！ 夏令时英文叫Daylight Saving Time，简称DST，也叫daylight time或summer time。高纬度地区由于夏季太阳升起时间明显比冬季早，很多国家为了充分利用夏季的太阳光照，节约照明用电，在天亮早的夏季会人为将时间调快一小时，实行夏时制。 而当冬季来临，这些国家会将时针再拨回原来的 标准时间（Standard Time）， 冬令时（Winter Time） 其实就是标准时间。     这样调来调去，直接使用冬令时不好吗？ 在计算机中直接就可以使用时区来进行计算了，要不然每调一次，系统都要重新计算时间，本来比较简单的时间存储，在计算机的数据库中都要存好几个时间以确保时间的准确。 同时时区的计算还没意义。   https://www.isharkfly.com/t/topic/15096