DanielToft

Umbraco-performance efter v13: Database-requests, HybridCache og seeding

Spørgsmål: Er der andre der oplever, at Umbraco er blevet betydeligt langsommere efter v13 — specifikt mange (1–2 pr. node, ubundlede) database-requests, og at content-seeding ikke forhindrer database-kald, når man henter IPublishedContent?

Kort svar: Ja. Der er flere meget aktive og veldokumenterede issues og fællesskabs­tråde, der bekræfter præcis det mønster du ser. Hovedproblemet er den nye HybridCache-baserede content-cache, der erstattede NuCache i v15, og som har en række designede tradeoffs samt rigtige bugs, der har ført til 2–5× langsommere site-rendering og markant flere SQL-kald i forhold til v13. Flere af problemerne er delvist afhjulpet i Umbraco 16.2/16.3 — men kernen i designet (re-instantiering af IPublishedContent fra et DTO i cachen, samt at "gå via databasen" pr. node) består.

---

1. Det centrale issue (skal læses)

DanielToft

using System;
using System.Net.Http;
using System.Net.Http.Formatting;
using System.Web.Http.Filters;
using Newtonsoft.Json.Serialization;

namespace Filters
{
	[AttributeUsage(AttributeTargets.All)]
	public class CamelCasingFilterAttribute : ActionFilterAttribute

DanielToft

<div class="umb-editor umb-relatedlinks" ng-controller="noerd.Lightyears.LinkController">
	<table class="table table-striped">
		<thead>
			<tr>
				<td>Caption</td>
				<td>Link</td>
				<td>New window</td>
			</tr>
		</thead>
		<tbody>

DanielToft

[CamelCasingFilter]
[RoutePrefix("umbraco/backoffice/api/test")]
[IsBackOffice]
[UmbracoAuthorize]
public class UmbracoTestController : ApiController
{
    
}
	
	

DanielToft

public class FriendlyUrlService
{
    // -------------------------------------------------------------------------
    // Fields
    // -------------------------------------------------------------------------

    private static readonly IDictionary<string, string> _friendlyCharMap;

    // -------------------------------------------------------------------------
    // Cosntructor