What's new in EzyPlatform 1.3.3?
This release improves Web/Admin/Socket URL management for multi-server deployments, enhances media management with public visibility APIs and original filename support, and streamlines Admin settings and media workflows.
-
Improved URL management for multi-server environmentsRefactored Web, Admin, and Socket URL handling to better support multi-server deployments.
SettingServicenow providesgetCurrentWebServerUrl(),getCurrentServerWebSocketUrl(), andresolveCurrentWebServerUri(...). The platform also supports overriding these values throughserver.web_urlandserver.websocket_url, automatically falling back to the sharedweb_urlandwebsocket_urlsettings when no override is configured. -
Enhanced Admin dashboard and Settings APIsThe Admin Dashboard now uses
currentWebServerUrlfor management APIs such as health check, CPU usage, memory usage, API information, and live-time monitoring. Socket monitoring now connects throughcurrentServerWebSocketUrl. Added a newGET /api/v1/settings/web-urlendpoint, support forsortOrderin the settings API, and aGET /api/v1/settings/names/{name}endpoint for retrieving individual settings. Settings pagination and response decoration have also been refactored into dedicated controller services. -
Improved Admin usabilityAdded username input guidance to the Admin and User creation screens. New shared view variables are now available, including
adminUrl,webUrl,websocketUrl,currentWebServerUrl, andcurrentServerWebSocketUrl. New localization entries have also been added for username guidance and media URL path labels across supported languages. -
Media public visibility managementAdded new Admin and Web APIs for retrieving and updating the public visibility of media by name. The platform now supports
GET,PUT .../public, andPUT .../unpublicendpoints. Permission checks ensure that administrators must either own the media or have full-media permissions, while users may only modify media they own. A newMediaPublicResponsemodel has also been introduced. -
Original filename supportMedia can now update its
originalNamethroughUpdateMediaRequest,UpdateMediaIncludeUrlRequest, andUpdateMediaModel. The converter now mergesoriginalNameinto the entity when a valid value is provided. Validation has been extended to ensure the field is not blank and does not exceedMAX_MEDIA_ORIGINAL_NAME_LENGTH. -
Expanded media name validationMedia filename validation now supports Unicode characters, numbers, spaces, and additional commonly used symbols such as
()[]+~!@$%^&=-. This provides greater flexibility while maintaining validation consistency across the platform. -
Improved Media Details modalThe Media Details dialog has been redesigned to provide a richer editing experience. Administrators can now edit both the filename and original filename, view Admin original URLs, Admin random URLs, and Web original URLs, and copy each URL path individually. The media update form has also been streamlined, with improved internal URL handling and simplified frontend validation.
-
Better media service and validation
MediaService.updateMediaPublicIfExists(...)now returns the updatedMediaModelafter changing the media's public status, allowing event handlers to receive the latest media data. Additional unit and integration tests have also been added for media validation, media converters, and numeric utility classes. -
Breaking and compatibility notesThe
web_management_urlsetting has been completely removed from both the configuration UI and update APIs. Applications usingSettingService.getWebManagementUrl()orresolveWebManagementUri()should migrate togetCurrentWebServerUrl()andresolveCurrentWebServerUri(...). In addition,MediaService.updateMediaPublicIfExists(...)now returns aMediaModelinstead ofvoid.