Skip to content

Commit fdc7bfa

Browse files
Minor fixes
1 parent ec8b569 commit fdc7bfa

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

15/umbraco-cms/reference/cache/cache-seeding.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ description: Information about cache seeding
55
# Cache Seeding
66

77
From version 15 and onwards Umbraco uses a lazy loaded cache, this means content is loaded into the cache on an as-needed basis
8-
I.E. whenever a piece of content is shown on the website for the first time it first needs to be loaded into the cache.
8+
that is whenever a piece of content is shown on the website for the first time it first needs to be loaded into the cache.
99

1010
Loading the content into the cache causes a delay. This delay is dependent on the latency between your server and your database, but is generally minimal.
1111
However, for certain pages, for instance the front page, you may not want this delay to be there, the role of cache seeding is to solve this issue.
@@ -16,18 +16,18 @@ Cache seeding is based upon the concept of a `ISeedKeyProvider`, the role of the
1616
There's two types of seed key providers, a `IDocumentSeedKeyProvider` which specifies which document should be seeded, and a `IMediaSeedKeyProvider` which specifies which media should be seeded.
1717

1818
During startup all the `ISeedKeyProviders` are run, and the keys they return are seeded into their respective caches, `IPublishedContentCache` for documents, and `IPublishedMediaCache` for media.
19-
Additionally whenever a document or media is then later changed, the cache will be updated with the changed content immediately, ensuring the content is always present in the case.
19+
Additionally, whenever a document or media is then later changed, the cache will be updated with the changed content immediately, ensuring the content is always present in the cache.
2020
However, here it's important to note, that this means that whenever a piece of content is changed, Umbraco needs to go through the seeded keys to see if it's a piece of seeded content that was updated.
2121
Because of the need the check all seeded keys, Umbraco caches the keys themselves during startup. This means that if you have a dynamic seed key provider, any newly added content won't be considered seeded until the server restarts,
22-
for instance when seeding by document type any new content using the specified document type won't be seeded until a server restart.
22+
for instance when seeding by Document Type any new content using the specified Document Type won't be seeded until a server restart.
2323

2424
## Seed key providers
2525

2626
### Default implementations.
2727

2828
By default, umbraco ships with two seed key providers for documents, and a single one for media.
2929

30-
For documents there is the `ContentTypeSeedKeyProvider` this seeds all documents of the given document types specified through app settings.
30+
For documents there is the `ContentTypeSeedKeyProvider` this seeds all documents of the given Document Types specified through app settings.
3131

3232
For both documents and media there is the `BreadthFirstKeyProvider` this provider does a breadth first traversal of the content and media tree respectively, seeding N number of content specified in the app settings.
3333

0 commit comments

Comments
 (0)