iOS 배포를 위해 심사 제출을 했는데, 리젝이 되었다. 이유는 아래와 같다. Guideline 2.3.3 - Performance - Accurate Metadata We noticed that your screenshots do not sufficiently reflect your app in use. Specifically, your 6.5-inch iPhone screenshots do not display the app in the correct device frame. Next Steps To resolve this issue, please revise your screenshots to ensure that they accurately reflect the app in use on the s..

1. 인스턴스 생성 후 다운받은 키페어 파일의 위치를 기억해둔다 2. 터미널을 열고 해당 파일의 경로로 이동한다. 3. sudo chmod 400 xxxxx.pem 키페어 파일의 권한을 변경해 준다. 4. aws 인스턴스 콘솔창에서 그림 1 의 연결을 클릭 해준다. 5. 아래 그림 2와 같은 화면이 나오면 아래의 명령어를 복사한다. 6. 다시 터미널로 이동후 키페어 파일이 존재하는 위치로 가서 복사 해둔 명령어를 실행한다.

Android FCM 을 사용하면서 발견한 몇가지 제약 사항을 정리 하려 합니다. 1. Payload(메시지 데이터)에 Notification 필드가 포함되어 있으면 백그라운드 상태에서 onMessageReceived를 호출하지 않습니다. 그림 1 을 참고 하시면 Notification만 있을때, Data 만 있을때 , 둘다 사용할때, onMessageReceived의 호출 여부및 노출 여부를 알수 있습니다. 참고 : https://firebase.google.com/docs/cloud-messaging/android/receive 2. Android Oreo 버전 이상은 Notification Channel Id 와 Payload 의 "android_channel_id" 가 같아야 heads-up 알림..

저번주 금요일부터 휴가여서 주말을 쾌적하게 보내고 출근해서 iOS App 을 업데이트 하려고 업로드 했더니 아래와 같은 메일이 날라왔다. App Store Connect Dear Developer,We identified one or more issues with a recent delivery for your app, "zxxxxx" 0.0.1 (16). Your delivery was successful, but you may wish to correct the following issues in your next delivery:ITMS-90809: Deprecated API Usage - Apple will stop accepting submissions of apps that use UIWebV..

저번 주 (8.31) 를 마지막으로 한 달간의 주 4일 근무제 시행이 막을 내렸음.  팀 단위로 주 4일, 주 5일을 선택할 수 있는데,  아무래도 근무시간이 11시간이다 보니 생각보다 힘들게 느꼈던 인원이 있나봄.  일단 한 달간 생활 패턴이  참새형(아침형) 인간으로 바뀌면서 오늘 출근도 일찍 함.   몇 년간 올빼미 생활 하다가  패턴을 바꾸어 보니 확실히 참새형 인간이 문화생활을  즐기기에 가장 최적화된 것 같음  고로 난 참새형 인간이 되어 보기로 했음.  이다음 글부터는 참새형 인간에 대한 고찰을 해볼까 함.  짧고 굵었던 주 4일 근무제여 안녕...