http_patch
HTTP PATCH request.
Syntax
[result, status, headers] = http_patch(url) [result, status, headers] = http_patch(url, data) [result, status, headers] = http_patch(url, data, <opt_args>)
Arguments
- url
- A string containing the server address following by the optional port, the route of the request and query datas. syntax: "address:port/route?queryfield=querydata" 
- data
- This argument represent data sent by the request. Can be a scilab variable which will be converted into JSON format if possible or sent as a string. 
- <opt_args>
- this represents a sequence of statements - key1=value1, key2=value2, ...where- key1,- key2, ... can be one of the following:- headers
- Strings defined as - "name: value".
- cookies
- Strings defined as - "name=value". This parameter is used to send custom cookies regardless of cookie preferences. Those cookies are sent in addition to stored cookies.
- cert
- This option determines whether Scilab verifies the authenticity of the peer's certificate. If - noneis given, no verification is performed. Disabling verification of the certificate allows bad guys to man-in-the-middle the communication without you knowing it. Disabling verification makes the communication insecure. Just having encryption on a transfer is not enough as you cannot be sure that you are communicating with the correct end-point. Disabling verification of the certificate allows bad guys to man-in-the-middle the communication without you knowing it. Disabling verification makes the communication insecure. Just having encryption on a transfer is not enough as you cannot be sure that you are communicating with the correct end-point.
- follow
- By default, - followis false. Set- follow=%tto follow eventual redirections.
- auth
- Username and password can be specified for the websites which required authentication. - The syntax is - auth="username:password"
- verbose
- This option displays information in the Scilab console to diagnose potential network issues. It is disabled by default, set - verbose=%tto display the in-progress log.
- timeout
- Set the maximum time in seconds that you allow the request to take. Millseconds can be set by using a floating point value. ie: 0.5 will set a timeout of 500 ms. When the timeout is reached, the function returns an error. 
 - format
- This option determines the format of data sent. Only the JSON format is supported. Value can be "json" or "JSON". 
 
- result
- Result is a string which contain the server answer or a Scilab variable if the answer is in JSON format. 
- status
- HTTP response code. 
- headers
- struct: HTTP headers of the request result.  When the optional argument When the optional argument- followis set to- %t, all headers are returned in a list that contains one struct per request made to follow redirections.
Description
This function will perform an HTTP PATCH request.
The proxy configuration is used if it's enabled in the Preferences under the rubric "Web".
The cookies configuration under the "Web" rubric is used.
- Disabled
- No cookies are used and store. 
- Normal
- Cookies are used and store. They are keeped between Scilab sessions. They are stored in - SCIHOME/cookies.txt.
- Private
- Cookies are used and store. They are deleted at Scilab close. They are stored in - TMPDIR/cookies.txt.
Examples
data.title = "New title"; result = http_patch("https://jsonplaceholder.typicode.com/posts/1", data) // set specific headers result = http_patch("https://jsonplaceholder.typicode.com/posts/1", data, headers=["myheader: user_header", "token: sdfrufhfDF42"], verbose=%t))
See also
- http_get — HTTP GET request.
- http_put — HTTP PUT request.
- http_post — HTTP POST request.
- http_delete — HTTP DELETE request.
- http_upload — HTTP POST or PUT request to upload file(s) on server.
- toJSON — Convert a Scilab variable to a JSON string.
- fromJSON — Convert JSON to a Scilab variable.
History
| バージョン | 記述 | 
| 6.1 | Function introduced. | 
| 2024.1 | headersoutput argument added. | 
| Report an issue | ||
| << http_get | Web Tools | http_post >> |