Question

Je suis juste en train de concevoir le schéma d'une table de base de données qui contiendra les détails des pièces jointes aux e-mails - leur taille en octets, leur nom de fichier et leur type de contenu (c'est-à-dire"image/jpg", "audio/mp3", etc.).

Est-ce que quelqu'un connaît la longueur maximale à laquelle je peux m'attendre d'un type de contenu ?

Était-ce utile?

La solution

J'espère ne pas avoir mal lu, mais il semble que la longueur soit maximale de 127/127 ou 255 au total.

RFC4288 a une référence en 4.2 (page 6):

Type and subtype names MUST conform to the following ABNF:

   type-name = reg-name
   subtype-name = reg-name

   reg-name = 1*127reg-name-chars
   reg-name-chars = ALPHA / DIGIT / "!" /
                   "#" / "$" / "&" / "." /
                   "+" / "-" / "^" / "_"

Je ne sais pas si le suffixe + peut s'ajouter au-delà du 127, mais il semble que ce ne soit pas le cas.

Autres conseils

Dans la RFC 6838, qui est la dernière norme et qui rend obsolète la RFC4288, il y a la déclaration suivante.

" Notez également que même si cette syntaxe autorise des noms allant jusqu'à 127 caractères, les limites d'implémentation peuvent rendre problématiques des noms aussi longs.Pour cette raison, <type-name> et <subtype-name> DEVRAIT être limité à 64 caractères."

64+1+64 = 129.

Mais je soupçonne que la norme devrait signifier 63+1+63=127.

lien: https://tools.ietf.org/html/rfc6838#section-4.2

Nous exploitons un système SaaS qui permet aux utilisateurs de télécharger des fichiers.Nous l'avions initialement conçu pour stocker des types MIME jusqu'à 50 caractères.Au cours des derniers jours, nous avons assisté à plusieurs tentatives de téléchargement de types de 71 octets.Nous passons donc à 250.100 semblait "bon", mais ce n'est qu'un peu de plus que le maximum que nous voyons actuellement.500 semble idiot, donc 250 est celui sélectionné.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top