337 861 läst · 5 092 svar
338k läst
5,1k svar
Feedback på nya sajten lämnas här
Renoverare
· Stockholm
· 18 239 inlägg
När jag skriver kod som använde sig av tokens brukar jag dra av 5 sekunder av giltighetstiden för att vara säker på jag förnyar i god tid. Kan vara något sådant som spökar eller buggar i web filtret.
Renoverare
· Stockholm
· 18 239 inlägg
Renoverare
· Stockholm
· 18 239 inlägg
Single point of failure är aldrig bra. Men om du loggar tydligt så i detta fallet borde det räcka eftersom det tar rätt lång tid för klockan att desynca så mycket att det blir problem.Alfredo skrev:
En annan rolig grej är hur många som har problem använda datum mellan tjänster. Man ska alltid använda UTC så man blir oberoende av lokala zoner. Men så är sällan fallet.
Beror helt på hur det är konfigurerat. Och har man en enda ntp-server så är kanske inte heller övrig konfiguration optimal.AndersMalmgren skrev:
Sen vad som är problem beror väl på. I det fall jag syftar på gick klockorna fel med dagar/månader/år. Minns inga detaljer men vi pratar jättefel. Tror dock inte att det egentligen medförde några "reella" problem.
Nej nog OT för mig nu.
Om datum, månads, eller årsgränser är viktiga eller om det är nära presentation till användaren kan det vara fullt rimligt att använda lokal tidszon.AndersMalmgren skrev:Single point of failure är aldrig bra. Men om du loggar tydligt så i detta fallet borde det räcka eftersom det tar rätt lång tid för klockan att desynca så mycket att det blir problem.
En annan rolig grej är hur många som har problem använda datum mellan tjänster. Man ska alltid använda UTC så man blir oberoende av lokala zoner. Men så är sällan fallet.
Det beror som så mycket annat vad man håller på med
"Ja lokalt skatteverk, i UTC-tid så hamnar fakturan i nästa period, så vi betalar skatten då"
Alfredo skrev:Beror helt på hur det är konfigurerat. Och har man en enda ntp-server så är kanske inte heller övrig konfiguration optimal.
Sen vad som är problem beror väl på. I det fall jag syftar på gick klockorna fel med dagar/månader/år. Minns inga detaljer men vi pratar jättefel. Tror dock inte att det egentligen medförde några "reella" problem.
Nej nog OT för mig nu.
Jag har råkat ut för det för ett antal år sedan på den tiden RTC'n på moderkortet gick på batteri som tog slut efter några år. När datorn power-cyklades startade klockan på nåt bra värde från tidernas begynnelse (enligt hårdvarutillverkaren) och om inte NTP-servern kunde nås så tickade den glatt vidare från det datumet.
Man presenterar alltid tid/datum enligt användarens valda tidszon och format. Men internt i systemet använder man UTC-tid om man vill slippa problem.redarn skrev:
Nej.useless skrev:
Jag lovar att den mesta kod jag skriver använder lokal tidszon hela vägen för att det blir mycket enklare och begripligare.
Om du inte med "systemet" menar något mer specifikt.
Renoverare
· Stockholm
· 18 239 inlägg
Inte när man pratar mellan system. Lokalt i systemet får man göra om UTC till lokal tid. I UI presenterar man klientens tidzon. (Om man av någon anledning inte vill presentera någon annan tidszon)redarn skrev:
Ja då blir det oftast mycket mer praktiskt.AndersMalmgren skrev:
(inte alltid så klart, skatteverk vill inte sällan ha lokalt juridiskt korrekt datum, och då de ofta har makt att skicka uniformerade flickor och pojkar med batong och läderkoppel får man lov att lyda)