Bloque de funciones HTTP_REQUEST

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

Entrada Method

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.

Entrada Type

La entrada define el encabezado Content-Type como cadena de caracteres. Si la entrada no está definida, no se agregará la entrada al encabezado.

Entrada Header

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.

Entrada Query

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.

Entrada Content

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.

Entrada Timeout

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.

Entrada DIS

Si la entrada es verdadera, el valor en la salida Request será igual a NULL.

Entrada SET

Si la entrada es verdadera, esta fuerza la generación de la salida Request. Esta entrada tiene prioridad sobre la entrada DIS.

Salida Request

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.

Salida Length

La salida devuelve la longitud de la entrada Content en bytes.

Salida ID

Devuelve el ID de la última consulta generada. Esto es útil para verificar la respuesta con el bloque de funciones HTTP_RESPONSE.