Хранение временных объектов на стороне клиента?

Question

[firstmixon]

Только знакомлюсь в fronfend'ом и не понимаю как обеспечить разделенное хранение и связь условного объекта (пусть json) и разметкой HTML, обеспечить изменяемость данных и защиту ключевых данных от изменения.

Comments

[Kataev]

А Вы знакомились с JavaScript?

[Евгений]

Защиту ключевых данных от изменения

Защиту таких данных фронтенд не обеспечит. Любые данные которые ты сможешь записать в какое-либо хранилище (куки, localStorage, IDB и т.д.) браузера пользователя - этот же пользователь их может изменить/добавить/удалить через панель разработчика:

?

Поэтому для хранения данных или чего-то что не должно меняться пользователем самостоятельно - используют внешние БД, логику работы с которой обеспечивает бэкенд.

И не совсем понятна эта часть вопроса:

... связь условного объекта(пусть json) и разметкой HTML

[firstmixon]

Евгений, День добрый, так в этом и вопрос, я передал клиенту 10 записей в combobox, (id,name) и жду от него что он выберет, а он такой мамкин-хакер, меняет значения id для выбранного объекта, что приводит к хранению на стороне сервера копии всех отосланных данных и их сверку при сохранение, у меня джанго, это прослойка между fastapi и клиентом, сервису плевать, это не его задача, джанго ни чего по данные не знает, как выкручиваться, строить каскад валидаторов при каждом обмене данными?

[firstmixon]

Kataev, нет, но предполагаю что там все не так однозначно.

[Евгений]

firstmixon, ну вообще, если я правильно понял, у тебя есть, например, 10 блоков на странице, допустим в какой-то форме. При клике на эти блоки меняется массив данных, исходя из того, что это за блок, так? Затем, например, если эта форма отправляется - этот массив пуляется на сервер и там что-то происходит, но при этом ты хочешь обойтись без проверок этого массива данных на бэке и сделать эту форму иммутабельной, так?

Answer 1

[Михаил Р.]

не понимаю как обеспечить разделенное хранение и связь условного объекта (пусть json)

1. Клиент запрашивает данные с сервера.
2. Варианты:
2.1. Сервер сам рендерит страницу, без помощи клиента.
2.2. С сервера на клиент прилетает json, js на клиенте создает необходимую разметку, подставляя данные из json.

обеспечить изменяемость данных

Пишем условия на js/react, на основание которых будут изменяться данные.

и защиту ключевых данных от изменения

Все, что пришло на клиент - доступно клиенту. Все что пришло от клиента на сервер, по умолчанию опасно и требует проверки.

Answer 2

[historydev]

Данные от изменения защищает шифрование.

Берёшь jwt, есть ключ, есть токен сгенерированный по этому ключу. - на клиент отправил, клиент сохранил.
При запросе любых данных, ты либо создаёшь токен (регистрация), либо выдаёшь (авторизация), либо проверяешь (любой другой запрос).

Если токен как либо изменялся и ты всё сделал правильно на бэке, токен не пройдёт проверку - пусть изменяет сколько угодно.

Клиенту никогда нельзя доверять.
Данные клиент получает только обращаясь к api.

Comments

[firstmixon]

День добрый!
Я как понимаю реализацию:
Отправляем клиенту html+js;
Подгружаем клиенту через Ajax зашифрованные данные, его ключем (пусть токен) и сохраняем локал сторадже;
Скрипт дешифрует и вставляет данные в разметку(форму);
Клиент при внесение изменений, обрабатывается скриптом, (
определили поле,
получили доступ к зашифрованым данным,
расшифровали,
внесли,
зашифровали
)

При сабмите, отправляем на сервер объект из локал стораджа.
На стороне сервера ключ известен, расшифровываем и работаем.

так ли?

[historydev]

firstmixon,

То что я описал покрывает любой стек, а не только js.

Как ты это реализуешь - зависит от твоего опыта.
Суть в том, что у тебя есть токен который отвечает за авторизацию пользователя и ты не отправишь данные другого юзера клиенту, который под него маскируется.