ralouphie/mimey

PHP package for converting file extensions to MIME types and vice versa.

mimey's Issues

Avif images

Please extend for avif images.

Support php file?

I tryed:

$extension = $mimes->getExtension('text/x-php');

But return NULL value. Extensions .php are not recognized?

EDIT
I getting mimetype with $file -> getMimeType() on laravel, // text/x-php

Support to image/x-ms-bmp

getExtension() is returning NULL when mimetype is image/x-ms-bmp

Support for image/heic

https://mimetype.io/image/heic

Heavily used in Apple iPhones

Most common image/jpeg file extension

At the moment, mimey best guess the extension of image/jpeg is jpeg. I think it's better to change to jpg as it should be the most common nowaday.
Reference: http://stackoverflow.com/questions/23424399/jpg-vs-jpeg-image-formats

additional mime types

Can you add config file to package for add custom mime types for detect extension

Unexpected mime type for zip files

Code

(new \Mimey\MimeTypes())->getMimeType('zip');

Expected result

'application/zip'

Actual result

'application/x-gzip'

This wrong mime type means that e.g. Firefox and Chrome handle the file as gzip instead of a zip file and actively renaming the file.
The problem is probably the order in the default configuration:
https://github.com/ralouphie/mimey/blob/develop/mime.types.php#L34

Is there a reason for this order or is this a bug?

Audio/mp3 not working, returning null

Code

use Mimey\MimeTypes;

$mimes = new MimeTypes();
$extension = $mimes->getExtension('audio/mp3');
echo $extension;

Expected

mp3

Output

null

Just a heads up

Mime types are content types. A filename does not always describe the content of a file.

I could upload a .php file and name it .jpg - your class here will think its jpeg. Maybe even let me upload it.

You can (and should) use mime_content_type() to test properly... Just letting you know :)

Support to application/x-gzip

getExtension() is returning NULL when mimetype is application/x-gzip

It returns mpga extension for a mp3 file

I'm using this class to help to process media files. But when I get the content type of a .mp3 file, it returns audio/mpeg correctly. But when doing the reverse process, it returns .mpga extension instead .mp3, wich doesn't works in iOS.

It occurs because of the order of the extensions in the mime.types file. So I was wondering if this specific order follows any critery or can be changed. If it can, I can make a PR with the changes.

question: are assertions out of scope?

Now it's easy enough to check if an extension matches a media subtype

$extension = 'mp4';
if ( $mimes->getMimeType($extension) === 'video/mp4' ) {
    // ...
}

Would you consider a PR to extend support for asserting media supertypes?

e.g.

$extensions = [
    'mp4',
    'avi',
    'mkv',
];

foreach ( $extensions as $extension ) {
    if ( $mimes->isMediaType('video', $extension) ) {
        // returns true
    }
}

I understand that this is encroaching on the fringes of this lib's scope, but because it's such a standard use case, I was curious if you'd be open to it?

thanks

PHP8 support needed!

Hello! How about php8 support?
My lib has dependency of yours ralouphie/mimey ;)