Il semble que que parfois recuperer_page n'arrive pas à récupérer une page
alors que l'url est valable pour un navigateur,
et que wget la récupère aussi sans pb.
Par exemple actuellement l'url https://centre-ressource-rehabilitation .org est irrécupérable,
dans le passé ya eu aussi www.agoraparc .com ou www.grainesdevolonteux .fr
-- qui étaient valables et qui maintenant sont très bien acceptés par recuperer_page aussi.
Est ce que recuperer_page pourrait donner des indications sur les raisons d'échec à joindre une url,
par des logs par exemple ?
À noter que ces impossibilités de récuperer_page une url sont temporaires.
Après 1h ou 1 semaine, la récup devient possible.
Ça facilite pas la compréhension du mystère
ou le debuging si c'est un bug.
Des logs aideraient.
Au départ le truc gênant constaté c'est qu'une pétition avec url n'accepte pas certaines url. Ce que je remarque de mon côté c'est que tous les sites dont l'url est refusée sont sur le même serveur. Si c'est un problème du serveur, peut-être une config particulière, de https, ou de port, mais il n'y a aucun soucis dans l'usage des sites.
Pourtant :
petition utilise recuperer_page() qui utilise recuperer_url(), mais si carrément on remplace recuperer_url directement dans Connexion · GitLab alors ça marche... les urls sont acceptées.
Dans le cas du formulaire de pétition, que nous apporte recuperer_page https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/distant.php#L552
par rapport à recuperer_url https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/distant.php#L267
?
Si je commente l.625,626,627 ça fonctionne, donc ça serait que le statut est différent de 200 quand ça sort de recuperer_url
J'arrive pas à récupérer la valeur de $res['status'] dans un log...
Sinon, ça veut dire quoi le "obsolete" dans les commentaires d'une fonction ?
Au départ le truc gênant constaté c'est qu'une pétition avec url n'accepte pas certaines url. Ce que je remarque de mon côté c'est que tous les sites dont l'url est refusée sont sur le même serveur. Si c'est un problème du serveur, peut-être une config particulière, de https, ou de port, mais il n'y a aucun soucis dans l'usage des sites.
Pourtant :
petition utilise recuperer_page() qui utilise recuperer_url(), mais si carrément on remplace recuperer_url directement dans Connexion · GitLab alors ça marche... les urls sont acceptées.
Dans le cas du formulaire de pétition, que nous apporte recuperer_page https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc/distant.php#L552
Merci b_b pour ta réponse,
après investigation du côté du serveur, c’était au niveau de TLS qui n’était présent sur le serveur que dans la dernière version 1.2, et que donc tous les vieux navigateurs étaient refusé… pas cool…
J’ai constaté au moins IE et Chrome sur Windows 7 Entreprise, et sur Androïd 4.2.2, les vieux navigateurs encore disponibles. Maintenant les version 1.0 et 1.1 de TLS ont été remises et ça à l’air top. Le formulaire de pétition va bien, vérifié sur spip.net à l’instant :o)
Donc pour moi, le problème était bien sur le serveur.
Est-ce que ça se reposera à l’avenir sur d’autres serveurs qui pourrait abandonner ces versions ?
Est-ce que recuperer_page peut prendre ça en compte ?