#allmänt
2 juli
Niklas Gunnäs2 juli

Test av kanaler

13 juli
Niklas Gunnäs13 juli

@Staffan Testson Test av meddelande

15 juli
ST
Staffan Testson15 juli

@Niklas Gunnäs Detta verkar funka men inte automatisk uppdatering

16 juli
ST
Staffan Testson16 juli

test av uppdateringen

25 juli
Mattias Hemmingsson25 juli

halloj

Något med autloaded men det kommer ju upp

Niklas Gunnäs25 juli

@Mattias Hemmingsson Det är en modul som behöver installeras på servern innan autoload funkar.

Niklas Gunnäs25 juli

Live-uppdatering av chatten fungerar inte i produktion eftersom REDIS_URL saknas i goodtribes-secret i Kubernetes-klustret.

Tekniskt: meddelanden pushas normalt ut direkt via Redis pub/sub (frontend/src/lib/redis.ts) till alla som har rummet öppet, via SSE (/api/rooms/[roomId]/sse). Redis själv finns redan i Helm-chartet och frontend-poddarna är redan konfigurerade att läsa REDIS_URL från secreten (samma mönster som DATABASE_URL) — men själva nyckeln REDIS_URL har aldrig lagts till i den faktiska secreten i klustret. Så process.env.REDIS_URL blir undefined, publishToRoom()/subscribeToRoom() misslyckas tyst, och meddelanden sparas visserligen i databasen men ingen ser dem förrän man manuellt laddar om sidan.

Det är alltså inte en npm-modul som saknas i koden — det är en miljövariabel i produktionsklustret. Fixen (kräver klusteråtkomst, som vi redan konstaterat att du inte har just nu):

  1. Lägg till REDIS_URL=redis://:<REDIS_PASSWORD>@goodtribes-redis:6379 i goodtribes-secret i namespace goodtribes

  2. Kör om frontend-deploymenten (kubectl rollout restart deployment/goodtribes-frontend -n goodtribes, eller trigga en ArgoCD-sync)

Blir barnsligt glad över att se att vi nu är två på detta forum 😊

(redigerat)
Niklas Gunnäs25 juli

Passar på att önska Patricio välkommen så nu är vi tre...

26 juli
Mattias Hemmingsson26 juli

Ska kolla på texten så vi har en redis och också att allt sparar i databasen

Niklas Gunnäs26 juli

Grymt

5 augusti
Niklas Gunnäs8h

Meddelandet togs bort

@Mattias Hemmingsson Hur går det?

Claude raderade dev databasen igen och det gör mig lite nervös. Har du möjlighet att ta en backup av produktionsmiljö på ett bra sätt?

Niklas Gunnäs8h

Meddelandet togs bort

Ran TypeScript type check

Dessa fel är inte relaterade till min ändring — de kommer från Mattias commit (b53e8cee, Projects V2-mirroring) som lade till en ny ProjectGithubBoard-modell i schemat, men Prisma-klienten har inte regenererats lokalt sedan dess. Regenererar den.

Ran 3 commands, read migration.sql

Lokal DB saknar migrationshistorik (känt sedan tidigare), så jag kör SQL:en direkt istället för migrate deploy.

Bara så du vet :)

Niklas Gunnäs8h

Note: eftersom produktions-DB:n aldrig fick den bortglömda 20260805120000_github_project_board-migrationen körd lokalt (jag upptäckte och applicerade den bara mot min egen dev-DB) är det värt att dubbelkolla att den migrationen även gått igenom mot produktionsdatabasen — annars kommer Projects V2-synken (från Mattias tidigare commit) att fela där.

Mattias Hemmingsson6h

Ha mina saker funkar i alla fall

Vi ska sätta upp en backup strax

Patricio Trujillo4h
  • Vad är plattformens primära intäktsmodell idag (t.ex. abonnemang för organisationer, transaktionsavgifter eller licenser)?

  • Vilken målgrupp av organisationer (små NGO:s, kommuner eller större företag) har varit lättast att värva hittills?

Niklas Gunnäs3h

@Patricio Trujillo Skickade presentationen till din mail istället.

Fixade felen du påpekade på kanbankorten och du får dina första poäng ;)

(redigerat)