HTTP et HTTPS

Les caractères http:// et https:// indiqués au début des adresses internet que nous utilisons ou consultons, indiquent quel  protocole de communication est utilisé par les serveurs et navigateurs.

Ce qu'il faut savoir c'est que :

- avec http les données circulent en clair sur les réseaux internet et peuvent donc être utilisées par des tiers plus ou moins bien intentionnés (ce n'est pas simple quand même d'après des experts)

- avec https les données qui circulent étant cryptées, elles sont inexploitables par un tiers qui les intercepterait.

Pour le dire autrement, un fichier peut être transmis en https, s'il est inclus dans un domaine internet qui possède une sorte de certificat de conformité aux conditions exigées (le nom réel de ce certificat est SSL^clic )

Si un site (un blog par exemple) a un tel certificat, son contenu peut être transmis en https (et aussi en http classique si telle est la demande, sauf si le serveur est paramétré pour supprimer cette éventualité)

Ajout septembre 2024

On peut lire ici ou là que les images de la médiathèques sont maintenant en https, mais pas les autres fichiers. Ça ne me semble pas être exact. C'est FAUX.

Un fichier est apte au https si le nom de domaine qui la contient à obtenu le certificat SSL du https. La  médiathèque n'étant qu'un aide mémoire dont le contenu est logé dans ekladata.com, si les images sont adressables en https c'est que tout le reste l'est aussi.

Exemple1:

https://ekladata.com/r8nL4EsTNqim5gJzm1mkEbbRG9o/brush-2273063-640.jpg

l'image r8nL4EsTNqim5gJzm1mkEbbRG9o/brush-2273063-640.jpg est dite "en https", car le domaine internet ekladata.com à obtenu le certificat SSL

Exemple2:

J'ai testé avec un PDF stocké sur eklablog qui a pour nom:  speculos.pdf

Il "stocké" dans ekladata.com:
https://ekladata.com/h5JlhWaSCHE-AcL-QK80WNzDrWY/speculos.pdf

Un internaute peut avoir besoin de ce PDF pour l'afficher sur son écran. Il va demander au navigateur de télécharger ce document.
 

Actuellement, avec mon navigateur Firefox : 
- si je fais une requête via une connexion https le serveur Ekablog m'enverra la réponse en https
- si je fais la même demande en http, la réponse du serveur Ekablog sera elle aussi en http

(il semble que la tendance pour les navigateurs est de forcer les serveurs à utiliser les appels en https. Sur mon ordi c'est le cas de Edge)

  Dans la médiathèque Eklablog, (qui est un extrait de ce qui est logé dans le domaine ekladata.com ) chaque document est accompagné d'une information sous forme de texte :  son son nom de fichier et d'une adresse (c'est cette info sur l'adresse à utiliser qui est encore notée avec http://  )

Pourtant ekladata.com a le certificat pour https : il suffit d'un double-clic sur la vignette-image  du fichier pour le vérifier : le fichier est envoyé en https)

De même, c'est également http:// qui figure dans le code créé par l'éditeur pour la visionneuse. 
Cette écriture http:// se retrouve donc dans le codage des articles.
 

Conséquence :

Avec une connexion HTTPS , un élément externe  qui figure dans le code source avec une écriture d'adresse en http:// sera ignoré ou bloqué.

Avec un connexion HTTP, le même élément sera téléchargé dans la page affichée.
(mais parfois il m'a été proposé d'ouvrir le document dans un autre onglet)

 Pour Résumer

A retenir

Dans une page web ou la connexion est établie avec le protocole crypté https il n'est pas possible d'intégrer des éléments sourcés avec une adresse http  c.à.d. lorsque ceux-ci sont notés avec une adresse dont l'en-tête prévue est http://

C'est le cas actuellement quand nous constatons la disparition d'affichage de PDF dans la visionneuse EB ou l'absence d'affichage des vidéos Youtube

Action corrective ou Préventive:

Pour le moment il faut lors de l'intégration d'un document avec l'éditeur d'article:

- correctif : éditer le code source, repérer le code concerné et rectifier l'url du document à insérer en ajoutant un caractère s à http pour obtenir https

Je me demande si dans un code source il ne serait pas plus simple de remplacer toutes les écritures http:// par https://  (en utilisant Shift-Ctrl-R) ???   

- préventif : utiliser les boites de paramétrages de l'éditeur, et écrire directement l'url dans le champ prévu pour cela.

  Je détaille cela dans la partie ❷ de l'article:
Dysfonction affichage visionneuse PDF

Cet article n'est qu'un avis personnel qui résulte d'observations et de tests, dans le contexte de «migration» de nos contenus. Évolution à prévoir au fil des prochains jours selon l'avancement des techniciens webedia (et ma compréhension autodidacte ).