Migration

Migrerade just den sista virtuella servern från en gammal hw till ny. Var lite nervös över om icecast klienterna skulle ta låmg tid på sig att återansluta. Uppdaterade webbläsaren för att se hur länge icecast skulle vara nere också.

Visade sig att icecast inte gick ner alls. Eller jo de fyra lyssnare som var anslutna försvann men det blev ingen nertid på icecast och ices klienterna var anslutna hela tiden.

Imponerad! Det är fantastiskt med migrationspolitik som innebär att man kan flytta runt utan att stanna.

Xsl istället för sed

Har länge tyckt att det verkade för jobbigt att lära sig hantera xml helt med xsl transformering. Det kändes liksom snabbare att göra några sed kommandon för att hämta ut något speciellt  ur en fil. Ja... sed, grep, cat, echo, cut mm.

Men efter att ha misslyckats med den linjen för tredje gången på samma problem fick jag tänka om och ta tjuren vid hornen. Problemet var delvis att sed helst jobbar med rader medan xml sällan har det kriteriet.

Hur som helst... Jag bytte som sagt och gjorde två xsl transformationer som blev otroligt syggt och robust. Och framförallt fungerar det nu. Jag använde dessutom inga loopar eller if satser i xsl filerna utan bara template direktivet.

Mycket nöjd med dagen!

Mer

Fortsättning på föregående post... Det här känns mest vettigt, eller kortaste vägen till en hållbar utveckling.

När det är dags för nästa kund lyfter vi ut all JavaScript och css, lägger enkla saker i db-poster och versionsmärker alla egna libbar. (Varför har vi inte gjort så från början??? -Ja för att vi körde på så fort vi kunde och då blev det så här.) Utveckling sker mot en beta sajt på egen virtuell server med möjlighet att enkelt rsynca ändringar till den skarpa servern.

Utvecklar i NetBeans med git versionshantering. Alla kunder i samma arkiv för att snabbt hitta var man gjorde senaste ändringen.

Alla kunder får en daglig snapshot av hela servern. Samma publika ip via en proxy som skickar data till rätt ställe.

Ja ungefär så tänkte jag.

Underhåll

Vi håller på att lansera en ny sajt på jobbet. Planen är att sälja samma tjänst till fler kunder. Och då menar jag inte att lura någon, kunderna vet att vi utvecklat plattformen för många kunder.

Men underhållet har potential att dra iväg när vi får fler kunder. Nu har vi två och det är väl inga problem att uppdatera den ena och sedan kopiera ändringar till den andra. Men redan nu är det svårt att veta exakt vad som är gjort och inte. Eftersom det tveklöst kommer att bli speciella lösningar på olika kunder blir det svårt att köra exakt samma källkod. Samtidigt vill man ju helst slippa diffa varje rad så fort man fixat något. Så hur gör man?

Jag gissar att man letar upp ett ramverk som underlättar underhåll. Men samtidigt vill vi undvika att introducera komplexitet som inte skapar kundnytta. Nåja det går nog inte att komma undan. Vi får se hur det går.