Как мне подсказали манки патчинг, дальше Гугл.

А поллифилы?

Они же изменяют стандартные прототипы вроде как

Так на то они и полифиллы, что повторяют поведение методов в будущих стандартах для браузеров, в которых этих методов ещё нет

Да и все полифиллы сначала проверяют наличие метода, чтобы не переписать его

Ну полифилы это одно, да. Они для этого и нужны.

А модификация из своего кода, это не круто.

Хорошо, спасибо, буду знать

ребят всем привет нужно спарсить весь форум vBulletin и импортировать на другой vBulletin как это можно осуществить кто сталкивался отпишитесь

https://web.archive.org/web/20131203001755/http://kavkazchat.com

вот форум

подскажите плиз. Делаю верификацию по токену. юзер заполняет форму, ему по почте приходит ссылка — он проходит по ней и аутентифицируется по токену. Типа ссылочная авторизация. я при заполнении формы формирую токен. это какая-то уникальная строка+ secretkey. после чего как он проходит по ссылке,в этот момент делаю что-то типа такого jwt.verify(accessToken, process.env.JWT_SECRET); accessToken — это значение из урла. Верно? но как мне понять тот ли юзер пришел на самом деле, который заполнял форму. он может взять и пройти по чужой ссылке

подскажите плиз. Делаю верификацию по токену. юзер заполняет форму, ему по почте приходит ссылка — он проходит по ней и аутентифицируется по токену. Типа ссылочная авторизация. я при заполнении формы формирую токен. это какая-то уникальная строка+ secretkey. после чего как он проходит по ссылке,в этот момент делаю что-то типа такого jwt.verify(accessToken, process.env.JWT_SECRET); accessToken — это значение из урла. Верно? но как мне понять тот ли юзер пришел на самом деле, который заполнял форму. он может взять и пройти по чужой ссылке

Если секрет кей довольно длинный, проблем быть не должно, его тупо никто не догадается открыть. Да и какая выгода?

подскажите плиз. Делаю верификацию по токену. юзер заполняет форму, ему по почте приходит ссылка — он проходит по ней и аутентифицируется по токену. Типа ссылочная авторизация. я при заполнении формы формирую токен. это какая-то уникальная строка+ secretkey. после чего как он проходит по ссылке,в этот момент делаю что-то типа такого jwt.verify(accessToken, process.env.JWT_SECRET); accessToken — это значение из урла. Верно? но как мне понять тот ли юзер пришел на самом деле, который заполнял форму. он может взять и пройти по чужой ссылке

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

подскажите плиз. Делаю верификацию по токену. юзер заполняет форму, ему по почте приходит ссылка — он проходит по ней и аутентифицируется по токену. Типа ссылочная авторизация. я при заполнении формы формирую токен. это какая-то уникальная строка+ secretkey. после чего как он проходит по ссылке,в этот момент делаю что-то типа такого jwt.verify(accessToken, process.env.JWT_SECRET); accessToken — это значение из урла. Верно? но как мне понять тот ли юзер пришел на самом деле, который заполнял форму. он может взять и пройти по чужой ссылке

в базе прицепи куку к accessToken, ну и клиенту соответственно. Можно там еще ip записать например...

как мне понять что именно этот юзер перешел по ссылке. я же могу свою ссылку из письма переслать другому человеку и он пройдет по ней. это нормально?

как мне понять что именно этот юзер перешел по ссылке. я же могу свою ссылку из письма переслать другому человеку и он пройдет по ней. это нормально?

И зачем ему это? И зачем тебе это?

Это звучит почти как "я же могу отправить другому юзеру свой пароль, и он зайдёт". Но ты не отправляй.

ок. я поняла. спасибо за ответ!

а при ссоздании токена если я не укажу expiresIn, он всегда будет действовать?нужно чтобы всегда

Ребята, а вы юзаете флоу, тс или чистый жс?

Просто думаю а есть ли смысл большой юзать статический анализ

И при этом добавлять в код типы

Ребята, а вы юзаете флоу, тс или чистый жс?

Да

Просто думаю а есть ли смысл большой юзать статический анализ

Зависит от задачи

Если задача большая, или много структур, или много сложной логики, то без типов тяжело

Зависит от задачи

Конкретнее? Задача сделать веб приложение, например магазин, SPA

Конкретнее? Задача сделать веб приложение, например магазин, SPA

Магазины тоже разные бывают. Для среднего обычного магазина - не надо

Флоу или тс?

Если на сервере сложные алгоритмы / математика / сложные бизнес-процессы, или большое множество различных структур данных, особенно если больше 1-2 лдей в команде или больше 1-2 лет поддержки, то тяжко без типов

Флоу или тс?

Кроме них есть ещё, например, reason, есть котлин и другие (даже clojure script)

Кроме них есть ещё, например, reason, есть котлин и другие (даже clojure script)

Нуу

Кроме них есть ещё, например, reason, есть котлин и другие (даже clojure script)

Ну Котлин не жс же

Не совсем одного поля якоды не?

Это вообще другие языки и другое поле

Тс тоже другой язык

Котлин компилится в js, и при этом жрёт ts-овые тайпинги

А ризон ещё не сырой?

И кложур скрипт

Котлин компилится в js, и при этом жрёт ts-овые тайпинги

Это прикол?

Флоу или тс?

Наиболее растространён TS. Flow, имхо, классный идеей, но ещё сыроват (жалуются часто) и тайпинги свои. Про reason ничего не скажу...

Это прикол?

Что не так?

https://kotlinlang.org/docs/tutorials/javascript/kotlin-to-javascript/kotlin-to-javascript.html

https://kotlinlang.org/docs/tutorials/javascript/working-with-javascript.html

Наиболее растространён TS. Flow, имхо, классный идеей, но ещё сыроват (жалуются часто) и тайпинги свои. Про reason ничего не скажу...

Зато TS сосет на наследовании, а Flow зорко следит

Зато TS сосет на наследовании, а Flow зорко следит

Почему это?

Что не так с наследованием?

Единственное, где флоу не сосет, это в инструменте выпиливания флоу, когда ты отдаёшь проект другой команде и она хочет нахер побыстрее его выпилить чтобы больше никогда не видеть

Да, да, именно этот пример

Вот тут да, флоу хорошо удаляется из проекта. С тс намного сложнее

Единственное, где флоу не сосет, это в инструменте выпиливания флоу, когда ты отдаёшь проект другой команде и она хочет нахер побыстрее его выпилить чтобы больше никогда не видеть

Сильное заявление ахах

Единственное, где флоу не сосет, это в инструменте выпиливания флоу, когда ты отдаёшь проект другой команде и она хочет нахер побыстрее его выпилить чтобы больше никогда не видеть

Можно вообще flow в комментах писать)

Видимо тут флоу не любят

И кложур скрипт

Это, скорее, прикол был. При всём уважении к подобным чистофункциональным и интересным грамматически языкам, писать на них веб... как-то не хочется)

Видимо тут флоу не любят

В чате по флоу его ещё больше не любят ._.

В чате по флоу его ещё больше не любят ._.

Лол

Странно

Может, туда пишут только те, у кого с ним проблемы)

Видимо тут флоу не любят

3516 участников Тут можно найти как любителей , так и нелюбителей флоу Думаю, тут при желании можно даже найти того, что испытывает плотские чувства к плюшевым мишкам

3516 участников Тут можно найти как любителей , так и нелюбителей флоу Думаю, тут при желании можно даже найти того, что испытывает плотские чувства к плюшевым мишкам

Да знаю, но пока что выборка показывает именно это :)

ERROR: S client not available

3516 участников Тут можно найти как любителей , так и нелюбителей флоу Думаю, тут при желании можно даже найти того, что испытывает плотские чувства к плюшевым мишкам

Меня кто-то звал?

Наибольшая популярность у TS Набирает некоторую популярность Flow Есть те, кто используют reason и подобные, но я таких не встречал) Есть те, кто используют котлин (в jvm сообществе), но, имхо, он далёк от js, лично я пока не пробовал

При этом отлично поддерживющих TS фреймворков для ноды, как я помню, не очень много (Что, кроме nest доброжелательны к ts?)

А флоу типа можно прикрутить куда угодно?

А флоу типа можно прикрутить куда угодно?

Такого я не говорил)

Меня кто-то звал?

Ты любишь флоу или больше по Мишкам?

Ты любишь флоу или больше по Мишкам?

Мишки )

Вот мы и нашли его

это будет тяжелая ночь

Наибольшая популярность у TS Набирает некоторую популярность Flow Есть те, кто используют reason и подобные, но я таких не встречал) Есть те, кто используют котлин (в jvm сообществе), но, имхо, он далёк от js, лично я пока не пробовал

Ризон это все таки не js, после Дарта уже всем стало понятно что не то пальто

Наибольшая популярность у TS Набирает некоторую популярность Flow Есть те, кто используют reason и подобные, но я таких не встречал) Есть те, кто используют котлин (в jvm сообществе), но, имхо, он далёк от js, лично я пока не пробовал

> наибольшая популярность у TS У deno 26к звёзд https://github.com/ry/deno Я бы сказал, это космическая популярность

> наибольшая популярность у TS У deno 26к звёзд https://github.com/ry/deno Я бы сказал, это космическая популярность

Неплохо для недоальфы :)

Нода повторит историю Пайтона когда дено выйдет, увы

Неплохо для недоальфы :)

На самом деле весьма норм

Так, господа. Мы же можем учиться на ошибках? Давайте форкнем для TS не ноду, а сразу V8, а потом сделаем хром с нативным TS на борту.

> наибольшая популярность у TS У deno 26к звёзд https://github.com/ry/deno Я бы сказал, это космическая популярность

В этом случае я не уверен, что звёзды показывают популярность. У библиотек, фреймворков - да. Но зачем мне добавлять в star ЯП? Я ни nodejs, ни javascript не имею в star, хотя под 150 либ держу. Кстати, я правильно понимаю, что дено с npm не очень дружит, и вся гора либ, что сейчас есть - ещё перенестись должна на дену когда-нибудь?

Нода повторит историю Пайтона когда дено выйдет, увы

А что не так с питоном? Он вполне отлично держит определённые области

В этом случае я не уверен, что звёзды показывают популярность. У библиотек, фреймворков - да. Но зачем мне добавлять в star ЯП? Я ни nodejs, ни javascript не имею в star, хотя под 150 либ держу. Кстати, я правильно понимаю, что дено с npm не очень дружит, и вся гора либ, что сейчас есть - ещё перенестись должна на дену когда-нибудь?

Это не ЯП, а рантайм. За ним можно и нужно следить.

А что не так с питоном? Он вполне отлично держит определённые области

Какой из них?

А что не так с питоном? Он вполне отлично держит определённые области

Ага, много вы знаете яп где комьюнити разбито на два лагеря

2 вс 3

Ок, я не так понял) Думал, речь про питон вообще

Ага, много вы знаете яп где комьюнити разбито на два лагеря

Ничо, скоро все наладится Гвидо уже выперли Теперь быстро запилят 4-ю, потом 5-ю. Релизы каждые полгода, потом все это продадут Майкрософту

Где-то в районе Python 46

А без npm и при прямом импортировании либ с репозитория - кто и как будет следить за их обновлением при обнаружении уязвимостей и прочие прелести? (Знаю, что у Го примерно та же тема)

https://www.youtube.com/watch?v=M3BM9TB-8yA А Райан, однако, серьёзно настроен. Песочница для запуска кода, упрощение импорта модулей, исправление всех тупых ошибок ноды итд. Это будет не просто нода с тайпскриптом.

Всем привет, может кто скинуть код, где используют классы, а то в гугле почитал, везде одни классы с энимал и т.д

Всем привет, может кто скинуть код, где используют классы, а то в гугле почитал, везде одни классы с энимал и т.д

https://netbasal.com/javascript-the-magic-behind-event-emitter-cce3abcbcef9 ?