ara WooCommerce que desarrollamos en Codection, pero el procedimiento es el mismo con cualquier otra

ara WooCommerce que desarrollamos en Codection, pero el procedimiento es el mismo con cualquier otra pasarela que use la redirección al TPV de RedSys.

En los ajustes de la pasarela pones el número de comercio, el terminal y la clave de test, y activas el modo de pruebas. La pasarela genera la URL de notificación a partir de la dirección del sitio, así que ya apuntará al túnel y RedSys podrá llegar a ella. Ver qué está pasando

Haz un pedido y paga con una de las tarjetas de prueba que publica RedSys en su documentación. Mientras tanto, en otra terminal: docker compose logs -f wordpress

Cuando termines el pago verás entrar una petición POST desde los servidores de RedSys: esa es la notificación. Si responde con un 200, el pedido debería pasar a “Procesando”. Si algo falla en PHP, lo tendrás en el log de depuración: docker compose exec wordpress tail -f /var/www/html/wp-content/debug.log

Y si es RedSys quien rechaza la operación, te devolverá un código del estilo SIS0042 o un número de cuatro cifras en Ds_Response. Tenemos recopilados los errores del TPV de RedSys y lo que significa cada código, que suele ahorrar bastante tiempo cuando el mensaje del banco no dice gran cosa. Al terminar

Cierra cloudflared con Ctrl+C y la dirección deja de existir. Para parar WordPress: docker compose down

Los volúmenes se conservan, así que la próxima vez solo tienes que volver a levantarlo y abrir un túnel nuevo. Si quieres empezar de cero, docker compose down -v lo borra todo.

Este mismo truco sirve para cualquier servicio que necesite llamar a tu web desde fuera mientras desarrollas: webhooks de Stripe, de GitHub, de Telegram… Docker y un túnel, y te olvidas de subir cosas a un servidor solo para probarlas. La entrada Probar RedSys en local: WordPress con Docker y un túnel de Cloudflare se publicó primero en Linux Hispano.