Le problème se manifeste également avec quelques sites pour adultes où des membres tentaient de partager des liens ; j’ai fait un test rapide en collant plusieurs URLs vidéo provenant de différents endroits, et plusieurs des principaux sites pour adultes ne fonctionnent pas non plus.
Cela semble être un bug relativement sérieux, uniquement parce qu’il affecte les intégrations pour Facebook. Mes membres (moins technophiles) aiment partager des liens vers des contenus sur Facebook, en partie parce que c’est si populaire et universel. De plus, si quelqu’un publie cette URL dans un message, elle est analysée en quelque chose qui ne fonctionne pas, et l’URL originale disparaît. Vous ne pouvez donc même pas accéder à cette URL si vous le souhaitiez… elle n’est plus du tout disponible.
Alors… est-il possible de dire à Discourse de NE PAS essayer d’intégrer automatiquement des vidéos sur ces domaines ? Je cherchais un paramètre du type « bloquer les URLs contenant ces mots pour l’intégration de médias » où je pourrais ajouter ces domaines. (Ou peut-être une liste blanche d’URLs approuvées comme YouTube et Vimeo, pour prévenir les problèmes futurs avec de nouveaux sites.)
Si ce n’est pas possible, y a-t-il une solution rapide que je puisse appliquer sur mes forums pour aider ?
Pouvons-nous remplacer la sortie onebox pour éviter qu’elle ne crée un lecteur cassé ? Je pense que nous devrions la faire fonctionner comme avant avant
Oui, je dirais que c’est critique. Ce n’est pas un problème majeur pour moi que Discourse ne prenne pas en charge les vidéos Facebook. C’est un vrai problème quand un membre colle un lien (ce qui n’est pas rare) et que cela génère un message d’erreur… et que le lien original disparaît. J’ai plusieurs messages comme celui-ci dans mon forum en ce moment. Nous, les administrateurs, les corrigeons manuellement au fur et à mesure, mais évidemment, ce n’est pas une bonne solution.
Je pense qu’il s’agit d’un bug sérieux, seulement parce que Facebook (ainsi que d’autres sites de vidéos sur lesquels je l’ai testé) est extrêmement populaire.
J’aimerais beaucoup trouver une solution rapide… faites-moi savoir si je peux aider ?
La solution la plus rapide ici serait d’ajouter www.facebook.com au paramètre : onebox domains blacklist. De cette façon, Onebox n’essaiera pas d’intégrer les vidéos de facebook.com.
Le lien vidéo ci-dessus affiche l’erreur : Bad URL timestamp.
Même le lien dans la balise og:image affiche la même erreur.
Nous n’avons aucune information à afficher dans la onebox Facebook, à part le titre de la vidéo. Je pense que nous devrions coder en dur la onebox pour qu’elle mette sur liste noire les liens vidéo de Facebook.
Au passage, un rappel : ce problème se produit également sur d’autres sites que Facebook ; un membre a essayé de publier un lien vers une page vidéo sur xvideos.com et cela a échoué également. (Avertissement NSFW ! C’est VRAIMENT un site pour adultes !) J’ai testé avec quelques autres sites et j’ai constaté la même chose.
Je ne pense pas que le lien expire, car l’URL pointe essentiellement vers un plugin Facebook qui intégrera la vidéo correspondante, quelle que soit l’URL vidéo transmise dans le paramètre href.
Notez que l’échec de la prévisualisation (onebox) d’une vidéo indique généralement que l’erreur provient du site que vous essayez d’intégrer. Dans le cas de Facebook, c’était Facebook qui était trop restrictif et qui ne permettait la lecture de la vidéo que pendant une certaine durée.
Nous contournons généralement ces erreurs uniquement pour les sites très populaires (par exemple : Instagram) afin que la communauté dans son ensemble puisse en bénéficier. Si le site n’est pas populaire et que vous devez l’intégrer sur votre site, la méthode recommandée consiste à créer un plugin personnalisé en ajoutant un moteur Onebox personnalisé pour ce site.
Hmm. Existe-t-il un moyen de lister les domaines que onebox tentera d’intégrer ? Sinon, nous nous retrouvons dans cette situation :
Je gère un forum communautaire où les membres aiment partager des liens vers des sites contenant des vidéos. (Il pourrait s’agir de n’importe quels sites, bien sûr… nous ne le savons pas pour le moment.)
Si un site présente une erreur dans son code qui empêche l’intégration de fonctionner, Discourse déforme l’intégration (ce qui est laid), et pire encore, supprime l’URL d’origine, empêchant ainsi les autres de voir ce que l’OP essayait de partager.
Ne semble-t-il pas que l’étape 2 devrait être : « Si un site présente une erreur dans son code qui empêche l’intégration de fonctionner, Discourse arrête d’essayer de l’intégrer et laisse simplement passer le lien ? »
Je ne peux pas résoudre ce problème avec la liste noire, car je ne connais pas les domaines concernés, et bien sûr, n’importe quel site pourrait rencontrer ce problème à l’avenir. Tout comme nous l’avons vu ici avec Facebook.
Vous pouvez tout à fait le corriger — il suffit de mettre en liste noire les domaines sur lesquels vous rencontrez des problèmes. Ce n’est pas impossible.
D’accord, ce n’est pas grave. Je n’ai pas une idée précise de l’ampleur du problème ; le traitement manuel est une excellente solution s’il n’y a que peu de domaines concernés.
Je reste convaincu que Discourse devrait gérer les données externes malformées de manière plus élégante que de « générer un message d’erreur colossal et supprimer le contenu le plus important du message original de l’utilisateur » — et je pense que vous êtes probablement du même avis. Mais pour l’instant, la mise sur liste noire constitue une solution de contournement acceptable. Merci.
De plus, si quelqu’un publie cette URL dans un message, elle est analysée en quelque chose qui ne fonctionne pas, et l’URL originale disparaît. Vous ne pouvez donc même pas accéder à cette URL si vous le souhaitiez… elle n’est plus du tout disponible.
)
, qui est un lien.
Mais pour l’instant, la mise sur liste noire constitue une solution de contournement acceptable. Merci.