matkalkyl
dev
Denna sida är tillägnad utvecklingen av Matkalkyl.se. En ny version är fortfarande på gång. Du kan alltid komma till denna sida för den senaste informationen.
Projektet utvecklas och underhålls av Fredrik.
Nyhetsbrev
Jag har inte riktigt kommit i gång med regelbundna nyhetsbrev, men de kommer med tiden.
📬 Senaste: 2 Juni 2025
Inblick
Jag har skapat ett enkelt projektverktyg för att bättre hålla reda på alla delprojekt. Vad du ser nedan är enbart en publik vy över innehållet i min projekt-hanterare. Där visas olika delprojekt samt hur mycket tid jag spenderat på respektive del. Jag har möjliget att lägga in kommentarer samt selektiv skärmdump som hamnar direkt här i form av bild. Systemet är helt integrerat med mina övriga verktyg och denna sida uppdateras därför automatiskt i realtid.
- checkin - Arbeta påbörjat.
- checkout - Arbete pausat.
- started - Projektet är skapat.
- finish - Projektet är avklart.
- cancel - Projektet är avbrutet.
Logserver
Logserver: Har ett internt loggsystem för all utveckling. Vilken komponent jag än utvecklar kan skicka diagnostik och loggar till ett centralt system. Att göra debug i nvim, javascript, databas, server, php, ajax, etc. är annars svårt. Att lägga tid på att installera, underhålla och lära sig separata konventionella system för varje enskilt område är inte alltid effektivt och tar mer tid i slutändan.
GitHub logistik
Återskapat git-historik
Organisera katalogstruktur
td [ ] Behöver slutföra standardiseringen av ordningen för mina filer och kataloger som innefattar innehåll i alla avseenden, inte minst kod och konfigurationer. Etablera koncept test-filer, arkiv, projekt, dev, backup.
phxm
td [ ] Integration för hoppa till include-kataloger, (fish integration, men bättre i phxm och låta en ctxterm kvarvara i sin katalog). Kanske telescope filter-selector för befintliga ctxterms.
td [ ] Öppna ctxterm cd till symlink include dir, och om flera, presentera möjlighet att välja. Då bättre öppna i phxm projekt baskatalog, och integrera symlink katalog-väljare i fish, för att inte kräva dialog varje gång ctxterm öppnas, då syftet är att snabbt åtkomma en terminal.
td [ ] Möjlighet att binda projekt-specifika kommandon (ex make; make install...) för ett projekt till tab-index menyn till vänster (flash-bindings), ex nummer indexet, som öppnar och kör kommandot i en ctxterm Alternativt skapa ett nvim-plugin som läser från en UDS och uppdatterar bubblecol-flashbindings, varav fish kan skicka senaste kommandot till PhxM IDE.
td [ ] Php formatter för nvim inte installerad, eller fungerar inte.
Lokal utvecklingsmiljö
td [ ] vim.treesitter.language.require_language() is deprecated. Run ":checkhealth vim.deprecated" for more information
td [ ] Fish shell skriver ut info om det finns en fördefinierad info-fil i nuvarande katalog.
Metod för designval efter behov
Med anledning av #1c0c ska jag utveckla metod för att bättre undvika att gå i samma fälla igen där jag går från en "kan vara bra att ha" mentalitet till en "är absolut nödvändigt". Behöver någon sorts systematik för det samt diciplin att fökja det.
Skapa en ontologi för att bedöma ett systems komponenter och dess nödvändighet i relation till ett ändamål. En ontologi för det generella behovet har jag redan skapat 🔗 socm-ontology. Vad som behövs är ett specifikt kognitivt verktyg som med precision applicerar den ontologin på detta specifika problemområde: att bedöma vilka komponenter som ska ingå i ett datorsystem. Den generella ontologin svarar dock redan mot det behovet. Vad som behövs här är en konkret applicering av den ontologin.
Mins att jag skapade 🔗 trm-workflow, vilket jag framgångsrikt använder nu (detta systematiska och flexibla självreflektionsverktyg som också strukturerar alla mina projekt och tillåter snabb kontext-byte utan fokusförlust). Dock behövs nu ett väldigt specifikt kognitivt verktyg för att eliminera risken att förlora tid genom att överarbeta ett givet system.
Brandvägg
Bättre inställningar och loggning för brandvägg.
Härdad brandvägg. Counters, etc.
Måste granska brandväggen för att se till att jag förstår alla delar.
Behöver fortfarande unisont system för övervakning av loggar och aktivitet från brandväggen.
Justera övervägningsprocessen. Är ofta ett dilemma att antingen bygga egna lösningar eller gå på djupet med ett enskilt verktyg. Vad som är effektivast är inte alltid självklart. Tummregel är att lita på välkända verktyg och lägga tid på att lära sig dem. Det ger bättre avkastning på sikt även om kortsiktig förlust i den specifika avsikten, då kunskapen består och sannolikt gynnar i framtida ärenden (förutsatt att verktyget är "etablerad tradition"). Brandväggen jag använder har bra inbyggda verktyg som överlägset ersätter endel tidigare lösningar jag funderat på.
Ännu mer härdad brandvägg. Behöver dock systematisk genomgång framöver för säkerställning.
"Mjukat upp" brandväggen för att möta behov. Fixat bugg.
Brandväggen fungerar ej som tänkt. Regler appliceras inte som tänkt.
Har gjort för komplicerad design. För mig okänd detalj skapar negativ kedjereaktion som undgår min kunskap.
Lär mig Docker Compose
Gör allt utan docker, men vissa saker är enklare att testa med docker. Är i dagens läge osäker på vart jag placerar Docker i min system-metodologi.
Saknar robust systematik för översikt och utvärdering av teknologier (ex Docker har jag ignorerat, Ansible har jag utvärderat). Att vara oinformerad kan leda till onödigt besvär.
td [ ] Gör utvärdering på Docker, trade-offs etc. Docker förenklar installationer. Jag gillar inte när system är för enkla, för det betyder oftast lägre grad av kontroll inflytande, vilket i sig leder till värre komplexitet på sikt då de svarar dåligt mot ökade krav från närliggande system.
Skapa detta aktivitetsverktyg
TUI ska integreras i utv-miljö + auto-uppdatera här på webben.
Bildstöd: kan markera rektangel på skärmen och bild laddas upp här under aktuellt projekt.
Funktion för att hänvisa till post i annat projekt.
Funktion för TODO antecknignar i ett projekt.
tt Markeringen för td saknas på webbvyn.
td [ ] metod for att skriva in todo på projekt även om incheckad på annat projekt utan behöva check ut/in.
td [ ] auto-lägg-till [ ] syntax för kommentarer med td prefix.
Server utvecklingsmiljö
td [ ] Behöver göra terminal-gränssnittet på servern mer likställt med lokal konfiguration. Ex. ctrl + f/t för fzf funkar ej i fish.
Cred, färdigställ hela processen
🔗 cred: används för autentificiering och sedan upp/ned laddning av backup arkiv, kan automatiseras och integreras med det mesta.
Raderade 🔗 cred.vault av misstag vid organisering. Räddad av ad-hoc backup.
Gjort samma misstag igen som 6/Jun. Hade viktig fil förlorad i migration av data. Git laddar ej upp test-filer som förväntat. Viktig fil i katalog för test-data. Återställt repo från Git. Därmed fil i test-katalog förlorad. Åter igen räddad av en annan gammal ad-hoc backup.
Överväg CDN
CloudFlare 520 error. Bannat min IP antagligen för råkat sända två Content-Type-header i samma server-svar. Kan ej återställa efter 2 timmar med alla försök på alla fronter trots full behörighet överallt.
Se över alternativ till CloudFlare...
Skippar CloudFlare, onödig koplexitet som ger problem vars tidsåtgång inte motiverar fördelarna i dagens läge.
Migration från CloudFlare, förnya certifikat etc.
Uppdaterat regler för brandvägg.
Saknar unison strategi för hantering av blockerade ip (bottar etc). FW, Web, cron (?) lägger till adresser, med olika tidsspann.
Ingen koll på brandväggs-loggar. Förslag: System för översikt. (FW har regler som skriver loggar).
Mindre tekniska åtgärder
Bugfix i 🔗 permtermbuf.nvim. Tack GPT o3. "TL;DR: Du försökte köra en terminal i en buffer som inte var en riktig terminalbuffer. Nu låter du :terminal själv skapa buffern – och då fungerar det."
Glömmer make install innan jag testar uppdatering.
Processoptimering, TRM-workflow och SoCM-ontology
Processoptimering: Syftet är att optimera projektutvecklingsmodellen för utveckling av detta projekt (Matkalkyl).
🔗 trm-workflow: Syftet är också att öka graden av medvetande---med andra ord: meta-kognition; att tänka kring tänkandet---genom att återkommande klassificiera process-relaterad information---att identifiera relevanta intryck och dela in dem i kategorier. Ökar förmågan att se strukturer i processer.
🔗 socm-ontology: Ursprungs-ontologin som meta-modellen TRM-workflow baseras på, vilket Matkalkyls projektutvecklingsmetod i sin tur baseras på. SoCM är en funktionell universiell ontologisk arkitektur som beskriver den generativa strukturen hos alla begreppsmodeller---inklusive sig själv, och är därmed också själv-reflexiv. Den är funktionell på så vis att den används för att systematisera människans strukturering av förståelse för att skapa uttömmande perceptuell klarhet av ett subjekt.
Ser över hur kommentarer i projekt-korten (exempelvis denna) skrivs bättre för ökad precission och relevans.
Utökat !🔗 trm-workflow med kategorier för projekt-anteckningar. Ökad struktur.
Besluta mellan BlackBlaze och Storj
BlackBlaze eller Storj. Val är irrelevant – leverantör ska lätt kunna bytas ut. !🔗 cred stödjer båda eller se till det.
Agile och Scrum
Undersök Agile och Scrum som möjliga metoder, anpassade till mina omständigheter. Syfte: hitta komplett lösning för utveckling.
Scrum är trademark och för snävt. Egen metod (TRM) bättre anpassad till mitt holistiska perspektiv. Agile har värde.
Skapa process modell för mjukvaruutveckling
Skapa den rutin inom vilken all utveckling sker. Metod för att rikta insats, samt hålla koll på alla del-projekt.
!🔗 trm-workflow klar.
Nyhetsbrev
Skriver för Juni
Kuben
Den tredimensionella kuben ovanför kan uppfattas på olika sätt beroende på perspektiv och hur hjärnan tolkar djup och vinklar. Den optiska effekten uppstår eftersom kubens linjer och hörn kan tolkas på flera sätt, vilket gör att den verkar skifta form eller riktning.
Unix Domain Sockets är svårare än Websockets för att hantera hög-tryck och flera klienter på realtid-diagnostik-system. Ska återgå till tidigare fungerande lösning med websockets med webui för realtids-diagnostik. Kan göra CLI klient med interface mot websocket servern för integrering med lokala verktyg om befintligt webui inte är bekvämt nog.
Fungerar. Nvim (eller vad som helst) till lokal "pipe" -> lokal server läser pipe och skickar till central server -> central server vidarebefordrar till klienter som lyssnar på loggserver -> klienter ex webui, 🔗 tui, visar loggar i realtid.
td [ ] Fixa nvim logsystem när server inte är tillgänglig (stannar).