Pull to refresh
4
0
Андрей @muturgan

User

Send message

весьма интересно, спасибо за труд

Очень интересно и полезно. Спасибо за труд!

А вы во wrike используете dart только на клиенте, или на сервере тоже?

Я наверно плохой программист - не смог нагуглить(

А в чём суть immediate ui?

Вот на мой взгляд один из лучших докладов на тему DDD.

Где-то на 42 минуте автор довольно убедительно рассматривает возможность использования русского языка в приложениях на C#.

https://m.youtube.com/watch?v=CR9mLGN9jh0

Меня тоже 4 пункт удивил

@ogregorпривет.
Я испытываю нездоровое влечение к написанию бэкенда на dart.
Но моя рациональная часть меня постоянно одёргивает и убеждает меня, что это нецелесообразно т.к. на данной платформе пока сильно меньше готовых и опробированных решений - часто придётся писать свои велосипеды.
Скажи пожалуйста, был ли у тебя опыт написания бэкенда на dart за последнее время? Стоит ли оно дополнительных трудозатрат?

Думаю у вас достаточно свежая нода для поддержки async iterator.
Предлагаю немного видоизменить функцию getServerData.
Следующую конструкцию:

const req = https.request(options, (res) => {
  let body = '';

  res.on('data', (chunk) => {
    body += chunk;
  });

  res.on('end', () => {
    const response = JSON.parse(body);

    if (response.values) {
      for (const product of response.values) {
        data += getSitemapUrl({...});
      }
    }
    cb(data);
  });
});

заменить на:

const req = https.request(options, async (res) => {
  let body = '';

  for await (const chunk of res) {
    body += chunk;
  }

  const response = JSON.parse(body);

  if (response.values) {
    for (const product of response.values) {
      data += getSitemapUrl({
        loc: `/product/${product[0]}`,
        lastmod: new Date().toISOString(),
        changefreq: 'daily',
        priority: '0.8',
      });
    }
  }
  cb(data);
});

Весьма интересно, спасибо за статью.

Скажите, а вы пробовали другие стейт менеджеры для 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 так же уже небезопасна.

Отличная статья

Information

Rating
Does not participate
Location
Тула, Тульская обл., Россия
Date of birth
Registered
Activity