Поширені запитання про Power Pages

Ви можете використовувати аудит у Microsoft Dataverse, щоб відстежувати зміни в сутностях конфігурації Power Pages. Аудит допомагає визначити журнал змін, якщо потрібно повернути попередні дані конфігурації.

Power Pages версії 8.3 і пізніше підтримує TLS 1.2.

Power Pages підтримує наведені набори шифрів TLS 1.2 відповідно до Політики безпеки Майкрософт для підтримки кількох клієнтів. У верхній частині списку наведено найсильніші набори шифрів. Це гарантує, що під час підключення до вебсайтів клієнти завжди використовують найсильніший набір шифрів, який вони підтримують з цього списку.

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

Ви можете налаштувати вебсайт для перенаправлення користувача на сторінку за замовчуванням після входу. Докладні кроки описано в статті Переспрямування користувача на стандартну сторінку під час входу.

Для отримання додаткових відомостей про роботу з шаблонами Liquid, див. розділ Робота з шаблонами Liquid.

Power Pages тепер доступний як окремий продукт. Докладні відомості див. в розділі Призначення ліцензій.

Щоб змінити базову URL-адресу вебсайту після його підготовки, виконайте кроки, описані в розділі Зміна базової URL-адреси вебсайту.

Внутрішні користувачі з Microsoft Entra обліковими даними, які намагаються увійти в систему без призначеної дійсної ліцензії, побачать таке повідомлення на сторінці входу: У вас немає дійсної ліцензії для доступу до цього веб-сайту. Зверніться до системного адміністратора.

Ця помилка може також з’явитися, якщо функцію Оплата за фактичне використання не ввімкнуто для цього середовища.

Залежно від типу придбаного SKU, наприклад, якщо це інший Dynamics 365 SKU, План Power Apps на програму або План Power Apps на користувача, адміністратор повинен або надати відповідну ліцензію таким користувачам, або мати належну кількість пропусків програм, доступних для середовища. Для отримання додаткових відомостей про пропуски програм відвідайте Розподіл або зміна виробничої спроможності в середовищах. Після розподілу пропусків програм у середовищі необхідно буде перезапустити вебсайт, щоб зміни набрали чинності.

Для отримання додаткових відомостей про ліцензування внутрішніх користувачів перейдіть до розділу Поширені запитання щодо ліцензування Power Pages.

Щоб отримати докладну інформацію про ліцензування внутрішніх користувачів за допомогою системи «Оплата за фактичне використання», див. статтю Лічильник програми Power Apps.

Для отримання додаткових відомостей про використання прав Power Pages для внутрішніх користувачів перегляньте список поширених запитань щодо використання прав Power Pages для внутрішніх користувачів та розділ у Посібнику із ліцензування під назвою Використання прав Power Pages, включених до ліцензій Power Apps та Dynamics 365.

Ні. Гостьові користувачі, додані для спільної роботи Microsoft Entra B2B, не вважатимуться внутрішніми користувачами та потребуватимуть входу в систему. Для отримання додаткових відомостей про модель ліцензування Power Pages перейдіть до розділу Посібнику із ліцензування піж назвою Модель логіну.

Під час переміщення середовища Dataverse з однієї геолокації або клієнта до інших, пов’язані з цією організацією вебсайти не буде переміщено автоматично. Крім того, оскільки організацію було переміщено, будь-який вебсайт, пов’язаний із цією організацією, не працюватиме і видасть повідомлення про помилку під час запуску.

Щоб знову пов’язати вебсайт із відповідними організаціями, виконайте наведені нижче дії.

1. Скиньте наявний хост вебсайту з наявної геолокації або клієнта, виконавши кроки, описані в розділі Скинути портал. Це призведе до видалення пов’язаних ресурсів вебсайту, а URL-адреса вебсайту буде недоступна після завершення операції.

2. Після скидання наявного вебсайту, перейдіть до нового клієнта (або нової геолокації з наявним клієнтом) і підготуйте доступний вебсайт.

Коли середовище Dataverse відновлюється з резервної копії, в організації відбуваються різні зміни, що може спричинити втрату зв’язку вебсайту з організацією. Щоб виправити цю проблему:

• Якщо ідентифікатор організації той самий, то після відновлення операція та рішення Power Pages будуть також доступні.

  1. Відкрийте Центр адміністрування Power Platform.
  2. Натисніть три крапки (...) праворуч від пункту меню Дії сайту.
  3. Виберіть Оновлення URL-адреси Dynamics 365.
  4. У спливаючому вікні натисніть кнопку Оновити URL-адресу.

  Вебсайт буде перезапущено й з'єднання буде створено з організацією ще раз.

