Легко проверить перезапустив браузер

Вот чем руководствовался

?

Скинул

Это не стандарт.

Это кусок туториала сомнительного качества.

🤔 буду знать

Ну у меня удалились куки после закрытия браузера

Если кому интересно))

Но хотя, мб так случилось что у меня используется движок гекко

Привет всем :)
Подскажите такой кейс
У на вход приходят файлы, которые я конвертирую в pdf через subprocess (вызываю либрофис), затем сконвертированные файлы сохраняю в оперативную память, удаляю его и отправляю фронту.
Но почему-то если приходит два (и более) одновременных запроса, некоторые из пдфов не создаётся (при этом тем файл создается, просто не конвертируется)
потестил в через девелоп сервер и через гуникорн.

Через девелоп всё норм работает, если вырубить трединг, тогда оно всё по очереди выполняется и норм.
Уходит хоть в какой-то параллелизм всё, начинаются проблемы.
Подскажите, как решить задачку такую :)

Вынести это в отдельную задачу, синхронно конвертить это плохая идея.

Файлы маленькие, ответ фронту нужен сразу.

А потом будут большие. А потом понадобится горизонтальное маштабирование. А потом а потом а потом.

выделить абстракцию, а потом вынести её в отдельный сервис когда понадобится

Она и так отдельным сервисом...)

Первым запросом возвращать имя файла, а вторым его выгружать?

А если фронт загрузил, и не запросил файл обратно, когда его удалять и кто за этим следить будет?)

Я предпочитаю id свой делать, имена не уникальны.
А сейчас кто следит? В любом уважающем себя хранилище есть ttl.

Так нам хранить не надо (не хочется)
Вообще в идеале просто сконвертить и отдать.
Но не вынося это в сторонние сервисы (тот же либр офис это онлайн делать умеет)

В оригинальном вопросе ты сказал что файл создаётся. Кто его сейчас удаляет? В любом случае удалить файл по времени задача простая. А вот сделать асинхронную конвертацию лучше сразу, иначе потом нужно будет тратить усилия на переезд.