KamoCRM

Une pièce jointe dont les octets étaient déjà stockés conserve l'extension sous laquelle ils étaient stockés

FixMediaService
Expédié
14 octobre 2026 à 05:19 UTC
Auteur
Kamo
S'engager
299a911

La clé du contenu est <imgDatId>.<ext>, et chaque lecteur la construit à partir de l'annexe Img propre fichierExt. Dedup correspond sur les octets, donc la même capture d'écran re-sent que .jpg après un .png correspond le dat existant, n'a rien stocké, et enregistré "jpg" — une clé nommant un objet qui n'a jamais été écrit, donc l'annexe a répondu 410 à tous (BUG-1200096283021632186). Le premier Img sur un dat est celui dont le téléchargement a écrit l'objet; une nouvelle pièce jointe de contenu stocké prend maintenant son ext. Le nom du fichier que le membre voit est inchangé.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujoursPrix de visualisation