💻💭🎧🌏

1. 시간초과 뜨면 고려해보기.. import sys input=sys.stdin.readline 2. collections.Counter() 에서 최빈값 구하기 result = Counter변수이름.most_common() → [(key, frequency), (key, frequency)] 이런 식으로 나오므로 최빈값을 가지는 key 값을 얻으려면 result[0][0] 이런 식으로 하면 됨 SQL 날짜 → TO_CHAR(속성, 'yyyy-mm-dd') 와 같이 문자열로 바꿔서 비교하고, 출력도 포맷에 맞춰서 해야함. 상위 n 개만 출력하기 FETCH FIRST n ROWS ONLY 또는 --- where 절에 rownum

기존에 그냥 완성된 답변으로 받았던 ChatGPT 응답을 SSE(Serve-Sent-Event) 를 이용해 실시간으로 완성하는 걸로 변경하게 되었다. 어떻게 받아와야할지 여러 방법을 찾아보는데 SSE 표준은 애초에 POST 방식은 지원을 하지 않는다고 한다. (그래서 SSE는 보통 EventSource를 이용해 응답을 받지만 단순 GET인 경우에만 가능하다.) 그런데 나는 내가 요청한 질문에 대한 답변을 받아야하는 것이므로... 응용 방식을 여럿 찾아보았다. 그러던 중 나의 상황에 아주 딱 맞는 유튜버의 설명 등장... 최고세요... https://www.youtube.com/watch?v=JxIQCOrsxxg 물론 이 분은 ChatGPT 기능을 프론트엔드에서 바로 구현한거라 약간 차이점이 있었기에 이슈..

