️V
@frozzen_top1 в догонку если будешь думать как uuid генерить, то вот:
https://github.com/webpatser/laravel-uuid
https://github.com/webpatser/laravel-uuid
есть же нативная поддержка в ларе, зачем сторонняя либа?
Size: a a a
2020 January 21
ИЛ
есть же нативная поддержка в ларе, зачем сторонняя либа?
Их там много видов
С
есть же нативная поддержка в ларе, зачем сторонняя либа?
но там 1,5к звездочек в гитхабе.... да и мужик там на фото как будто предлагает заюзать....
ИЛ
Одни гарантируют рандомность и уникальность, другие - нет
M
На каждый чих новая ветка
и TDD
С
Их там много видов
да, там стандарты разные
С
Michael
и TDD
Хм, пойду юнит-тесты сделаю, и похер что у меня толком api не готово пока))
️V
Их там много видов
я вообще ulid заюзал и мне пофиг =)
F
я вообще ulid заюзал и мне пофиг =)
это то что кинули или какой?
F
токен ты можешь продублировать в куке, и если не видишь его в сессии, посмотри в куку,
хотя и ИД сессии можно хранить в куке (или как оно в Ларе происходит), но не передавать же в куку и в сессию все данные, которые тебе нужно сберечь/показать на другой странице и/или еще что-то с ними делать - вот их и надо в БД вкупе с токеном. Тогда что бы у тебя не отвалилось - есть возможность хоть что-то прочитать. Если юзер не видит данных своего заказа (нету ни сессии, ни куки....) напиши ему обновите страницу - может подтянуться сессия, а от нее у тебя все есть в БД.
Т.е. - это явная перестраховка - от плохих сетей и прочей ереси
хотя и ИД сессии можно хранить в куке (или как оно в Ларе происходит), но не передавать же в куку и в сессию все данные, которые тебе нужно сберечь/показать на другой странице и/или еще что-то с ними делать - вот их и надо в БД вкупе с токеном. Тогда что бы у тебя не отвалилось - есть возможность хоть что-то прочитать. Если юзер не видит данных своего заказа (нету ни сессии, ни куки....) напиши ему обновите страницу - может подтянуться сессия, а от нее у тебя все есть в БД.
Т.е. - это явная перестраховка - от плохих сетей и прочей ереси
ПРосто тут тоже блин нюанс.... Изначально нужно записать только Сумму платежа и индетификатор обработчика....Но потом я еще реквизиты передаю на другую страницу, а с этой странице уже в платежную систему... потом же еще платежка результат отдает постом... эти данные проходят уже еще на следующий контроллер.... оххх)
VY
ПРосто тут тоже блин нюанс.... Изначально нужно записать только Сумму платежа и индетификатор обработчика....Но потом я еще реквизиты передаю на другую страницу, а с этой странице уже в платежную систему... потом же еще платежка результат отдает постом... эти данные проходят уже еще на следующий контроллер.... оххх)
Тем более, имея столько этапов, ты собрался жонглировать данными? Запись в БД со всеми данными ты можешь прочитать где надо, вывести что надо, а когда уже не нужна - софт-делит или метка о завершении заказа. По нему может ещё потом что-то понадобится
F
Тем более, имея столько этапов, ты собрался жонглировать данными? Запись в БД со всеми данными ты можешь прочитать где надо, вывести что надо, а когда уже не нужна - софт-делит или метка о завершении заказа. По нему может ещё потом что-то понадобится
но а если где-то будет затуп в этих данных потом........ну жонглированием с бд.........
VY
Будешь оптимизировать
F
Тем более, имея столько этапов, ты собрался жонглировать данными? Запись в БД со всеми данными ты можешь прочитать где надо, вывести что надо, а когда уже не нужна - софт-делит или метка о завершении заказа. По нему может ещё потом что-то понадобится
и как в бд CVC карты Записывать? Что то не хочется напрямую его записсывать) А то еще обвинят в кардерству)
AP
Нельзя писать это в базу
VY
База, на самом деле не такое уж медленное звено :), если конечно не на переполненном шаред хостинг
F
Нельзя писать это в базу
а как?)
Р
Дичь какая-то, платежные системы лет 20 как проектируют, каждому надо свои кривые костыли изобрести 😱
MZ
а как?)
хранить хэш