https://bugzilla.wikimedia.org/show_bug.cgi?id=4421
--- Comment #69 from Aryeh Gregor <[email protected]> 2010-04-02 21:09:01 UTC --- (In reply to comment #68) > I think you may be missing my point, and I also think you need to take a > closer > look at how things are currently done. > > Look here: > http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/MimeMagic.php?view=markup > (38 mime types, 9 with multiple file extensions) > > ...and here: > http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/mime.types?view=markup > (137 mime types, 36 with multiple file extensions) > > ...and here: > https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/docs/conf/mime.types > (629 mime types, 86 with multiple file extensions) > > All current and future media types with multiple choices for file extension > would need to be hardcoded to specify the immutable preferred version. > Granted, not all or even most of these really matter, but even accounting for > that, it still leaves a lot of management headache ensuring things stay > "right". Hmm. You might be right, but denormalizing to this extent still doesn't seem like the best solution to me. If anything had to be in the database, we should be able to have a single 1:1 table mapping (img_major_mime, img_minor_mime) -> extension, not the same extension duplicated in millions of image rows. > r60772 isn't a preliminary version. It's a necessary portion of a complete > final version that would be needed regardless of whether storing extensions in > the database or using hardcoded extensions is the choice (or any other scheme, > for that matter). There are no database changes in r60772. No objection from me, then. It's true that I haven't looked closely at this -- I just don't have the time right now, so I only read the RFC. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
