J’ai repris un forum Discourse d’un ancien membre de l’équipe. J’ai apporté plusieurs modifications demandées par mon service marketing, mais il reste deux images que je ne parviens pas à retrouver. J’ai passé plusieurs heures à fouiller la section de personnalisation, mais sans succès.
Tous les éléments de branding se trouvent dans Paramètres → Branding /admin/site_settings/category/branding
Le favicon (32x32) et l’icône Apple touch (180x180) sont respectivement les 7ᵉ et 8ᵉ éléments de la liste. Peut-être que supprimer les versions existantes et les téléverser à nouveau définira correctement leur URL.
Également résolvable en relançant l’assistant de configuration à l’adresse /wizard – @omarfilip a raison, il suffit essentiellement de réimporter ces images.
Ces URLs pourraient-elles basculer automatiquement vers le protocole HTTPS lorsque nous activons la force HTTPS ?
J’ai rencontré ce problème sur plusieurs installations de clients. Ce n’est pas tellement gênant, mais si cela pouvait être évité par une seule ligne de code quelque part, ce serait tout de même appréciable.
C’est l’une des raisons pour lesquelles nous avons fait en sorte que discourse-setup utilise HTTPS par défaut. Le rendre facultable signifiait que la plupart des gens l’omettaient et devaient ensuite revenir en arrière pour le configurer.
J’ai activé force_https, réimporté l’image et elles se chargent maintenant en https, merci !
Retour d’un premier administrateur des forums :
Demander à quelqu’un de suivre un assistant de configuration pour corriger une référence d’image, c’est une mauvaise expérience utilisateur. J’étais nerveux tout du long, craignant de modifier accidentellement l’un des paramètres existants. Il vaudrait mieux avoir des contrôles granulaires pour cela (ce que vous avez déjà). J’ai fini par utiliser ceux-ci à la place.
De plus, je me demande pourquoi j’ai dû réimporter les images dès le départ. Pourquoi ne pas simplement stocker une référence de fichier et générer le protocole en fonction du paramètre force_https ? C’est peut-être ce que vous faites déjà, car j’ai modifié le paramètre force_https ET réimporté les images avant de tester.
Quoi qu’il en soit, vous avez réagi rapidement à cette question et je vous en suis très reconnaissant. Restez en sécurité, tout le monde.
Ce n’était absolument pas le cas par le passé. Nous recevions cette question assez régulièrement avant le changement mentionné ci-dessus auquel @falco a fait référence. Une recherche rapide montre que la fréquence de ces demandes a chuté de manière spectaculaire avec l’introduction de cette PR.
La grande majorité des installations fonctionnent avec Let’s Encrypt sans configuration supplémentaire ; ce n’est que lorsque les utilisateurs mettent en place des configurations inhabituelles avec des proxys inverses ou des règles réseau que cela pose problème.