Problème sur tous mes sites #SPIP : impossible de « référencer » une vidéo Viméo depuis quelques jours. Quand on essaie de joindre l’URL d’une page Vidéo, ça répond systématiquement « fichier distant n’a pas pu être trouvé ».
Qu’est-ce qu’il se passe ?
tu as donné les droits publics ?
sur un navigateur, si j’entre
▻https://vimeo.com/304775757
Apparemment, Vimeo a des coups de mou. Des fois j’ai des messages de son nginx.
Mais le rejet des vidéos par SPIP est systématique. En fait, en local, ça passe. Mais sur un serveur Web en ligne, je me fais jeter (copie d’écran ci-dessus).
J’ai joué avec ecrire/inc/distant.php, et j’ai trouvé qu’en modifiant à partir de la ligne 440 ainsi, ça refonctionne :
// si on a pas deja recuperer le contenu par une methode detournee
if (!$result['length']) {
$res = recuperer_body($handle, $options['taille_max'], $gz ? $gz : $copy);
fclose($handle);
if ($copy) {
$result['length'] = $res;
$result['file'] = $copy;
} elseif ($res) {
$result['status'] = 200;
if (!$result['headers']) $result['headers'] .= "Content-Type: text/html";
$result['page'] = &$res;
$result['length'] = strlen($result['page']);
}
}C’est-à-dire que si j’ai $res (recuperer_body a répondu avec du contenu), je force status et headers dans la réponse.
Mais j’ignore si c’est la bonne méthode (pour le status, ça me semble logique ; pour headers déjà nettement moins). J’ai expédié un mail à spip-dev, si quelqu’un de plus calé que moi veut valider ou invalider mon hack, ce serait bien.
Pour info, problème réglé cf :)
donc je confirme la source du bug qui vient bien du passage de Vimeo à TLS 1.2 :
selon que j’ai le patch
▻https://core.spip.net/projects/spip/repository/revisions/24018 le bug se
produit ou non
▻https://www.mail-archive.com/spip-dev@rezo.net/msg66660.html