Регистрация на React и работа с API

Комментарии (16)

Руслан

2021-03-21 12:15

Спасибо, очень круто, как всегда!

Arunas

2021-03-21 20:21

Спасибо.

Yevhenii Lykholai

2021-03-23 17:03

Спасибо. Понравилось.

ХОРХОЙ

2021-03-23 18:32

Прошу по возможности уделить время в будущих уроках рассмотрению Server Side Rendering для React. Хотя бы в минимальном объеме, так как тема очень актуальная и востребованная.

Руслан

2021-03-25 05:39

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

Максим

2021-03-31 14:17

Поддерживаю) Тема бизнес логики давно уже уходит всё дальше и дальше. Сейчас уже она близко и многие её ждут. А SSR тему можно рассмотреть и не в исполнении Дмитрием, при этом это можно это сделать чуть позже)

Руслан

2021-03-26 07:50

Дмитрий, добрый день,

в последнее время все чаще сталкиваюсь с запросами по обеспечению приватности пользовательских данных: General Data Protection Rules (GDPR), Cookie Consent Trial Request (CCPA), Health Insurance Portability and Accountability Act (HIPAA) и др.

Можете поделиться рекомендациями/опытом касательно как избежать возможных проблем совместимости с данным требованиями на этапе построения архитектуры приложения (особенно Message Driven) и/или на других этапах разработки?

Спасибо.

Дмитрий Елисеев

2021-04-02 11:54

Главная рекомендация - не хранить идентифицирующие данные в открытом виде в вечных неизменных хранилищах вроде Kafka или ClickHouse, если такие имеются. Чтобы потом при необходимости можно было их удалить или подменить на фейки.

Если такие хранилища есть, то первый вариант - записывать чувствительные данные в отдельную таблицу в БД, а в вечные хранилища передавать идентификатор этой записи. Тогда для удаления данных просто удаляем запись из этой вспомогательной таблицы.

Второй вариант - в сообщения передавать данные, зашифрованные рандомным ключом, который хранится в таблице пользователя. И им же расшифровывать на принимающей стороне. Тогда по запросу от пользователя просто удаляем его ключ и все зашифрованные строки становятся невосстановимыми.

Руслан

2021-04-02 11:57

Спасибо огромное!

fedot

2021-04-04 14:59

Спасибо!

slo_nik

2021-12-17 20:05

Добрый вечер, Дмитрий.

А как, всё-таки, передать адрес api через env переменную на frontend?

Пробовал в Dockerfile установить переменную, но ничего не получилось.

FROM node:16-alpine as builder

WORKDIR /app

COPY ./package.json ./yarn.lock ./
RUN yarn install

COPY ./ ./

ENV REACT_APP_WEBSITE_URL $REACT_APP_WEBSITE_URL

RUN yarn build

FROM nginx:1.21-alpine

COPY ./docker/production/nginx/conf.d /etc/nginx/conf.d

WORKDIR /app

COPY --from=builder ./app/build ./public

Ошибок при сборке нет, но REACT_APP_WEBSITE_URL пустая на frontend-e.

Дмитрий Елисеев

2021-12-18 14:27

Эти ENV в Dockerfile срабатывают в момент сборки образа через docker build, а не в момент запуска. Потому они там и пустые.

Для этого обычно при сборке подставляют туда значения-заглушки:

ENV REACT_APP_WEBSITE_URL=%REACT_APP_WEBSITE_URL%

И потом уже при запуске в скрипте docker-entrypoint.sh во всех файлах проекта подменяют заглушку %REACT_APP_WEBSITE_URL% на реальные значения переменных командой sed.

Мы так сделаем когда будем подставлять OAUTH_URL в эпизоде про аутентификацию на фронтенде.

slo_nik

2021-12-18 15:33

Я уже это понял, что просто так не работает, как с обычными образами.

Видел решения с использованием sh файла для установки env переменной, но подумал, что может есть простое решение.

slo_nik

2021-12-18 16:51

Значит для тестового сервера писать жёстко адреса?

slo_nik

2021-12-18 18:15

Ваше решение подразумевает, что env переменная будет браться тоже из Jenkins, а не из .env файла?

Дмитрий Елисеев

2021-12-19 19:26

При запуске будет браться как и на бэкенде из обычных environment в docker-compose.yml и в docker-entrypoint.sh поставляться в файлы через sed.

Зарегистрируйтесь или войдите чтобы оставить комментарий

Или войти через:

Google

GitHub

Yandex

MailRu