[dsm] Ativos no MinIO estão com content-type incorreto

[rafaelpezzuto]

Descrição do problema

Esta é uma réplica do issue opac-airflow#303. Ao fazermos envio de pacotes (ou migração), é preciso que o MinIO registre corretamente o mimetype associado a todos os arquivos relacionados (zip, xml, html, imagens e pdf).

Descrição original do issue

Ao cadastrar os dados no mínio é atribuído uma meta que defini o tipo do conteúdo. Atualmente estamos utilizando content-type: application/octet-stream para todos os ativos.

Isso tem uma consequência indesejável, pois, ficamos sem recursos interessantes na interface do MinIO e os ativos no site (opac) retornam com content-type errado. Isso gera o problema descrito na seção "Passos para reproduzir o problema".

Para arquivo .svg a consequência é que o site realiza o download do arquivo, pois, não consegue entender o content-type com os bytes do arquivo.

É necessário realizar um alteração no content-type dos arquivos existentes no MinIO.

No Python é possível obter o MIME Type utilizando a biblioteca padrão: https://docs.python.org/3/library/mimetypes.html

Exemplo de extensão para MIME Type: https://gist.github.com/cbwar/0aea77973855c9cb07a74359e61f8e4d

Repare no gist que em caso de não encontrado é retornado o MIME Type que estamos utilizando: application/octet-stream

Passos para reproduzir o problema

Acessando o link de um .svg é possível verificar o content-type, veja:

Link para esse exemplo: https://minio.scielo.br/documentstore/1676-0611/DRmgvSQyMPF7q6xzcwhXsVn/9f338771918bdf8ba58941c7bc48a2a93a62f664.svg

Comportamento esperado

Para ativos do tipo .svg o content-type deve ser image/svg+xml

Avaliação:

Avaliando verifiquei que é necessário colocar isso no momento de upload do conteúdo, veja em: minio/minio#9412

Referências:

minio/minio#9455
minio/minio#9412