Power Apps 门户中即将做出的重要更改和弃用
备注
从 2022 年 10 月 12 日起，Power Apps 门户更名为 Power Pages。 详细信息请参阅：Microsoft Power Pages 现已正式发布（博客）
不久后我们将迁移 Power Apps 门户文档并将其与 Power Pages 文档合并在一起。
本文中描述的更改和弃用公告适用于 Power Apps 门户。
制作者、开发人员和 IT 专业人员可以使用此信息为将来的发布做准备。
重要
已弃用意指我们将从未来主要版本中删除特性或功能。 特性或功能在该版本正式删除前将继续有效并完全受支持。 此弃用通知可能跨几个月或几年。 删除后，特性和功能不再正常工作。 此通知是让您在删除功能或特性前有足够的时间计划和更新代码。
Power Apps 门户管理中心
Power Apps 门户管理中心现在已弃用，自 2023 年 6 月起不再可用。 使用 Power Platform 管理中心中的新 Power Pages 管理中心。
控制 Power Pages 中的站点可见性更改
从 2022 年 10 月的网站版本 9.4.9.xx 开始，默认情况下，在 Power Pages 或 Power Apps 门户中创建的任何新站点都是私有站点。 只有制作者或组织中获得制作者许可的人员才能访问网站，从而确保 Power Pages 站点的安全。 此功能将使用 Azure Active Directory 身份验证提供另一层安全性，以防止部分开发的网站数据和设计意外泄漏。 当网站准备好上线时，可以将站点可见性更改为公开，从而使每个人都可以通过 Internet 匿名访问此站点，或者使用标识提供者受到保护。
在发布时，具有系统管理员角色的用户以及服务管理员将默认有权更改站点可见性状态（从私有更改为公共或相反）。
备注
从 2023 年 2 月 1 日开始，服务管理员需要明确指定允许哪些系统管理员更改站点可见性；但是，管理员可以通过运行 PowerShell 脚本，在租户级别对系统管理员授予或撤销更改站点可见性状态的特权。 此外，为了精细控制谁可以更改站点可见性状态，管理员可以将权限委派给某些 Azure 目录安全组中的特定系统管理员。
门户中的 OAuth 2.0 隐式授权流
使用 GET 请求和使用 OAuth 2.0 隐式授权流的默认证书的授权终结点、令牌终结点已弃用。 新创建的门户或不使用此功能的现有门户无需执行任何操作。 如果您已经在使用此功能，您需要使用令牌终结点 POST 请求来获取安全访问令牌以授权外部 API。
备注
列表 OData 源
从 2022 年 6 月开始，使用 OData 源通过 RESTful Web 服务与数据交互将弃用。 我们建议您迁移到门户 Web API。
备注
- 从 2022 年 10 月开始，新预配的门户将无法使用列表 OData 功能。
- OData 源列表功能将于 2023 年 10 月 1 日删除。
门户内容编辑器
从 2022 年 6 月开始，用于设计网站的门户内容编辑器工具将弃用。 我们建议使用 Power Apps 门户工作室编辑门户。
备注
此功能将于 2023 年 10 月 1 日删除。
使用 Lucene.NET 搜索的门户搜索
从网站版本 9.4.4.xx 开始，门户搜索会使用 Dataverse 搜索作为所有新门户的默认搜索提供程序。 Lucene.NET 搜索已弃用；但是，使用 Lucene .NET 搜索的现有门户不会受到影响。 我们建议用户迁移到 Dataverse 搜索。 通过将 Search/EnableDataverseSearch 站点设置设置为 true，为现有门户启用 Dataverse 搜索。
备注
所有使用 Lucene.NET 搜索的现有客户必须在 2023 年 10 月 1 日之前迁移到 Dataverse 搜索。
美国政府的内容分发网络
从 2022 年 1 月开始，适用于美国政府的 Power Apps 门户将开始使用 Azure 内容分发网络处理默认 JavaScript 和 CSS 文件。 根据美国政府部署，如下配置以下内容分发网络 URL 的允许列表。
| Power Apps 门户版本 | 内容分发网络 URL |
|---|---|
| 政府社区云 (GCC) | https://gov.content.powerapps.us |
| GCC High | https://high.content.powerapps.us |
| Power Apps 国防部 | https://content.appsplatform.us |
新门户上窗体和列表的表格权限更改
从版本 9.3.7.x 开始，新建的门户将具有针对所有窗体和列表强制实施的表权限，而与启用表权限设置无关。
此外，对于同一版本，所有启用了列表 OData 源的（新或现有）门户上的列表将需要设置适当的表权限，才能使这些列表上的源正常工作。
备注
上述更改也适用于从试用转换为生产的门户。
要显式配置匿名访问，请使用正确的表权限，并改为设置 Web 角色。
SameSite 模式更改
从门户版本 9.3.6.x 开始，制作者可以将所有门户 Cookie 的 SameSite 模式标记为严格（如果适用）。
通过此更改，我们添加了一个新的网站设置来控制所有 Cookie 的 SameSite 模式，此设置可在特定 Cookie 级别进行配置。
| 站点设置名称 | 作用域 | 可能的值 |
|---|---|---|
| HTTP/SameSite/默认 | 全局，针对所有 Cookie。 | 无 宽松 严格 |
| HTTP/SameSite/{CookieName} | 特定 Cookie。 | 无 宽松 严格 |
所有现有和新预配的门户的默认值均为无。
要了解如何为门户配置站点设置，请转到配置门户的站点设置。
跟踪网页、Web 文件和登录
从门户版本 9.3.4.x 开始，以下功能已停用：
另请参阅
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