А что кроме метки времени или его отдельно взятого компоненте есть не строка в его представлении?

Не могу утверждать об аналоге, хотя можно и проверить, но оригинальная strtotime обрабатывает английскую нотацию выражений о времени и ей по плечу куда более прозаическое, чем "UTC или не UTC?". )

Не понял вопрос
Вот это как раз, вообще, пофигу) Если пользователь юзает какую-то свою нотацию времени из каких-то непонятных стандартов, пусть сам с этим и мучается. А вот UTC, не UTC это реальная проблема JS. К сожалению, до конца ее не решить, т.к. реализация отличается в ES5, ES6, в браузерах и даже на разных машинах может по-разному работать

С чего это вдруг?

Что не понятного, представление времени это всегда строка, за исключением штампа времени и конкретно взятого его компонента, например год. А strtotime и работает со строковым представлением, возвращая штамп времени.

Ну это как сказать, по крайней мере проще написать:

$day = date('d', strtotime('first day next week'));

чем разводить бухгалтерию вычислений.

Вы спутали системные часы и смещения часовых поясов. Системные часы и работают относительно Гринвича, достаточно указать другой часовой пояс системным часам и время изменится. Но время клиента, это локальное время. Например, если клиент получит время московского клиента как дата/время и дата/время/UTC, то на клиенте из этих дат будет возвращены метки времени - первая как локальное время клиента, а вторая с указанным смещением, и эти метки времени будут различны.

Не обязательно timestamp, главное чтобы представление было одно, но как уже отвечал автор на подобное предложение - источник данных не подконтролен ему.

А работа со временем не есть извращение, и подчас с этим временем приходится решать не хилые по своей крутизне задачи. )

Выпустил модуль normalize-date. Приводит любую дату к нативной JS UTC (или эквивалентной UTC) дате.

Надеюсь, это избавит от проблем сравнения дат в 90% случаев