SilverStripe 2.4 has been released and this release comes with a ton of new changes, highlighted below.
If your website contains a large number of pages, you may find SilverStripe's default way of handling URLs a little limiting. Until now, URLs could only be one level deep, for example:
http://website.com/new-york-staff-john-smith
With hierarchical URLs, the address for such a page might be:
http://website.com/offices/new-york/staff/john-smith
One of the principles of this feature is that it provides a logical “bread crumb” for a page. Each URL segment (as separated by a slash) is a page in itself that can be visited. Hierarchical URLs also reduce the problem of “running out” of URLs, where you might be forced to have URLs like http://website.com/staff-2.
SilverStripe 2.4 allows you to run the website in either simple or hierarchical URL mode.
Huge thanks go to Andrew Short, a member of our developer community based in Australia, who is responsible for writing most of this feature.
We have seen strong demand for SilverStripe to run on the Microsoft platform—in recent months there have been tens of thousands of downloads via the Microsoft.com web application gallery alone. We have therefore worked hard to allow SilverStripe to natively run on a SQL Server 2008 database, eliminating the requirement to run SilverStripe on MySQL (though, of course, it still runs great on MySQL). We're really happy with the results, and we have government websites like www.gw.govt.nz already running on this platform.
Running SilverStripe on SQL Server requires the installation of the SilverStripe SQL Server module.
SilverStripe 2.4 can also run on a PostgreSQL 8.3 or later database. We are continuosly testing this feature; however, our testing has not been as extensive as it has been for Microsoft SQL Server. We'd love for you to install SilverStripe 2.4 with the PostgreSQL Database Support module and let us know how it goes.
Memory use optimisations mean that the CMS backend interface for the “Site Content” section easily scales to well over 10,000 pages. Changes include:
SilverStripe has long had support for setting granular security permissions on pages. Users can be a member of one or more groups, and groups can be configured to have various system rights. We also allow various view and edit permissions on a page-by-page basis. This provides a great deal of flexibility, but in complex organisations the task of setting up the permission structures can mean spending a lot of time creating security groups.
With SilverStripe 2.4 we've made it easier to manage more complex security configurations with the introduction of roles. Roles allows you to create groupings of people who
Roles are optional.
learn more: http://silverstripe.org/silverstripe-2-4-release-a-significant-step-forward/