[nginx] Update mime-types

[Lafiel]

Hello!

Maxim 
Dounin 
писал(а) 
2024-03-18 
21:54:
> Hello!
> 
> On Fri, Mar 15, 2024 at 02:01:13PM +0300, Lafiel 
> wrote:
> 
> 
> Since the bmp extension is already there, it hardly make sense 
> to
> refer to HTTP Archive data.  Rather, I would focus on the 
> browsers
> compatibility, as mentioned earlier in the thread.  Please take 
> a
> look at the patch 
> below.
> 
> ...

Okay, 
I 
agree 
with 
this 
variant.


> Note that Apache uses audio/x-mpegurl, which is a separate 
> type.
> 
> The m3u extension is historically used by audio playlists in 
> the
> MP3 URL format as originally introduced Fraunhofer, 
> see
> https://en.wikipedia.org/wiki/M3U.
> 
> While Apple's playlist format is based on the original MP3 
> URL
> format, the are differences.  In particular, m3u files 
> were
> expected to be in the native charset, 
> while
> application/vnd.apple.mpegurl files are expected to be in 
> UTF-8.
> While HLS specification (RFC 8216, independent submission, 
> an
> informational RFC from Apple) makes no distinction between the 
> two
> extensions, it is quite possible the distinction remains 
> in
> practice.  Apple itself recommends m3u8 extension for 
> HLS
> playlists
> (https://developer.apple.com/documentation/http-live-streaming/deploying-a-basic-http-live-streaming-hls-stream).
> 
> While the m3u extension might be worth adding to mime.types, 
> the
> question of the expected type remains.  Using a 
> vendor-specific
> type which implies different handling than a vendor-neutral 
> well
> known format might not be what real users 
> want/expect.

I 
think 
it's 
worth 
sticking 
with 
the 
IANA 
option 
rather 
than 
supporting
legacy 
type. 
In 
addition, 
Nginx 
did 
not 
previously 
have 
the 
m3u 
type 
and
it 
was 
identified 
as 
application/octet-stream. 
I 
don't 
think 
there 
will
be 
any 
new 
problems 
with 
application/vnd.apple.mpegurl 
type.


> The numbers provided does not support the idea of adding 
> these
> extensions.

Yes, 
but 
in 
Apache 
MS 
Excel 
and 
Powerpoint 
extensions 
are 
rare, 
but 
are 
used.
Or 
can 
shorten 
it 
to 
"xls 
xlt" 
in 
MS 
Excel 
extensions.


> WAP in general and WML particularly are dead for a long time 
> now,
> and I would rather consider removing the wmlc extension, as 
> well
> as other vnd.wap 
> types.
> 
> Further, wbxml files have their own vendor MIME type registered 
> in
> IANA:
> 
> https://www.iana.org/assignments/media-types/application/vnd.wap.wbxml
> 
> It can be also seen in Apache mime.types as mentioned in 
> the
> commit log.  If at all, the application/vnd.wap.wbxml 
> type
> probably should be used for such files.  I don't see 
> reasons
> to add wbxml files 
> though.

Then 
is 
it 
better 
to 
make 
a 
commit 
that 
removes 
this 
type, 
or 
add 
.wbxml
separately, 
like 
in 
Apache?


-- 
Best 
regards,
Lafiel
mailto:lafiel at elven.pw
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0xFAB0C3D2.asc
Type: application/pgp-keys
Size: 1461 bytes
Desc: not available
URL: <http://freenginx.org/pipermail/nginx-devel/attachments/20240320/7cb0468c/attachment.asc>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <http://freenginx.org/pipermail/nginx-devel/attachments/20240320/7cb0468c/attachment.sig>