사용자 위치와 레스토랑 사이에 거리를 구하여 가까운 순으로 정렬하는 기능을 개발해야 했다. 우선 레스토랑 Data에는 도로명 주소는 존재하지만 위치 정보는 따로 존재하지 않아 위치 정보를 입력해야만 했다. 도로명주소에서 제공하는 DB 데이터들이 존재하는데 그 중에 도로명 주소 DB가 존재한다. 도로명 주소 DB에는 도로명 주소 별 UTM-K 좌표계 기반 좌표를 제공한다. 따라서 이를 활용하면 위치 정보를 매핑시켜줄 수 있다. 가장 먼저 수행해야 할 과정을 정리하자면 1. 레스토랑 정보를 DB에 입력 시킨 후 2. 도로명 주소 DB의 좌표 정보를 DB에 입력 시킨다. 3. 그 후에 레스토랑 정보와 도로명 주소를 매핑시킨다. 이제 레스토랑의 좌표를 모두 입력하였다. 거리를 구해보자. 보통 사용자의 위치 정보..

채식 레스토랑 조회 사이트 '나만의 옷장' 프로젝트를 마무리(2021-10-12)하고 새로운 프로젝트를 시작했다. 이 프로젝트는 '나만의 옷장' 프로젝트에 비해 굉장히 간단한 편이다. REST API는 사용하지 않을 것이고, Spring MVC를 통해 구현할 생각이다. 단순한 조회 사이트인 만큼 확실히 운영도 진행 할 예정이다. 사용자는 별로 없겠지만 ㅋㅋ... 아래 notion 페이지는 대충 생각을 정리하여 문서화한 페이지이다. https://www.notion.so/vegan-3df0516399e94513a689b0b160378ee8 아마 아키텍처 구조는 '나만의 옷장' 프로젝트와 유사하게 진행할 것 같다. 웹 서버 : nginx was : spring boot 내장 톰캣 db : mysql temp..

세션 세션을 관리하기 위해서는 서버쪽에 유저 정보를 저장 해야하기 때문에 아무래도 추가적인 저장소가 필요하다. 만약 내장 톰캣 메모리에 세션을 저장하게 되면 배포할 때마다 세션이 초기화 되기 때문에 다음과 같은 방법들을 활용하는 편이다. 톰캣 자체 메모리를 활용한다. - 가장 기본 설정 - 두 대이상의 WAS가 구동되는 환경에서는 부가적인 설정이 필요하다. 데이터베이스를 활용한다. - 가장 쉬운 방법이다. - 부가적인 설정은 필요 없지만 인증 요청마다 DB와 IO가 발생한다. Redis, Memcached 메모리 DB 활용 - B2C 서비스에서 가장 많이 사용된다. JWT 토큰은 세션과 다르게 위의 예시와 같이 서버가 따로 메모리에 사용자의 정보를 관리할 필요가 없다(Stateless). JWT 토큰 자..

OAuth란? 다양한 플랫폼(Google, Facebook, Naver...)의 특정 사용자 데이터에 접근하기 위해 제 3자의 클라이언트가 사용자의 접근 권한을 위임 받을 수 있는 표준 프로토콜을 말한다. OAuth의 탄생 OAuth가 존재하기 전에는 인증 방식의 표준이 없었기에 기본인증인 아이디와 비밀번호를 사용하였는데 이는 굉장히 보안상 치명적인 구조이다. 만약 악의적인 사용자가 인증 과정 중에 아이디와 비밀번호를 탈취하게 된다면 해당 플랫폼에 존재하는 사용자의 모든 정보들이 가져갈 수 있기 때문이다. 즉, 사용자의 계정 정보만 탈취하면 플랫폼에 존재하는 모든 서비스에 대한 접근 권한을 얻을 수 있다는 의미이다. 또 보통 사용자들은 플랫폼들 마다 다른 계정 정보를 사용하는 것보다는 동일 계정 정보를 ..