Progress® Recognized in The Forrester Wave™: Digital Experience Platforms, Q4 2025
Learn More
January 07, 2022
Static resources (e.g. JS, CSS, media assets outside of Sitefinity CMS) will be purged from the CDN after deployment is completed for the given environment.
There is a new parameter in the "CICDTemplate.yaml" that allows for defining custom post-build steps in the CI stage. The parameter is of type "stepList" and allows for standard YAML task/step syntax. This parameter can be used in the "CICD.yaml" file to plug custom tasks after the MS build. See an example below for a custom post-build task to run unit tests.
extends: template: CICDTemplate.yaml@SitefinityCloudPipelines parameters: postBuildSteps: - task: VSTest@2 displayName: 'Test Assemblies' inputs: testAssemblyVer2: | **\$(BuildConfiguration)\*test*.dll !**\obj\** searchFolder: '$(Build.Repository.LocalPath)' runTestsInIsolation: true codeCoverageEnabled: true testRunTitle: 'Default Test Run' platform: '$(BuildPlatform)' configuration: '$(BuildConfiguration)' diagnosticsEnabled: TrueUpon customer request the Sitefinity Cloud team can add redirect rules directly on the CDN edge servers that can be based on the following custom conditions.
These redirects will be executed before the request reaches the application server and are meant to be used for more specific cases like the following:
For all standard redirect rules, IIS redirects should be managed directly in the web.config file by the customer.
In addition to the best in class DDoS protection that comes built-in from Cloudflare, Sitefinity Cloud now has additional rate limiting rules that target low-level DDoS attacks. Low-level DDoS attacks can bypass the built-in protection by using low request rate and can target specific more vulnerable parts of an application. The new Sitefinity Cloud rate limiting rules can protect the underlying application against such types of attacks.
Meaningful engagement, elevated experiences delivered with ease.
Set your sites on Sitefinity.