Anders Englöf Ytterström Anders Englöf Ytterströms hemsida sv https://madr.se yttan@fastmail.se (Anders Englöf Ytterström) yttan@fastmail.se (Anders Englöf Ytterström) Det går att skriva validerande HTML med Web components https://madr.se/2026/custom-elements-validity/ https://madr.se/2026/custom-elements-validity/ Det går att skriva validerande HTML med Web components | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Det går att skriva validerande HTML med Web components

I takt med att Progressive web components (även omnämnd som HTML web components) börjar etablera sig, så ställde jag mig själv en fråga som jag funderat på av och till.

Om jag som utvecklare börjar lägga till egna HTML-element, innebär inte det att mina HTML-dokument slutar validera?

Validerande HTML har varit ett krav i många offentliga upphandlingar och styrdokument. Jag själv försöker alltid att uppnå det i mina åtaganden och leveranser.

Korta svaret på min fundering är nej, men med förbehåll.

  • Använd bindestreck i elementets namn för att tala om för HTML-validatorer att elementet är ett custom element, och därmed undantas från valideringen.
  • Inte ett skallkrav, men använd <!DOCTYPE html. Alla andra dokumenttyper är markerade som obsolete.

Bindestreck är det väsentliga. För att se den fulla listan över kraven på namnstättning av egna Custom elements, läs avsnittet Core Concepts i WHATWG HTML Living standard.

Exempel

Följande är alltså inkorrekt HTML:

<!-- Exempel 1: lista -->
<sortable>
  <ul>
    <li>Smör</li>
    <li>Ost</li>
    <li>Bröd</li>
  </ul>
</sortable>
<!-- Exempel 2: formulär -->
<formenhancer>
  <form action="do">
    <label>
      Namn
      <input name="name">
    </label>
  </form>
</formenhancer>

Följande är korrekt, validerande HTML:

<!-- Exempel 1: lista -->
<sortable-list>
  <ul>
    <li>Smör</li>
    <li>Ost</li>
    <li>Bröd</li>
  </ul>
</sortable-list>
<!-- Exempel 2: Formulär -->
<form-enhancer>
  <form action="do">
    <label>
    Namn
      <input name="name">
    </label>
  </form>
</form-enhancer>

Ovanstående inlägg publicerades 2026-04-30. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Thu, 30 Apr 2026 00:00:00 ECT Praktisk guide för att hålla dig till cURL https://madr.se/2026/praktisk-curl/ https://madr.se/2026/praktisk-curl/ Praktisk guide för att hålla dig till cURL | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Praktisk guide för att hålla dig till cURL

Från Just use cURL

Q: How do I organize my requests?
A: Put your shell scripts into directories, genius.

Så låt oss göra detta med praktiska exempel! Jag gjorde detta nyligen, så jag kan gå igenom det bit för bit hur jag gjorde.

Information om API jag önskar testa:

  • API har tre miljöer: test, pt och prod.
  • Varje miljö har två API-endpoints: sandbox och production.
  • Autentisering sker med OAuth2 mot en HTTP-endpoint som har client credentials grant.

Följande setup kommer skapas i detta inlägg:

  • En katalog med versionerade POSIX-kompatibla script
  • Script för att skapa kontexter, t ex TEST, PT eller PROD
  • Script för att skapa flera endpoints per kontext, t ex SANDBOX eller PRODUCTION
  • Script för att förnya API access-tokens
  • Script för att byta och visa aktuell kontext
  • Exempel på script med API-anrop (GET, POST, PUT, DELETE och PATCH).
  • Exempel på script för att integrationstesta API

Så här ser en typisk session ut:

. .envs/prod/sandbox
./renew-token
./saker/GET/lista-alla-saker.curl
./saker/POST/skapa-sak.curl "saken"
./saker/DELETE/radera-sak.curl "saken"
./saker/POST/skapa-sak.curl "sak2"
./saker/PUT/uppdatera-sak.curl "sak2" "saken"
./saker/DELETE/radera-sak.curl "saken"

Skapa nytt git-repo

Det går såklart att göra detta med annan backup-lösning också, men git är vad jag föredrar.

git init just-use-curl
cd just-use-curl

Jag skapar direkt en ignore-lista.

cat <<END > .gitignore
.curl-*-headers-file
END

Grundläggande filstruktur

Skapa litet filer och mappar:

mkdir {.envs/{test,pt,prod},.tests}
touch .envs/{test,pt,prod}/{sandbox,production}
touch {renew-token,set-secrets,who-am-i}
chmod +x {renew-token,set-secrets,who-am-i}
cat <<END > .gitignore

Nedbrytning om vad filerna gör:

  • renew-token gör ett HTTP-anrop mot en autentiserings-endpoint och sparar token i en fil som cURL sedan läser in som headers.
  • who-am-i visar vilken kontext som för närvarande används.
  • set-secrets är en wizard som ber om klient-ID och klient-hemlighet för API. Den är högst valfri.

Nedbrytning av script

Det är primärt tre script, och ett valfritt script.

init-env

Scriptet sätter upp en miljö genom att fråga efter två saker:

  • Webbadress för API (API_ENDPOINT_URL)
  • Webbadress för att skapa och förnya access tokens med OAuth2 (TOKEN_ENDPOINT_URL).

Detta är innehållet:

#!/bin/sh
step=1
uenv=$(echo "$1" | tr "[:lower:]" "[:upper:]")
printf "Skapar miljö - %s\n" "$uenv"
printf "[%s/2] Ange API_ENDPOINT_URL och tryck ENTER: " "$step"
read -r aeu
step=$((step + 1))
printf "[%s/2] Ange TOKEN_ENDPOINT_URL och tryck ENTER: " "$step"
read -r teu
step=$((step + 1))
mkdir -p .envs/"$1"
touch .envs/"$1"/."$1"
cat <<END > .envs/"$1"/."$1"
export TOKEN_ENDPOINT_URL=$teu
export API_ENDPOINT_URL=$aeu
END

who-am-i

Ett script som skriver ut den aktuella kontexten. Kontexten väljs genom att source:a en av env-filerna, t ex såhär:

. .envs/pt/sandbox; ./who-am-i

Detta är innehållet.

