Как подтвердить запрос на добавление записи в бд через почту?

Question

[targyn]

Подскажите куда копать, если я хочу реализовать процесс подтверждения на добавление записи в бд через почту. То есть человек оставляет какие то данные на сайте и отправляет. И прежде чем данные добавлялись в бд данные нужно присылать на почту и при подтверждении через почту, добавлялся в бд.

Comments

[WapSter]

Ты его и так будешь где-то хранить по этому добавляй сразу, но добавь к данным поле, подтверждено или нет, кроном удаляй записи из базы которые не были подтверждены. Ещё вариант совсем без записи ты можешь формировать hash для ссылки подтверждения в почте, в этом хэше хранить записи которые оставил пользователь. И просто считывать эти данные когда пользователь перейдет по ссылки в письме.

[Денис Юрьев]

WapSter, как вы в хэше будете что-то хранить?
если закодировать в base64-подобную кодировку, то это уже хэшем по определению не будет

[WapSter]

Денис Юрьев, https://ru.wikipedia.org/wiki/Bcrypt поучи меня давай

[Денис Юрьев]

WapSter, вы разницу между хэшированием и шифрованием улавливаете? хэширование - одностронняя функция

[WapSter]

Денис Юрьев, ну хорошо. Везде принято зашифрованные данные называть hash у тебя это по другому. Наверное margin тоже стоит называть внешним отступом.
https://www.php.net/manual/ru/function.password-ha... доку к php тоже дураки видимо пишут, по твоему мнению. Научись признавать ошибки, когда не прав или вообще не веди дискуссию в чем не разбираешься.

[Денис Юрьев]

WapSter, для начала перестаньте тыкать, я не помню чтобы мы с вами на досуге пиво пили.

во вторых ну ок, захэшируете вы данные с помощью bcrypt, как извлекать то будете?

в третьих

Везде принято зашифрованные данные называть hash

зашифрованные данные принято называть зашифрованными, а хэши хэшами. не фантазируйте.

Короче про*бался так признай ошибку как мужик, а не веди себя как телка доказывая свою точку зрения до посинения.

про этот детский сад я вообще молчу. истеричный персонаж говорит, что я веду себя как телка, великолепно.

[WapSter]

Денис Юрьев, просто рука лицо. Я их шифровал, значит я и знаю ключ к расшифровке. Просто из параметра урл возьму hash и при помощи ключа, который я ЗНАЮ расшифрую.

[Денис Юрьев]

WapSter, покажите мне функцию, которая вернет пароль из хэша, полученного с помощью password_hash();

[WapSter]

Денис Юрьев, как на php это делается без понятия. https://www.npmjs.com/package/bcrypt
На php думаю подобное тоже есть.

[Денис Юрьев]

WapSter, ну и? там так же сравнивается пароль с захэшированным.
вы будете методом грубого перебора извлекать данные их хэша bcrypt?

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

PS: именно для расшифровки хэш-функции bcrypt, а не съезжайте на функцкии шифрования/дешифровки - всякие там aes, переодеваясь на ходу

[WapSter]

Денис Юрьев, https://coderoad.ru/27957586/%D0%9A%D0%B0%D0%BA-%D...

[Денис Юрьев]

WapSter, нет уж, мой юный друг

bcrypt как расшифровывать будете, вы именно им тут несколько раз бросались, обвиняя меня в том что я тех часть не знаю?

aes - это не хэширование, а шифрование
bcrypt - это хэширование.

если сами облажались с терминологией, то заберите там парочку слов и обвинений обратно

[Денис Юрьев]

WapSter, я вам простой пример приведу, до боли вам знакомый

для человека далекого от разработки java и javascript - одна далекая незнакомая хрень

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

[WapSter]

Денис Юрьев, боже ты еще продолжаешь) Хорошо как ты назовешь поле в БД, в которой хранятся зашифрованные данные, чтобы остальным разработчикам было ясно?
https://www.php.net/manual/ru/function.crypt.php получившийся результат называют хэшем, чтож такое то. Наверное все привыкли

[Денис Юрьев]

WapSter, encrypted_data / cipherdata, да хотя бы просто encrypt

но по моему кто-то все таки облажался и ошибку признать не в состоянии, при этом, цитирую вас:

Научись признавать ошибки, когда не прав или вообще не веди дискуссию в чем не разбираешься.

получившийся результат называют хэшем

прочитай описание функции

crypt — Необратимое хеширование строки

результат этой функции ты тоже не расшифруешь

Answer 1

[irishmann]

Я бы сделал так. Сразу писать в бд, поставить дополнительное поле verify, по умолчанию false. Скрипт записывает в базу, получает идентификатор записи, формирует ссылку на скрипт подтверждения и отправляет на почту. Скрипт подтверждения получает только идентификатор записи и ставит true в поле verify. Везде где нужно реализовать проверку verify. Периодически, либо cron, либо вручную чистить бд.

Answer 2

[Дамир Шаниязов]

А до подтверждения они где будут храниться?
Я думаю можно сделать так:
Клиент отправляет данные через форму. Данные из формы сохраняются в БД, в этой\другой таблице создаем статус и код подтверждения. Клиенту приходит на почту ссылочка с подтверждением, в ссылочке содержится код подтверждения (а лучше хеш). Срабатывает контроллер, проверяет код, если всё совпадает, то данные подтверждаются. Еще можно сделать проверку, если в течение 24 часов данные не подтвердились, то удаляем и данные и код. Может быть еще есть нюансы

Answer 3

[Adamos]

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