Assets
How to Use the Assets API to Resize Images
This documentation is based on the FoodCrunch use case. Please open the link below alongside this page to understand the examples.
pageIntroduction and Use CaseHow to Retrieve Assets and Content
All assets are publicly available and not secured. However, the IDs are randomly generated as 128 bit numbers (GUID) and almost impossible to find out just by using trial and error. Consider your assets safe!
You can download and link assets using the following URL format:
So, if you are using the Squidex Cloud you have to use:
Typically, an asset URL will look like this:
If your assets have a slug, you can also use that slug for your URL:
If multiple assets with the same slug exist, the first asset with this value will be returned.
The more parameter can be used to add additional text to the URL, to improve your link quality. Here's an example:
The API reference with all parameters is provided here: https://cloud.squidex.io/api/docs#operation/AssetContent_GetAssetContent
How to Resize Images?
The API has several parameters to provide and manipulate images. Resized images are cached permanently to improve performance for the following requests.
Use the following query string parameters:
| Parameter | Type | Description |
|---|---|---|
| number | The target width of the asset, if it is an image. |
| number | The target height of the asset, if it is an image. |
| string | The resize mode when the width and height is defined. Default: |
| number | By default, Squidex provides the file name of the asset in the response. Therefore most browsers will download the file, which might be not desired for images. By setting this parameter to |
| number | Use this value to get a concrete version. If omitted, the last version is returned. The initial version is |
| number | The client cache duration in seconds. Only affects the response header. |
| number | Define the quality of the resized image. |
| string | Background color, if the image has a transparent background. |
| number | Overrides the X value of focus point as a relative value from 0 (left) to 1 (right). Can also be configured via the Management UI. The dimensions are changed during resize, the focus point will be always visible. |
| number | Overrides the Y value of focus point as a relative value from 0 (top) to 1 (bottom). Can also be configured via the Management UI. The dimensions are changed during resize, the focus point will be always visible. |
| boolean | Ignores the focus point when resizing. |
| boolean | Resizes the image, even it is cached on the server side. Can be used to invalidate broken cache entries. |
| boolean | Delivers the image in the best format, depending on the |
You must fill in either the width or height parameter. If the asset is not an image, these parameters have no effect.
Squidex supports the following resize modes:
| Mode | Description |
|---|---|
| Crops the resized image to fit the bounds of its container. If the desired width and height is greater than the image dimensions it behaves like |
| Crops the resized image to fit the bounds of its container, also desired width and height is greater than the image dimensions. |
| Pads the resized image to fit the bounds of its container. If only one dimension is passed, will maintain the original aspect ratio. |
| Pads the image to fit the bound of the container without resizing the original source. When down-scaling this mode performs the same functionality as |
| Constrains the resized image to fit the bounds of its container maintaining the original aspect ratio. |
| Resizes the image until the shortest side reaches the set given dimension. Up-scaling is disabled in this mode and the original image will be returned if attempted. |
How to Change the Image Quality
You can also add the quality parameter to the asset URL to define the quality from 0 (lowest) to 100 (best). If you define the quality, the image will always be returned in jpeg format and you might loose transparency information.
How caching works
Squidex provides the ETag **header for each asset. The browser caches the asset, along with its ETag. If the user wants to retrieve the same URL resource again, it will first determine whether the locally cached version of the URL has expired (through the Cache-Control and the Expire ** headers). If the URL has not expired, it will retrieve the locally cached resource. If it is determined that the URL has expired (is stale), the client will contact the server and send its previously-saved copy of the ETag along with the request in an If-None-Match field.
Squidex now compares the passed ETag with the ETag of the current version of the asset. If the ETag values match (meaning that the asset has not changed), the server sends back an empty response with an HTTP 304 Not Modified status and the browser will show the cached version.
More about the ETag header can be found on Wikipedia.
You can add the cache query parameter as a number of seconds to cache the image in the browser. Then the following header is added to the response:
Resolving References Assets
When you have content items with asset fields, the assets are added as IDs to the content item. Therefore, by default you will only retrieve the IDs when you query content items and you have to create additional requests to get asset information.
You have two options to solve this:
Use GraphQL
With GraphQL you can get the exact information you are looking for. You have to define the fields you want to retrieve, from referenced assets or referenced content. In the following example you will find a query built to retrieve testimonials using the associated company logo as the field:
This example is NOT from the FoodCrunch use case
Using Headers in the REST Endpoint
When using the normal REST endpoint, you can use the X-Resolve-Urls to define the fields that should be resolved. The value of this header must be a comma-separated list of field names:
Last updated
