
Khối chức năng HTTP_REQUEST tạo một yêu cầu RAW cho giao diện HTTP.
Quan trọng: Biến cần gửi từ giao diện HTTP phải có kiểu dữ liệu RAW.
URI được định nghĩa như một biến ở phía bên phải dưới Communication. Nếu nó bắt đầu bằng /, thì ký tự / đầu tiên sẽ bị loại bỏ. Nếu muốn thực hiện yêu cầu đến thư mục thấp nhất, chỉ có thể định nghĩa biến /.
Một số máy chủ web yêu cầu tiêu đề User-Agent. Nếu không, trang web sẽ không được tải. Đây không phải là lỗi của Antcas Control, mà là một cơ chế bảo vệ của trình duyệt web đang được yêu cầu. Hãy sử dụng đầu vào Header với nội dung:
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
Đầu vào định nghĩa phương thức truyền dữ liệu dưới dạng chuỗi ký tự. Nó có thể là "GET", "POST", "PUT" hoặc các phương thức khác. Nếu không định nghĩa phương thức, thì GET sẽ được chọn làm mặc định.
Đầu vào định nghĩa tiêu đề Content-Type dưới dạng chuỗi ký tự. Nếu đầu vào không được định nghĩa, thì mục này sẽ không được thêm vào tiêu đề.
Định nghĩa các mục tiêu đề bổ sung dưới dạng chuỗi ký tự. Nhiều tiêu đề được phân cách bằng dấu xuống dòng. Tiêu đề Content-Length được định nghĩa tự động và tiêu đề Content-Type được định nghĩa với giá trị ở đầu vào Type.
Đầu vào định nghĩa Query dưới dạng chuỗi ký tự. Query là giá trị sau dấu hỏi và thường được sử dụng trong yêu cầu GET.
http://server/uri?query
Cấu trúc của một Query như sau:
var1=wert1&var2=wert2&va...
Để các giá trị có thể được truyền đúng cách, nó là hợp lý để mã hóa các giá trị riêng lẻ với khối chức năng URL_ENCODE hoặc QUERY_ENCODE, vì dữ liệu có thể không được truyền đầy đủ.
Ghi chú: Hãy lưu ý chiều dài tối đa của một URL, nếu cần phải truyền lượng dữ liệu lớn. Có thể sử dụng phương thức POST và gửi Query như Content.
Đầu vào Content tương tự như đầu vào Query. Tuy nhiên, dữ liệu được truyền sau tiêu đề và hỗ trợ lượng dữ liệu lớn hơn. Tuỳ thuộc vào ứng dụng, loại của Content cũng có thể không có phương thức Query.
Ghi chú: Chỉ dữ liệu phù hợp với UTF-8 được hỗ trợ. Khi truyền dữ liệu nhị phân, khuyến nghị mã hóa chúng với khối chức năng BASE64_ENCODE.
Đầu vào định nghĩa thời gian chờ của yêu cầu dưới dạng thời gian trong định dạng T#30s bằng giây. Khuyến nghị sử dụng thời gian chờ cao. Giá trị nhỏ có thể dẫn đến việc các yêu cầu không được thực hiện hoàn toàn. Do quá trình Keep-Alive, có thể mất một thời gian để các yêu cầu được xử lý bình thường.
Nếu đầu vào là đúng, thì giá trị ở đầu ra Request sẽ bằng NULL.
Nếu đầu vào là đúng, thì nó buộc phải tạo đầu ra Request. Đầu vào này có độ ưu tiên cao hơn đầu vào DIS.
Đầu ra trả về một chuỗi ký tự dưới định dạng JSON. Nếu nó bị vô hiệu hóa, giá trị NULL sẽ được trả về. Nó thường được kết nối trực tiếp với biến đầu ra của giao diện.
Đầu ra trả về chiều dài của đầu vào Content bằng byte.
Trả về ID của yêu cầu cuối cùng được tạo. Nó hữu ích để xác minh phản hồi với khối chức năng HTTP_RESPONSE.