-
jwt 조작
순수하게 프론트에서 jwt를 조작하는 api를 받아다가 사용했다가 이번에 토큰을조작하는 api 코드들을 처음으로 보게 되었다.
직접 쓰진 않았고 작성된 것을 보며 탐구를 한 게 거의 다라서 좀 아쉽긴 하지만, 해당 코드를 보게 된 것만으로도 만족한다. 코드 자체의 흐름은 어렵지 않았고 대신 처음 보는, 어떻게 동작하는 지 모르는 메소드 등을 알아야할 필요성이 보였다. -
api 제작
처음에는 백엔드를 한 번도 안해봤다고 여기고 api 개발 자체를 마냥 어렵게 여겼는데, 생각보다 괜찮았다.
예전 인강 들을 때 은연 중에 api를 만들었구나를 깨닫게 되었고, 그 생각 이후로는 진전이 빨랐다.
다만 이것을 깃허브에 올리면서 보안 문제, restfull한 api 작성 등에서 피드백을 받았다. 보안 문제는 배운 적이 없어서 그렇구나!했지만, 코드를 보면서는 나름 깔끔하고 알아보기 쉽게 작성되었다 생각한 부분들인데 놓친 부분들이 있다는 것이 아쉬웠다. -
이번 주에 배운 점.
팀원과의 협동 과정에서 팀장이 아닌데도 어쩌다 팀원들을 주도적으로 이끌게 되었는데, 잘 이끌었는 지는 모르겠지만 경험 자체는 너무 좋았고 경험했다라는 사실에 자신감을 얻었다.
끝으로 코테를 보면서 정규 표현식을 공부하게 되었는데, 정리를 해봐야겠다.
하는 이유 -> 해당 문자열이 의도한 대로 작성되었는지 확인하는 것
/ / => 정규표현식의 틀
/ /g => 문자열 전체에 걸쳐 검사
/^/ => 문자열 시작부분 검사
/$/ => 문자열 끝 부분 검사
/[]/ => 괄호 안의 것들이 있는지 검사
/[A-Za-z]/ => 알파벳 대문자, 소문자가 포함되어 있는 지 여부
/[0-9]/ => 숫자가 포함되어 있는 지 여부
/[-._]/ => "-", "." "_"가 있는 지 여부
/[^0-9]/ => 괄호 안의 것(여기서는 숫자)을 제외한 것이 있는 지 여부
/[.]{min,max}/ => min, max자리에는 숫자나 공백.괄호 안의 것(여기서는 ".")이 min 이상, max 이하의 갯수로 있는 지
/[.]+/ => 괄호 안의 것이 최소 한 개 이상 있는 지