#!/bin/sh
echo "TOKEN_ENDPOINT_URL:   $TOKEN_ENDPOINT_URL"
echo "API_ENDPOINT_URL:     $API_ENDPOINT_URL"
echo "API_KEY_TYPE:         $API_KEY_TYPE"
echo "CLIENT_KEY:           $CLIENT_KEY"

renew-token

Ett POSIX-script som kollar så att vi valt en kontext, och om vi har det - så skapas och sparas en ny access token.

Detta är innehållet:

#!/bin/sh
: "${CLIENT_KEY?CLIENT_KEY saknas - aktivera en miljö?}"
: "${CLIENT_SECRET?CLIENT_SECRET saknas - aktivera en miljö?}"
: "${API_KEY_TYPE?API_KEY_TYPE saknas - aktivera en miljö?}"
: "${TOKEN_ENDPOINT_URL?TOKEN_ENDPOINT_URL saknas - aktivera en miljö?}"
: "${API_ENDPOINT_URL?API_ENDPOINT_URL saknas - aktivera en miljö?}"
CREDENTIALS=$(echo "$CLIENT_KEY:$CLIENT_SECRET" | base64)
TOKEN=$(curl -s -X POST "$TOKEN_ENDPOINT_URL" -d "grant_type=client_credentials" -H "Authorization: Basic $CREDENTIALS" | jq '.["access_token"]' | sed -e "s/\"//g")
cat <<END > .curl-"$CLIENT_KEY"-headers-file
User-Agent: $USER-$(curl -V | head -n1 | awk '{print $1$2;}')
Accept: application/json
Authorization: Bearer $TOKEN
END

Valfritt: set-secrets

Ett script som ger instruktioner för att klistra in consumer keys och consumer secrets per miljö.

BRa att ha, men kan göras manuellt också. Här är innehållet:

#!/bin/sh
API=$(basename "$PWD")
clear
client_credentials () {
	step=1
	echo "[$step/5] Gå till API i utvecklarportalen, och dess Subscriptions."
	echo "      Välj där korrekt Application, och använd kopieringsverktyget"
	echo "      på värdena."
	echo "      OBS! ingen inklistring av *secrets* kommer att skrivas på"
	echo "      skärmen av säkerhetsskäl."
	for env in "sandbox" "production"; do
		uenv=$(echo "$env" | tr "[:lower:]" "[:upper:]")
		step=$((step + 1))
		printf "[%s/5] Klistra in %s \"Consumer Key\" och tryck ENTER: " "$step" "$uenv"
		read -r ck
		step=$((step + 1))
		printf "[%s/5] Klistra in \"Consumer Secret\" för %s och tryck ENTER: " "$step" "$uenv"
		stty -echo
		read -r cs
		stty echo
		echo ""
		cat <<- END > ./.envs/"$1"/"$env"
		. ./.envs/$1/.$1
		export API_KEY_TYPE=$env
		export CLIENT_KEY=$ck
		export CLIENT_SECRET=$cs
		END
	done
	printf "Consumer key+secret är sparad för %s!\n" "$1"
}
echo "Sätter consumer key+secret för: $API"
for env in "test" "pt" "prod"; do
	yN=""
	while true; do
	    printf "Sätt secrets för %s i %s? [y/N]: " "$API" "$env"
	    read -r input
	    case "$input" in
		[yY])
		    yN="y"
		    break
		    ;;
		""|[nN])
		    yN="n"
		    break
		    ;;
		*)
		    printf "[!] Felaktigt svar! Ange \"y\" eller \"n\".\n"
		    ;;
	    esac
	done
	if [ "$yN" = "y" ]; then
	    client_credentials "$env"
	fi
done

Skapa miljöerna

Varje miljö (test, pt och prod) har två endpoints, sandbox och production.

Följande kommandon skapar miljöerna:

./init-env test
./init-env pt
./init-env prod

Jag vill sedan ange OAuth-keys och -secrets, det gör jag med:

./set-secrets

Verifiera så allt funkar:

. .envs/pt/sandbox
./who-am-i
./renew-token

Skapa några endpoints

För att skapa endpoints används följande filstruktur:

  • I roten ligger alla entiteter i API:et som kataloger, med så nära spegling som möjligt.
  • Som underkataloger till dessa ligger alla HTTP-verb: GET, POST, etc.
  • I dessa ligger script med filändelsen .curl.
  • Om man vill ha flera exempel, t ex med statuskoder, kan en extra filändelse användas.

Exempel på hur detta kan se ut:

thing/
├── GET
│   ├── list-all.curl
│   └── list-selection.curl
└── POST
    ├── append-new.error.curl
    └── append-new.ok.curl

Endpoint som bara hämtar data (GET, OPTIONS, HEAD)

Behöver inga argument.

Exempel på hur det kan se ut:

#!/bin/sh
res="thing"
curl -s \
-H @.curl-"$CLIENT_KEY"-headers-file \
"$API_ENDPOINT_URL"/"$res" \
| python3 -m json.tool

Standardverbet i cURL är GET. Använd -X [OPTIONS, HEAD] för att ändra verbet.

(I exemplet här är det ett JSON-API, så Pythons inbyggda json.tool används för att snygga till utskriften)

Endpoints som behöver indata (t ex POST, PUT, PATCH)

Behöver argument, t ex via stdin eller som variabel i filen.

Exempel på hur det kan se ut:

#!/bin/sh
res="thing"

# definiera data i filen
# exempel: ./thing/POST/new.curl 
data="code=success&payload=allgood"
resp=$(curl -s -w "%{http_code}\n" \
-H @.curl-"$CLIENT_KEY"-headers-file \
-d "$data" "$API_ENDPOINT_URL"/"$res")

# skicka in stdin som payload
# exempel: cat payload.txt | ./thing/POST/new.curl 
resp=$(curl -s -w "%{http_code}\n" \
-H @.curl-"$CLIENT_KEY"-headers-file \
-d "$(cat -)" "$API_ENDPOINT_URL"/"$res")

# skicka in första argumentet som data
# exempel: ./thing/POST/new.curl "foo=1" 
resp=$(curl -s -w "%{http_code}\n" \
-H @.curl-"$CLIENT_KEY"-headers-file \
-d "$1" "$API_ENDPOINT_URL"/"$res")

# skicka in en sträng som data och placera den i nyckeln "payload"
# exempel: ./thing/POST/new.curl hej 
resp=$(curl -s -w "%{http_code}\n" \
-H @.curl-"$CLIENT_KEY"-headers-file \
-d "payload=$1" "$API_ENDPOINT_URL"/"$res")

# Skriv ut HTTP-statuskod från svar om ingen övrig data skickades med,
# och formattera JSON om sådan finns
if [ "$(echo "$resp" | wc -w)" -eq 1 ]
then
	echo "HTTP $resp"
else
	echo "$resp" | tr -d '\n' | sed -r 's/[0-9]+$//' | python3 -m json.tool
fi

Standardverbet när data skickas (curl -d) är POST. Använd -X [DELETE, PATCH, PUT] för att ändra verbet.

(I exemplet här är det ett JSON-API, så Pythons inbyggda json.tool används för att snygga till utskriften)

Endpoints som behöver ange ett ID eller referens (GET, DELETE, PUT, PATCH)

#!/bin/sh
res="thing"

# Ange id/referens med första argumentet,
# exempel: ./thing/DELETE/delete-single.curl 23 
curl -X DELETE -s -w "HTTP %{http_code}\n" \
-H @.curl-"$CLIENT_KEY"-headers-file \
"$API_ENDPOINT_URL"/"$res"/"$1"

# Ange id/referens med stdin
# exempel: echo 23 | ./thing/DELETE/delete-single.curl 
curl -X DELETE -s -w "HTTP %{http_code}\n" \
-H @.curl-"$CLIENT_KEY"-headers-file \
"$API_ENDPOINT_URL"/"$res"/"$(cat -)"

Använd -X [DELETE, PATCH, PUT] för att ändra verbet, eller skippa -X för att falla tillbaka på GET. Kika på tidigare exempel på hur koden kan utökas med en if-sats som skriver ut statuskod eller paylaod beroende på svar.

(I exemplet här är det ett JSON-API, så Pythons inbyggda json.tool används för att snygga till utskriften)

Skala över tid

Först av allt - versionshantering med git är en bra start, och kan nog räcka med en bra tillämpning av taggar och branches.

Jag rekommenderar dock att låta filstrukturen spegla alla versioner av API som ligger i produktion, då det inte ovanligt att flera gamla och nya versioner samexisterar, te x på grund av krav på bakåtkompabilitet eller migreringsperiod.

Jag hade därför gjort något liknande över tid:

apis
├── README
├── demo-api
│   └── v2
│   │   ├── ...
│   │   ├── init-env
│   │   ├── README
│   │   ├── renew-token
│   │   ├── set-secrets
│   │   └── who-am-i
│   └── v3
│       ├── ...
│       ├── init-env
│       ├── README
│       ├── renew-token
│       ├── set-secrets
│       └── who-am-i
└── another-api
    └── v1.0.0
        ├── ...
        ├── init-env
        ├── README
        ├── renew-token
        ├── set-secrets
        └── who-am-i

Ovanstående inlägg publicerades 2026-04-17. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Fri, 17 Apr 2026 00:00:00 ECT Mina erfarenheter av Grafana https://madr.se/2026/grafana-nedbrytning/ https://madr.se/2026/grafana-nedbrytning/ Mina erfarenheter av Grafana | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Mina erfarenheter av Grafana

De senaste veckorna har jag haft nöjet att bekanta mig med Grafana och dess ekosystem. I detta ska jag skriva litet om mina tankar utifrån perspektivet att jag tidigare använt Prometheus och ELK.

Vad används Grafana till?

Primärt observabilitet, men även övervakning och som byggkloss i incidenthantering.

  • Visualisera metrics (exempelvis CPU-last, minnesanvändning, nätverkstrafik och diskaktivitet) över tid (t ex med stapeldiagram) eller just nu (paj- eller gauge-diagram).
  • Samla loggar på ett och samma ställe för att underlätta felsökning
  • Samla traces från applikationer på ett och samma ställe för att få insikter om användares aktivitet i applikationer och gränssnitt.
  • Sätta upp larmregler - vad som anses vara teknisk ohälsa (t ex slut på minne, mer än 20% error rate), vem som ska underrättas (t ex personer, grupperingar eller roller) och hur larmet ska skickas (t ex mail, SMS).

Licenserna

Grafana är öppen källkod, och finansierar sin vidareutveckling genom att erbjuda molnlösning och supportavtal. Inget märkvärdigt där, alltså.

Då det är svenskt bolag är det troligtvis attraktivt för myndigheter i Sverige och inom EU.

De olika delarna

Grafana i sig är "bara" visualisering. Under paraplyt så finns det dock flera delar att ha litet koll på. Det förvirrade mgi i början, så här skriver jag om hur jag uppfattat att det hänger ihop:

  • Grafana - Ersätter Kibana i ELK.
  • Loki - Hanterar insamling och rapporter av loggar, istället flör LogStash i ELK.
  • Alloy - Ersätter Logstash i ELK. Agent som skickar data och som härmar mer standardiserade lösningar, som T ex OTLP
  • Tempo - Hanterar insamling och rapporter av Traces.
  • Mimir - Ersätter Elastic Search i ELK. Kan agera som drop-in replacement för exempelvis Prometheus.

I stort sett alla delar har bra itegration med andra liknande lösningar, i hyllning till UNIX-filosofin.

Kuriosa: skapat och grundat av en Stockholmare 2013

Grafana startades som ett kvällsprojekt av Torkel Ödegaard december 2013 i en klassisk "scratch your own itch": det var svårt att övervaka alla tjänster på jobbet, och ur frustrationen skapades motivationen att koda ihop det som senare blev Grafana.

Personligen kom jag i kontakt med Grafana hösten 2016 för första gången. Det har hänt mycket sen dess. :)

Ovanstående inlägg publicerades 2026-04-17. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Fri, 17 Apr 2026 00:00:00 ECT Nya madr.se 2026 https://madr.se/2026/meta/ https://madr.se/2026/meta/ Nya madr.se 2026 | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Nya madr.se 2026

Jag har en ny version av madr.se igen.

