# Avertissements de contenu mixte

**URL:** <https://meta.discourse.org/t/mixed-content-warnings/163727>\
**Category:** Product Support\
**Created:** [Septembre 11, 2020, 10:01 UTC](https://meta.discourse.org/t/mixed-content-warnings/163727 "2020-09-11T10:01:27Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![JuergenAuer](https://avatars.discourse-cdn.com/v4/letter/j/bb73d2/32.png) [@JuergenAuer](https://meta.discourse.org/u/JuergenAuer)\
**Post date:** [Septembre 11, 2020, 1:29 UTC](https://meta.discourse.org/t/mixed-content-warnings/163727/7 "2020-09-11T13:29:30Z")

</div>

> [@Stephen](#):
>
> Ce favicon **n’est pas disponible** en HTTPS.

Je le sais. Mais il est possible qu’un homme du milieu utilise une connexion HTTP initiée par le navigateur pour ajouter un cookie via HTTP. Plus tard, le cookie est envoyé par le navigateur via HTTPS, et l’homme du milieu connaît le cookie de session.

Cela fonctionne. Le statut HTTP (404, 301, 410, 500) n’est pas pertinent.

Ce n’est pas

> [@Stephen](#):
>
> mais c’est préférable à la confusion de l’utilisateur quant à la raison pour laquelle ses liens ne fonctionnent pas.

un problème. Le favicon n’est pas un lien initié par l’utilisateur ; l’utilisateur ajoute uniquement le lien HTTP vers le site sans HTTPS.

Solution simple : Pas d’aperçu si la destination est en HTTP. Ainsi, il n’est pas nécessaire de charger le favicon.

---

_[View the full topic](https://meta.discourse.org/t/mixed-content-warnings/163727)._