@cykooz про Pillow и ресайз - прямо Pillow используется, или Pillow-SIMD?

Pillow-SIMD

С opencv по скорости не сравнивали?

Нет, не сравнивал - а там что-ли есть оптимизации под SIMD инструкции?

Pillow всё равно ведь понадобится - что бы разные форматы картинок открывать.

И ещё я использую "гибридный" алгоритм ресайза, из вот этой статьи
https://habr.com/ru/post/340966/

Ну как обычно - SSE разных версий, треды и так далее.
Просто в моей практике всё, что с картинками связано - в OpenCV делается быстрее, чем в Pillow

Почему нельзя разные форматы картинок открывать с помощью OpenCV? Ну то есть да, встречаются такие картинки, которые он пржевать не может, для этого у меня фолбэк на Pillow написан, но это достаточно редкое событие, чтобы не ронять перформанс.

Ну спасибо, потестирую, когда будет время.

А OpenCV случайно не умеет сам определять наличие всяких SIMD и использовать наиболее быстрые? А то Pillow-SIMD надо изначально компилировать или под SSE или под AVX

Там точно можно включить компиляцию подо всё одновременно, а вот как оно выбирает в райнтайме - спрошу у коллеги, который кишки лучше знает.

@cykooz
по поводу rest и кодов ошибок.
Вот мой бэкенд лезет в другой сервис. Этот второй сервис возвращает ошибку. Мне какой код вернуть? Код ошибки внешнего сервиса я вернуть не могу, ибо он может вернуть 404, но для клиента моего сервиса 404 будет нонсес, ибо URL то правильный он использует.
Также внешний сервис может вообще никакого кода не вернуть, ибо лежит.  В общем смотрю я на коды ошибок и ничего лучше 400 не нахожу..

502?

хм, вариант

Bad Gateway

502, да. Я помню с @kugaevsky это обсуждали, он то же самое говорил

Ага

В этом случае твой бэк выступает проксёй

502 выглядит самым адекватным вариантом

4xx - это ошибка допущенная клиентом. Если, в том что внешний сервис лежит, виноват клиент, то да, надо выбирать ошибку из диапазона 4xx.
Если это "неожиданная ошибка", то это 500 + в теле ответа детали ошибки (у нас например все ошибки имеют стандартный формат JSON-ки в теле ответа)