Сообщение Re: REST -- развести похожие api. от 29.01.2025 19:17
Изменено 29.01.2025 19:22 bnk
Re: REST -- развести похожие api.
Здравствуйте, Sharov, Вы писали:
S>Вот есть api ,например,
S>
S>Теперь допустим, что решили добавить запрос по уникальному имени
S>
IMHO, это плохая идея включать персональные данные (имя) в URL, оно же будет во всех логах.
Только параметры, если уж очень нужно, а лучше в body.
В смысле, прикинь тебе поступает от юзера запрос на удаление его персональных данных, как ты его имя будешь из логов зачищать?
S>Вот есть api ,например,
S>
S>/customers/{guid}/passport
S>S>Теперь допустим, что решили добавить запрос по уникальному имени
S>
S>/customers/{name}/passport
S>IMHO, это плохая идея включать персональные данные (имя) в URL, оно же будет во всех логах.
Только параметры, если уж очень нужно, а лучше в body.
В смысле, прикинь тебе поступает от юзера запрос на удаление его персональных данных, как ты его имя будешь из логов зачищать?
Re: REST -- развести похожие api.
Здравствуйте, Sharov, Вы писали:
S>Вот есть api ,например,
S>
S>Теперь допустим, что решили добавить запрос по уникальному имени
S>
IMHO, это плохая идея включать персональные данные (имя) в URL, оно же будет во всех логах по дороге.
Только параметры, если уж очень нужно, а лучше в body.
В смысле, прикинь тебе поступает от юзера запрос на удаление его персональных данных, как ты его имя будешь из логов зачищать?
S>Вот есть api ,например,
S>
S>/customers/{guid}/passport
S>S>Теперь допустим, что решили добавить запрос по уникальному имени
S>
S>/customers/{name}/passport
S>IMHO, это плохая идея включать персональные данные (имя) в URL, оно же будет во всех логах по дороге.
Только параметры, если уж очень нужно, а лучше в body.
В смысле, прикинь тебе поступает от юзера запрос на удаление его персональных данных, как ты его имя будешь из логов зачищать?