CM
Добрый день, подскажите пожалуйста какую бд лучше использовать для создания высоконагруженного проекта?
postgresql
Size: a a a
2020 January 16
d
Хотя я не эксперт
r
Ахаха, ну это само собой)
Мб Postgresql
d
без разницы зависит сугубо от задач проекта, можно постгресс, можно мускул, можно монгу
монго это noSQLрешение
SK
монго это noSQLрешение
и? человек спрашивает какую юзать базу, я и отвечаю, без разницы, все зависит от проекта и его требований.
W
Хотя авторизовывался у себя дома
а https не призван для этого?
d
а https не призван для этого?
Ну он только шифрует данные
n
n
А что скажете на счёт mariadb?
SK
А что скажете на счёт mariadb?
ничего, все зависит от ваших задач, и архитектуры проекта и только. Гляньте на бенчи и тесты этой базы канкретно в критичисеких для вас задачах, и решайте.
r
А что скажете на счёт mariadb?
Можешь и несколько баз юзать вообще 🙂
r
Можешь и несколько баз юзать вообще 🙂
Только нужно ли оно тебе
n
Хорошо, спасибо ещё раз
V
Привет, в sequelize есть способы вернуть созданный объект методом create без всего лишнего или нужно только лепить свое решение? raw: true не работает с этим методом(
r🐾
Привет, в sequelize есть способы вернуть созданный объект методом create без всего лишнего или нужно только лепить свое решение? raw: true не работает с этим методом(
неа, возвращается инстанс только, но можно потом вернуть instance.get() =)
VL
Привет, в sequelize есть способы вернуть созданный объект методом create без всего лишнего или нужно только лепить свое решение? raw: true не работает с этим методом(
(await Model.create({...})).get({plain: true})
V
Ок, спасибо
IL
господа коллеги
кто-нибудь реализовывал сервер авторизации отдельно?
Скажем, есть у вас:
login.domain.com
app.domain.com
dashboard.domain.com
something.domain.com
скажем, все они - абсолютно разные сервисы, довольно огромные.
Есть ли чего почитать по этому поводу?
Первое, что приходит в голову - банальное куки. Сетапить сессию на *.domain.com
а на остальных где third-level-domain-name != login, проверять наличие и дернуть АПИ.
И если сессия отсутствует или не валидная - редирект на login.domain.com
буду рад советам и подсказкам))
кто-нибудь реализовывал сервер авторизации отдельно?
Скажем, есть у вас:
login.domain.com
app.domain.com
dashboard.domain.com
something.domain.com
скажем, все они - абсолютно разные сервисы, довольно огромные.
Есть ли чего почитать по этому поводу?
Первое, что приходит в голову - банальное куки. Сетапить сессию на *.domain.com
а на остальных где third-level-domain-name != login, проверять наличие и дернуть АПИ.
И если сессия отсутствует или не валидная - редирект на login.domain.com
буду рад советам и подсказкам))
SK
господа коллеги
кто-нибудь реализовывал сервер авторизации отдельно?
Скажем, есть у вас:
login.domain.com
app.domain.com
dashboard.domain.com
something.domain.com
скажем, все они - абсолютно разные сервисы, довольно огромные.
Есть ли чего почитать по этому поводу?
Первое, что приходит в голову - банальное куки. Сетапить сессию на *.domain.com
а на остальных где third-level-domain-name != login, проверять наличие и дернуть АПИ.
И если сессия отсутствует или не валидная - редирект на login.domain.com
буду рад советам и подсказкам))
кто-нибудь реализовывал сервер авторизации отдельно?
Скажем, есть у вас:
login.domain.com
app.domain.com
dashboard.domain.com
something.domain.com
скажем, все они - абсолютно разные сервисы, довольно огромные.
Есть ли чего почитать по этому поводу?
Первое, что приходит в голову - банальное куки. Сетапить сессию на *.domain.com
а на остальных где third-level-domain-name != login, проверять наличие и дернуть АПИ.
И если сессия отсутствует или не валидная - редирект на login.domain.com
буду рад советам и подсказкам))
большинство книг про микросервисы, например вот https://www.amazon.com/Hands-Microservices-Node-js-microservices-JavaScript-ebook/dp/B079SCMR6T
Ð
Не надо переизобретать сессии
@why_jwt_is_bad
@why_jwt_is_bad
👍