To use native PICTOFiT functionality like 2D or 3D try-on on the web, the compute server is required. It runs the algorithms for the different use cases and returns the results to the browser for displaying. Hosting of the compute server has to be done by the client. Reactive Reality doesn’t provide live instances. The following sections describe how to set it up and configure it.
Pull the compute server docker image
We will provide you with a deploy token which can be used to login to our public registry and pull images.
To authenticate to the Gitlab registry use the following command:
docker login -u <USERNAME> -p <TOKEN> registry.gitlab.com
You can then pull the latest compute server image from the registry.
We advise you to not use the
latest tag, as that may cause compatibility issues with the Web SDK for upcoming releases! You may find the compatibility matrix here: Compatibility Matrix
docker pull registry.gitlab.com/reactivereality/public/registry/pictofitcore-web-computeserver:latest
General configuration options
On startup, the server prints all configurable options to its log output. You may also find default values and possible options there.
After you successfully pulled the image from the registry you will not be able to run it. There are a few environment variables that can be set to configure the server.
The port on which the web server will be running inside the container.
Set the log level for the console output. Valid values are:
Further options are available to configure your chosen Authentication method.
Download Caching 1.6.0
As of version
v1.6.0 content behind provided asset urls is cached into a local caching storage. Before downloading an asset, the compute server will check the
Content-MD5 header of the resource url and compare it against the local cache. If the checksum matches if one of the cached ones, it will reuse this file and just otherwise download it.
Content-MD5 is present, the url (instead of the checksum) will be cached for 24 hours. As a consequence the compute server will not notice any changes, and also not re-download to the file behind the url it during this timeframe.
The maximum amount of bytes the download disk cache should not surpass. When the limit is reached cached downloads will be evicted.
Response Caching 5.8.0
If response caching is enabled, the server will calculate a hash to identify the request and return a cached results if the same request was issued before and stored in cache. This can be useful for applications that happen to send repetitive requests and can significantly increase response times.
The maximum amount of bytes the response disk cache should not surpass. When the limit is reached cached responses will be evicted.
If set to
Second layer cache
In a scaling environment where you have multiple instances handling requests at the same you might want to share pre-computed workloads among the servers. To do so you will need to enable second layer caching and specify a mounted directory where the shared cache can be stored. The second layer cache will only be read from to populate the session cache of an instance and only written to if there was a miss on the session and second layer cache.
If set to
The shared cache directory / volume that was mounted into the container.
As of version
v4.5.0 a health check endpoint is available under
/health. Use this endpoint to validate wether or not an instance needs to be restarted.
Run the compute server
Boot the server up with:
docker-compose up [--detach]
Usage with the SDK
The Pictofit Web SDK features a
ComputeServer class that is dedicated to wrap the communication to all the endpoints of the Compute Server. This class is widely used in other higher level components like the provided
It might not always be possible to host the compute server at root level. Starting with version
v4.3.3 you can set a custom base path by providing the
API_BASEPATH environment variable.
The following sample assumes that you want to host the compute server under
<URL>/rr/cs/. All you need to do now is to add the the following line to the
.env file from above:
This will make the swagger documentation available under