• Якщо ідентифікатор організації відрізняється після операції відновлення або якщо рішення Power Pages видалено з організації, виконайте наведені нижче дії.

  • У такому разі радимо видалити вебсайти. Щоб зробити це, виконайте кроки, описані в розділі Видалення вебсайту, а потім повторно підготуйте його.

У разі змінення URL-адреси середовища Dataverse, вебсайт припинить працювати, оскільки він не зможе більше визначати URL-адресу середовища Dataverse. Щоб виправити цю проблему:

1. Open [Power Platform admin center](admin/admin-overview.md).
2. Select the ellipse (**...**) to the right of the **Site Actions** menu item.
3. Select **Update Dynamics 365 URL**.
4. In the pop up window, select the **Update URL** button.

Вебсайт буде перезапущено, і він відновить роботу.

Під час створення нового вебсайту в середовищі для розробників вебсайт автоматично стає вебсайтом розробника.

Це може відбуватися з багатьох причин, наприклад, можуть впливати дані та настроювання, що містяться у цій таблиці в Dataverse. Під час пошуку та виправлення проблем продуктивності, що виникають із діями запису на вебсайтах, переконайтеся в тому, що за цими подіями не зареєстровано будь-яких синхронних компонентів plugin, які можуть викликати ці затримки. Якщо це можливо, спробуйте впровадити їх асинхронно, щоб вони не затримували або не відкладали транзакцію.

Кожного разу під час помилки сервера під час спроби відтворення вебсайту відображається загальна сторінка повідомлення про помилку для кінцевих користувачів із позначкою часу та ідентифікатором дії помилки. Адміністратори можуть настроювати вебсайти, щоб отримати докладні відомості про помилку, які є корисними для налагодження та виправлення проблем. Щоб переглянути фактичне повідомлення про помилку:

• Вимкніть настроювану сторінку помилки на порталі: буде вимкнуто настроювану сторінку помилки, що дасть вам змогу переглянути повне трасування стека будь-якого повідомлення про помилку під час переходу до цієї сторінки. Можна вимкнути настроюване повідомлення про помилку, виконавши кроки, описані в розділі Вимкнути помилки.

Радимо використовувати це лише під час розробки вебсайту. Щойно вебсайт відкриється для користувачів, потрібно заново увімкнути настроювані помилки. Додаткові відомості: Перегляд журналів помилок порталу

• Увімкнення журналювання діагностики: це дасть змогу отримати всі помилки вебсайту в одному обліковому записі сховища BLOB-об'єктів Azure. Можна увімкнути журналювання діагностики, виконавши кроки, описані в розділі Доступ журналу помилок порталу.

Якщо ввімкнути журналювання діагностики; можна шукати певні помилки, про які повідомляють користувачі за допомогою ідентифікатора справи, що відображається на загальній сторінці повідомлення про помилку. Ідентифікатор справи вноситься у журнал разом із відомостями про помилку, тому він корисний для пошуку відкритої справи.

Так. Power Pages використовує статичні активи Power Pages із CDN Azure, які включають файли JavaScript і CSS за замовчуванням, для презентації, яку було раніше представлено як частину вебсайту. Для коректного відображення вебсайтів Power Pages слід внести у дозволений список перелічені нижче URL-адреси CDN.

https://content.powerapps.com/resource/powerappsportal

Power Pages підтримує будь-якого постачальника облікових даних, який забезпечує підтримку стандартних протоколів автентифікації. Ми підтримуємо протоколи OpenIdConnect, SAML2 і WS-Federation для будь-якого настроюваного IDP. Oauth2 підтримується лише для фіксованого набору відомих IDP. Для отримання додаткових відомостей про встановлення параметрів IDP, див. розділ Настроювання автентифікації.

Будь-який випуск Power Pages зазвичай здійснюється у два етапи: раннє оновлення та загальна доступність (GA). На етапі раннього оновлення ми оновлюємо лише вебсайти, які позначено для раннього оновлення. Щоб отримати новий випуск Power Pages в ізольованому середовищі (розробка або тестування), можна ввімкнути вебсайт для раннього оновлення. Відомості про те, як увімкнути вебсайт для раннього оновлення, див. Оновлення порталу.

Можна увімкнути вебсайт для використання настроюваного доменного імені замість стандартного powerappsportals.com. Додаткові відомості: Пов’яжіть ваш портал з настроюваним доменом