A Power Apps portálok fontos közelgő változásai és kivezetendő funkciói
Megjegyzés
- október 12-től a Power Apps-portálok a Power Pages nevet kapják. További információ: A Microsoft Power Pages már általánosan elérhető (blog)
A Power Apps-portál dokumentációját hamarosan áttelepítjük és egyesítjük a Power Pages dokumentációjával.
Az ebben a cikkben leírt változások bejelentése és az értékvesztések a Power Apps-portálokra vonatkoznak.
A készítők, a fejlesztők és az informatikai szakemberek felhasználhatják ezeket az információkat a jövőbeli kiadások előkészítéséhez.
Fontos
Az elavult azt jelenti, hogy szándékunkban áll eltávolítani az adott funkciót vagy képességet jövőbeli fontosabb kiadásból. Az érintett funkció vagy lehetőség a hivatalos kivonásig változatlanul működik és teljes támogatást élvez. Az elavulási figyelmeztetés akár néhány hónapig is érvényes lehet. Az eltávolítás után a funkció vagy képesség a továbbiakban már nem működik. Ez az értesítés elegendő időt biztosít a tervezésre és a kód frissítésére a funkció vagy a szolgáltatás eltávolítása előtt.
Power Apps Portál felügyeleti központja
A Power Apps portál felügyeleti központja már elavult, és 2023 júniusától már nem érhető el. Használja az új Power Pages felügyeleti központot a Power Platform felügyeleti központban.
A webhely láthatóságával kapcsolatos módosítások szabályozása a Power Pages felületén
2022 októberétől a 9.4.9.xx webhelyverzióval kezdődően a Power Pages felületen vagy a Power Apps-portálokon létrehozott új webhelyek alapértelmezés szerint privátak lesznek. A webhelyekhez kizárólag a készítők vagy a szervezet engedélyével rendelkező munkatársai férhetnek hozzá, így biztonságossá téve a Power Pages-oldalakat. Ez a funkció további biztonsági szintet biztosít az Azure Active Directory-hitelesítés használatával a részlegesen fejlesztett webhelyadatok és kialakítás véletlen adatszivárgásának megakadályozására. Amikor egy webhely készen áll a közzétételre, a webhely láthatósága nyilvánosra változtatható, így az bárki számára elérhető lesz az interneten névtelenül vagy identitásszolgáltatóval védett formában.
A bevezetéskor a rendszergazdai szerepkörrel és a szolgáltatási rendszergazdákkal rendelkező felhasználók alapértelmezés szerint jogosultsággal rendelkeznek a webhely láthatósági állapotának módosításához (privátról nyilvánossá tétel vagy fordítva).
Megjegyzés
- február 1-től a szolgáltatás-rendszergazdáknak kifejezetten meg kell adniuk, hogy mely rendszergazdák módosíthatják a hely láthatóságát; A rendszergazdák azonban megadhatják vagy visszavonhatják a webhely láthatósági állapotának megváltoztatására vonatkozó jogosultságot a rendszergazdák számára bérlői szinten egy PowerShell-parancsfájl futtatásával. Ezen túlmenően, a webhely láthatósági állapotának módosítására vonatkozó részletes ellenőrzés érdekében a rendszergazdák delegálhatják a jogosultságokat bizonyos Azure Directory biztonsági csoportokban lévő rendszergazdákra.
OAuth 2.0 implicit engedélyezési folyamat a portálon belül
A végpont engedélyezése, a tokenvégpont GET kérelem használatával, illetve az alapértelmezett tanúsítvány használata az OAuth 2.0 implicit engedély folyamathoz elavult. Nincs szükség beavatkozásra az újonnan létrehozott portálok és a szolgáltatást nem használó meglévő portálok esetén. Ha már használja ezt a funkciót, a tokenvégpont POST kérelmet kell használnia ahhoz, hogy biztonságos elérési tokent kapjon a külső API-k engedélyezéséhez.
Megjegyzés
- Ezt az elavult funkciót használó összes meglévő ügyfélet át kell telepíteni a támogatott módszerre 2022 októberéig.
- Az egyéni tanúsítvány használatával kapcsolatos további információkat itt találja: Egyénitanúsítvány használata.
- A tokenvégponton használt POST-hívásokkal kapcsolatos mintakódért lásd: Tokenvégpont mintapélda.
Lista OData-csatorna
2022 júniusától az OData-csatornák használata az adatok RESTful webszolgáltatásokon keresztül történő kezelése elavult lesz. Javasoljuk, hogy térjen át a portál webes API-jára.
Megjegyzés
- 2022 októberétől kezdve az újonnan létesített portálok már nem tudják használni a lista OData funkcióit.
- Az OData-hírcsatornák listája funkció 2023. október 1-jén el lesz távolítva.
Portáltartalom-szerkesztő
2022 júniusától a portál tartalomszerkesztője a webhely tervezésére elavult. A portál szerkesztéséhez javasoljuk a Power Apps Portals Studio használatát.
Megjegyzés
Ez a funkció 2023. október 1-jén el lesz távolítva.
Portálok keresése a Lucene.NET használatával
A portálkeresés a 9.4.4.xx webhelyverziótól kezdve Dataverse-keresést használ az összes új portál alapértelmezett keresési szolgáltatójaként. A Lucene.NET keresés elavult; ez azonban nem érinti a Lucene.NET keresést használó meglévő portálokat. Javasoljuk, hogy telepítse át a felhasználókat Dataverse-keresésre. Engedélyezze a Dataverse-keresést a meglévő portál esetében a Search/EnableDataverseSearch webhelybeállítás igaz értékre állításával.
Megjegyzés
A Lucene.NET keresést használó összes meglévő ügyfélnek 2023. október 1-jéig át kell térnie a keresésre Dataverse .
Content Delivery Network – US Government
2022 januárjától az amerikai kormányzat Power Apps-portáljai elkezdik használni az Azure Content Delivery Network szolgáltatást az alapértelmezett JavaScript- és CSS-fájlokhoz. Az US kormányzati szerveknek központi telepítés függően konfigurálja a következő Content Delivery Network URL-ek engedélyezési listáját.
| Power Apps portálok verziója | Content Delivery Network URL |
|---|---|
| Kormányzati közösségi felhő (GCC) | https://gov.content.powerapps.us |
| GCC High | https://high.content.powerapps.us |
| Power Apps Nemzetvédelmi Minisztérium | https://content.appsplatform.us |
Táblaengedély-módosítások az űrlapokhoz és listákhoz az új portálokon
A 9.3.7.x kiadástól kezdve az újonnan létrehozott portálok az összes űrlaphoz és listához táblaengedélyekkel fognak rendelkezni, függetlenül a Tábla engedélyek engedélyezése beállítástól.
Ugyanezzel a kiadással az összes (új vagy meglévő) portálon lévő listákhoz, amelyeken a lista OData-csatornák engedélyezve vannak, megfelelő táblaengedélyek beállítása szükséges ahhoz, hogy a listákon lévő csatornák működjenek.
Megjegyzés
A fenti módosítások azokra a portálokra is vonatkoznak, amelyek áttérnek a próbaidőszakról az éles üzemre.
A kifejezett névtelen elérés konfigurálásához ehelyett használjon megfelelő táblaengedélyeket és webes szerepkörbeállításokat.
SameSite üzemmód változása
A 9.3.6.x verziójú portáloktól kezdve a készítők a SameSite módot Szigorúként jelölhetik meg minden portálcookie-nál, ahol alkalmazható.
Ezzel a változtatással egy új weboldal-beállítást adunk hozzá, amely az összes cookie esetében szabályozza a SameSite üzemmódot, és amely az adott cookie-k szintjén konfigurálható.
| Webhelybeállítás neve | Scope | Lehetséges érték |
|---|---|---|
| HTTP/SameSite/Default | Globális, minden cookie-ra. | Egyik sem Lax Szigorú |
| HTTP/SameSite/{CookieName} | Speciális cookie. | None Lax Szigorú |
Az alapértelmezett érték minden meglévő és újonnan létrehozott portál esetében Nincs.
A portálok webhelybeállításainak konfigurálását a Portálok webhelybeállításainak konfigurálása menüpontban ismerheti meg.
Weboldal, webes fájl és bejelentkezés nyomon követése
A portálok 9.3.4.x verziójától kezdve a következő funkciókat nyugdíjaztuk:
Kapcsolódó információk
Megjegyzés
Megosztja velünk a dokumentációja nyelvi preferenciáit? Rövid felmérés elvégzése. (ne feledje, hogy ez a felmérés angol nyelvű)
A felmérés elvégzése körülbelül hét percet vesz igénybe. Semmilyen személyes adatot nem gyűjtünk (adatvédelmi nyilatkozat).
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: