인풋에서 데이터 받아다가 db에 해싱해서 저장하고
그거 다시 가져와서 로그인시 입력데이터 바탕으로 유효성 검사하고
데이터 맞으면 그걸로 로그인시켜주면 끝 아녀?
먼가 로그인정도는 해야되는거 아니냐?하는데
로그인파트 30분하면 배우는거 아닌가 반박시 니 말이 맞음 나 ㅈ도모름
인풋에서 데이터 받아다가 db에 해싱해서 저장하고
그거 다시 가져와서 로그인시 입력데이터 바탕으로 유효성 검사하고
데이터 맞으면 그걸로 로그인시켜주면 끝 아녀?
먼가 로그인정도는 해야되는거 아니냐?하는데
로그인파트 30분하면 배우는거 아닌가 반박시 니 말이 맞음 나 ㅈ도모름
해당 댓글은 삭제되었습니다.
걍 프갤 보다보면 뭐 로그인 정돈 구현해야하는거 아니냐 ~개월 했으면 로그인 정돈 구현해야지 이런 글들을 ㅈㄴ많이 봤었음 걍 궁금해서 물어보는거
세션은 병신아
세션도 존나별거없잖아 써드파티 끌어다가 대충 값만 정해주면 되는거 해봤자 hasError 이런거아님?
세션에 쿠키에 해싱에 솔직히 이런건 로그인 기능 구현보다는 보안에 가까운거라 안적어놓긴했음
뭔 보안이야 ㅅㅂ
내가 모르는게 맞는듯 좀더공부해옴ㄱㄷ
세션이랑 oauth 암호화저장 그 정도 하면 되려나? 중복검사?
전부 남이 만든거 갖다쓰는거잖아 이게 왜 구현임
ㅇㅎ 아예 AtoZ말하는거였음? 그럼 힘들겠노 ㄹㅇ 궁금해서 물어봤던거임 막 비꼬거나 그런 의도 절대아녔음
코딩은 그게 전부 아니냐?
덧글 보니 넌 로그인 세션유지가 무슨 개념인지 잘 모르는 거 같네. 그래도 반박시 니 말이 맞다 라고 하는 거 보면 주제파악은 하고 있는 걸로 보이니 발전 가능성은 있다
로그인은 제일 못하는애 시킴. 존나 쉬워서
뭐 맞긴한데 조금 상세하게 들어가면 더 생각할게 생길 수도 있음 jwt를 무슨 방식으로 헤더에 박을지 시작해서 자동로그인의 경우 토큰 라잎사이클은 얼마나 길게 할 것이며, 토큰이 손상되었을 땐 다시 재발급을 하는지 로그인을 풀어버리는지 등
ㅇㅎ 내가 ㅈ밥인건 알고 있었지만 더 ㅈ밥이었군 공부하러감
인정하는거보니 발전할 여지는 충분하메