@[email protected] to [email protected] • 8 months agoMonthly rulelemmy.dbzer0.comimagemessage-square49fedilinkarrow-up1560arrow-down13
arrow-up1557arrow-down1imageMonthly rulelemmy.dbzer0.com@[email protected] to [email protected] • 8 months agomessage-square49fedilink
minus-square@[email protected]linkfedilinkEnglish6•8 months agoYeah, we need some YYYY-MM-DDTHH:MM:SS-TZ All up in here. Gotta replace the last - with a + where applicable… Or just put a big old Z there instead… Optionally add some .### after the second too if you’re so inclined. Awww yeahhhhhh. I like that.
minus-square@[email protected]linkfedilink7•8 months agoI used to be pro-8601 until I learned the open standard that is RFC 3339
minus-squareDeebsterlinkfedilink3•edit-28 months ago¿Por qué no los dos? https://ijmacd.github.io/rfc3339-iso8601/
ISO 8601, represent!
YYYY-MM-DDTHH:MM:SS
Which timezone is this? B-, good effort
Yeah, we need some
YYYY-MM-DDTHH:MM:SS-TZ
All up in here. Gotta replace the last - with a + where applicable… Or just put a big old Z there instead… Optionally add some .### after the second too if you’re so inclined.
Awww yeahhhhhh. I like that.
I used to be pro-8601 until I learned the open standard that is RFC 3339
¿Por qué no los dos?
https://ijmacd.github.io/rfc3339-iso8601/