[EDP-DDM-28658] github: issues 48, fixed broken link in ua version, r…

…emoved old comments, added minor fixes to the related page

Change-Id: I0f878e789601bafb318ad0092aca544f96e05635
(cherry picked from commit 044bb4255cfb04e4483dd42ce56d620284a2716b)

docs/en/modules/registry-develop/pages/registry-admin/db-connection/db-connection-pgadmin.adoc

@@ -1,100 +1,81 @@
-//= Взаємодія з базою даних реєстру через pgAdmin
 = Interacting with the registry database through pgAdmin
 include::platform:ROOT:partial$templates/document-attributes/default-set-en.adoc[]
 
 include::platform:ROOT:partial$admonitions/language-en.adoc[]
 
-//Ви можете переглядати зміни у базі даних реєстру, працювати з таблицями та іншими структурами даних за допомогою інструмента *pgAdmin*.
 The *pgAdmin* tool enables you to view changes in the registry database and work with tables and other data structures.
 
-//Для цього виконайте декілька простих кроків:
 To use the tool, perform the following steps:
 
-//. Перейдіть в адміністративну панель Control Plane.
 . Sign in to the Control Plane admin console.
-//. Відкрийте +++<b style="font-weight: 700">Реєстри > Швидкі посилання > Адміністративна зона реєстру<b>+++
 . Go to *Registries* > *Quick links* > *Registry administrative zone*.
-//та перейдіть за посиланням до +++<b style="font-weight: 700">Вебінтерфейсу перегляду даних реєстру<b>+++ -- *pgAdmin*.
 . Click the *Registry data viewing service (pgAdmin)* link.
 +
 image:registry-admin/db-connection/pgadmin/db-connection-pgadmin-1.png[]
 +
 [TIP]
 ====
 [%collapsible]
-//.Альтернативний спосіб входу
-.Alternative route
+.Alternative method
 =====
-//. Відкрийте *Openshift*-консоль > *Projects* > Оберіть ваш реєстр.
 . Sign in to the OpenShift console.
 . Open the *Projects* section and select your registry.
-//. Перейдіть до *Networking* > *Routes* та у пошуку знайдіть роут сервісу `pgadmin`.
 . Go to *Networking* > *Routes* and search for `pgadmin` service route.
 +
 image:registry-develop:best-practices/review-db-changes-before-merge/review-db-changes-before-merge-17.png[]
 =====
 ====
-
 +
 [TIP]
 ====
 [%collapsible]
-//.Де знайти логін та пароль для pgadmin?
+
 .Where do I find the credentials for pgadmin?
 =====
-//Логін та пароль для `pgadmin` можна знайти у секції *Workloads* > *Secrets*, у секреті під назвою *pgadmin-secret*.
 To find the username and password for `pgadmin`, go to *Workloads* > *Secrets* and locate the *pgadmin-secret* secret.
 
 image:registry-develop:best-practices/review-db-changes-before-merge/review-db-changes-before-merge-18.png[]
 =====
 ====
-+
-//. В інтерфейсі *pgAdmin* знайдіть розділ *Servers* та введіть пароль для системного користувача `application_role`, щоб встановити з'єднання із реєстровим БД-сервером.
+
 . In the *pgAdmin* interface, go to the *Servers* section and enter the password for the `application_role` system user to connect to the registry database server.
 +
 image:registry-develop:best-practices/review-db-changes-before-merge/review-db-changes-before-merge-19.png[]
 +
 [TIP]
 ====
 [%collapsible]
-//.Де знайти пароль для з'єднання із реєстровим БД-сервером?
 .Where do I find the password for connecting to the registry database server?
 =====
-//Пароль для з'єднання із реєстровим БД-сервером `Registry` для користувача `application_role` можна знайти у секції *Workloads* > *Secrets*, у секреті під назвою *citus-roles-secrets*. Скопіюйте пароль у полі *appRolePass*.
 To find the password for connecting to the `Registry` database server for the `application_role` user, go to *Workloads* > *Secrets* and locate the *citus-roles-secrets* secret. Copy the password from the *appRolePass* field.
 
 image:registry-develop:best-practices/review-db-changes-before-merge/review-db-changes-before-merge-20.png[]
 
 image:registry-develop:best-practices/review-db-changes-before-merge/review-db-changes-before-merge-21.png[]
 =====
 ====