Några höjdpunkter denna gång:

  • Ingen CSS. HTML har alltid varit det jag gillat mest vid Greenfield-utveckling. Även utan CSS kan mina skrivna ord läsas utan problem, men med några beaktanden.
  • Inga microdata eller RFDa. Sökmotorer prioriterar idag att visa sponsrade träffar och att visa ej efterfrågade AI-promptar (skitifiering). Relevansen har kraftigt minskat, och min egen motivation likaså.
  • Byggd med Smed. Denna webbplats är byggd med min egen SSG.
  • Hanteras med Directus. Jag är fortsatt helnöjd med att hantera allt innehåll med Directus, som jag använt sedan 2023.
  • Publicering sker med webhooks och några python-script. Jag skriver innehållet i Directus, och exporterar sedan till markdown och bygger om sajten med några knapptryck med Directus flows. För detta används webhook-tjänsten.

Följande kodblock visualiserar dataflödet i Mermaid-format:

Flödesschema, madr.se 2026 
flowchart LR
    A[Directus HCMS + API] -->|Flöde| B{Webhook daemon}
    B -->|/webhooks/export-item| E[Python-script]
    B -->|/webhooks/download-file| F[Python-script]
    B -->|/webhooks/ssg-rebuild| G[Python-script]
    E -->|API Client| A
    F -->|API Client| A
    G -->|API Client| A

20 år

Det är också ett halvår innan 20-årsdagen av denna webbplats.

Det var svårt för mig att tro att den här webbplatsen är så gammal, men första blogginlägget kom i januari 2007. Inlägget skriver då om en andra invigning. Jag tror att detta betyder att jag bestämt mig för att förbättra databas-tabellerna och inte orkade migrera de få inlägg jag redan hade skrivit.

Tyvärr var den yngre versionen av mig en flitig användare av att kasta bort saker, så någon kod eller skärmdump har jag tyvärr inte kvar.

Jag minns iaf att det var en vit webbplats med klassiskt bloggutseende: bred huvudspalt, och några klassiska blogg-widgets till höger i en sidspalt. Kalendervy, månadshistorik, sånt jox. Det var min andra blogg. Den första byggde jag med statisk HTML sensommaren 2005. Den låg på något webbutrymme jag inte ens minns adressen till (men jag gissar på bolion.net).

  • Jag byggde den med PHP5 i mitt egna webbramverk, som använde XSL som template-motor.
  • Webbplatsen hostades på min garderobsdator med Gentoo.
  • Jag körde XHTML 1.1 Strict med application/xhtml+xml, med konstant risk för Yellow page of death och var tvungen att använda User-agent sniffing för att degradera Internet Explorer 7 och neråt till text/html.
  • CSS var baserad kring floats och hade elastisk layout upp till 960 pixlars bredd (fråga dina föräldrar).
  • Testades i Internet Explorer 6, Safari, Firefox 2 och okänd version av Opera.
  • All JavaScript var unobtrusive och tillämpade Progressive Enhancement (fråga någon förälder som byggde webbsidor innan React fanns).

Ovanstående inlägg publicerades 2026-04-12. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sun, 12 Apr 2026 00:00:00 ECT Att skriva och publicera för en CSS-fri webbplats https://madr.se/2026/ingen-css/ https://madr.se/2026/ingen-css/ Att skriva och publicera för en CSS-fri webbplats | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Att skriva och publicera för en CSS-fri webbplats

I detta inlägg redogör jag för insikter och förändringar i mitt förfarande för att skriva och publicera innehåll för en webbplats utan grafisk design (CSS).

Några grundantaganden:

  • Webbplatsens innehåll kommer visas mest på handhållna enheter.
  • Det är via rekommendation och tips som trafik kommer att genereras.

Saker att tänka på vid författande av innehåll:

  • I mallar, skriv på Lätt svenska i instruerande ton.
  • Omfamna och älska korrekta punktlistor.
  • Håll nere bredden på förformaterad text (t ex kodblock). Undvik bredder större än 30-40 tecken. Det ökar läsbarheten på handhållna enheter.
  • Sätt höjd och bredd på bilder. Tänk på att prioritera visning på handhållna enheter.

Saker att tänka på ur teknisk synvinkel:

  • Först av allt, ta en titt på Alla HTML-element och förstå dem. När ingen CSS eller JavaScript finns, måste din webbplats HTML-dokument hålla hög kvalitet.
  • Använd skipplänkar för att ge möjligheten att hoppa direkt till innehåll.
  • Använd i och b för visuell presentation, och em och strong för betoningar.
  • Använd presentativa HTML-element, som t ex hr för att skapa sektionsavgränsare och br för att styra indrag.

Om HTML-kunskaperna är litet rostiga, så har MDN några bra sidor för att komma ikapp.

Ovanstående inlägg publicerades 2026-04-10. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Fri, 10 Apr 2026 00:00:00 ECT Använd Pythons egna bibliotek istället för Requests https://madr.se/2026/no-requests/ https://madr.se/2026/no-requests/ Använd Pythons egna bibliotek istället för Requests | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Använd Pythons egna bibliotek istället för Requests

Jag har i dagarna reviderat kod som hanterar en del HTTP-anrop mot ett REST-API. Jag kom på att kunde vara en kul grej att se hur mycket läsbarhet som gick förlorad om jag fimpade requests och körde med standardbiblioteket i Python.

Enkelt exempel

Följande gör ett HTTP GET-anrop, med ett set HTTP-headers.

from urllib.request import Request, urlopen

req = Request(full_url, headers=headers)
with urlopen(req) as response:
    # gör saker

Original:

import requests

response = requests.get(
    url=full_url,
    headers=headers
)
# gör saker

Mer avancerat exempel

Följande gör ett HTTP SEARCH-anrop och parsar svaret som ett JSON-objekt.

from urllib.request import Request, urlopen

req = Request(
    f"{url}/folders", 
    headers=headers, 
    method="SEARCH"
)
with urlopen(req) as response:
    data = json.loads(
        response.read().decode("utf-8")
    )
    folders = data["data"]

Original:

import requests

folders = requests.request(
    "SEARCH",
    url=f"{url}/folders",
    headers=headers,
).json()["data"]

Sista exemplet: Filhantering

Följande laddar hem en fil och skriver dess innehåll till disk.

from urllib.request import Request, urlopen

req = Request(
    full_url, headers=headers
)
with urlopen(req) as response:
    with open(
        "grejor.zip", "wb"
    ) as f:
        f.write(response.read())

Original:

import requests

resp = requests.get(
    url=full_url,
    headers=headers,
)

with open(f"grejor.zip", "wb") as f:
    f.write(resp.content)

Slutsats

Jag är redo att fimpa requests. Läsbarheten blir något sämre, men det är inte så illa som jag befarade. Med litet träning så kommer det bli naturligt. För mer avancerade grejor så kommer jag förmodligen att använda det vidare, eller httpx om jag vill använda Pythons asynkrona styrkor, eller behöver prata HTTP/2.

Vidare läsning:

Ovanstående inlägg publicerades 2026-04-05. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sun, 05 Apr 2026 00:00:00 ECT Skamborgen lunchmeny https://madr.se/2026/skamborgen/ https://madr.se/2026/skamborgen/ Skamborgen lunchmeny | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Skamborgen lunchmeny

Riktpris: 28-36kr.

  • Admin delifresh: En burk tonfisk i olja, serveras med två kokta ägg och ett glas vatten
  • Admin special: 2st Gorbys, serveras med Snickers och Cola (Coca Cola, 50cl PET eller 33cl burk)
  • Arood special: En burk tonfisk, serveras med drickyoghurt och Trocadero.
  • Halv admin special: En Gorbys, serveras med Snickers och Cola (Coca Cola, 50cl PET eller 33cl burk)
  • Jimmie special: En burk Kung Gustavs sardiner, serveras med en påse chips (60g) och en lättöl
  • Kinesisk arenalunch: En kombination av minst två av följande tre ingredienser: en Snickers, en 50cl flaska mineralvatten eller en starköl (från fat).
  • sysadmin skrovmål: Två Billys pan pizza, serveras med Ekströms nyponsoppa (original)
  • sysadmin special: En Billys pan pizza, serveras med Ekströms nyponsoppa (original)
  • Veganskt alternativ: 1-2 okokta, ej skalade sötpotatisar. Mikra 8 minuter. Serveras med matfettsblandning.
  • Yttan 2Go: 2 hårdkokta ägg med majonäs, i kombination med exakt ett av följande alternativ: en burk makrill, en burk tonfisk, en burk sardiner eller ett knäckebröd med smör.
  • Yttans proteinbomb: 250g protein- eller lättkeso med en mosad banan.

Ovanstående inlägg publicerades 2026-03-16. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Mon, 16 Mar 2026 00:00:00 ECT Hur jag hade gått all-in Apple https://madr.se/2026/macmini-macbookneo/ https://madr.se/2026/macmini-macbookneo/ Hur jag hade gått all-in Apple | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Hur jag hade gått all-in Apple

Jag har tidigare haft perioder där alla mina dagliga datorer och även telefon har varit exklusivt från Apple. Det var dock ett tag sedan sist, primärt av 2 skäl:

  • Linux har blivit bättre, och nått en acceptabel nivå (inte likvärdig, men fullgod för att nackdelarna inte tar ut fördelarna)
  • Apple har utvecklat sina produkter mot en riktning jag inte längre uppskattar i lika stor utsträckning. Några exempel: de har inte längre några utbytbara delar, de är dyra, MacOS har tappat sin känsla av världsklass.

Bytet till Silicon, som jag först var skeptisk till, har dock gjort Apples produkter attraktiva för mig igen.

Så hur hade jag gjort ett skifte till Mac igen? Det ska detta inlägg resonera kring.

För hemstudion - M4 Mac Mini

Den är liten och lätt att gömma undan, med nog portar för att jag ska känna mig begränsad. Mac är vad proffs nom musikproduktion använder av en anledning. De mest lukrativa perioder jag haft av musikskapande har sammanfallit med att jag haft en Mac för ändamålet.

För mig, som sällan spelar in mer än 1-2 kanaler och föredrar att inte passera 8-12 monokanaler, räcker M4 med 16GB RAM otroligt långt. 256GB disk räcker också utmärkt, eftersom projekt ändå hamnar på backupdiskar när jag inte jobbar med dem.

Baserat på litet research så verkar även influencers inom musikproduktion vara överens - Mac Minin är klockren i standardkonfiguration.

Nuvarande lösning, som jag skulle ersätta: en laptop med Intel i7, 16GB RAM och 240GB SSD-disk. Minimal Arch linux med RT-patchset, pipewire och labwc.

För skrivande, programmering och organisation - Macbook Neo

Den nyligen lanserade Macbook Neo ger mig verkligen vibbar av iBook G4 och de tidiga iterationerna av Macbook Air. Prisvärd dator där en fantastisk fingertoppskänska för vad som är viktigt är uppenbar. iFixit säger att det är den mest reparerbara macen på mycket länge.

För mig skulle det täcka upp i stort sett allt jag vill göra med en bärbar dator:

  • Organisera och planera
  • Skriva
  • Hantera VPS via SSH
  • Programmera för hobbyprojekt
  • Titta på serier/film i sovrummet/på tåg
  • Lättare grafisk formgivning med Inkscape och Pixlmator
  • Hantera foton

Inte sedan det fanns en Macbook Air med 4GB RAM och 128GB disk har en Mac varit så prisvärd. Hatten av.

Nuvarande lösning: en Lenovo T14 G1 (Intel) med Linux Mint.

Telefon

Jag kör sedan 20 år varannan iPhone och varannan Custom ROM Android. Jag köper helst rekonditionerat, för att spara litet på planeten.

Jag hade troligtvis nöjt mig med en iPhone 13 Mini eller en iPhone SE 2022, då jag föredrar små telefoner och hellre har en klassisk iPhone-knapp framtill istället för FaceID.

Nuvarande lösning: iPhone SE 2022, rekonditionerad. Så ingen förändring.

Apple är inte längre dyrt

En Macbook Neo och en M4 Mac Mini går lös på 16 TSEK nya. Det är otroligt billigt, i kontexten att det är två datorer från Apple.

När dessa enheter börjar komma ut på begagnatmarknaden kommer de att vara ännu billigare.

Så det är förmodligen då jag kommer att slå till!

Ovanstående inlägg publicerades 2026-03-15. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sun, 15 Mar 2026 00:00:00 ECT Recension: Far Beyond All Light - The Life, Death and Legacy of Jon Nödtveidt and Dissection, av S. Monleón (2025) https://madr.se/2026/far-beyond-all-light/ https://madr.se/2026/far-beyond-all-light/ Recension: Far Beyond All Light - The Life, Death and Legacy of Jon Nödtveidt and Dissection, av S. Monleón (2025) | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Recension: Far Beyond All Light - The Life, Death and Legacy of Jon Nödtveidt and Dissection, av S. Monleón (2025)

