대머리개발자

기존 단순하게 테스트를 위해서 진행했던 부분을 고도화https://hcnmy.tistory.com/227 앱 푸시 - FCM자세한 내용은 해당 블로그에 확인한다. 너무나도 잘 기록되어있다. ㄳhttps://zuminternet.github.io/FCM-PUSH/ FCM 푸시 파헤치기파일럿부터 적용까지 진행했던 FCM 푸시를 파헤치며 기초 가이드북처럼 정hcnmy.tistory.com  일단 앱 푸쉬를 위한 남들 다하는 카프카는 By Pass 하였다. 많아야 천명 정도에 10개 미만으로 보내는 푸쉬이기 때문에....해보곤 싶었지만 투머취!! 충분히 Flux 만 활용해도  anyway!! 목표 : 1. 실패한 사용자(미설치, 미수신)에겐 문자를 보낸다.2. 푸쉬에 해당하는 알람을 생성 해야한다. (7일 보관..

콘텐츠를 등록하고 해당 콘텐츠 내용을 쉽게 검색하기 위해서 solr 색인을 진행한다. 반년이상을  이슈 없이 잘 사용하고 있었는데 특정 날자의 색인이 이상하게 되었다.특정날자 : 2024년 12월 29/30/31일에 등록된 데이터만 1년이 ADD 되어서 색인 실제 DB값은 정상적이었기 때문에 색인을 할때 이슈가 발생된 부분이라고 생각을 했다. 등록날짜를 색인을 위해 Formatter...// 실제 적용 코드doc.addField(Constants.REG_DT, this.regDt!!.format(Utils.getDateTimeFormatter()))...fun getDateTimeFormatter(): DateTimeFormatter{ return DateTimeFormatter.ofPattern("YY..

자세한 내용은 해당 블로그에 확인한다. 너무나도 잘 기록되어있다. ㄳhttps://zuminternet.github.io/FCM-PUSH/ FCM 푸시 파헤치기파일럿부터 적용까지 진행했던 FCM 푸시를 파헤치며 기초 가이드북처럼 정리해보았습니다.zuminternet.github.io 그럼에도 간단하게 설명하자면 PUB / SUB 개념과 동일하다고 생각한다.  공급자(Publisher)는 메세지를 만들어는 내는 우리가 되는 것이고메세지를 소비하는 사용자는 구독자(Subscriber), 즉 클라이언트가 되는 것이다. 따라서 공급자에 대한 설정과 구독자에  대한 설정을 해야 하는 것이다. 상대적으로 공급자(서버) 설정이 쉽다. 1. 프로젝트 대충 만든다.2. 프로젝트 설정 -> 서비스 계정으로 접근한다.3. ..

지나가는 스트림, 즉 흘러가고 있는 데이터의 물결에서 어떤 가공을 하려면 ? 1년동안 주구장창 쓰고 있는데도..아.. 잘 모르고 쓰고 있구나 싶어서 다시 한번 이해도를 높이기 위한 고민을 시작했다. 사실 이부분은 프레임워크의 순 기능이다.내부적인 동작은 잘 몰라도 그냥 가져다 쓰면 그저 잘 나온다. 암튼.. ㅋ 아래의 코드를 보자Mono.just(1).flatMap( it -> Mono.just( it + 2)).subscribe(System.out::println);Mono.just(1).map( it -> it + 2).subscribe(System.out::println); 동일한 결과를 나오지만.적절하게 언제 어떻게 사용할 수 있는지 매순간 고민하고 머리 빠지고 해야 한다. 그런점에서 미리 고민하..

사용자를 관리하는 모듈(서버)이 별도로 존재하기 때문에사용자 정보가 현재 동떨어져 있다. (독립적이다. -> 나름 MSA ) 접근하기 위한 방법은 기본적으로 API를 이용하면 된다. 그러나 하나의 정보가 아닌 목록에 표현되는  정보라면 API호출은 성능 문제를 야기할 수 있다.(목록 Row 만큼 호출하는 것은 초딩이 봐도 아닌것을 금방 눈치 챌 수 있다.) 두가지 방법이 있는듯 한다. 1. DB View 제공해 Join해서 처리2. 해당 CASE의 경우 노출되는 정보를 같이 저장한다.3. 목록(리스트)에서 필요한 정보를 한 번의  API로 처리  각각의 장 단점이 있다. -> 현재 게시판 모듈에서 2번으로 처리하고 있다.게시판의 목록에서 닉네임을 보여주고 있는데 해당 정보를 게시판에 등록할 때 같이 저장..

있고 없고를 쉽게 판단할 수 있다.예를들어 루틴의 스케쥴을 만들 경우 0x1000000 월0x0100000 화0x0010000 수0x0001000 목0x0000100 금0x0000010 토0x0000001 일 오늘 수행해야할 루틴(미션)을 가져올때 진짜 심플하게 가져올 수 있다.select id from routine where (weekSchedule & 0x0010000) = 0x0010000 and userId = '가즈아'; 각 루틴이 가지고 있는 스케쥴 Value에서 수요일 비트 Value(0x0010000)를 AND(&) 연산하면 된다.!모든 부분을 심플하게 처리할 수 있다. 문제는 JPA에 지원이 안 된다. 쉬바. ...where(qChallengers.status.eq(Status.S) ..

static은 위험한 녀석이다. 공용으로 쓰기 때문에 객체의 상태를 보관하기 적합하지 않다. 보통의 아래와 같은 이유로 사용하지 않나 싶다. 1. 불변의 객체!!2. 객체의 상태가 아닌 Utils성의 메서드3. 내부 클래스는 static 기본기가 없으니.. ㅠ 여러개의 오류 폭탄이 떨어지면...삽질에 삽질을 거듭하네  잘 돌아가는 코드는 어지간하면 건들지 말자 !! 네이버 내부 클래스 static 선언을 필요 없지 않을까 해서 시원하게 삭제를 러쉬했다.네이버를 이용하는 "특정" 사용자가 로그인이 안 된다고. ㅎㄷㄷ 결론은 NULL이 바인딩되서 문제가 발생한 부분인데... 차이는 static이 있고 없고의 차이non-static 클래스로 선언하면 nullstatic 클래스로 선언하면 blank 그냥 다시 ..

oauth의 개념은 정말 심플하다.인증을 대신 해준다는 것이다. SSO의 개념이쥬. 작년에 휘갈긴 내용이 있네.https://hcnmy.tistory.com/25 What the OAuth2.0생각의 흐름대로 주저리 주저리!! 수 많은 블로그에서 저마다의 이해를 바탕으로 저마다의 생각이...온전하지 못한 나를 흔들고 있다. 여긴 오데?? 나는 누구?? 무엇을 하고 있지??...아아어어...hcnmy.tistory.com 뭐 암튼.. 네이버, 카카오, 구글, 애플, 페이스북, .. 대형 서비스 업체들에 "이미 가입된 내 정보"를 통해서 인증을 위임하고 전달받은 토큰을 우리내 시스템에 녹여서 서비스하면 된다. 근데 보통 전달받은 토큰을 그저 사용하기 보다는 내부 토큰을 다시 만들어서 사용한다. Why -> ..