@tommypenner Puisque nous constatons une augmentation du nombre d’utilisateurs dont les sites sont bloqués, pourriez-vous mettre les sites Discourse demandant des informations sur liste blanche, en attendant que nous résolvions les détails techniques de ce problème, s’il vous plaît ? Nous sommes tout à fait disposés à collaborer avec vous pour régler cela correctement, mais pas au détriment de nos utilisateurs.
Non, ce n’est pas le cas : les adresses IP semblent être bloquées à l’avance et par grands blocs, indépendamment du fait qu’il y ait des intégrations Vimeo :
Nous avons précédemment déplacé plusieurs forums qui rencontraient des problèmes vers différents blocs d’adresses IP et (jusqu’à présent) cela a résolu définitivement le problème pour ces forums.
Bonjour à tous, je m’excuse pour ce silence radio. Nous discutons en interne chez Vimeo de la manière dont nous souhaitons traiter et prendre en charge l’utilisation des balises OG. Pour l’instant, je n’ai aucune nouvelle information à partager.
À l’origine, les balises OG étaient utilisées sur la page vidéo, destinées aux plateformes de médias sociaux majeures comme Facebook. Des cas d’utilisation tels que les déploiements de Discourse sur des serveurs hébergés dans le cloud n’étaient pas des situations que nous avions envisagées, mais nous les prenons désormais très au sérieux, surtout depuis que les bannissements d’adresses IP liés à l’hébergement cloud que nous avons mis en place affectent visiblement les utilisateurs de ces balises OG.
Pour l’instant, la solution à long terme côté Discourse consiste à utiliser notre implémentation oEmbed pour récupérer les métadonnées vidéo plutôt que de dépendre des balises OG.
Cela dit, chez Vimeo, nous ne souhaitons pas « punir » les développeurs qui comptaient sur la capacité de Discourse à récupérer les métadonnées Vimeo. Si vous avez déployé Discourse sur votre propre serveur cloud et que vous rencontrez ce problème, contactez-nous via Contact Support on Vimeo, décrivez votre situation et fournissez un lien vers ce fil de discussion Discourse pour référence. Nous examinerons ensuite la faisabilité de mettre temporairement votre adresse IP sur liste blanche.
(Attention @justin et @RGJ : Je ne connais pas très bien Discourse et je n’ai pas trouvé de moyen de vous envoyer un message privé. J’aimerais beaucoup en discuter davantage sur la façon dont nous pouvons aider vos utilisateurs et développeurs. S’il existe un moyen de discuter en dehors de Meta Discourse, par e-mail ou via un message privé, trouvons une solution !)
@PaigeLynn a dit qu’elle avait quitté Discourse car elle dépendait des vidéos intégrées. 
Bien noté. Je vais examiner la mise à jour de notre gem onebox pour utiliser le point de terminaison oEmbed pour les vidéos Vimeo la semaine prochaine.
Vous pouvez cliquer sur un nom d’utilisateur, puis sur le bouton « message » qui apparaît dans la fenêtre contextuelle.
Je suppose que @techAPJ viendra à notre secours.
Je comprends toujours pas pourquoi vous blacklistez des plages d’adresses IP pour qu’elles n’utilisent pas vos balises OG dès le départ. Si vous avez des informations à partager à ce sujet, cela nous aiderait, ainsi que nos clients, à comprendre ce qui se passe ici. Est-ce que cela génère plus de charge sur vos serveurs que si nous utilisions une balise oEmbed ou autre chose ?
Si vous ne souhaitez pas que les gens utilisent les balises og, un moyen simple de l’imposer serait de ne pas les envoyer. Ce n’est pas comme si Discourse effectuait du scraping sur votre site. Il utilise un standard public et ouvert que vous annoncez supporter.
Fait via :
et
Onebox utilise désormais par défaut le point de terminaison oEmbed de Vimeo et ne devrait pas être affecté par la mise en liste noire des adresses IP du serveur.
N’hésitez pas à me contacter ici sur meta si le problème persiste sur la dernière version de Discourse.
Merci @techAPJ !!! 
Pourriez-vous également rétroporter ces éléments sur la version stable ?
Le backport vers stable ne sera pas trivial car le gem onebox a subi de nombreuses modifications depuis la dernière version stable, et le code source principal (dans stable) n’a peut-être pas été mis à jour pour prendre en charge la dernière version du gem.
Je comprends tout à fait, cela pourrait en effet être assez complexe.