perfectmotherfuckingwebsite VS date-fns

>However, the expectations for a statically generated site have drastically gotten higher over the years. Readers want (rich) content served fast

No, readers just want content served fast. Nothing beyond simple markdown or static html with some images or video embeds inside.

>Writers want dead simple (but expressive) writing and publishing. They want control over how their writing looks.

Who are those "writers"? If you're making a "static site as a service" perhaps that's a concern.

If you're making your own static site, you can use the simplest Markdown or whatever else you prefer, writing it manually, with or without a generator. You could even use the Motherfucking Website standard (https://motherfuckingwebsite.com/) or the Better Motherfucking Website RFC (http://bettermotherfuckingwebsite.com/) or the Best Motherfucking Website recommendations (https://thebestmotherfucking.website/) or go fancy and use the cutting edge Perfect Motherfucking Website ones (https://perfectmotherfuckingwebsite.com/).

Well in that case you may want to see this then this

⁠https://perfectmotherfuckingwebsite.com/

// Prevent the date to lose the milliseconds when passed to new Date() in IE10 return new (argument.constructor as GenericDateConstructor)( +argument, ); // Source: https://github.com/date-fns/date-fns/blob/5c1adb5369805ff552737bf8017dbe07f559b0c6/src/toDate/index.ts#L46

For the longest time working with dates in JavaScript was a huge pain. That’s why libraries such as moment.js or date-fns are so popular. A lot of times I’d reach for these libraries when working with relative time formatting, but since late last year we’ve had pretty great browser support for the RelativeTimeFormat() method. In my mind, relative dates are just more visually appealing, especially for working with dates internationally. Dates like "5 days ago" or "in 2 months" are far more intuitive for users than 12/12/2023, or 03/11/2027. Folks in the US will see that as March 11, 2027, whereas the rest of the world will see that as November 03, 2027. What a nightmare.

8. Date-fns - Simplifying Time Manipulation ⏳

I work with date-fns and date-fns-tz

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.

date-fns : Date handling

Thanks! I used date-fns for the calendar

I've used this before and I like it more

The default date constructor does a really great job at parsing in most cases and things like addition/subtraction along with many other common operations are usually just simple math. If you really want to abstract that use date-fns where most date operations are tree shakable to be left with just a few lines of code.