CMS后端Web框架【免费下载链接】OrchardCoreOrchard Core is an open-source modular and multi-tenant application framework built with ASP.NET Core, and a content management system (CMS) built on top of that framework.项目地址https://gitcode.com/gh_mirrors/or/OrchardCore点击查看免费下载导读Orchard Core 2.1.8 于 2025 年 8 月 12 日发布是一次面向稳定性的补丁版本不引入新功能而是集中修复了 6 项影响生产环境的关键缺陷PDF 文件流读取、租户激活时站点设置预加载、GraphQL 查询排序、内容项克隆缓存、路由端点缓存以及 Azure Data Protection 回退修复。本文以官方发布说明为骨架结合仓库源码逐项还原每处修复的真实调用链与实现原理帮助你在升级到 2.1.8 后理解这些改动对现有站点的影响并为排查相关问题提供依据。版本概览与升级背景项目内容版本号Orchard Core 2.1.8发布日期2025 年 8 月 12 日版本类型稳定性修复bug fixes only上一版本v2.1.7Changelog 对比起点发布渠道release/2.1 分支回退Backport本版本所有修复均来自 v2.1.7...v2.1.8 之间的完整变更记录其中Backport Azure DataProtection fix into release/2.1表明部分修复是从主分支移植回 2.1 长期维护分支的升级到 2.1.8 不会引入破坏性 API 变更可以按常规补丁方式平滑升级。修复清单与源码级原理1. PDF FileStream 读取缺陷PR #17811现象与修复媒体索引模块在处理 PDF 文件时出现读取异常。修复后的核心逻辑位于 PdfMediaFileTextProvider.cs。从源码看该问题根因是PdfPig 解析库要求输入流必须是可定位seekable的而 Azure Blob Storage 等文件存储提供的是不可 seek 的流。修复方案是先判断fileStream.CanSeek若不支持则通过ITempDirectoryProvider.GetTempFileName()创建临时文件流把内容CopyToAsync复制过去重置Position 0后再交给PdfDocument.Open解析if (!fileStream.CanSeek) { seekableStream new FileStream( _tempDirectoryProvider.GetTempFileName(), FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.None, 4096, FileOptions.DeleteOnClose); await fileStream.CopyToAsync(seekableStream); seekableStream.Position 0; }值得注意的细节临时文件使用FileOptions.DeleteOnClose文件在流关闭时自动删除避免临时文件残留finally块中对临时流执行DisposeAsync确保异常路径下也能释放资源全文提取使用ZString.CreateStringBuilder()聚合各页文本最后返回整个文档字符串。影响范围所有启用了「PDF 媒体索引」OrchardCore.Media.Indexing.Pdf模块且文件存储为 Azure Blob 等不可定位流的部署。修复后本地文件系统可直接 seek与云端存储走同一套稳定逻辑。2. 租户激活时预加载站点设置PR #17872背景多租户场景下站点设置此前在首次同步读取时才触发数据库访问在异步上下文中容易造成阻塞或时序问题。修复新增 PreloadSiteSettingsTenantEventHandler.cs在租户ActivatedAsync生命周期钩子中提前异步加载设置public override async Task ActivatedAsync() { if (_shellSettings.IsUninitialized()) { // 未初始化租户没有注册 ISessionISiteService 不可用直接返回 return; } // 预加载站点设置确保数据库访问在异步阶段完成 _ await _siteService.GetSiteSettingsAsync(); }与之配套的消费侧改造在 SiteServiceExtensions.cs同步读取扩展方法GetSiteSettings()通过task.IsCompletedSuccessfully判断预加载任务已完成从而安全地同步取值public static ISite GetSiteSettings(this ISiteService siteService) { // 站点设置由 PreloadSiteSettingsTenantEventHandler 在租户激活时预加载 // 保证后续可以安全地同步读取。 var task siteService.GetSiteSettingsAsync(); return task.IsCompletedSuccessfully ? task.Result : task.GetAwaiter().GetResult(); }该扩展的 XML 注释明确指出Site settings are preloaded by the tenant event handler... to ensure that the database access is asynchronous即预加载的目的就是让数据库访问发生在异步阶段之后所有同步读取路径都不会再触发数据库 I/O。升级提示若你自定义过ISiteService的实现或依赖同步读取站点设置的时序请确认预加载行为不会与你的初始化逻辑冲突。3. 修正 GraphQL 查询排序PR #17918修复内容修正了 GraphQL 查询中的排序顺序sort order。本次修复由 gvkries 提交涉及内容管理 GraphQL 查询的排序实现。影响面使用 GraphQL API 查询内容项并依赖排序结果的开发者。升级后若现有查询结果顺序发生变化说明此前命中排序缺陷应以 2.1.8 的排序结果为准。相关排序逻辑位于内容管理 GraphQL 查询层src/OrchardCore/OrchardCore.ContentManagement.GraphQL/Queries可在此目录下查看Sort相关过滤器的实现细节。4. 克隆内容项时重置缓存的内容元素PR #17969修复内容当克隆clone一个内容项时重置已被缓存的内容元素content elements。这避免了克隆后的内容项携带旧缓存数据导致展示或编辑异常。实现佐证内容项会话管理相关代码位于 DefaultContentManagerSession.cs 与 DefaultContentManager.cs克隆操作通过内容管理器执行修复保证每次克隆都基于干净的内容元素缓存重新构建。影响面依赖复制内容功能的编辑场景如把已有文章复制为新草稿升级后克隆内容不会再出现残留的旧版本字段数据。5. 新增路由端点缓存PR #18000修复内容为路由端点RouteEndpoint引入缓存机制。在多租户、频繁构建路由表的环境下路由解析是热点路径缓存可降低重复构建开销提升稳定性与响应速度。定位路径路由相关实现位于 src/OrchardCore/OrchardCore.Mvc.CoreMVC 核心模块以及 src/OrchardCore/OrchardCore.Modules/OrchardCore.Admin 等使用IRouteBuilder/终结点路由的模块中。该改动对应用透明无需额外配置若你自行扩展了路由建议在升级后做一次路由回归测试。6. 回退 Azure DataProtection 修复至 2.1PR #18072修复内容将 Azure 版 Data ProtectionOrchardCore.DataProtection.Azure 模块的修复从主分支回退backport到 release/2.1 分支随 2.1.8 一起发布。Azure Key Vault / Blob 存储密钥持久化场景下该修复保证密钥存取逻辑与主分支保持一致。影响面使用 Azure 存储托管 Data Protection 密钥的部署升级后密钥读取/写入行为与最新主分支对齐。升级与验证建议升级方式从任意 2.1.x 版本升级到 2.1.8 时先更新OrchardCore.*相关 NuGet 包版本再重新编译应用涉及 Azure 存储、PDF 索引的部署建议在预发布环境先行验证。回归重点PDF 媒体索引上传一份多页 PDF 并触发索引确认全文检索结果正常内容克隆复制一个含字段如博文、商品的内容项确认新副本字段数据干净GraphQL对带sort参数的查询做前后对比路由冒烟测试各前台/后台页面可达性。日志观察启用租户激活相关日志确认预加载站点设置无异常未初始化租户会被正确跳过不会报错。小结Orchard Core 2.1.8 没有新特性但六个修复全部指向真实生产场景的稳定性痛点不可定位流的 PDF 解析、多租户站点设置同步读取、GraphQL 排序、内容克隆缓存污染、路由端点构建开销与 Azure Data Protection 一致性。升级成本低、收益明确尤其对使用 Azure 存储与多租户架构的站点是一次值得立即执行的补丁升级。更多发布细节可参阅官方 2.1.8 发布说明及 v2.1.7 对比变更记录。赞分享CMS后端Web框架【免费下载链接】OrchardCoreOrchard Core is an open-source modular and multi-tenant application framework built with ASP.NET Core, and a content management system (CMS) built on top of that framework.项目地址https://gitcode.com/gh_mirrors/or/OrchardCore点击查看免费下载相关推荐Orchard Core 1.7.2 版本发布说明MySQL 索引长度修复与升级指南Orchard Core 1.7.2 版本发布说明MySQL 索引长度修复与升级指南 Orchard Core 1.7.2 是一个面向生产环境的维护性补丁版本CMS后端Web框架Orchard Core 1.8.1 版本解析GraphQL 依赖修复、默认显示名与 Keyed Services 支持Orchard Core 1.8.1 版本解析GraphQL 依赖修复、默认显示名与 Keyed Services 支持 Orchard Core 1.8.1CMS后端Web框架Orchard Core 1.7.1 版本解析SMTP 设置修复、crypto.randomUUID 回退方案与 PostgreSQL 工作流分页修复Orchard Core 1.7.1 版本解析SMTP 设置修复、crypto.randomUUID 回退方案与 PostgreSQL 工作流分页修复 OrcCMS后端Web框架上一篇vega-selections 源码剖析Vega 表达式语言如何实现 Vega-Lite 交互选择下一篇Orleans 集群备份、恢复与灾难恢复实战指南从数据清点到跨区域恢复创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Orchard Core 2.1.8 稳定性修复版本深度解析：站点设置预加载、PDF 索引与 GraphQL 排序
CMS后端Web框架【免费下载链接】OrchardCoreOrchard Core is an open-source modular and multi-tenant application framework built with ASP.NET Core, and a content management system (CMS) built on top of that framework.项目地址https://gitcode.com/gh_mirrors/or/OrchardCore点击查看免费下载导读Orchard Core 2.1.8 于 2025 年 8 月 12 日发布是一次面向稳定性的补丁版本不引入新功能而是集中修复了 6 项影响生产环境的关键缺陷PDF 文件流读取、租户激活时站点设置预加载、GraphQL 查询排序、内容项克隆缓存、路由端点缓存以及 Azure Data Protection 回退修复。本文以官方发布说明为骨架结合仓库源码逐项还原每处修复的真实调用链与实现原理帮助你在升级到 2.1.8 后理解这些改动对现有站点的影响并为排查相关问题提供依据。版本概览与升级背景项目内容版本号Orchard Core 2.1.8发布日期2025 年 8 月 12 日版本类型稳定性修复bug fixes only上一版本v2.1.7Changelog 对比起点发布渠道release/2.1 分支回退Backport本版本所有修复均来自 v2.1.7...v2.1.8 之间的完整变更记录其中Backport Azure DataProtection fix into release/2.1表明部分修复是从主分支移植回 2.1 长期维护分支的升级到 2.1.8 不会引入破坏性 API 变更可以按常规补丁方式平滑升级。修复清单与源码级原理1. PDF FileStream 读取缺陷PR #17811现象与修复媒体索引模块在处理 PDF 文件时出现读取异常。修复后的核心逻辑位于 PdfMediaFileTextProvider.cs。从源码看该问题根因是PdfPig 解析库要求输入流必须是可定位seekable的而 Azure Blob Storage 等文件存储提供的是不可 seek 的流。修复方案是先判断fileStream.CanSeek若不支持则通过ITempDirectoryProvider.GetTempFileName()创建临时文件流把内容CopyToAsync复制过去重置Position 0后再交给PdfDocument.Open解析if (!fileStream.CanSeek) { seekableStream new FileStream( _tempDirectoryProvider.GetTempFileName(), FileMode.OpenOrCreate, FileAccess.ReadWrite, FileShare.None, 4096, FileOptions.DeleteOnClose); await fileStream.CopyToAsync(seekableStream); seekableStream.Position 0; }值得注意的细节临时文件使用FileOptions.DeleteOnClose文件在流关闭时自动删除避免临时文件残留finally块中对临时流执行DisposeAsync确保异常路径下也能释放资源全文提取使用ZString.CreateStringBuilder()聚合各页文本最后返回整个文档字符串。影响范围所有启用了「PDF 媒体索引」OrchardCore.Media.Indexing.Pdf模块且文件存储为 Azure Blob 等不可定位流的部署。修复后本地文件系统可直接 seek与云端存储走同一套稳定逻辑。2. 租户激活时预加载站点设置PR #17872背景多租户场景下站点设置此前在首次同步读取时才触发数据库访问在异步上下文中容易造成阻塞或时序问题。修复新增 PreloadSiteSettingsTenantEventHandler.cs在租户ActivatedAsync生命周期钩子中提前异步加载设置public override async Task ActivatedAsync() { if (_shellSettings.IsUninitialized()) { // 未初始化租户没有注册 ISessionISiteService 不可用直接返回 return; } // 预加载站点设置确保数据库访问在异步阶段完成 _ await _siteService.GetSiteSettingsAsync(); }与之配套的消费侧改造在 SiteServiceExtensions.cs同步读取扩展方法GetSiteSettings()通过task.IsCompletedSuccessfully判断预加载任务已完成从而安全地同步取值public static ISite GetSiteSettings(this ISiteService siteService) { // 站点设置由 PreloadSiteSettingsTenantEventHandler 在租户激活时预加载 // 保证后续可以安全地同步读取。 var task siteService.GetSiteSettingsAsync(); return task.IsCompletedSuccessfully ? task.Result : task.GetAwaiter().GetResult(); }该扩展的 XML 注释明确指出Site settings are preloaded by the tenant event handler... to ensure that the database access is asynchronous即预加载的目的就是让数据库访问发生在异步阶段之后所有同步读取路径都不会再触发数据库 I/O。升级提示若你自定义过ISiteService的实现或依赖同步读取站点设置的时序请确认预加载行为不会与你的初始化逻辑冲突。3. 修正 GraphQL 查询排序PR #17918修复内容修正了 GraphQL 查询中的排序顺序sort order。本次修复由 gvkries 提交涉及内容管理 GraphQL 查询的排序实现。影响面使用 GraphQL API 查询内容项并依赖排序结果的开发者。升级后若现有查询结果顺序发生变化说明此前命中排序缺陷应以 2.1.8 的排序结果为准。相关排序逻辑位于内容管理 GraphQL 查询层src/OrchardCore/OrchardCore.ContentManagement.GraphQL/Queries可在此目录下查看Sort相关过滤器的实现细节。4. 克隆内容项时重置缓存的内容元素PR #17969修复内容当克隆clone一个内容项时重置已被缓存的内容元素content elements。这避免了克隆后的内容项携带旧缓存数据导致展示或编辑异常。实现佐证内容项会话管理相关代码位于 DefaultContentManagerSession.cs 与 DefaultContentManager.cs克隆操作通过内容管理器执行修复保证每次克隆都基于干净的内容元素缓存重新构建。影响面依赖复制内容功能的编辑场景如把已有文章复制为新草稿升级后克隆内容不会再出现残留的旧版本字段数据。5. 新增路由端点缓存PR #18000修复内容为路由端点RouteEndpoint引入缓存机制。在多租户、频繁构建路由表的环境下路由解析是热点路径缓存可降低重复构建开销提升稳定性与响应速度。定位路径路由相关实现位于 src/OrchardCore/OrchardCore.Mvc.CoreMVC 核心模块以及 src/OrchardCore/OrchardCore.Modules/OrchardCore.Admin 等使用IRouteBuilder/终结点路由的模块中。该改动对应用透明无需额外配置若你自行扩展了路由建议在升级后做一次路由回归测试。6. 回退 Azure DataProtection 修复至 2.1PR #18072修复内容将 Azure 版 Data ProtectionOrchardCore.DataProtection.Azure 模块的修复从主分支回退backport到 release/2.1 分支随 2.1.8 一起发布。Azure Key Vault / Blob 存储密钥持久化场景下该修复保证密钥存取逻辑与主分支保持一致。影响面使用 Azure 存储托管 Data Protection 密钥的部署升级后密钥读取/写入行为与最新主分支对齐。升级与验证建议升级方式从任意 2.1.x 版本升级到 2.1.8 时先更新OrchardCore.*相关 NuGet 包版本再重新编译应用涉及 Azure 存储、PDF 索引的部署建议在预发布环境先行验证。回归重点PDF 媒体索引上传一份多页 PDF 并触发索引确认全文检索结果正常内容克隆复制一个含字段如博文、商品的内容项确认新副本字段数据干净GraphQL对带sort参数的查询做前后对比路由冒烟测试各前台/后台页面可达性。日志观察启用租户激活相关日志确认预加载站点设置无异常未初始化租户会被正确跳过不会报错。小结Orchard Core 2.1.8 没有新特性但六个修复全部指向真实生产场景的稳定性痛点不可定位流的 PDF 解析、多租户站点设置同步读取、GraphQL 排序、内容克隆缓存污染、路由端点构建开销与 Azure Data Protection 一致性。升级成本低、收益明确尤其对使用 Azure 存储与多租户架构的站点是一次值得立即执行的补丁升级。更多发布细节可参阅官方 2.1.8 发布说明及 v2.1.7 对比变更记录。赞分享CMS后端Web框架【免费下载链接】OrchardCoreOrchard Core is an open-source modular and multi-tenant application framework built with ASP.NET Core, and a content management system (CMS) built on top of that framework.项目地址https://gitcode.com/gh_mirrors/or/OrchardCore点击查看免费下载相关推荐Orchard Core 1.7.2 版本发布说明MySQL 索引长度修复与升级指南Orchard Core 1.7.2 版本发布说明MySQL 索引长度修复与升级指南 Orchard Core 1.7.2 是一个面向生产环境的维护性补丁版本CMS后端Web框架Orchard Core 1.8.1 版本解析GraphQL 依赖修复、默认显示名与 Keyed Services 支持Orchard Core 1.8.1 版本解析GraphQL 依赖修复、默认显示名与 Keyed Services 支持 Orchard Core 1.8.1CMS后端Web框架Orchard Core 1.7.1 版本解析SMTP 设置修复、crypto.randomUUID 回退方案与 PostgreSQL 工作流分页修复Orchard Core 1.7.1 版本解析SMTP 设置修复、crypto.randomUUID 回退方案与 PostgreSQL 工作流分页修复 OrcCMS后端Web框架上一篇vega-selections 源码剖析Vega 表达式语言如何实现 Vega-Lite 交互选择下一篇Orleans 集群备份、恢复与灾难恢复实战指南从数据清点到跨区域恢复创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考