Web Parts 可以说是微软 SharePoint 的基础组件。 根据微软自己的描述，Web Parts 是 SharePoint 对内容进行构建的基础，可以想想成一块一块的砖块。 我们需要使用这些砖块来完成一个页面的构建。 我们可以利用 Web Parts 在 SharePoint 中添加文本，图片，文件，视频，甚至是动态内容。 添加 Web Parts 在完成页面布局的 Section 后，单击页面布局上面的 Section，上的 X 号，就会弹出一个小窗口。 在这个小窗口可以对我们需要使用的 Web Parts 进行选择后添加。   2023-11-09_22-41-051339×647 29.3 KB   Web Parts 默认上已经有了很多的选择了，但是很多时候可能还是不够用。 没我要的 Web Parts 怎么办 这个时候就需要进行开发了，微软也提供了开发工具，同时也包括了一些开发示例代码，你需要首先把这些代码下载下来后进行编译，然后再上传到你的站点上。 可以访问：GitHub - pnp/sp-dev-fx-webparts: SharePoint Framework web part, Teams tab, personal app, app page samples 连接上的代码，克隆到本地后进行一些修改再上传到你的站点上。     上面的代码修改需要有一定的环境才可以。 NodeJs 的版本需要到 18，同时还需要一些框架基础和编程基础才可以。 这部分的编程都是前端的 JS 编程了，对后端的要求不高。   https://www.isharkfly.com/t/sharepoint-web-parts/15128

我们都知道 SharePoint 是对页面进行编辑的。 对于一些有编程基础的人来说，可能需要对页面中插入代码，这样才能更好的对页面进行配置。 但是在新版本的 SharePoint modern 页面来说，虽然我们可以插入 Embed 组件。 但是 Embed 组件中是不允许提供 Script 和 Html 脚本的。只能插入 iFrame 框架或者 URL 地址。 这个就非常郁闷了。     管理员配置 在 SharePoint 页面中，默认是禁用自定义脚本的。 你需要登录管理员的界面，然后把这个自定义脚本的功能打开才能插入代码。 据说这是基于安全的考虑，但是对我们来说这个就非常麻烦。   很多高级的功能都不能用了，页面的排版也就是能使用 SharePoint 提供的几个样式，一点都不生动。   自定义 Web Parts 对于没有提供的 Web Parts，我们是可以通过自定义组件的方式来添加到我们站点上的。 这里，我们可以用到 react-script-editor 这个组件。 GitHub 的访问地址为：https://github.com/pnp/sp-dev-fx-webparts/tree/main/samples/react-script-editor 我们可以把 react-script-editor 下载下来后进行编译打包后再上传到你的站点上。 这样的话，我们就可以在页面中嵌入相关内容组件了，你可以在这个内容组件上对提供的代码进行编辑。   https://www.isharkfly.com/t/sharepoint/15129

现在的安装包也不省心，有各种版本都不知道怎么选。 根据你安装的环境配置。 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