Відмінності між версіями «Версія 2.54.0 (16.07.2026)»

Матеріал з Вікіпедія ЄСІТС
Перейти до навігації Перейти до пошуку
Рядок 1: Рядок 1:
== Реалізовано ==
== Реалізовано ==


# Дії користувача накопичуються в кеші та зберігаються в систему після кожних трьох дій (за замовчуванням), а також при закритті протоколу або вкладки браузера. Поки дія перебуває в кеші, у переліку дій вона позначається міткою «незбережено». Після збереження мітка зникає. Розмір черги збереження задається в налаштуваннях і може змінюватися адміністратором.
# Дії користувача накопичуються в кеші та зберігаються в систему після кожних трьох дій (за замовчуванням), а також при закритті протоколу або вкладки браузера. Поки дія перебуває в кеші, у переліку дій вона позначається міткою «не збережено». Після збереження мітка зникає. Розмір черги збереження задається в налаштуваннях і може змінюватися адміністратором.[[Файл:Queue save.png|без|міні|734x734пкс|Черга збереження дій в протоколі]]
# Роботу сигнального сервера у вигляді кластера з використанням '''Redis'''.
# Роботу сигнального сервера у вигляді кластера з використанням '''Redis'''.
# Визначення користувача за файлами cookie, а не за IP-адресою, щоб у разі зміни IP-адреси користувач потрапляв на той самий PHP-сервер, на якому пройшов авторизацію.
# Визначення користувача за файлами cookie, а не за IP-адресою, щоб у разі зміни IP-адреси користувач потрапляв на той самий PHP-сервер, на якому пройшов авторизацію.

Версія за 10:23, 17 липня 2026

Реалізовано

  1. Дії користувача накопичуються в кеші та зберігаються в систему після кожних трьох дій (за замовчуванням), а також при закритті протоколу або вкладки браузера. Поки дія перебуває в кеші, у переліку дій вона позначається міткою «не збережено». Після збереження мітка зникає. Розмір черги збереження задається в налаштуваннях і може змінюватися адміністратором.
    Черга збереження дій в протоколі
  2. Роботу сигнального сервера у вигляді кластера з використанням Redis.
  3. Визначення користувача за файлами cookie, а не за IP-адресою, щоб у разі зміни IP-адреси користувач потрапляв на той самий PHP-сервер, на якому пройшов авторизацію.
  4. Для ОВ-конференцій, які ще не розпочато, перевірку медіасервера під час відкриття та його зміну в разі завантаженості вибраного сервера.
  5. Виокремлення мікросервісів в окремий Git-проєкт та налаштування їх розгортання.
  6. Логування роботи мікросервісів.
  7. Параметризоване логування процесу створення ZIP-архівів.
  8. Переклади повідомлень, що відображаються під час створення архівів.

Виправлено

  1. Недоступність кнопки завантаження архіву після завершення його підготовки без перезавантаження сторінки.
  2. Помилку підписання файлів: у разі її виникнення автоматично запускається повторна обробка.
  3. Дублювання облікових записів через чутливість до регістру в полі login.
  4. Відсутність перекладу повідомлення «Archive queued» під час формування архівів.
  5. Недостатній тайм-аут для операцій зі створення великих архівів. Тайм-аут збільшено до 15 хвилин.
  6. Можливість здійснення SQL-ін’єкцій у вікні входу.
  7. Проблему, через яку під час демонстрації екрана учасником не створювався окремий файл відеозапису.
  8. Проблему, через яку учасник зі смартфона залишався у списку «Приєднані» після примусового закриття браузера або застосунку (OpenVidu).
  9. Відсутність перевірки коректності електронної адреси користувача під час його додавання у службовому кабінеті.
  10. Відсутність обробки можливих помилок і додаткової перевірки наявності файла підпису під час створення архіву протоколу з КЕП. У разі помилки створення підпису виконується повторна спроба перед формуванням архіву.
  11. Відсутність перевірки можливості запуску конференції та виходу з паузи поточним користувачем.
  12. Можливість дублювання учасників у протоколі конференції.
  13. Некоректну ознаку підпису в базі даних для окремих конференцій, що тривають.


Інші статті у категорії

Перейти на Головну сторінку