
El bloque de funciones HTTP_REQUEST crea una consulta RAW para la interfaz HTTP.
Importante: La variable a enviar desde la interfaz HTTP debe tener el tipo de datos RAW.
La URI se define como variable en el lado derecho bajo Comunicación. Si comienza con un /, se elimina el primer /. Para realizar una solicitud al directorio más bajo, solo puede definirse la variable /.
Algunos servidores web requieren el encabezado User-Agent. De lo contrario, la página no se cargará. Esto no es un error de Antcas Control, sino un mecanismo de protección del navegador web solicitado. Utilice la entrada Header con el siguiente contenido:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
La entrada define el método de transmisión como cadena de caracteres. Este puede ser, por ejemplo, "GET", "POST", "PUT" u otros. Si no se define ningún método, se elige GET como valor predeterminado.
La entrada define el encabezado Content-Type como cadena de caracteres. Si la entrada no está definida, no se agregará la entrada al encabezado.
Define entradas adicionales del encabezado como cadena de caracteres. Varios encabezados se separan con un salto de línea. El encabezado Content-Length se define automáticamente y el encabezado Content-Type se define con el valor en la entrada Type.
La entrada define la consulta como cadena de caracteres. La consulta es el valor después del signo de interrogación y generalmente se utiliza en consultas GET.
http://server/uri?query
La estructura de una consulta es la siguiente:
var1=wert1&var2=wert2&va...
Para que los valores se puedan transferir correctamente, es recomendable codificar los valores individuales con el bloque de funciones URL_ENCODE o QUERY_ENCODE, ya que los datos pueden transferirse incompletamente.
Nota: Tenga en cuenta la longitud máxima de una URL si se deben transferir grandes cantidades de datos. Utilice, si es necesario, el método POST y envíe la consulta como contenido.
La entrada Content es similar a la entrada Query. Sin embargo, los datos se transfieren después del encabezado y se admiten mayores cantidades de datos. Dependiendo de la aplicación, el tipo de Content también puede no tener un método de consulta.
Nota: Solo se admiten datos conformes con UTF-8. Al transferir datos binarios, se recomienda codificarlos con el bloque de funciones BASE64_ENCODE.
La entrada define el tiempo de espera de la solicitud como tiempo en el formato T#30s en segundos. Se recomienda utilizar un tiempo de espera alto. Valores pequeños pueden hacer que las solicitudes no se ejecuten por completo. Debido al procedimiento Keep-Alive, puede tardar un poco hasta que las solicitudes se procesen nuevamente con normalidad.
Si la entrada es verdadera, el valor en la salida Request será igual a NULL.
Si la entrada es verdadera, esta fuerza la generación de la salida Request. Esta entrada tiene prioridad sobre la entrada DIS.
La salida devuelve una cadena de caracteres en formato JSON. Si se ha desactivado, se devuelve el valor NULL. Generalmente, se conecta directamente con la variable de salida de la interfaz.
La salida devuelve la longitud de la entrada Content en bytes.
Devuelve el ID de la última consulta generada. Esto es útil para verificar la respuesta con el bloque de funciones HTTP_RESPONSE.