dateformat VS Luxon

https://www.npmjs.com/package/dateformat This helps me.

Issue #2497 - Fixed by Pull Request #2700. This issue was similar to Pull Request #26, but for the date format, I had to read a bit of documentation pino-pretty, and node-dateformat. Why node-dateformat, because it's what pino-pretty uses for translateTime.

To be honest, use a library where someone else figured out the ambiguities and accounted for the edge cases. Good starting point: https://moment.github.io/luxon/#/math

Date-fns is fine for simpler use cases but Luxon is a lot more complete, especially where it comes to time zones.

8. Luxon: Mastering Time and Timezones for Precision Data Handling

In past i used Moment, but I read that we should avoid to use it for future projects. I read someone suggested to use Datejs, but it doesn't seems to be updated, last time was 8 years ago. Currently I'm thinking to use Luxon but I someone suggest Date-fns also.

Pain

I haven't seen this before, but I currently use Luxon most of the time and it makes working with dates and times a lot less painful.

Eleventyone’s project scaffold includes: Eleventy with a skeleton site, a date format filter for Nunjucks based on Luxon, a tiny CSS pipeline with PostCSS, an equally tiny inline JS pipeline, JS search index generator, Netlify Dev for testing Netlify redirects, and a serverless (FaaS) development pipeline with Netlify Dev and Netlify Functions.

Luxon is a powerful and lightweight JavaScript library for working with dates and times. It was created as an alternative to the popular Moment.js library, with the goal of being faster, smaller, and easier to use.

If you ever wondered how luxon and native JS-Dates (with TimeZones) behave when converting them between each other and ISO-Date-Strings here are my tests:

But how does this compare to Luxon? (https://moment.github.io/luxon/#/why)