node-sdk
![PRs welcome](https://img.shields.io/badge/PRs-welcome-brightgreen.svg)
This module is a connector library for the insanely fast HEXONET Backend API. For further informations visit our homepage and do not hesitate to contact us.
Resources
Features
- Automatic IDN Domain name conversion to punycode (our API accepts only punycode format in commands)
- Allows nested associative arrays in API commands to improve for bulk parameters
- Connecting and communication with our API
- Possibility to use a custom mechanism for debug mode
- Several ways to access and deal with response data
- Getting the command again returned together with the response
- Sessionless communication
- Session based communication
- Possibility to save API session identifier in PHP session
- Configure a Proxy for API communication
- Configure a Referer for API communication
- High Performance Proxy Setup
How to use this module in your project
We have also a demo app available showing how to integrate and use our SDK. See here.
Requirements
- Installed nodejs/npm. We suggest using nvm.
NodeJS Version Compatibility
Version | NodeJS |
---|
4.x and below | >= 4.x |
5.0.0 - 5.0.1 | >= 7.6.0 |
>= 5.0.2 | >= 8.3.0 |
> 5.5.3 | >= 9.x |
Installation / Update
npm i @hexonet/ispapi-apiconnector@latest --save
High Performance Proxy Setup
Long distances to our main data center in Germany may result in high network latencies. If you encounter such problems, we highly recommend to use this setup, as it uses persistent connections to our API server and the overhead for connection establishments is omitted.
Step 1: Required Apache2 packages / modules
At least Apache version 2.2.9 is required.
The following Apache2 modules must be installed and activated:
proxy.conf
proxy.load
proxy_http.load
ssl.conf
ssl.load
Step 2: Apache configuration
An example Apache configuration with binding to localhost:
<VirtualHost 127.0.0.1:80>
ServerAdmin webmaster@localhost
ServerSignature Off
SSLProxyEngine on
ProxyPass /api/call.cgi https://api.ispapi.net/api/call.cgi min=1 max=2
<Proxy *>
Order Deny,Allow
Deny from none
Allow from all
</Proxy>
</VirtualHost>
After saving your configuration changes please restart the Apache webserver.
Step 3: Using this setup
async function main () {
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useHighPerformanceConnectionSetup()
.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
const r = await cl.request({ COMMAND: 'StatusAccount' })
console.log(r.getPlain())
}
main()
So, what happens in code behind the scenes? We communicate with localhost (so our proxy setup) that passes the requests to the HEXONET API.
Of course we can't activate this setup by default as it is based on Steps 1 and 2. Otherwise connecting to our API wouldn't work.
Just in case the above port or ip address can't be used, use function setURL instead to set a different URL / Port.
http://127.0.0.1/api/call.cgi
is the default URL for the High Performance Proxy Setup.
e.g. $cl->setURL("http://127.0.0.1:8765/api/call.cgi");
would change the port. Configure that port also in the Apache Configuration (-> Step 2)!
Don't use https
for that setup as it leads to slowing things down as of the https overhead
of securing the connection. In this setup we just connect to localhost, so no direct outgoing network traffic using http
. The apache configuration finally takes care passing it to https
for the final communication to the HEXONET API.
Customize Logging / Outputs
When having the debug mode activated \HEXONET\Logger will be used for doing outputs.
Of course it could be of interest for integrators to look for a way of getting this replaced by a custom mechanism like forwarding things to a 3rd-party software, logging into file or whatever.
async function main () {
const logger = require('mycustomlogger')
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
.enableDebugMode()
.setCustomLogger(new logger.MyCustomLogger())
await cl.request({ COMMAND: 'StatusAccount' })
}
main()
NOTE: Find an example for a custom logger class implementation in src/customlogger.ts
. If you have questions, feel free to open a github issue.
Usage Examples
We provide only documentation and examples for the latest release.
API response format
If you got the API communication working, you will notice that we provide two response formats via this library.
a) Plain Format
b) Hash Format
c) ListHash Format
The different response formats can be accessed through the Response object itself that is returned by login, logout and request method:
The plain format represents the API plain response.
The hash format represents the API response parsed into a js object.
The list format makes sense, if you're working with table libraries based on our list commands and need the hash format parsed into a list format.
API response codes
The API response (a JSON object) provides always two keys: CODE and DESCRIPTION.
CODE represents a return code which indicates the following cases:
"200" -> The command has been processed successfully by the API
"4xx" -> A temporary API error occured, retry later
"5xx" -> An API error occured
In case of a (temporary) error the DESCRIPTION may provide more details on the reason.
The hash format provides a PROPERTY key that covers potential data.
The list format provides a LIST key that covers potential data.
Session based API Communication
This example is thought for anyone who builds up his own frontend including user login and logout functionality.
See how login and logout works and how the request method depends on the login mechanism!
The logout can be done at any time separetely triggered. After logout no further requests reusing the by login returned socketcfg are possible.
Note: you have to first finish your requests before doing logout. Running queued requests may fail after logout.
async function main () {
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
console.log('login ...')
let r = await cl.login()
if (r.getCode() !== 200) {
console.log(`LOGIN FAILED -> ${r.getCode()} ${r.getDescription()}`)
return
}
console.log('LOGIN SUCCEEDED')
console.log('request further commands ...')
r = await cl.request({
COMMAND: 'StatusUser'
})
console.log(`RESPONSE -> ${r.getCode()} ${r.getDescription()}`)
console.log('logout ...')
r = await cl.logout()
if (r.getCode() !== '200') {
console.log(`LOGOUT FAILED -> ${r.getCode()} ${r.getDescription()}`)
return
}
console.log('LOGOUT SUCCEEDED')
}
main()
Create your own frontend app on top
If you want to create your own frontend application based on our SDK, you will have to know how you can
save APIClient's session configuration data to the nodejs session and how to rebuild a new APIClient
instance out of it on next incoming request.
After successful login, use cl.saveSession(req.session)
to save APIClient's session into the nodejs one.
This snippet is an example for the expressjs framework where req
is the incoming ClientRequest and
req.session
the expressjs session instance.
In your generic route for making API calls use cl.reuseSession(req.session)
to rebuild APIClient's session
out of the previously saved data.
We cannot provide integration examples for part depends on your app itself and your own needs.
Still feel free to contact us in case you're stuck.
Sessionless API Communication
In the below example no login / logout procedure is required.
This is thought for cases where a user session is not of interest.
But in that case you always have to provide user and password accordingly.
If you want to build your frontend based on this library, we suggest to base it on the above example.
async function main () {
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
const r = cl.request({
COMMAND: 'StatusUser'
})
console.log(r.getPlain())
}
main()
Promise based
No need to play with async / await.
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
cl.setCredentials('test.user', 'test.passw0rd')
cl.setRemoteIPAddress('1.2.3.4:80')
cl.request({
COMMAND: 'StatusUser'
}).then((r) => {
console.log(r.getPlain())
})
Use of method chaining
Shorten your code by using method chaining
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
cl.request({
COMMAND: 'StatusUser'
}).then((r) => {
console.log(r.getPlain())
})
Use of nested arrays in API command (SINCE v5.6.0)
Improve your code by using the below
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
cl.request({
COMMAND: 'QueryDomainOptions',
DOMAIN: ['example1.com', 'example2.com']
}).then((r) => {
console.log(r.getPlain())
})
instead of
const apiconnector = require('@hexonet/ispapi-apiconnector')
const cl = new apiconnector.APIClient()
cl.useOTESystem()
.setCredentials('test.user', 'test.passw0rd')
.setRemoteIPAddress('1.2.3.4:80')
cl.request({
COMMAND: 'QueryDomainOptions',
DOMAIN0: 'example1.com',
DOMAIN1: 'example2.com'
}).then((r) => {
console.log(r.getPlain())
})
The SDK itself will flatten the nested array correctly into expected plain text format before sending it to our API.
Contributing
Please read our development guide for details on our code of conduct, and the process for submitting pull requests to us.
Authors
- Kai Schwarz - lead development - PapaKai
See also the list of contributors who participated in this project.
License
MIT