Första tryckningen av denna tog snabbt slut. Efter några månaders väntan landade mitt exemplar av den andra tryckningen i brevlådan.

För full transparens vill jag först återge min egen relation till Dissection.

Jag började utforska hårdrocken på egen hand under högstadiet, i den tid när en ung människas identitet präglas djupt av starka upplevelser och intryck. På en hemsida i Internets barndom, som drevs av två mer seniora hårdrockare, fanns en lista över bandtips. Via Napster fick jag höra Where Dead Angels Lie för första gången.

En dörr till mitt undermedvetna jag skymtat och stundtals kunnat ana öppnades på vid gavel. En sida av mig själv drog ett självande första andetag i frihet. Ord är svårt, men om jag skulle försöka: hat, sorg, köld, grymhet, empatilöshet.

Jag var 14 år, och jag visste omedelbart att jag bildat ett djupt känsloband till Dissection.

Fler låtar följde genom åren. The Somberlain. A Land Forlorn. Så småningom ägde jag såklart båda skivorna. Med tiden gick det upp för mig att bandet inte längre fanns: medlemmarna hade gradvis försvunnit, och den enda återstående originalmedlemmen satt inne för mord.

När jag studerade vid Mittuniversitetet frigavs Jon Nödtveidt och började att turnera med nya bandmedlemmar. Många bekanta passade på att gå på konserter och möta Jon personligen. Det var ointressant för mig, eftersom det inte kändes som "mitt" Dissection. Detta bekräftades av släppet av Mana Kali november 2004, och Reinkaos på valborg 2006.

Då de utannonserade att en spelning på Midsommarafton 2006 skulle bli deras sista, funderade jag på att gå - men avstod, eftersom jag fick andra planer.

I mitten av augusti var det Strömmingsleken, som på den här tiden var en stor flerdagarsfest för personer i min ålder. Jag var hemvändare till Söderhamn och var på ICA Ahlen Supermarket för att köpa sen frukost. Löpsedlarna sa: "Rockstjärna hittad död i sitt hem i Hässelby", med en bild på Jon Nödtveidt.

Jag stannade i steget för en sekund och tog in faktumet: jag hade missat chansen att uppleva ett av de viktiga banden under min uppväxt. Jag skulle aldrig få någon mer chans. Jag ruskade dock av mig det, med den lätthet som en bakfull ungdom besitter.

Sedan dess har 20 år gått. Jag har alltid återkommit till Dissection, särskilt under perioder med svår depression. Med tiden, i takt med att jag blivit äldre och mer öppensinnad, har jag lärt mig att uppskatta Reinkaos för vad den är. Jag har också haft en skavande känsla av att otroligt många efter 2006 lyssnade på Reinkaos utan att förstå hur satanisk, misantropisk och andlig den är.

Med tiden har retrospektiv kring bandet dykt upp med mer information, i form av reportage, podcast-avsnitt och böcker.

Sedan kom boken som detta inlägg handlar om. Jag såg den först i Sweden Rock Magasine, och efter en stunds tvekan bestämde jag mig för att läsa den.

Den är skriven i omvänd ordning. Första kapitlen handlar om Jon Nödtveidts sista år mellan frisläppande och Rebirth of Dissection. Därefter berörs hans tid i fängelse. Avslutningsvis berättas en detaljerad biografi som går igenom åren 1986-1997.

Det är en detaljerad historia, som enligt författaren själv tagit 15 år att slutföra. Metoden var att intervjua personerna som var med. En del är nytt, annat är redan känt. Tonaliteten kan ibland bli allt för färgad för att kallas objektiv. Några textstycken känns, enligt mig, rent raljerande eller tycks mig innehålla författarens egna värderingar och åsikter, trots påståendet om att vara objektiv. Ett fåtal av dessa passager tappar mig nästan som läsare.

Jag tycker även att författaren förminskar och viktar innehållet i förundersökningsprotokollet till mordet på Yusef ben Meddour i stor grad, trots påståendet att den delen av Jon Nödtveidts arv är oväsentligt.

Jag är glad att jag har läst boken, och att det nu finns en bok om Jon Nödtveidt. Jag kommer förmodligen att bläddra i den emellanåt.

Min bild av Dissection har inte ändrats av att läsa boken. För mig förblir Jon Nödtveidt den han alltid har varit för mig.

Om jag har väckt intresse att utforska, hänvisar jag till dessa källor.

Slutligen, litet datapunkter om denna bok.

  • ISBN: 9783982685410
  • Titel: Far Beyond all Light: The Life, Death and Legacy of Jon Nödtveidt and Dissection
  • Författare: S. Monléon
  • Goodreads.

Ovanstående inlägg publicerades 2026-03-08. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sun, 08 Mar 2026 00:00:00 ECT FreeBSD på bärbar dator 2026 https://madr.se/2026/freebsd-15/ https://madr.se/2026/freebsd-15/ FreeBSD på bärbar dator 2026 | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

FreeBSD på bärbar dator 2026

Jag kände mig äventyrlig i början av 2026, och installerade igår kväll FreeBSD på min primära bärbara dator.

Enligt hårdvarukompabilitetslöistan för min dator verkar det mesta fungera, och då jag inte använder datorn för spel eller musikskapande vill jag ge FreeBSD en testrunda i början av året.

Varför FreeBSD?

Mest är det på grund av nyfikenhet och en bra magkänsla.

  • FreeBSD är ännu närmare Unix än Linux, då FreeBSD skapades som en fork av Unix[^1].
  • FreeBSD är ett komplett operativsystem. Motsvarande på Linuxsidan skulle vara Linuxkärnan+systemd+GNU+pakethanterare. Allt ägs av samma team och har samma releasecykel. Mer enhetligt och mindre lapptäcke, vilket jag gillar skarpt.
  • FreeBSD sätter upp en ZFS pool som standard. Versionering, snapshots, möjlig datareplikering direkt vid installation.
  • FreeBSD installerar ett minimalt och formbart system vid nyinstallation (som jag uppskattar hos Arch Linux och Debian).
  • FreeBSD har ports och pkg, som enligt mig är mycket trevliga verktyg för att installera paket.
  • FreeBSD tillämpar en mer traditionell init istället för Systemd, vilket ger mig nostalgi.
  • FreeBSD har också tagit rygg på Linux genom att stödja t ex Wayland och Pipewire.
  • FreeBSD stödjer podman (experimentiellt) via sin egen container-/sandbox-lösning Jails.
  • FreeBSD skickar med de program jag önskar köra på datorn i sitt paketförråd.

