Bonjour,
Avec letsencrypt, il va y avoir de plus en plus de sites qui vont passer en HTTPS.
Or, dans le cas où l'on syndique le flux RSS d'un de ces sites, on se retrouve avec le contenu de la syndication en double entre la version https et https au moment de la bascule du dit site.
Est-ce qu'on pourrait considérer que la syndication pourrait (par défaut ou par define) ne pas tenir compte du changement d'url quand c'est juste http^qui devient https ?
Ça peut être possiblement bien. Le plugin est sur la zone 
MM.
Matthieu Marcillaud a écrit le 06/02/2017 à 10:20 :
Bonjour,
Avec letsencrypt, il va y avoir de plus en plus de sites qui vont passer
en HTTPS.
Or, dans le cas où l'on syndique le flux RSS d'un de ces sites, on se
retrouve avec le contenu de la syndication en double entre la version
https et https au moment de la bascule du dit site.
Est-ce qu'on pourrait considérer que la syndication pourrait (par défaut
ou par define) ne pas tenir compte du changement d'url quand c'est juste
http^qui devient https ?Ça peut être possiblement bien. Le plugin est sur la zone
Certes 
Une ligne où ça pourrait être modifié, c'est ici
url=" . sql_quote($le_lien)
Avec comme idée de faire un replace de http:// et https:// par rien des 2 côtés
Mais le replace côté url serait dans la requête SQL
Est-ce que c'est compatible sqlite ?
SQL REPLACE() - SQL me dit :
Cette fonction est très commune et fonctionne à la fois avec MySQL, PostgreSQL, Oracle et SQL Server.
https://dev.mysql.com/doc/refman/5.7/en/string-functions.html#function_replace
En SQLite, ça semble bon aussi :
http://sqlite.org/lang_corefunc.html#replace
Mais est-ce que cette méthode est bonne ?
Si oui, je teste et je commite
Avec comme idée de faire un replace de http:// et https:// par rien des 2
côtés
Mais le replace côté url serait dans la requête SQL
Ca va demander un peu plus de travail au serveur, car cette requête
l'obligera à relire toute la table sans utiliser l'index.
Faire plutôt un test where url IN (version avec http, version avec https).
-- Fil
