Риски в базе данных и интерфейсной муфте

Question

Я не мог придумать лучшего заголовка, после прочтения вопроса вы можете предложить лучший. Также вы можете предложить несколько лучших тегов, я не смог найти web-development.

Я студент, поэтому я не знаю стандартного способа достижения следующей проблемы.

Обычно я устанавливаю идентификаторы элементов (div, span, tr и т. Д.) В соответствии с базовым ключом базы данных, чтобы легко ссылаться на нее позже.

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

Но я думаю, что его плохая идея, так как каждый может использовать Осмотреть Element или Dev Tools и изменить идентификатор.

Каков стандартный способ достижения этого?

EDIT 1
Я знаю, что web browser wont enforce the security policy for me именно поэтому я прошу стандартным способом, или стандартные методы для использования этого вещества.

Answer 1

В любом случае, вы должны предположить, что любой запрос, поступающий на задний конец, может быть подделан, любые любые данные, отправленные в браузер (видимые или скрытые), являются общественностью.

Если вы considere id являются частным (довольно необычным требованием), вы могли бы вместо того, чтобы просто использовать порядок строк и сохранить на сервере сессии таблицу row_order < ->id.

Если вы просто хотите убедиться, что идентификатор правильный, просто управляйте им (на стороне сервера) перед обновлением базы данных или во время записи базы данных, если вы не можете их контролировать раньше.

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