AD
ну это не стандарт, а всего лишь RFC ;)
Uppercase символы. И выглядит страшно, будто чей то пароль а не id. В url/название файла/картинки такое ставить стремно
В целом id выглядит будто кто-то головой об клаву постучался
Size: a a a
2019 November 28
PS
Там можно указывать собственный алфавит
Y
Uppercase символы. И выглядит страшно, будто чей то пароль а не id. В url/название файла/картинки такое ставить стремно
В целом id выглядит будто кто-то головой об клаву постучался
В целом id выглядит будто кто-то головой об клаву постучался
Я вас понял. Впринципе, вопрос эстетичности меня сейчас не задевает, так как это скорее некий id для передачи сообщений клиент-сервер, на глаза пользователю он особо попадать не будет)
Но ваш вариант я пожалуй тоже сохраню, спасибо)
Но ваш вариант я пожалуй тоже сохраню, спасибо)
EB
Uppercase символы. И выглядит страшно, будто чей то пароль а не id. В url/название файла/картинки такое ставить стремно
В целом id выглядит будто кто-то головой об клаву постучался
В целом id выглядит будто кто-то головой об клаву постучался
ютубу похоже в урлы не стремно похожие айдишники пихать
я не с целью доебаться, сам юзаю ууид
я не с целью доебаться, сам юзаю ууид
AD
Генерацию можно изменять? Что была возможность узнать с какая машины прилетела запить?
AD
Uuid могу указать ip машины. В nanoid также?
AD
кстати, uuid можно сгенерить в одну строку =)
https://gist.github.com/jed/982883
https://gist.github.com/jed/982883
Ð
Когда http сервер понимает, что нужно запускать обработчик запроса. Как только увидит конец заголовков (пустая строка) или как только получит первый tcp пакет? или ещё что-то?
когда распарсил заголовки и нашел начало боди
JD
Ð
когда распарсил заголовки и нашел начало боди
Спасибо. А начало боди зачем искать?
Ð
чтобы начать посылать data евенты
JD
Ð
чтобы начать посылать data евенты
аа, ну это тогда логично
Ð
конечно, там все вполне логично сделано
2019 November 29
JD
чет не въеду как скормить moment таймзону EST EDT, когда она приходит как ET в API, т.е. чтобы он сам определил время летнее/зимнее
JD
да смотрел, но там не совсем "с коробки", я бы хотел чтобы ET в парсе сам распарсил EST или EDT, а приходится немного костыльно: по городу в зоне ET, например Детройт или New_York, ориентировать таймзону
JD
const input = json.updated
const format = 'MMM DD, YYYY hh:mm A'
const timezone = 'America/New_York'
moment.tz(input, format, timezone).format()
оставлю, тут такого не обсуждалось по поиску
ВР
да смотрел, но там не совсем "с коробки", я бы хотел чтобы ET в парсе сам распарсил EST или EDT, а приходится немного костыльно: по городу в зоне ET, например Детройт или New_York, ориентировать таймзону
это не костыльно, а нормально
JD
ну тянуть еще гору таймзон ради парса ET с авточеком летнего/зимнего
ВР
так выкидывай момент, используй date-fns и опрокидываю логику таймзон на то, что ты можешь контролировать
JD
ух, а я пропустил их новую либу, спасибо