Blocco Funzionale HTTP_REQUEST
Il blocco funzionale HTTP_REQUEST crea una richiesta RAW per l'interfaccia HTTP.
Importante: La variabile da inviare dall'interfaccia HTTP deve avere il tipo di dato RAW.
L'URI viene definito come variabile sul lato destro sotto Comunicazione. Se inizia con un /, il primo / viene rimosso. Per effettuare una richiesta sulla directory più bassa, è possibile definire solo la variabile /.
Alcuni server web richiedono l'intestazione User-Agent. Altrimenti, la pagina non verrà caricata. Questo non è un errore di Antcas Control, ma un meccanismo di protezione del browser web richiesto. Utilizzare l'ingresso Header con il seguente contenuto:
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
Ingresso Method
L'ingresso definisce il metodo di trasmissione come stringa di caratteri. Questo può essere ad esempio "GET", "POST", "PUT" o simili. Se non viene definito alcun metodo, viene scelto GET come predefinito.
Ingresso Type
L'ingresso definisce l'intestazione Content-Type come stringa di caratteri. Se l'ingresso non è definito, l'entrata non viene aggiunta all'intestazione.
Ingresso Header
Definisce ulteriori voci dell'intestazione come stringa di caratteri. Più intestazioni sono separate da un'interruzione di riga. L'intestazione Content-Length viene definita automaticamente e l'intestazione Content-Type viene definita con il valore all'ingresso Type.
Ingresso Query
L'ingresso definisce la query come stringa di caratteri. La query è il valore dopo il punto interrogativo e viene solitamente utilizzata nelle richieste GET.
http://server/uri?query
La struttura di una query è la seguente:
var1=wert1&var2=wert2&va...
Affinché i valori possano essere trasmessi correttamente, è consigliabile codificare i singoli valori con il blocco funzionale URL_ENCODE o QUERY_ENCODE, poiché i dati potrebbero non essere trasmessi completamente.
Nota: Prestare attenzione alla lunghezza massima di un URL se è necessario trasmettere grandi quantità di dati. Utilizzare eventualmente il metodo POST e inviare la query come Content.
Ingresso Content
L'ingresso Content è simile a quello dell'ingresso Query. Tuttavia, i dati vengono trasmessi dopo l'intestazione e vengono supportate grandi quantità di dati. A seconda dell'applicazione, il tipo di Content potrebbe non presentare alcun metodo di query.
Nota: Vengono supportati solo i dati conformi a UTF-8. Per la trasmissione di dati binari, si consiglia di codificarli con il blocco funzionale BASE64_ENCODE.
Ingresso Timeout
L'ingresso definisce il timeout della richiesta come tempo nel formato T#30s in secondi. Si consiglia di utilizzare un timeout elevato. Valori piccoli possono portare al fatto che le richieste non vengono eseguite completamente. A causa del procedimento Keep-Alive, può volerci un po' di tempo prima che le richieste vengano elaborate nuovamente normalmente.
Ingresso DIS
Se l'ingresso è vero, il valore all'uscita Request diventa NULL.
Ingresso SET
Se l'ingresso è vero, questo forza la generazione dell'uscita Request. Questo ingresso ha priorità rispetto all'ingresso DIS.
Uscita Request
L'uscita restituisce una stringa di caratteri nel formato JSON. Se è stata disattivata, viene restituito il valore NULL. Viene solitamente collegato direttamente alla variabile di uscita dell'interfaccia.
Uscita Length
L'uscita restituisce la lunghezza dell'ingresso Content in byte.
Uscita ID
Restituisce l'ID della richiesta generata più recentemente. Questo è utile per verificare la risposta con il blocco funzionale HTTP_RESPONSE.