éliminer les ressources http après passage en https (mixed content)

Bonjour,

J'ai fait ce week-end la bascule de mon site de http à https.
Je cherche maintenant à éliminer tout le mixed content.

Quand je regarde le code-source de mes pages, je vois certaines ressources appelées par Flexicontent dont l'URL est en http.
Pour l'instant, j'ai identifié :

Dans les affichages par catégorie :

(présent autant de fois qu'il y a d'article dans la catégorie)

Dans les affichages par item, j'ai juste trouvé une occurrence, et je ne suis pas sûre que ça vienne de Flexicontent... Il s'agit du Socialmeta plugin for Joomla!
Ça commence comme ça :

Pourriez-vous m'indiquer quel fichier je dois modifier pour remplacer ces URLs en http par leur équivalent et où le trouver ?
Merci infiniment.

Bonne journée / semaine.

Hello

the socialmeta plugin, should be easy to be patched by author

Then
about the schema URLs, inside the template

maybe we do not need to update them
which browser complains about it in your case ?

reply on official site
"Q: Should we write ' schema.org ' or ' schema.org ' in our markup?

There is a general trend towards using 'https' more widely, and you can already write ' schema.org ' in your structured data. Over time we will migrate the schema.org site itself towards using https: as the default version of the site and our preferred form in examples. However ' schema.org ' -based URLs in structured data markup will remain widely understood for the forseeable future and there should be no urgency about migrating existing data. This is a lengthy way of saying that both ' schema.org ' and ' schema.org ' are fine."
=> no need to update

OK, thanks. So I leave it like this. BUT... while I was trying to verify if the browser was complaining or not about this (it is NOT), I found it is complaining about something else (not a https problem, something different, but stil labout resources) :

A parser-blocking, cross site (i.e. different eTLD+1) script, cdnjs.cloudflare.com/ajax/libs/jquery-mo...ry.mousewheel.min.js , is invoked via document.write. The network request for this script MAY be blocked by the browser in this or a future page load due to poor network connectivity. If blocked in this page load, it will be confirmed in a subsequent console message. See www.chromestatus.com/feature/5718547946799104 for more details.

Which is found in:
/components/com_flexicontent/librairies/mCSB/jquery.mCustomScrollbar.min.js

Could you please help me with this too?

Thank you both, you are amazingly responsive

La suite est en français :
Les concepteurs d'extension (ou de templates) incluent des scripts js dans leur code mais parfois le fait de les appeler en externe peut provoquer un ralentissement surtout quand la connexion est mauvaise (le fichier n'est pas physiquement avec ceux du template ou de l'extension mais chargé depuis les serveurs de cloudflare). La solution préconisée est d'ajouter le terme async
(ou defer) pour indiquer de charger de façon asynchrone donc que le téléchargement de la page continue malgré tout.

De plus, c'était prévu depuis longtemps que le téléchargement de fichiers javascript seront tout simplement refusés par Chrome si cela pénalise le chargement sous certaines conditions :
l’utilisateur est sur une connexion bas débit,
le script qui est injecté l’est de manière synchrone (absence d’attribut async et defer) et n’est pas en cache sur la navigateur,
l’instruction est appelée sur la page principale (e.g. les iframes ne sont pas concernées)
source : blog.dareboost.com/fr/2016/09/injection-...iter-document-write/

En résumé, il faut que tu retrouve l'extension qui appelle ce fichier pour le modifier (ajout async ou defer)

What do you think?

So I found the line calling for cloudflare, and modified it this way:

What do you think?

I checked agian my website : the alert first disappeared... then came back hjust the same way, as if I did nothing...

Any idea?