이번 프로젝트 중에 젤 막혔던 문제... 문제가 어디서 발생했냐.. 하면은 원래 구글 소셜로그인의 A to Z를 백엔드에서 담당하도록 구현을 했다. 오랜만에 시퀀스 다이어그램도 그려봤는데 아래와 같다. (draw. io 는 그리기는 참 편리한데 저장할 때 화질이 조금만 더 개선되면 좋을 것 같다.. .ㅎ..) 로그인 요청부터 Authorization Code를 받아 사용자 정보 요청하는 것까지 서버에서 진행을 하고 최종 accessToken 또는 사용자 정보를 클라이언트 측으로 반환하도록 구현했었다. (회원이면 인증/인가를 위한 accessToken만, 비회원이라면 회원가입을 바로 진행할 수 있도록 사용자정보 (name, email, picture) 을 담아보낸다. 근데 정말 예상치도 못하게 프론트(Re..

요구사항 경기 시작 30분 전부터 경기 리더 화면에서 QR 코드를 띄울 수 있다. 참가 인원들은 이 QR 코드를 촬영하여 출석 체크를 한다. 오픈 소스인 zxing 을 사용하였다. 코드가 간결해서 사용하기 쉬웠다! build.gradle 파일에 의존성을 추가해준다. implementation group: 'com.google.zxing', name: 'javase', version: '3.5.0' implementation group: 'com.google.zxing', name: 'core', version: '3.5.0' createQr(User user, Long matchId) QR 코드를 생성하여 바이트 형식으로 반환하는 메서드 public ResponseEntity createQr(User u..

#mood 원래 계획은 aws 프리티어도 얼마 안남았을텐데 그냥 프론트 쪽에서 스프링 application 런해서 사용하는걸루 하자.. 했는데 역시나 쉬운 일이 아니었다. 어쩌면 걍 배포 한번 딱 해놓는게 오랫동안 힘들진 않을 것 같다...! 그래서 그냥 배포를 하게 됐다 프론트엔드로 리액트 코드는 이미 ec2에 배포해본 경험이 있으므로 대충 비슷하겠지 하고 시작! 근데 바로 이슈가 발생했다. 리액트로 개발을 할 땐 보안 설정이 많이 없다보니 거의 다 깃허브에 바로 푸시를 했었고 gitignore 했던 node_modules 마저도 그냥 npm install하면 바로 생성되던 것들이었는데, 스프링은 일단 gitignore 해둔게 많았고 깃허브 클론해서 원 상태로 복구시킬 수도 (npm install 처럼..

사실 상 메인 기능인 참가 신청 기능이다. 철저히 구분해서 구현하던 기능들이 이제는 이것저것 섞이기 시작하니까 이 메서드는 여기다가 두는게 나을까 저기다가 두는게 나을까.. 하는 고민이 생기기 시작하는 것 같다. 그리고 점점 비즈니스 로직 차원에서 다뤄야할 제약 조건들이 생기니 제법 재밌다 !! 🥹👍 경기 참가 신청 기능의 조건은 다음과 같다. ❌ user의 조건이 해당 매치 태그들의 조건과 부합하지 않을 경우 참가 신청 불가 ❌ match의 현재 참가 신청 인원이 전체 모집 인원과 같을 경우, (참가 인원을 모두 모집했을 경우) 참가 신청 불가 ❌ user 가 이미 참가 신청한 매치들과 시간이 겹치면 참가 신청 불가 ✅ 이외는 참가 신청 완료 후에 해당 매치의 현재 참가 신청 인원 수 1 증가 이 조건..

수정과 삭제는 예상대로 쉬웠다! 새로운 클래스 생성이 없으므로 패키지 계층 구조는 그대로니 스킵! 1. 모집글 삭제 public String deleteById(Long id){ try{ postRepository.deleteById(id); return "모집글 삭제 완료"; }catch (Exception e){ return "모집글 삭제 실패 " + e; } } 아 Jpa라는거.. 정말 달다 모집글 id를 전달 인자로 받아 JpaRepository 를 상속받는 PostRepository의 deleteById 메서드를 이용하여 해당 모집글을 삭제한다. @DeleteMapping("/api/post/{id}") public ResponseEntity deletePostById(@PathVariable ..

모집글을 등록할 수 있는 api를 구현해본다. 모집글에는 기본적인 title, content , category, (등록하는 사용자의) userEmail (➡️ 이건 토큰을 이용할 수 있게 되면 변경할 예정이다.) 이 필요하다. 추가적으로 모집글 등록 시에 함께 생성해야 할 Match 객체의 필드들이 필요하고 성별, 나이대, 난이도 등을 표기할 수 있는 Tag 객체가 들어간다. (✅ Match : 경기 인원 수, 경기 장소, 경기 날짜가 들어간다.) 현재까지의 패키지 계층 구조 나름대로 체계적으로 정리하려고 노력 중인데 잘하고 있나 모르겠다..~ AddPostRequest.java 모집글 등록 시 request body에 들어갈 dto @NoArgsConstructor @AllArgsConstructor..

이번에는 구글 소셜 로그인으로부터 제공받은 이름, 이메일, 프로필 이미지를 데이터베이스에 저장할 수 있도록 구현하였다. 이때 회원가입을 하지 않은 구글 계정의 경우, 성별, 나이대, 성별/나이대 공개 여부 필드를 더 추가해야하므로 회원가입 여부를 확인해서 로직을 두개로 나누었다. 현재까지 구현한 도메인 계층구조는 다음과 같다. 이번에 중점적으로 볼 것은 `LoginController.java`, `User.java`, `MemberStatusResponse`, `SaveUserRequest.java`, `UserService.java` 이다. LoginController.java 의 requestUserInfo 메서드 기존에 단순히 유저 정보를 로드했던 방식에서, 회원 여부를 확인하고 비회원일 경우 회원..

구글 로그인 구현은 아래의 블로그를 굉장히 많이 참고했습니다!!! 너무너무너무너무 도움이 많이 됐어요 감사합니다... https://antdev.tistory.com/71 [Google Login API] 소셜 로그인 요청 Redirect 처리 - 2 (Spring Boot 레퍼런스를 보면서 구현해보는 구글 소 Spring Boot 환경에서 구글 소셜 로그인 API를 REST 방식으로 구현하기 이전글 2020/10/18 - [OAuth/Google Login API] - [Google Login API] 소셜 로그인 요청 Redirect 처리 (Spring Boot 레퍼런스를 보면서 구현해보는 구 antdev.tistory.com 도메인 계층 구조 나타내려고 드디어 tree도 설치하였다! 이번 소셜 로그..