Photos de l'expéditeur et du destinataire

Featurekamo-internal
Expédié
3 août 2026 à 02:32 UTC
Auteur
kamo
Commite
36ad904

La boîte aux lettres a rendu une seule lettre sur un seul gradient partagé pour tout le monde, donc chaque rangée ressemblait de la même chose et le cercle ne transportait aucune information. Il montre maintenant le photo réelle du correspondant lorsqu'on en est connu, et un monogramme à deux lettres quand il Ce n'est pas le cas. Un SenderAvatar remplace sept cercles de initiales laminés à la main. Cela importait pour plus que la cohérence: chacun a porté sa propre idée de la manière de diviser une adresse, et le cache d'avatar est mis à la clé sur cette scission, donc tout désaccord entre la liste et la feuille de lecture diviserait silencieusement le taux de succès et montrerait la même personne deux différentes manières sur un écran. parseAddress est maintenant le seul endroit un RFC 5322 l'adresse est démontée. La liste et les vues de fil cessent également d'imprimer des en-têtes bruts comme "Jane Doe -jane-acme.com" et montrez le nom. L'identité vit dans son propre magasin, par adresse, jamais sur les objets de message. Les deux listes publient un sondage de vues toutes les 30 et sur chaque notification de websocket, à chaque fois remplacer leur réseau de messages en gros - tout ce qui est fusionné sur un message serait essuyé deux fois par minute, de sorte qu'une boîte de réception inactive scellerait la photo en monogramme et le dos pour toujours. La clé à l'adresse signifie également qu'une réponse florissante tardive ne peut pas peindre sur la mauvaise ligne, parce que les lignes ne sont pas ce qu'elle est cloquée. Les demandes sont regroupées en un lot par écran: cinquante rangées demandant indépendamment seraient cinquante demandes, et puisque chaque appel à ce service ment une clé unique en première position, En fait une centaine. Un échec est ré-demandé une fois après 45s, parce que côté serveur la résolution est biphasée et une adresse inconnue n'est pas résolue à une réponse ultérieure. ConversationListView est maintenant virtualisé. Il fécupère 50 rangées par page et re-repliement tous à l'intérieur d'une AnimatePresence avec un décalage per-index sur chaque sondage; l'ajout d'une image à chacun d'elles en faisait la surface la plus lourde de la boîte aux lettres. Les expéditeurs sans réponse et mailer-daemon obtiennent une marque neutre plutôt qu'un monogramme face à un rebond est activement trompeuse. Les photos sont décoratives parce que le nom est toujours visible à côté d'eux, et porte référencerpolicy - "No-referrer" donc un identifiant de thread n'atteint jamais un hôte d'image. Chaque avatar est servi de notre propre origine et des images tierces sont récupérées. a validé et réhébergé côté serveur - ce qui permet la nouvelle per-request la politique img-src reste ancrée dans les domaines du locataire. Cette politique est intégrée le proxy plutôt que next.config parce que cette plate-forme est marquée en blanc: a Une politique statique devrait nommer un locataire et casser des images pour le reste. Il ferme également un vecteur de suivi-pixel préexistant, depuis Contact.photoUrl est un URL en texte libre rendu directement en plusieurs «img src». next/image n'accepte plus SVG à distance. Il s'agissait d'un risque acceptable lorsque le seul Les SVG étaient nos propres logos de thème; ce n'est pas maintenant que la plate-forme ingeste marque publié dans un tiers DNS. Les utilisateurs de contacts tombent sur l'ORG-ID 'ID'1 et le paramètre de requête orgId, correspondant au changement d'arrière-plan qui dérive le bail de la session.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation