diff --git a/15/umbraco-cms/fundamentals/backoffice/settings-dashboards.md b/15/umbraco-cms/fundamentals/backoffice/settings-dashboards.md index a1eb605e133..65f462d63c2 100644 --- a/15/umbraco-cms/fundamentals/backoffice/settings-dashboards.md +++ b/15/umbraco-cms/fundamentals/backoffice/settings-dashboards.md @@ -12,7 +12,7 @@ The **Settings** section of the Umbraco backoffice has its own set of default da Welcome -The Welcome dashboard is the first dashboard in the Settings section. Like all dashboards, it consists of a view that can be customized. The Welcome dashboard consists of links to different resources that can be used when developing your Umbraco website. +The Welcome dashboard is the first dashboard in the Settings section. Like all dashboards, it has a customizable view and links to different resources for developing your Umbraco website. For more information about creating custom dashboards, see the [Dashboards](../../customizing/dashboards.md) article. @@ -32,12 +32,16 @@ For more information about Examine Management, see the [Examine Management](../. Published Status -The Published Status dashboard displays the status of your site in the Published Cache Status section alongside the Content and Media nodes value. The Caches section provides three options: Memory Cache, Database Cache, and Internals (NuCache). +The Published Status dashboard displays the status of your site in the Published Cache Status section alongside the Content and Media nodes value. The Caches section provides three options: Memory Cache, Database Cache, and Internals. * Memory Cache - Reloads the in-memory cache by entirely reloading it from the database cache. Use it when you think that the memory cache has not been properly refreshed. * Database Cache - Rebuilds the database cache that is the content of the `cmsContentNu` table. Use it when reloading the Memory Cache is not enough and you think that the database cache has not been properly generated. * Internals - Lets you trigger a NuCache snapshots collection. +{% hint style="info"%} +As of Umbraco 15 `IPublishedSnapshot`, `IPublishedSnapshotAccessor` & `SnapshotCache` are all obsolete. +{%endhint%} +
diff --git a/15/umbraco-cms/fundamentals/code/source-control.md b/15/umbraco-cms/fundamentals/code/source-control.md index 9eabdd6618a..7b78737f58a 100644 --- a/15/umbraco-cms/fundamentals/code/source-control.md +++ b/15/umbraco-cms/fundamentals/code/source-control.md @@ -38,7 +38,7 @@ appsettings-schema.json # Packages created from the backoffice (package.xml/package.zip) /umbraco/Data/CreatedPackages/ -# Temp folder containing Examine indexes, NuCache, MediaCache, etc. +# Temp folder containing Examine indexes, MediaCache, etc. /umbraco/Data/TEMP/ # SQLite database files diff --git a/15/umbraco-cms/reference/configuration/README.md b/15/umbraco-cms/reference/configuration/README.md index b991990fe59..1a2519913a2 100644 --- a/15/umbraco-cms/reference/configuration/README.md +++ b/15/umbraco-cms/reference/configuration/README.md @@ -116,6 +116,7 @@ To see what setting types you can access see the complete list below, each docum A complete list of all the configuration sections included in Umbraco, by default, can be seen here along with any keys they contain: * [Basic authentication settings](basicauthsettings.md) +* [Cache settings](cache-settings.md) * [Connection strings settings](connectionstringssettings.md) * [Content settings](contentsettings.md) * [Debug settings](debugsettings.md) @@ -130,7 +131,6 @@ A complete list of all the configuration sections included in Umbraco, by defaul * [Logging settings](loggingsettings.md) * [Maximum upload size settings](maximumuploadsizesettings.md) * [Models builder settings](modelsbuildersettings.md) -* [NuCache settings](nucachesettings.md) * [Package migration settings](packagemigrationsettings.md) * [Plugins settings](pluginssettings.md) * [Request handler settings](requesthandlersettings.md) diff --git a/15/umbraco-cms/reference/notifications/contentservice-notifications.md b/15/umbraco-cms/reference/notifications/contentservice-notifications.md index 2f33e84fd36..b96e433fe7f 100644 --- a/15/umbraco-cms/reference/notifications/contentservice-notifications.md +++ b/15/umbraco-cms/reference/notifications/contentservice-notifications.md @@ -217,8 +217,8 @@ Child scope will inherit the parent Scope's notification object which means if a **Why would one want to suppress events?** -The main reason for ever doing this would be performance for bulk operations. The callers hould be aware that suppressing events will lead to an inconsistent content cache state (if notifications are suppressed for content or media services). This is because notifications are used by NuCache to populate the cmsContentNu table and populate the content caches. They are also used to populate the Examine indexes. +The main reason for ever doing this would be performance for bulk operations. The callers hould be aware that suppressing events will lead to an inconsistent content cache state (if notifications are suppressed for content or media services). This is because notifications are used by the Published Content Cache to populate the `cmsContentNu` table and populate the content caches. They are also used to populate the Examine indexes. -So if you did suppress events, it will require you to rebuild the NuCache and examine data manually. +So if you did suppress events, it will require you to rebuild the Published Content Cache and examine data manually.
diff --git a/15/umbraco-cms/reference/notifications/hot-vs-cold-restarts.md b/15/umbraco-cms/reference/notifications/hot-vs-cold-restarts.md index 3d23d4a6b5a..583f11e2bda 100644 --- a/15/umbraco-cms/reference/notifications/hot-vs-cold-restarts.md +++ b/15/umbraco-cms/reference/notifications/hot-vs-cold-restarts.md @@ -4,10 +4,10 @@ description: When rebooting an Umbraco CMS website it is common to distinguish b # Hot vs. cold restarts -The load time of your site is dependent on a few different things. When talking about hot vs. cold restarts of your Umbraco CMS website it comes down to whether NuCache needs to be rebuilt. +The load time of your site is dependent on a few different things. When talking about hot vs. cold restarts of your Umbraco CMS website it comes down to whether the search indexes need to be rebuilt. -* **Cold restart**: When NuCache needs to rebuild. -* **Hot start**: When NuCache does not need to rebuild. +* **Cold restart**: When the search indexes need to rebuild. +* **Hot start**: When the search indexes do not need to rebuild. ## Hot start @@ -15,7 +15,7 @@ When no cache needs to be rebuild, the restart of your site is generally faster. ## Cold start -The **cold restart** expression is generally used for when the NuCache needs to rebuild. This will resolve in a slower startup time, depending on the amount of content on the site. Generally speaking, the more content you have the longer a cold boot will take. +The **cold restart** expression is generally used for when the search indexes need to rebuild. This will resolve in a slower startup time, depending on the amount of content on the site. Generally speaking, the more content you have the longer a cold boot will take. ## Troubleshooting slow startup @@ -23,13 +23,13 @@ Different things could be in play when your site is slow to startup after a rebo Below is a list of some of the more common reasons: -* NuCache needs to rebuild (cold restart). +* The search indexes need to rebuild (cold restart). * Examine indexes need to rebuild - for large sites, this can take some time. * The custom code on the website is not optimized and does not live up to .NET standards. ## In Memory Auto -Another factor that can slow down time to first page load is the [In Memory Auto models builder](../templating/modelsbuilder/builder-modes.md#in-memory) setting. Having this setting enabled will result in the first page load being slower. The reason for this is that when the first page is requested, the strongly typed models needs to be compiled and loaded in. +Another factor that can slow down time to first page load is the [In Memory Auto models builder](../templating/modelsbuilder/builder-modes.md#in-memory) setting. Having this setting enabled will result in the first page load being slower. The reason for this is that when the first page is requested, the strongly typed models needs to be compiled and loaded in. This is, however, less noticeable on consecutive restarts, a bit like hot and cold restarts. Since the compiled models will be cached on disk, they don't need to be recompiled until the models change again. diff --git a/15/umbraco-cms/reference/notifications/mediaservice-notifications.md b/15/umbraco-cms/reference/notifications/mediaservice-notifications.md index db1850183ea..e128a883a6b 100644 --- a/15/umbraco-cms/reference/notifications/mediaservice-notifications.md +++ b/15/umbraco-cms/reference/notifications/mediaservice-notifications.md @@ -128,8 +128,8 @@ Child scope will inherit the parent Scope's notification object which means if a **Why would one want to suppress events?** -The main reason for ever doing this would be performance for bulk operations. The callers hould be aware that suppressing events will lead to an inconsistent content cache state (if notifications are suppressed for content or media services). This is because notifications are used by NuCache to populate the cmsContentNu table and populate the content caches. They are also used to populate the Examine indexes. +The main reason for ever doing this would be performance for bulk operations. The callers hould be aware that suppressing events will lead to an inconsistent content cache state (if notifications are suppressed for content or media services). This is because notifications are used by the Published Content Cache to populate the `cmsContentNu` table and populate the content caches. They are also used to populate the Examine indexes. -So if you did suppress events, it will require you to rebuild the NuCache and examine data manually. +So if you did suppress events, it will require you to rebuild the Published Content Cache and examine data manually. diff --git a/15/umbraco-cms/reference/notifications/memberservice-notifications.md b/15/umbraco-cms/reference/notifications/memberservice-notifications.md index 181656ff7d0..4abc1988a24 100644 --- a/15/umbraco-cms/reference/notifications/memberservice-notifications.md +++ b/15/umbraco-cms/reference/notifications/memberservice-notifications.md @@ -69,8 +69,8 @@ Child scope will inherit the parent Scope's notification object which means if a **Why would one want to suppress events?** -The main reason for ever doing this would be performance for bulk operations. The callers hould be aware that suppressing events will lead to an inconsistent content cache state (if notifications are suppressed for content or media services). This is because notifications are used by NuCache to populate the cmsContentNu table and populate the content caches. They are also used to populate the Examine indexes. +The main reason for ever doing this would be performance for bulk operations. The callers hould be aware that suppressing events will lead to an inconsistent content cache state (if notifications are suppressed for content or media services). This is because notifications are used by the Published Content Cache to populate the `cmsContentNu` table and populate the content caches. They are also used to populate the Examine indexes. -So if you did suppress events, it will require you to rebuild the NuCache and examine data manually. +So if you did suppress events, it will require you to rebuild the Published Content Cache and examine data manually.