
Blok funkcji HTTP_REQUEST tworzy surowy zapytanie dla interfejsu HTTP.
Ważne: Zmienna do wysłania z interfejsu HTTP musi mieć typ danych RAW.
URI jest definiowane jako zmienna po prawej stronie pod komunikacją. Jeśli zaczyna się od /, to pierwsze / zostanie usunięte. Aby zapytanie dotyczyło najniższego katalogu, można zdefiniować tylko zmienną /.
Niektóre serwery WWW wymagają nagłówka User-Agent. W przeciwnym razie strona nie zostanie załadowana. To nie jest błąd Antcas Control, ale mechanizm ochrony żądanego przeglądarki internetowej. Użyj wejściowego nagłówka z następującą zawartością:
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
Wejście definiuje metodę przesyłania jako ciąg znaków. Może to być np. "GET", "POST", "PUT" lub inne. Jeśli nie zdefiniowano metody, domyślnie wybierany jest GET.
Wejście definiuje nagłówek Content-Type jako ciąg znaków. Jeśli wejście nie jest zdefiniowane, wpis nie zostanie dodany do nagłówka.
Definiuje dodatkowe wpisy nagłówka jako ciąg znaków. Wiele nagłówków jest oddzielonych przełamaniem linii. Nagłówek Content-Length jest automatycznie definiowany, a nagłówek Content-Type jest definiowany z wartością wejścia Type.
Wejście definiuje zapytanie jako ciąg znaków. Zapytanie to wartość po znaku zapytania i jest zwykle używane w żądaniach GET.
http://server/uri?query
Budowa zapytania wygląda następująco:
var1=wert1&var2=wert2&va...
Aby wartości mogły być poprawnie przesyłane, zaleca się kodowanie poszczególnych wartości za pomocą bloku funkcji URL_ENCODE lub QUERY_ENCODE, ponieważ dane mogą być przesyłane niekompletnie.
Uwaga: Zwróć uwagę na maksymalną długość URL, jeśli musisz przesłać większe ilości danych. W razie potrzeby użyj metody POST i wyślij zapytanie jako Content.
Wejście Content jest podobne do wejścia Query. Jednak dane są przesyłane po nagłówku i obsługuje większe ilości danych. W zależności od aplikacji, typ Content może nie mieć metody Query.
Uwaga: Obsługiwane są tylko dane zgodne z UTF-8. Przy przesyłaniu danych binarnych zaleca się ich kodowanie za pomocą bloku funkcji BASE64_ENCODE.
Wejście definiuje czas oczekiwania żądania jako czas w formacie T#30s w sekundach. Zaleca się użycie wysokiego czasu oczekiwania. Małe wartości mogą prowadzić do niekompletnego wykonania żądań. Dzięki procedurze Keep-Alive, może to potrwać chwilę, zanim żądania będą ponownie normalnie przetwarzane.
Jeśli wejście jest prawdziwe, wartość na wyjściu Request jest równa NULL.
Jeśli wejście jest prawdziwe, wymusza generowanie wyjścia Request. To wejście ma priorytet przed wejściem DIS.
Wyjście zwraca ciąg znaków w formacie JSON. Jeśli zostało wyłączone, zwracana jest wartość NULL. Zwykle jest bezpośrednio połączony z zmienną wyjściową interfejsu.
Wyjście zwraca długość wejścia Content w bajtach.
Zwraca identyfikator ostatnio wygenerowanego zapytania. Jest to pomocne do weryfikacji odpowiedzi za pomocą bloku funkcji HTTP_RESPONSE.