Bedre ydelse og nye platforme: Umbraco skiftede til .Net Core

1. november 2021 kl. 03:455
Bedre ydelse og nye platforme: Umbraco skiftede til .Net Core
Illustration: Bigstock/Sqback.
Microsofts servermiljø er ikke længere forbeholdt Windows. Det giver nye muligheder for det dansk-udviklede open source-cms.
Tania Andersen
Tania Andersen
Journalist
Artiklen er ældre end 30 dage
Tania Andersen
Tania Andersen
Journalist
Manglende links i teksten kan sandsynligvis findes i bunden af artiklen.

Det dansk-udviklede open source content management-system (cms) Umbraco er lidt anderledes end konkurrenter som Drupal og Wordpress.

Det er nemlig skrevet i Microsofts .Net-miljø, med sproget C#, der også har danske rødder via opfinderen Anders Hejlsberg, og som i dag ledes af Mads Torgersen, der har en fortid på Aarhus Universitet.

Og indtil for ikke så længe siden betød det, at man måtte bruge penge på en Windows Server-licens, hvis man skulle bruge cms’et, der er populært. Ikke mindst i det offentlige herhjemme, hvor Umbraco dominerer.

Log ind og læs videre
Du kan læse indholdet og deltage i debatten ved at logge ind eller oprette dig som ny bruger, helt gratis.
Opret brugerLog ind
5 kommentarer.  Hop til debatten

Fortsæt din læsning

Debatten
Log ind eller opret en bruger for at deltage i debatten.
settingsDebatindstillinger
4
Nis Schmidt
3. november 2021 kl. 05:33

Nis, jeg forstår ikke hvad denne kommentar har med .net core at gøre?

Næh, det gør du vel ikke. Men kommentaren handlede mest hvad MS (Microsoft) mon havde gjort ved .Net Core:

Man kunne godt ønske sig, at nogen ville afklare hvordan MS har gjort det.

Det kræver en tur i debug med den nye version.

Artiklen handler iøvrigt om, at MS havde gjort .net core hurtigere (i følge Umbraco).

Der er nemlig ikke så mange måder man kan opnå det på:

  • reduktion af kodemængde i pakken
  • brug af smartere instruktioner fx AVX1/2/512
  • sikre bedre cache lokalitet
  • sikkert andre

Resten handlede mest om, at jeg næsten altid har oplevet, at MS havde held med deres opdateringer. Jeg nævnte derfor et eksempel jeg selv havde oplevet på det modsatte - og jeg har oplevet rigtige mange opdateringer gennem mange år siden Windows 1.0 i 1985 - jeg gik dog fra 3.1 via Win32s til Win NT, som jeg (bortset fra V8.x) har brugt siden uden problemer. Har endda dualbootet med (Red Hat) linux nogle år fra '96, fordi et program kun fandtes på den platform. Sans probleme!

  • more_vert
    • insert_linkKopier link
3
Paw Nielsen
2. november 2021 kl. 22:07

Man kunne godt ønske sig, at nogen ville afklare hvordan MS har gjort det.
De fleste Win10 brugere husker vel det update, som hed '20H2'?</p>
<p>På min i7er gjorde det boot meget langsomt; jeg måtte faktisk reinstallere OS og har siden undgået alt med 'H2' i.

Nis, jeg forstår ikke hvad denne kommentar har med .net core at gøre?

  • more_vert
    • insert_linkKopier link
2
Jakob Dahl
2. november 2021 kl. 11:03

De fleste Win10 brugere husker vel det update, som hed '20H2'?

20H2 var, på samme måde som 21H1 og 21H2 en enablement package bestående af en cab fil på ca. 86 MB. Det eneste den gjorde var at slå nogle features til der allerede var installeret med de cumulative updates der var kommet i månederne før. Windows 10 kører stadig på 2004 kernen. Det er ikke nemt at sige hvad der er sket med din boot manager, men det er næppe 20H2 der har gjort noget ved den

  • more_vert
    • insert_linkKopier link
1
Nis Schmidt
1. november 2021 kl. 22:33

Man kunne godt ønske sig, at nogen ville afklare hvordan MS har gjort det.

De fleste Win10 brugere husker vel det update, som hed '20H2'?

På min i7er gjorde det boot meget langsomt; jeg måtte faktisk reinstallere OS og har siden undgået alt med 'H2' i.

Det er klart, at når version 10 endelig kører godt (og det gør den) må man straks lave en 11er (for at beskæftige udviklerne), hvor der igen er plads til langsomme updates? Nå. hvis 11eren kører godt i '25, har jeg planlagt en opdatering af min HW (MB+CPU;).

  • more_vert
    • insert_linkKopier link