Re: MIME module for PEAR
| From: | Arend van Beelen jr. | Date: | Tue, 26 Aug 2003 09:49:33 +0000 |
| Subject: | Re: MIME module for PEAR | ||
| References: | 1 2 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-20526@lists.php.net to get a copy of this message | ||
Stefan Neufeind wrote:
I didn't yet have a look at your class - sorry for that. But could you maybe let me know beforehand: - what are the basic new ideas in your class? Where Mail_Mime, as the name suggests, is targeted towards use with (multi-part) mail, this class is used for basic MIME operations on regular files.It uses the Shared MIME Database to do this, this is the same database GNOME 2.4 will use and KDE will also use in the future, which means they will all agree on MIME types of files.
- why don't the existing mime-classes in pear work for you? Mail_Mime does not provide functions to determine MIME types of files on disk (or plain filenames). Mail_Mime also cannot give a textual description of a MIME type.
- have you checked whether functionality your class offers over the existing libs might be interegrated into them No, I didn't. But while it might be possible to integrate these features into Mail_Mime, the fact they have nothing to do with mail makes me wonder whether it's the right place for these features.
- did you implement a caching for the mime-lookups? how? Yes, I did. Both the globbing and magic rules are kept in memory once they're loaded. It might however be possible to use hashing techniques for even faster subsequent lookups.
Sorry, but we don't need a second / third / forth Mail_Mime or something. So it's a *must* to think whether features can be merged into one package. Hope I clarified myself ;)Arend jr.