Assets
How to Use the Assets API to Resize Images
Last updated
Was this helpful?
How to Use the Assets API to Resize Images
Last updated
Was this helpful?
This documentation is based on the FoodCrunch use case. Please open the link below alongside this page to understand the examples.
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
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:
width
number
The target width of the asset, if it is an image.
height
number
The target height of the asset, if it is an image.
mode
string
The resize mode when the width and height is defined. Default: Max
download
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 0 you can prevent the download for images.
version
number
Use this value to get a concrete version. If omitted, the last version is returned. The initial version is 0 and it is updated with each update of the asset, not only when a new file version is uploaded.
cache
number
The client cache duration in seconds. Only affects the response header.
quality
number
Define the quality of the resized image.
bg
string
Background color, if the image has a transparent background.
focusX
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.
focusY
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.
nofocus
boolean
Ignores the focus point when resizing.
force
boolean
Resizes the image, even it is cached on the server side. Can be used to invalidate broken cache entries.
auto
boolean
Delivers the image in the best format, depending on the Accept header. This is usually webp or avif.
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:
Crop
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 BoxPad.
CropUpsize
Crops the resized image to fit the bounds of its container, also desired width and height is greater than the image dimensions.
Pad
Pads the resized image to fit the bounds of its container. If only one dimension is passed, will maintain the original aspect ratio.
BoxPad
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 Pad.
Max
Constrains the resized image to fit the bounds of its container maintaining the original aspect ratio.
Min
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.
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.
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:
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:
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
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:
