@ogregorпривет. Я испытываю нездоровое влечение к написанию бэкенда на dart. Но моя рациональная часть меня постоянно одёргивает и убеждает меня, что это нецелесообразно т.к. на данной платформе пока сильно меньше готовых и опробированных решений - часто придётся писать свои велосипеды. Скажи пожалуйста, был ли у тебя опыт написания бэкенда на dart за последнее время? Стоит ли оно дополнительных трудозатрат?
попробую уточнить вопрос. вот мы делаем запрос на api/refresh - и вы говорите что в ответе сервера в куках мы получаем 2 токена. но через заголовок set-cookie можно получить только 1 значение. так каким образом мы получаем второе?
Вы смотрите на package.json пакета @nestjs/platform-fastify. Это нам ничего не говорит о том что нест (конкретно пакет @nestjs/core) использует по умолчанию. По умолчанию как раз используется @nestjs/platform-express а fastify надо подключать дополнительным телодвижением. Вот ссылка на соответствующий раздел документации: https://docs.nestjs.com/techniques/performance
Nest внезапно под капотом использует express (по умолчанию). Если хотите избавиться от "тяжести" экспресса при обработке http запросов - пожалуйста на забывайте подключать platform-fastify
Весьма интересно, спасибо за материал! Хотелось бы уточнить. Правильно ли я понял, что ваше серверное приложение сначала сериализует ответ в msgpack а потом сжимает в zstd и отдаёт наружу буффер? Или сжатие у вас реализовано на уровне nginx (или что у вас там)? Так же правильно ли я понимаю, что клиентское приложение в браузере так же проходит 2 этапа - сначала расжимает потом десериализует?
весьма интересно, спасибо за труд
Очень интересно и полезно. Спасибо за труд!
А вы во wrike используете dart только на клиенте, или на сервере тоже?
Я наверно плохой программист - не смог нагуглить(
А в чём суть immediate ui?
Вот на мой взгляд один из лучших докладов на тему DDD.
Где-то на 42 минуте автор довольно убедительно рассматривает возможность использования русского языка в приложениях на C#.
https://m.youtube.com/watch?v=CR9mLGN9jh0
давай!
Меня тоже 4 пункт удивил
@ogregorпривет.
Я испытываю нездоровое влечение к написанию бэкенда на dart.
Но моя рациональная часть меня постоянно одёргивает и убеждает меня, что это нецелесообразно т.к. на данной платформе пока сильно меньше готовых и опробированных решений - часто придётся писать свои велосипеды.
Скажи пожалуйста, был ли у тебя опыт написания бэкенда на dart за последнее время? Стоит ли оно дополнительных трудозатрат?
Думаю у вас достаточно свежая нода для поддержки async iterator.
Предлагаю немного видоизменить функцию getServerData.
Следующую конструкцию:
заменить на:
Весьма интересно, спасибо за статью.
Скажите, а вы пробовали другие стейт менеджеры для angular кроме ngrx?
Интересно. Спасибо)
попробую уточнить вопрос.
вот мы делаем запрос на api/refresh - и вы говорите что в ответе сервера в куках мы получаем 2 токена. но через заголовок set-cookie можно получить только 1 значение.
так каким образом мы получаем второе?
Я не гофер. Но статья интересная)
Не понял как при авторизации предполагается сделать set-cookie и передать на клиент сразу access и refresh токен.
На сколько я помню, за один раз в заголовке set-cookie можно передать только 1 значение.
Или предполагается делать 2 отдельных запроса к серверу для получения этих токенов?
Вы смотрите на package.json пакета
@nestjs/platform-fastify
. Это нам ничего не говорит о том что нест (конкретно пакет@nestjs/core
) использует по умолчанию.По умолчанию как раз используется
@nestjs/platform-express
а fastify надо подключать дополнительным телодвижением.Вот ссылка на соответствующий раздел документации:
https://docs.nestjs.com/techniques/performance
Nest внезапно под капотом использует express (по умолчанию). Если хотите избавиться от "тяжести" экспресса при обработке http запросов - пожалуйста на забывайте подключать platform-fastify
Весьма интересно, спасибо за материал!
Хотелось бы уточнить.
Правильно ли я понял, что ваше серверное приложение сначала сериализует ответ в msgpack а потом сжимает в zstd и отдаёт наружу буффер? Или сжатие у вас реализовано на уровне nginx (или что у вас там)?
Так же правильно ли я понимаю, что клиентское приложение в браузере так же проходит 2 этапа - сначала расжимает потом десериализует?
Судя по лайкам баттхёрт таки существует)
Поправьте меня, если я ошибаюсь, но sha256 так же уже небезопасна.
Отличная статья