ID пользователя Crypt () должен быть буквенно-цифровым для использования в URL запроса API

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

Я использую этот идентификатор, а затем использовать PHP crypt($account_id, 'salt_here') функция с пользовательской статической солью для генерации безопасного, открытого идентификатора, который меня не волнует, увидит ли пользователь, а затем добавит его в базу данных для соответствующей учетной записи для будущего использования.

Этот зашифрованный идентификатор, который я хочу использовать в REST API, который я сейчас создаю.

Вот где я нахожусь:

  • Пользователь использует API для получения учетных записей в профиле /v1/accounts/PROFILE_USERNAME
  • Каждый результат учетной записи показывает crypted_id, который я только что назвал в качестве идентификатора в данных результата (я не хочу показывать реальный идентификатор из базы данных) "id": "Mq5RFENsi4/rw"
  • Затем пользователь может перебрать данные учетной записи из запроса API и получить crypted_id, а затем сделать еще один запрос API (/v1/accountSiblings/ACCOUNT_CRYPTED_ID) (ACCOUNT_CRYPTED_ID = Mq5RFENsi4/rw) для получения дополнительной информации об учетной записи, например, сколько братьев и сестер на счету.

У меня проблема в том, что crypt() не возвращает буквенно-цифровые результаты, поэтому данные ненадежны при передаче в URL для другого запроса API, особенно учитывая, что они могут возвращать косую черту и другие символы, которые мне не нужны.

Есть ли еще одна односторонняя криптографическая функция, которую я могу использовать, которая является только буквенно-цифровой, чтобы использоваться в качестве зашифрованного идентификатора?

Есть ли лучший способ добиться того, что я пытаюсь сделать?

Надеюсь, я достаточно ясно, спасибо

0

Решение

Это 4 утра, так что терпите меня.

Я думаю, что это будет просто для меня просто md5() вывод склепа …

Неважно, будет ли этот хеш md5 расшифрован, потому что конечный результат — это в основном gobbledegook и это односторонний хеш.

Очевидно теперь, когда я думаю об этом …

0

Другие решения

Других решений пока нет …

По вопросам рекламы ammmcru@yandex.ru
Adblock
detector