Choisir CurlPost pour la requête backend proxy-aware de reCAPTCHA PHP

$method = new \ReCaptcha\RequestMethod\CurlPost();
$verifier = new \ReCaptcha\ReCaptcha($secret, $method);

CurlPost définit l'URL de vérification, les données POST et les contrôles de certificat habituels sans assigner de proxy explicite. L'environnement libcurl du processus PHP peut choisir la route.

Pour un écouteur HTTP, utilisez https_proxy=http://proxy.example:8080. Pour un écouteur SOCKS5 pris en charge avec DNS côté proxy, un lancement POSIX est :

https_proxy=socks5h://proxy.example:1080 php verify.php

Pour une route de proxy public autorisée vers siteverify, la liste de proxys SOCKS5 fournit des candidats pour l'exemple SOCKS5. L'extension PHP cURL et la prise en charge du proxy libcurl choisie doivent être disponibles. Si PHP-FPM ou un worker de tâches effectue la vérification, fournissez son environnement de lancement ; un export ailleurs ne le met pas à jour.

Cela couvre le siteverify backend, pas le widget du navigateur ni la validité d'un résultat de vérification.

Pour une politique isolée par vérificateur, utilisez l'interface publique RequestMethod : submit prend les paramètres de requête et renvoie le corps de la réponse. L'option supplémentaire du constructeur CurlPost d'un fork de fournisseur n'est pas une entrée du paquet officiel.