This database schema and therefore the API is based on IDs and KEYS. IDs are just integers which always act as an internal and unique identifier for any record. However, as optimal as integer IDs are, they are very difficult to work with when a database schema is dynamic as with EAV and make APIs equally obtuse. Where appropriate and only so, if an ID can benefit from a readable KEY name then one will be assigned.

This overhead is minimal and all data-integrity will be maintained at the API level, so should you ever change a key-name which in effect would be the same as changing a field-name, data-integrity will be preserved.

All documentation web-pages are only partially responsive and desktop-designed.

System

https://vshop.vadoo.co.uk/api/setting/{KEY-NAME}

JSON | [Object] Gets a System Setting or preference

{'value'}
https://vshop.vadoo.co.uk/api/setting/{KEY-NAME} with a {KEY-NAME} of your choosing.



Translation

https://vshop.vadoo.co.uk/api/vtranslate with POST object

// jQuery Example -> see across
_data = {text: $('#TEXT').val(), locale: $('#LOCALE').val(), key: 'optional' };
fetch('https://vshop.vadoo.co.uk/api/vtranslate', {
      method: "post",
      headers: { "Content-Type": "application/json; charset=utf-8" },
      body: JSON.stringify(_data)}
    )
    .then( response => response.json() )
    .then( translation => {
        // Returns translated `text` as `translation`
    })

Uses the YANDEX Translation API

https://vshop.vadoo.co.uk/api/vtranslate

or the Google Translation API

https://vshop.vadoo.co.uk/api/gtranslate where {text}, {locale} are

result:
timed (ms):