Samt: jag tycker det är roligt att lära mig nya saker. Sedan FreeBSD tillkännagav Laptop Support and Usability Project i slutet av 2024 har jag haft litet span på FreeBSD.

Saker jag genast gillade

Jag blev först förvirrad av att de har två ISOS för närverksinstallation - en för optisk medium, och en för USB-sticka. Detta ledde till flera försök att boota från ett medium.

Installationen, när jag väl kom dit, är smidig och enkel. Den är mycket snarlik Debian i det textbaserade läget och är snabbt avklarad. Jag behöll ZFS-poolen och slog på diskkryptering. Det var inga problem att få nätverksåtkomst eller ställa in tidszon eller tangentbordslayout till svenska.

Likt Debian fick jag i slutet av installationen några förslag på tjänster att installera och starta - kraftigt färgad av antagandet att datorn ska användas som server.

När jag började installera paket blev det snabbt uppenbart att beroenden är mycket liberala.

  • För att installera en fönsterhanterare t ex så krävdes python.
  • För att få in Thunar från Xfce krävdes både GTK4 och QT6.

Detta är dock inte unikt för FreeBSD på något sätt: många linuxdistributioner har samma "bra att ha"-mentalitet.

Jag gillar skarpt att pkg har subkommandot pkg autoremove för att ta bort paket som installerades som beroenden, men inte längre behövs.

Datorn känns pigg och rapp och bootar på nolltid.

Saker som inte fungerade OOB men som gick att lösa

In och ut ur viloläge (suspend/resume) vid ned- och uppfällning av skärm fungerade inte på min dator. Detta är dock vanligt på Linuxdistributioner också, så jag tycker inte det är särskilt märkvärdigt.

För FreeBSD 15 är detta medvetet avstängt vid nyinstallation[^2], men stöds av de flesta bärbara datorer. Det går att aktivera manuellt med ett kommando.

Secure boot verkar inte stödjas. Detta kan dock vara min dator som inte är konfigurerad korrekt, så det går förmodligen att ordna.

Jag hade inget ljud. Ljud är avstängt vid nyinstallation, och aktiveras genom att aktivera sndiod.

Saker som inte fungerade OOB utan lösning

Wifit dör vid resume från suspend. Detta är en känd brist i wifi-drivrutinen iwlwifi, som ligger med i roadmaps för framtida versioner av FreeBSD.

Workaround är att manuellt starta om wlan-interfacet efter varje resume.

Vid resume är datorn fryst 5-10 sekunder innan jag kan börja arbeta på den. Detta är troligtvis relaterat till att wifit försöker återuppta men misslyckas.

En dag klarad, vi hörs om några veckor

Problemen ovan är egentligen nog för att jag skulle återgå till något jag redan vet fungerar. Men jag vill ge FreeBSD en chans. Så jag skriver några rader när jag använt datorn litet mer, till t ex programmering och att skriva inlägg som detta.

[^1]: Som en fork av 386BSD, som i sin tur var en fork av BSD - Berkleys egna version av UNIX, som de inledde 1974 genom att förvärva en licens av AT&T Unix. Dvs, BSD har levt 15-20 år längre än Linux. [^2]: Detta känns som ett arv från att FreeBSD historiskt sett adresserat behov för servrar, som aldrig haft behov av någon form av suspend. Detta är ett pågående skifte för FreeBSD-utvecklarna, som försöker göra FreeBSD bättre för bärbara datorer.

Ovanstående inlägg publicerades 2026-01-11. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sun, 11 Jan 2026 00:00:00 ECT Mjukvara på min Linuxbaserade DAW under jan 2026 https://madr.se/2026/linux-daw-software/ https://madr.se/2026/linux-daw-software/ Mjukvara på min Linuxbaserade DAW under jan 2026 | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Mjukvara på min Linuxbaserade DAW under jan 2026

Jag har haft bra sessioner i hemstudion på sistone. Detta inlägg beskriver vilka program jag använder för att skriva musik, laborera med riff och mixa demos.

Kortversionen: DAW med gammal dator, Arch, Reaper och NAM.

Kort om hårdvaran

Detta är inte fokus för inlägget, men behövs såklart för referens.

  • 10 år gammal bärbar dator med SSD, 16GB minne och Intel I7
  • En ännu äldre skärm på 24" monterad på bomarm
  • Linuxvänligt Audio Interface med 4 utgångar och 4 ingångar
  • En DI-box
  • En Reamp-box
  • Ett par monitorer
  • Ett par hörlurar
  • Några mikrofoner med bra stativ

Linuxdistribution

Arch linux med pipewire och labwc. Primära motiv till Arch:

  • Rolling release. Pipewire och Linux blir vid skrivande stund bättre för varje version och det gör det värt att ligga i framkant snarare än att ligga stabilt på mer beprövade versioner.
  • Sidan Professional audio på ArchWiki.
  • Gruppen pro-audio i Arch Linux extra-paketförråd. Både öppen och proprietär mjukvara finns där (t o m utan AUR). Inget stök med manuell installation och beroenden som kan gå sönder.

Samt: Det är en linuxdistribution jag kan och behärskar, vilket alltid bör väga tyngst på individuell nivå. Att ställa in en dator för optimal latens är en utmaning för alla icke-Macs, så välj en Linuxdistribution som är välbekant.

Primära motiv till labwc:

  • Hellre Wayland än X11
  • Användning av skrivbordsmiljöer kräver mer RAM och CPU, vilket påverkar latens
  • Skrivbordsmiljöer innehåller mycket som en DAW inte behöver, som därmed behöver stängas av eller avinstalleras
  • Hyprland, Sway och andra "tiling" fönsterhanterare funkar inte optimalt med hur en DAW hanterar fönster för t ex plugins

DAW

Reaper 7, med annat tema och några personaliseringar.

