madr.se

Innehåll från 2026

Mars, 2026

Debugga mailutskick med mailpit

För några år sedan, på mitt dåvarande jobb, uppskattade jag Mailhog. En tjänst som rullades upp i den lokala utvecklingsmiljön som kunde agera uppsamlare för skickade mailaviseringar via SMTP.

Fördelarna är många:

  • Man slipper betala sin mailleverantör i produktion för lokal eller delad testning.
  • Man slipper manövern att kommentera ut mailskick-kod som kan glömmas bort pga den mänsklig faktorn.
  • Det är bara en konfigurationssträng som behöver ändras - mailskickar-logiken behöver inte vara medveten om vilken miljö den körs i.
  • Det finns ett trevligt webbläsar-UI för att lista och faktiskt se mail, vilket är lättare att resonera kring som grupp.

Tyvärr så har Mailhog ingen aktivitet längre. Det finns dock en efterträdare: Mailpit, som är inspirerad av Mailhog. Jag kan därför rekommendera denna för liknande behov.

Förhandstitt på Smed - En enkel, insticksbaserad SSG inspirerad av Metalsmith

Gillar du Node.js för vissa saker, men skulle föredra att låta Python axla ansvaret för att generera din statiska webbplats?

Har du hört talas om Metalsmith och tycker att insticksbaserat (engelska pluggable) verkar vettigt i sammanhanget?

Då tror jag Smed kan vara av intresse. :)

from smed import Smed
from smed_drafts import drafts
from smed_layouts import layouts
from smed_markdown import markdown
from smed_permalinks import permalinks

(
    Smed()
    .source("src")
    .destination("wwwroot")
    .ignore([".*"])
    .metadata({"sitename": "Anders Englöf Ytterström"})
    .static(["public/*"])
    .clean(True)
    .use(drafts())
    .use(permalinks())
    .use(markdown())
    .use(layouts())
    .build()
)

Denna idé har sjudit i mitt huvud under några år, och en releasekandidat är nu redo att förhandsgranskas för de som gillar sånt. Min förhoppning är att ersätta denna webbplats, som idag är baserad på Phoenix, med en statisk webbplats genererad av Smed.

Källkoden finns på Codeberg, och kan installeras därifrån. Planen är att så småningom skicka upp en version till Cheese shop.

Källa: /madr/smed

Open slopware

Free/Open Source Software tainted by LLM developers/developed by genAI boosters, along with alternatives.

Den här sidan tjänar dubbla syften:

  • Om det är angeläget att undvika mjukvara där agenter assisterar förvaltning och utveckling, finns informationen för de mest central på ett och samma ställe.
  • Denna sida agerar en bra mätning av verkligheten, eftersom kända projekts brukande av Agenter blir ordentligt belyst.

För egen del har jag inga motiv för att aktivt välja bort Agent-assisterade mjukvaror - men för de som har motiv, är detta en bra sak att prenumerera på.

Källa: Open Slopware

Februari, 2026

Januari, 2026

En lång lista över HTML-element utan CSS och JavaScript

Web developers should consider writing custom CSS instead of relying on bloated libraries where a significant portion of CSS code isn’t used.

Jag håller helt med!

Detta är en bra referenspunkt för att se vilka möjligheter HTML-element har inbyggt direkt i webbläsaren. Den är värd att lägga en lång stund på, såväl i telefonen som på en dator.

Som överkurs rekommenderar jag att interagera med HTML-elementen med NVDA och VoiceOver också.

Möjligheten finns att ett frö sås för att inte använda React, Angular, Svelte, Lit eller liknande i ett framtida projekt.

Video: spela in ett band live i studio, från en ljudteknikers perspektiv

  • Live.
  • No Click.
  • No BS.

13 minuter rent guld! En resonabel setup för att spela in ett hårdrocksband live i Studio.

  • Gitarrhögtalaren är uppmickad utanför.
  • Sången och överdubbad giarr är det enda som spelas in efteråt.

Samt några härliga gobitar:

  • Ljudteknikern vrider ner gitarristens dist med rätt mycket.
  • Ljudteknikern löder ihop gitarristens trasiga footswitch.
  • Ljudteknikern utökar pedalbrädet med en stämapparat, eftersom varje tagning ska kontrollera att instrumentet är stämd.
  • Ljudet i rummet är inte kliniskt behandlat. Det är alltid en lättnad att se.
  • Man får se i stort sett all utrustning, inkl DI-boxar och reamp-boxar.

Varför äter podman diskutrymme?

Jag noterade samma sak på min VPS. Tydligen så används vfs på Debian som standard. Detta är en default som äter diskutrymme - i mitt fall ca 8GB disk för en pod med 3 containers utan egen applikationsdata.

Istället kan overlayfs användas istället. Tyvärr innebär det att containers måste skapas om, så var försiktig och tänk igenom ordentligt först!