Перейти к содержанию

LUNA PLATFORM v.5.42.0#

Изменения

  • Теперь сервис Image Store может хранить любые файлы в качестве объектов (например, видеофайл).

    Ранее были доступны только следующие типы объектов: json, text, zip, pdf.

    Загрузить файлы можно с помощью запроса "create objects". Байты файла должны быть указаны в теле запроса, а заголовок Content-Type должен содержать MIME-тип файла (например, video/mp4). Ответ на запрос "get object" содержит заголовок Content-Disposition. Этот заголовок содержит имя файла объекта вложения (например, video_1.mp4). Имя файла генерируется на основе object_id и MIME-типа.

    Если MIME-тип файла не получилось определить, то расширение файла будет установлено как .bin.

    Теперь заголовок Accept игнорируется для запроса "get object". Ранее сервис возвращал ошибку 12023, Content type is unacceptable со статус-кодом 406, если если тип содержимого объекта не совпадал с MIME-типом файла.

  • Теперь при выполнении любого запроса с корректной авторизацией, в логах сервиса API выводится информация о соответствующем аккаунте.

    Данный функционал позволяет определить кто именно выполнил тот или иной запрос. Это может потребоваться для информационной безопасности и администраторов систем.

    Если запрос был выполнен с авторизацией типа BasicAuth или LunaAccountIdAuth, то в логах будет выдано следующее сообщение:

    Request invoked by user (account_id: '270531af-e52e-4538-9181-628d9900a0db')

    Если запрос был выполнен с авторизацией типа BearerAuth, то в логах будет выдано следующее сообщение:

    Request invoked by user (account_id: '270531af-e52e-4538-9181-628d9900a0db' token_id: 'd57e16f5-e243-47d2-aa85-8b200c12d86f')

    Если запрос был выполнен без авторизации, то в логах будет выдано следующее сообщение:

    Request invoked by user (account_id: null)

    В логах сервиса Accounts дополнительно выводится информация о создании токенов конкретными пользователями:

    User with account_id: '270531af-e52e-4538-9181-628d9900a0db' create token: 'd57e16f5-e243-47d2-aa85-8b200c12d86f'

    Логирование информации о создании токенов позволяет отследить откуда появился токен и какому пользователю он принадлежал, даже после его удаления.

  • В группы проверок face_quality и iso добавлена новая проверка shoulders_position, определяющая наиболее вероятное состояние положения плеч из следующих состояний:

    • non-parallel (плечи не параллельны)
    • parallel (плечи параллельны)
    • hidden (плечи скрыты)

  • Ускорено выполнение запроса "get faces" со всеми полями target.

  • Уменьшено использование памяти сервисом Tasks в некоторых случаях использования задачи "Cross-matching".

Исправленные ошибки

  • Исправлена ошибка в сервисе Configurator, при которой не работал скрипт db_create.py при нестандартных значениях конфигураций сервиса Configurator.

  • Исправлена ошибка, при которой прогревался кэш при старте сервиса Python Matcher при выключенной настройке "DESCRIPTORS_CACHE".

  • Исправлена ошибка, при которой сервис Python Matcher запускался и продолжал работать в случае, когда некоторые "рабочие процессы" останавливались с ошибкой.

    "Рабочий процесс" — процесс сервиса Python Matcher, обрабатывающий входящие (HTTP) запросы.

  • Исправлено поведение, которое могло приводить к удалению одной или всех новых подписок на события, если создание новой подписки и удаление старой происходили одновременно.

  • Исправлена ошибка, при которой использование оценки EXIF данных (параметр use_exif_info) могло приводить к ошибке вида Internal server error.