AG
создать enum в конкретной схеме и дропать всю схему сразу
Звучит логично. А как дробать в liquibase? В самом начале changelog’a создать changeset который дропает схему?
Size: a a a
2021 March 19
AG
Я только вчера начал знакомится с liquibase
D
Звучит логично. А как дробать в liquibase? В самом начале changelog’a создать changeset который дропает схему?
<sql>
AG
<sql>
всмысле:
или голым SQL’ом в ручную вызывать?
<changeSet …>
<sql>DROP SCHEMA public CASCADE;
CREATE SCHEMA public;</sql>
</changeSet>или голым SQL’ом в ручную вызывать?
AG
дело в том, что я хочу автоматизоровать
A
Подскажите оптимальный подход: пишу пет, хочу сгенерить хеш на основе входящих данных (упрощения ради - представим что мы принимаем на вход имя и фамилию пользователя, а возвращаем хеш-комбинацию имя и фамилии). И нужно иметь возможность доставать из итоговой комбинации имя, фамилию для проверки принадлежности хеша, например. Для подобной задачи что лучше взять? Jwt тот же и дергать claims?
ch
Подскажите оптимальный подход: пишу пет, хочу сгенерить хеш на основе входящих данных (упрощения ради - представим что мы принимаем на вход имя и фамилию пользователя, а возвращаем хеш-комбинацию имя и фамилии). И нужно иметь возможность доставать из итоговой комбинации имя, фамилию для проверки принадлежности хеша, например. Для подобной задачи что лучше взять? Jwt тот же и дергать claims?
Это невозможно RTFM
A
Это невозможно RTFM
Что именно невозможно?
ch
Получить из хеша исходный текст иначе это уже не хеш
AT
Подскажите оптимальный подход: пишу пет, хочу сгенерить хеш на основе входящих данных (упрощения ради - представим что мы принимаем на вход имя и фамилию пользователя, а возвращаем хеш-комбинацию имя и фамилии). И нужно иметь возможность доставать из итоговой комбинации имя, фамилию для проверки принадлежности хеша, например. Для подобной задачи что лучше взять? Jwt тот же и дергать claims?
а зачем доставать? просто на вход когда принимаешь имя и фамилию берешь хеш и сравниваешь с существующим хешом
AT
тебе не надо из хеша в текст превращать для сверки информации
AT
если ты хочешь доставать из токена данные пользователя, то тут используй Jwt и claims
A
тебе не надо из хеша в текст превращать для сверки информации
Ну мне достаточно будет доставать сам хеш, я не правильно выразился. С авторизацией это не имеет ничего общего, тут я для примера привел просто что есть некоторый аналог в jwt. Т.е. возможный вариант - хеширую один велью, хеширую второй, леплю из них общее значение, и потом, при необходимости, дергаю данные из общего и сверяю, равны ли они пришедшим данным? (например та же самая фамилия-хеш)
AT
Ну мне достаточно будет доставать сам хеш, я не правильно выразился. С авторизацией это не имеет ничего общего, тут я для примера привел просто что есть некоторый аналог в jwt. Т.е. возможный вариант - хеширую один велью, хеширую второй, леплю из них общее значение, и потом, при необходимости, дергаю данные из общего и сверяю, равны ли они пришедшим данным? (например та же самая фамилия-хеш)
из пришедших данных лепишь такой же хеш и сравниваешь хеши
A
из пришедших данных лепишь такой же хеш и сравниваешь хеши
угу, понял, спасибо
AK
Ну мне достаточно будет доставать сам хеш, я не правильно выразился. С авторизацией это не имеет ничего общего, тут я для примера привел просто что есть некоторый аналог в jwt. Т.е. возможный вариант - хеширую один велью, хеширую второй, леплю из них общее значение, и потом, при необходимости, дергаю данные из общего и сверяю, равны ли они пришедшим данным? (например та же самая фамилия-хеш)
ты расскажи не _что_ ты будешь делать, а _зачем_ ты это собираешься делать
AK
настоящий вопрос задай, в общем
A
настоящий вопрос задай, в общем
я уже получил ответ, который меня устраивает
S
Хай. (1)Подскажите как в android отслеживать номер входящего вызова(можно просто ссылку)? (2)Как показать небольшое вплывающее окошко(кружок) в время входящего звонка?