본문 바로가기

분류 전체보기

(827)
이메일 반송 원인을 찾아보니 휴면 상태 작년 말에 회원 가입시 이메일 인증하는 기능을 개발했다. 운영환경에 배포 이후에 모니터링을 하는데 이메일이 반송되는 경우가 전체 발송 대비 평균 4.1% 였다. 고객이 회원 가입이 안된다고 고객센터에 문의를 했는데 상담사가 다른 이메일로 가입 권유를 했는데 해당 메일로 꼭 가입을 해야한다고 했다. 회사에는 반송이 된 메일에 대해 대해 일정 기간 동안 메일 발송을 막는 정책이 있었는데 반송률이 높아지면 당사에서 보내는 메일 전체가 막히게 되기에 이런 정책이 생기게 되었다. 메시징팀에 문의를 했더니 고객 문의의 대상 메일은 반송 차단 처리가 되어 있었고 풀었다. 인증 메일이 다시 발송되었지만 확인을 해보니 다시 차단 목록에 추가가 되었다고 했다. 혹시나 싶어서 메일을 보내보니 주소를 찾을 수 없다는 에러인 ..
macOS: 날짜 / 시간 포맷 설정 Finder의 표시 뿐만 아니라 스크린 캡쳐시에 파일 이름에도 영향을 준다. 아래 설정으로 설정하였다. 날짜 시간
Google Meet 과 팬(fan) 소음 Google Meet이 생각외로 에너지를 많이 소모한 다는 것을 알게되었다. 종료후 급격하게 Power 및 CPU 사용률과 온도가 떨어졌기 때문이다. 활성 상태 보기에서도 보면 Google Chrome Helper (Renderer)가 높음을 알 수 있다. 이때는 Google Meet 을 두개를 띄어 놓았을 시점이다. Google Meet 을 하나로 줄이니 Google Chrome Helper (Renderer) 가 하나만 높아졌다. 모두 종료하면 top 5에서 빠진다. 참고로 이글도 Chrome 으로 작성하고 있다.
SimpleR2dbcRepository 를 사용한 R2DBC 학습 계기: Spring Tips: Reactive Summit Keynote: Here and There → Spring R2DBC + MySQL 회사에서 WebFlux 를 사용하여 프로젝트가 되어 있었다. Redis는 ReactiveRedisTemplate 을 사용하여 작성이 되어 있었으나, RDBMS는 jooq 를 이용하고 있었는데 ExecutorService 를 이용해서 CompletionStage 로 바꾸고 Mono.fromCompletionStage 로 래핑을 사용하는 형태로 구성이 되어 있었다. R2DBC를 이용하면 ReactiveRedisTemplate 를 사용하는 것처럼 Mono 나 Flux로 바로 받을 수 있으니 좀 더 편하게 사용할 수 있을까 생각했는데 Spring Data R2DBC 드라..
Electron ≥ 12.x : 컨텍스트 분리(Context Isolation) 3년전에 둘째 출산 휴가 때 진행했던 serami 프로젝트를 얼마 전에 다시 보게 되었다. 이메일 인증을 개발하면서 템플릿의 결과를 확인하게 위해 사용을 했는데 개발한지 오래되었다보니 Github에서 버전 업데이트에 대한 경고를 그 동안 지속적으로 받고 있었다. 라이브러리 업데이트를 하고나서 보니 "Uncaught ReferenceError: require is not defined" 에러가 발생했다. 에러의 부분을 찾아보니 리액트를 bootstrap 하는 부분인 require 이라는 부분에 문제가 발생하였다. 일단 찾아보니 Electron 12 부터 Context Isolation 이라는 것이 활성화 되었고 Renderer Process 에서 수행할 수 있는 것들이 제한이 생겼다. stackoverfl..
[apple] 나의 이메일 가리기 iOS13에서 Sign with Apple 이라는 기능이 추가가 되었다. 이 기능을 사용하면 실제 이메일이 아닌 랜덤생성되는 중계용 이메일 계정을 이용하여 원래 본인의 이메일을 숨길 수 있다. 실생활에서 안심번호나 가상카드번호(VCN)이랑 비슷한 개념의 보안 서비스이다. kim_kilgo@icloud.com 이라는 원래 이메일이 있으면 아래와 같이 난수로 만든 값에
Google 본인 인증 정책: 3번까지 전송 가능 마스킹은 * 가 아닌 x로 하고 마지막 번호 두 자리를 보여줌 (주)한국모바일인증을 통해 대행을 하고 있음 - 전화번호: 02-2033-8500
Chrome Web Store에서의 Email Verification 아침에 일어났는데 구글에서 메일이 와있었다. 2021-10-30 01:12에 도착 메일의 내용은 2021년 12월 1일부터 크롬 웹 스토어에서 계정 설정의 일부로 입력된 모든 이메일은 검증이 되어야 한다는 내용이었다. 이 메일을 보면서 느낀 것은 최근에 이메일 인증 백엔드를 개발하고 있는데 고민하고 있던 용어가 실제로 사용되고 있지 않았다는 것이었다. 프로젝트의 이름은 "이메일 인증"이었다. 코드를 짜면서 인증이라는 우리말을 영어로 표현해야 했다. 처음에는 본인 인증시에 리오님이 만들어놓았던 certification을 쓰려고 했었다. 하면서 두 이름이 비슷했고 인증이라는 말을 사전에서 찾아보니 증명을 뜻하는 certification 보다는 식별에 내용을 담고 있는 authentication을 사용하는 것..