You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Etter #107, #108 henter vi arrangementer fra Peoply. Men dette gjør vi kun når vi bygger. Derfor kan det være en tanke å sette opp periodisk redeployment slik at vi alltid har "ganske oppdatert" arrangementer.
Kan jo også sjekke om nyeste event-et som ligger i _data/events.json stemmer med nyeste vi henter fra Peoply og ut i fra det trigge deploy. Da slipper vi å trigge unødvendig deploys selv om det ikke er noen endringer i events.
Kan jo også sjekke om nyeste event-et som ligger i _data/events.json stemmer med nyeste vi henter fra Peoply og ut i fra det trigge deploy. Da slipper vi å trigge unødvendig deploys selv om det ikke er noen endringer i events.
Hm ja, men da trenger vi en måte å persistere den filen. Sånn det er nå så hentes filen ved bygging og så "forsvinner den" når bygget er ferdig. Så vi har ingen måte å sjekke hvilken rådata som ligger til grunn for det nåværende bygget AFAIK.
Vi kan jo alltids fetche DOMen og så finne IDene basert på URLene i a-taggene, men det er ganske hacky. Tror jeg?? Kanskje det kan gå??
Idk, hvis du er gira må du gjerne teste det ut
Og: Selv om dette med IDer funker for å la oss sørge for å alltid ha de nyeste arrangementene, må vi også huske på dette med border-color for arrangementer som allerede har vært
Vi laster opp en artefact ved bygging. Den burde kunne hentes ned igjen. Dersom den aktuelle filen inngår i en artefacten er saken biff. Sjekker
Update: Ser ut som artefactsene er det som er igjen etter siden er kompilert, og da har den vasket bort ting som den dataen. Vi kan jo evt se på å lagre den på en annen måte slik at den vil kunne inngå i artefacten
Activity
sapnilaa commentedon Oct 28, 2025
Kan jo også sjekke om nyeste event-et som ligger i
_data/events.jsonstemmer med nyeste vi henter fra Peoply og ut i fra det trigge deploy. Da slipper vi å trigge unødvendig deploys selv om det ikke er noen endringer i events.sapnilaa commentedon Oct 28, 2025
Eventuelt sjekke om
idi events matcherorjahren commentedon Oct 28, 2025
Hm ja, men da trenger vi en måte å persistere den filen. Sånn det er nå så hentes filen ved bygging og så "forsvinner den" når bygget er ferdig. Så vi har ingen måte å sjekke hvilken rådata som ligger til grunn for det nåværende bygget AFAIK.
Vi kan jo alltids fetche DOMen og så finne IDene basert på URLene i a-taggene, men det er ganske hacky. Tror jeg?? Kanskje det kan gå??
Idk, hvis du er gira må du gjerne teste det ut
Og: Selv om dette med IDer funker for å la oss sørge for å alltid ha de nyeste arrangementene, må vi også huske på dette med border-color for arrangementer som allerede har vært
orjahren commentedon Oct 28, 2025
Vi laster opp en artefact ved bygging. Den burde kunne hentes ned igjen. Dersom den aktuelle filen inngår i en artefacten er saken biff. Sjekker
Update: Ser ut som artefactsene er det som er igjen etter siden er kompilert, og da har den vasket bort ting som den dataen. Vi kan jo evt se på å lagre den på en annen måte slik at den vil kunne inngå i artefacten
sapnilaa commentedon Oct 31, 2025
Men hvorfor "forsvinner" events.json-filen?
orjahren commentedon Oct 31, 2025
Byggeprosessen "vasker" spesialmapper som
_dataved kompliering. Det er en feature ™️