TIL_WIL(72)
-
TIL_230420
어제 이야기를 나눴던 부분인데 나는 아래의 블로그를 참고해 소셜 로그인을 구현하고 로컬에서 email이 저장되는 것을 확인했다. 그런데 프론트엔드에서는 back end와 직접적 통신을 안하는데 어떻게 정보를 가져가냐고 해당 로직이 잘못됐다고 한다. 이 블로그에서 소셜 로그인 버튼이 back end와 연결해주는 부분이라고 생각했는데 해당 내용을 읽었는데 뭐가 잘 못 돼서 그렇게 말하는건지 이 블로그를 제대로 안 읽었는지 모르겠다. 프론트 설명은 한 페이지 반이 되는 내용이다 https://deeplify.dev/back-end/spring/oauth2-social-login#%EC%86%8C%EC%85%9C-%EB%A1%9C%EA%B7%B8%EC%9D%B8-%EB%B2%84%ED%8A%BC [Spring ..
2023.04.21 -
TIL_230419
발표 전날 마지막으로 API연결이 부족한 부분을 맞춰나갔다. 내가 맡은 소셜로그인은 이미 구현이 끝났는데 연결이 안 돼서 프론트엔드에서 작업을 해주길 기다리고 있었는데, 해당 내용이 늦게 시작돼서 맞춰보는데 한참 늦었다. 그런데 해당 내용을 API로 데이터를 보내준다고 했는데 나는 아래와 같이 구글 로그인을 성공하면 즉시 google에서 제공한 user 정보를 가져가서 올바르게 회원가입 후 토큰을 생성하고 토큰을 프론트에 넘기는 로직을 실행했다. .oauth2Login() .defaultSuccessUrl("/api/auth/login/google", true) .authorizationEndpoint() .baseUri("/oauth2/authorization/*") .authorizationReque..
2023.04.20 -
TIL_230418
프로젝트 발표를 위해 기존의 프로젝트를 정리한다고 이틀을 제대로 못 자면서 내용을 정리했다. TIL도 하루 못 적었다ㅠ TIL을 처음에는 개념도 정리하고 엄청 자세하게 적으려고 했었는데 하루하루 기록하는 것도 좋다고 해서 이런 형식으로 적어나갔다. 처음에는 이렇게 해도 도움이 될까 싶었는데 이번에 프로젝트를 정리하면서 쭉 훑어보니 많은 도움이 됐고 내가 뭘 배웠고 어떤 트러블 슈팅이 있었는지도 다시 잘 기억했다. 이래서 TIL이 중요하구나 하고 느꼈다. 조금 더 자세하게 적는 것도 좋아보이지만 지금처럼 적어도 잘 기억이 돼서 기분이 좋다. 항해가 끝난 후 부족한 CS 지식을 더 공부해야하니 이후에는 조금 더 개념적인 부분을 정리해봐야겠다.
2023.04.19 -
TIL_230415
현재 프로젝트에는 jwt와 redis를 활용한 로그아웃을 구현했었다. 구현 방식은 redis에 저장해 둔 access token과 refresh token을 삭제해서 로그아웃 하는 방식을 적용시켰다. 로그아웃에서 클라이언트의 header에 authorzation의 access token값을 삭제하는 내용은 프론트에서 적용해야 하는 부분으로 인지하고 해당 부분을 추가로 건드리지 않았다. 그런데 프론트에서는 왜 해당 로직을 제대로 처리하지 않았냐는 물음에 의문이 들었지만 현재 만료시간 전에 access token을 자동으로 발급해주는 로직이 있었고, 프론트에서는 response Header의 authorization에 token값이 들어오면 해당 값을 최신화 시켜주는 로직이 있어서 로그아웃 시 "" 값을 s..
2023.04.16 -
TIL_230414
코드를 정리하고 재확인하면서 생긴 문제가 있었다. { "email": "이메일@naver.com" } 인데 email을 오타로 eamil이라든지 아무튼 잘못 작성하면 null 값으로 들어오는데 해당 부분 같은 경우는 프론트엔드랑 의사소통용으로 에러를 지정해서 던져주는 게 좋은 것 같다. 이후 협업할 때 꼭 미리 설정해둬야하는 내용인 것 같다.
2023.04.15 -
TIL_230413
TC를 공부하고 작성하고 있는데 현재 작성했던 내용들이 TC에 너무 부적합하고 이미 많이 진행된 상태에서 확인하다보니 아쉬운 점이 하나하나 보이기 시작했다. 기능 단위를 작게 분리하지 못하고 구현하는데 정확히 어디서 에러가 발생할지 예측 못했던 이유도 더 명확히 알 수 있었다. 기능 단위별로 정확한 리턴 값을 확인하며, 확인하지 않았고 현재 완성된 코드에서도 Service와 Controller의 return값이 이어지지 않았다. 어제 TIL에 작성한 내용처럼 Global rule을 정하지 않았던 문제와 디자이너 문제가 맞물려서 해당 내용을 수정할 수도 없다. 아쉽지만 현재 어떤 문제를 가졌고 TC를 통해 해결할 수 있다고 알게돼서 현재 단계에서 TC를 작성해 TC와 조금 더 친해지는 것으로 만족해야겠다.
2023.04.14