Esiste un tipo mime generico per tutti i file di immagine?
Normalmente non c'è, ma ci sono un paio di eccezioni documentate più avanti in questa risposta.
È necessario un tipo Mime per sapere come elaborare un file (senza leggere l'intestazione del file).
Gli appunti:
Non tutti i file di immagine hanno un'intestazione che identifica il loro tipo.
I file SVG , ad esempio, sono solo file XML. Quindi senza il mimetype o l'estensione corretti non ci sarebbe modo di identificare correttamente il tipo di file.
I tipi Mime sono specificati come Tipo di contenuto / sottotipo
Non esiste un tipo Mime image/generic(vedi "Ulteriori letture" di seguito per l'elenco completo dei sottotipi di immagini registrate IANA).
Significa che esiste un tipo mime per più file di immagine?
Non esiste un singolo Content-Type/subtype che copra più formati di immagine.
In teoria potresti usare un Sottotipo sconosciuto come image/xyzma W3C dice esplicitamente:
"un tipo di contenuto di image/xyzè sufficiente per dire a un agente utente che i dati sono un'immagine, anche se l'agente utente non è a conoscenza del formato immagine specifico xyz..." tale azione potrebbe essere ragionevole per sottotipi di testo non riconosciuti, ma non per sottotipi non riconosciuti di immagine o audio "
In generale, il tipo di contenuto di livello superiore viene utilizzato per dichiarare il tipo generale di dati, mentre il sottotipo specifica un formato specifico per quel tipo di dati.
Pertanto, un tipo di contenuto di "image / xyz" è sufficiente per dire a un agente utente che i dati sono un'immagine, anche se l'agente utente non è a conoscenza del formato specifico dell'immagine "xyz".
Tali informazioni possono essere utilizzate, ad esempio, per decidere se mostrare o meno a un utente i dati grezzi di un sottotipo non riconosciuto - un'azione del genere potrebbe essere ragionevole per sottotipi di testo non riconosciuti, ma non per sottotipi di immagini o audio non riconosciuti.
Per questo motivo, i sottotipi registrati di audio, immagine, testo e video non devono contenere informazioni incorporate di tipo realmente diverso. Tali tipi composti dovrebbero essere rappresentati usando i tipi "multipart" o "application".
W3C di origine : il campo dell'intestazione del tipo di contenuto
Posso usare un jolly come image/*per il mio caso speciale?
in modo che possa essere utilizzato per il mio scopo senza la necessità di specificare le singole estensioni / mimi di file?
Sì. Come hai sottolineato, è possibile utilizzare un carattere jolly quando si specifica la "Voce desktop" per gli ambienti desktop KDE e GNOME.
Tuttavia, tieni presente che Key = MimeTypeè obsoleto in quanto esiste un nuovo standard per questo.
Type=MimeTypeè obsoleto in quanto esiste un nuovo standard per questo ora, vedere la specifica del database di informazioni MIME condivise per ulteriori informazioni. Di conseguenza, anche i modelli di chiavi (varie estensioni di file associate al tipo MIME) e DefaultApp (l'applicazione predefinita associata a questo tipo MIME) sono deprecati.
Specifica della voce desktop di origine
Puoi anche usare i caratteri jolly per i tipi mime in IIS, ma ti consigliamo di non farlo:
È inoltre possibile configurare IIS per servire tipi di file non definiti aggiungendo un tipo MIME con carattere jolly (*).
Non utilizzare i tipi MIME con caratteri jolly sui server di produzione. In questo modo, IIS può pubblicare file non riconosciuti e visualizzare informazioni riservate agli utenti.
I tipi MIME con caratteri jolly sono destinati a scopi di test o in scenari in cui i filtri ISAPI (Internet Server API) sono stati sviluppati appositamente per gestire questi scenari con caratteri jolly, ad esempio un ISAPI di autenticazione personalizzato.
Fonte Creazione di tipi MIME globali
Ulteriori letture
image/*(come fanno i browser)?