What’s new in File Store

Added logging for static site setting changes to display in the DXP Console log service.

Logs now appear in the log service when a tenant setting is changed for auditing and support purposes.

Storage metrics for File Store are now being collected. These metrics can be shown in various dashboards to provide clients and services with insights into storage usage within File Store.

Success and error log support is now available in the File Store so that you can view and debug issues with the REST API through the DXP Logs Service.

Adding URLs to API endpoints allows users interfacing with the REST API to view the mapped URLs for a file. You can now view file and folder URLs returned from any endpoints within the REST API.

File Store now offers a scalable virus scanner stack that allows files to be processed more efficiently. Files uploaded to the File Store now take less time to scan.

Static site serving when serving a folder’s index.html file will now redirect to the version of the folder with a trailing slash. The redirect behavior supports the output structure of many common static site generators, allowing static site content payloads to be served without modification.

Improved virus scanning batching and error reporting to reduce wait times for file deployment or static site updates. File scans occur more frequently and efficiently, leading to faster access and deploy times overall.

Increased cloud infrastructure memory and processor limits to improve request processing times and faster request handling. API requests to directories with large numbers of files are now more performant.

Internal cloud version history triggered deletes from the File Store DB, causing some API requests to miss files. This abnormal delete operation caused a temporary impact on API queries showing all files within a directory. A validation script was updated to keep file and DB storage in sync, ensuring no lasting performance impacts.

Special reserved characters in file names or paths caused the virus scanner queue to become deadlocked. The virus scanner could slow down or become unresponsive until the issue was resolved. More robust handling of virus scanner queuing was implemented. The virus scanner now functions more efficiently and can self-recover from issues.

A race condition occurred when uploading large files using multi-part upload, causing the virus scanner to mark the placeholder file as the newest version. The race condition affecting the virus scanner made large files difficult to upload and process. In some cases, the files became corrupted. The race condition was removed which means that File Store can handle multi-part uploads correctly.