Here is an example of Plesk API RPC message sent to the Plesk server:
|
HTTP header The HTTP header indicates that the HTTP method used is POST, the handling agent is located at |
|
Beginning of the XML part |
|
Packet header The version attribute specifies the required version of Plesk API RPC protocol. |
|
Packet body Always starts from tag of the related operator. This particular packet uses the client operator to create a Plesk client account. The elements nested within the gen_info node contain data necessary to register the new client in Plesk database. The elements nested within the limits node specify the client's restrictions imposed on use of various Plesk resources. The elements nested within the permissions node indicate the state (enabled/disabled) of various management capabilities for the new client. E.g., the remote_access_interface node nested within permissions indicates that the client is allowed to access Plesk object via Plesk API RPC. |
|
The structure of the packet body is compliant with the |
|
Trailing tag closing the packet |
The example above shows the request message structure. Both types are similar in the structure, but HTTP headers and bodies look different. Message sent by the server in response to the request above could look as follows:
|
Standard header of the HTTP server response The MIME type is text/xml. The |
|
Standard header of a valid XML document |
|
XML packet header |
|
Packet body The root node of the packet body is the client operator.
The nested lines indicate that the ADD operation was successfully performed. Also, the server passes back the client's ID.
The structure of the packet body is compliant with the |
|
Trailing tag closing the packet |