Plugins

  • Dragonfly Reverb
  • Neuralrack (simpel NAM-laddade)
  • Ratatuille (advancerad NAM-laddare)
  • SurgeXT (synt)
  • Ugritone (trummor för mixning)
  • AVLDrums (trummor för låtskrivning)

NAM-profiler

Förstärkartoppar:

  • Soldano Lead
  • Marshall Valvestate
  • Peavey 5150

IR:

  • Celestrion Vintage 30, med olika mikrofoner (SM57 och några Lewitts)

Pedaler:

  • Boss HM-2 (gitarr)
  • Tech 21 Sansamp (bas)

Kringprogram

Dessa är installerade via Flatpaks för att minska mängden beronden i grundsystemet.

  • Millisecond (diagnosverktyg för att uppnå låg latens)
  • pwvucontrol (för att byta profiler på ljudkort)
  • qpwgraph (routa ljud, med sparfunktion)
  • Helvum (routa ljud, utan sparfunktion)
  • coppwr (kontrollpanel för pipewire)
  • Thunar (filutforskare)

Ovanstående inlägg publicerades 2026-01-07. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Wed, 07 Jan 2026 00:00:00 ECT Andra intrycket av COSMIC https://madr.se/2025/cosmic/ https://madr.se/2025/cosmic/ Andra intrycket av COSMIC | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

Andra intrycket av COSMIC

Sist jag gjorde ett omnämnande av COSMIC var vid tredje alfan. Nu när skarp version är skeppad är det välkommet att testa COSMIC igen.

Min testrigg:

  • Bärbar dator, Lenovo T14 G1 (Intel).
  • 8GB ram
  • 240GB disk

Allt jag gillade i alfa 3 är där fortfarande. Då det ändå är skarp version så vill jag ändå passa på att nämnda några saker saknar jag ifrån mitt normala arbetsflöde:

  • Det går inte att ange alt+shift för att hoppa mellan tangentbordslayout. Super + Space är default, vilket även GNOME och Mac OS har som default. Detta sitter i muskelminnet för mig och är enkelt att ändra i andra DE (GNOME untantaget, because FU GNOME).
  • Det går inte att flytta knapparna i titelbar till höger. Det hade jag gillat.
  • Det finns ingen global meny - det är dock Waylands fel, inte COSMICs.
  • Typsnitt i applets är inte enhetliga.
  • Flatpaks, särskilt QT, följer inte färgteman i COSMIC. GTK är acceptabla.

Jag vill dock avsluta på en positiv ton.

  • Dock, toppanel och typografi känns riktigt nice. Med en global meny och möjlighet att ställa så hade MacOS-folk känt igen sig omedelbart i COSMIC. POP!_OS hade nog redan dödat Elementary om det inte vore för att namnet fortfarande är störtlöjligt.
  • Tillgänglighetsstödet känns riktigt moget.
  • Teknikstacken - Rust och Wayland-first - känns helt rätt i tiden.
  • Apparna som kommer med är precis lagom: en filutforskare, en app store, en terminal, systeminställningar, en enkel texteditor, en mediaspelare (med alla codecs) och skärmavbildare. Det är en bra ambitionsnivå som ElementaryOS borde ta lärdom av, där ambitionen känns för stor.

Ovanstående inlägg publicerades 2025-12-27. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sat, 27 Dec 2025 00:00:00 ECT En snabb överblick över OIDC och SSO-lösningar att sätta upp själv https://madr.se/2025/oidc-providers/ https://madr.se/2025/oidc-providers/ En snabb överblick över OIDC och SSO-lösningar att sätta upp själv | Anders Englöf Ytterström Ombyggnad 2026/2027 pågår - döda länkar förekommer. Mer information

En snabb överblick över OIDC och SSO-lösningar att sätta upp själv

Inför ett litet hackathon i privat regi så behöver jag en extern lösning för Identity provider (IDP) för att hantera SSO, med följande minimumkrav:

  • Open ID Connect (OIDC), helst certificerad
  • Ska gå att köra i container
  • Öppen källkod, åtminstone som en free tier

Detta inlägg beskriver mitt urval.

Pocket ID - för minimalism och fokus på mobilanvändning

Pocket ID är en öppenkällkodslösning som stödjer OIDC med passkeys som enda autentiseringsmetod. Inga lösenord eller MFA, således. Troligtvis perfekt för ett smalt och noga kontrollerat scope, t ex för interna appar i ett tekniknära team där alla kan hantera passkeys.

Mindre lämpligt om flexibilitet och yttre, okända krav eller behov finns. Passkeys är fränt, men kan ses som för okonventionellt.

Authentik - En oxe som hanterar allt

Jämförelsetabellen för Authentik talar för sig själv. SAML2, Federated, OIDC, LDAP, SCIM, Kerberos, allt finns. Om jag planerat att ha en självhostad arbetshäst för byråverksamhet med många appar, klienter och kundbehov, hade jag investerat i att lära mig Authentik då den är öppen källkod som inte kostar något att komma igång med. Det finns även en betalversion med mer support och teknisk assistans, vilket gör den till en kandidat för förvaltning i offentlig sektor.

Det kommer dock till ett pris, då applikationen kräver mycket CPU och RAM. Detta är något som behöver hostas med omsorg, och på kraftig hårdvara.

Authelia - OIDC, helt enkelt

Authelia är en enkel go-binär som kräver 30MB RAM för att köra, som konfigureras med en yaml-fil. Den är certificerad för OIDC och har stor kärlek från communityt. Detta blev mitt val, då jag gärna vill kunna köra en IDP på min befintliga VPS tillsammans med mina andra tjänster.

Den enda begränsningen är att det enda som stöds är OIDC. SAML2 kan t ex vara en faktor för en del applikationer några år framöver, likaså LDAP. Det är därför en bra lösning för att lära sig bemästra alla vinklar av OIDC, men som kommer att kräva komplement för legacy-lösningar.

Bubblare

  • Zitadel - Snarlik authentik. möjligtvis mer lättviktig.
  • Keycloak - Mest stjärnor på Github, det indikerar förmodligen någonting.
  • LLDAP - förenklad LDAP, troligtvis ett bra komplement till Pocket ID och Authelia.

Ovanstående inlägg publicerades 2025-12-20. Det går att prenumerera på denna webblogg. Härifrån är följande mål rekommenderade:

]]> Sat, 20 Dec 2025 00:00:00 ECT