-+
-//. Знайдіть операційну базу даних `registry` та перегляньте зміни. Вона буде доступна за шляхом: +
-//*Servers* > *Registry* > *Databases* > `registry`.
+
 . Find the `registry` operational database and review the changes. It is available via the following path:
 +
 *Servers* > *Registry* > *Databases* > `registry`
 +
 image:registry-admin/db-connection/pgadmin/db-connection-pgadmin-2.png[]
 +
-//NOTE: Про перегляд даних у тимчасових БД детально описано на сторінці xref:registry-develop:best-practices/review-db-changes-before-merge.adoc[].
 NOTE: For details on viewing data in temporary databases, see xref:registry-develop:best-practices/review-db-changes-before-merge.adoc[].
-+
-//* Створені таблиці можна переглянути за шляхом: *Schemas* > `registry` > *Tables*.
+
 * To view the tables, use the following path: *Schemas* > `registry` > *Tables*.
 +
 image:registry-admin/db-connection/pgadmin/db-connection-pgadmin-3.png[]
 +
-//* Створені пошукові критерії (search conditions) можна переглянути за шляхом: *Schemas* > `registry` > *Views*.
+
 * To view the search conditions, use the following path: *Schemas* > `registry` > *Views*.
 +
 image:registry-admin/db-connection/pgadmin/db-connection-pgadmin-4.png[]
 +
 [NOTE]
 ====
-//Критерії пошуку у базі даних є таблицями-представленнями (`VIEW`), що призначені виключно для читання даних. Конвенція назв для search conditions на рівнях моделі даних та БД збігається, за єдиним винятком -- у БД до назви кожного критерію пошуку додається суфікс `_v`.
+
 In the database, search conditions are presented as view tables intended only for reading data. The naming convention for search conditions at the data model and database levels coincide with one exception: in the database, the `_v` suffix is added to the name of each search condition.
 
-//Наприклад, якщо ви створили search condition із назвою `get_parent_by_name`, то у базі даних ця назва трансформується у `get_parent_by_name_v`.
 For example, if you created a search condition called `get_parent_by_name`, the view table will have the following name: `get_parent_by_name_v`.
 ====

docs/ua/modules/registry-develop/pages/registry-admin/user-notifications/diia/diia-bp-notification.adoc

@@ -1,25 +1,7 @@
-:toc-title: ЗМІСТ
-:toc: auto
-:toclevels: 5
-:experimental:
-:important-caption:     ВАЖЛИВО
-:note-caption:          ПРИМІТКА
-:tip-caption:           ПІДКАЗКА
-:warning-caption:       ПОПЕРЕДЖЕННЯ
-:caution-caption:       УВАГА
-:example-caption:           Приклад
-:figure-caption:            Зображення
-:table-caption:             Таблиця
-:appendix-caption:          Додаток
-:sectnums:
-:sectnumlevels: 5
-:sectanchors:
-:sectlinks:
-:partnums:
-
 = Налаштування відправлення push-повідомлень у застосунок "Дія"
+include::platform:ROOT:partial$templates/document-attributes/default-set-ua.adoc[]
 
-[preconditions]
+[#preconditions]
 == Передумови
 
 Для налаштування функції відправлення _push_-сповіщень користувачам у мобільний застосунок "Дія", користувач має спочатку підтвердити, тобто авторизувати канал зв'язку `diia` за допомогою OTP-коду. Для підтвердження використовується xref:registry-admin/user-notifications/diia/diia-channel-confirmation-temp.adoc[окремий шаблон _channel-confirmation_], який адміністратор регламенту повинен змоделювати.
@@ -201,7 +183,7 @@ TIP: У нашому прикладі вказана змінна `${usersByAttr
 ====
 Ви можете самостійно переглянути фіксацію подій відправлення повідомлень у логах бази даних `audit`, під'єднатися до якої можливо за інструкцією:
 
-* xref:admin:connection-database-openshift.adoc[]
+* xref:registry-develop:registry-admin/db-connection/db-connection-pgadmin.adoc[]
 ====
 
 .Аудит подій відправлення push-нотифікацій у "Дію"