Please enable JavaScript.

Coggle requires JavaScript to display documents.

iOS_개발환경 - Coggle Diagram

- - - - 앱스토어
        
        리젝사유
        
        웹뷰 이슈
        
        UIWebView -> WKWebView
        
        in house(엔터프라이즈)
        
        엔터프라이즈 배포 시 https 로 해야하는 이슈
        
        https://m.blog.naver.com/PostView.nhn?blogId=angelkum&logNo=130187601411&proxyReferer=https:%2F%2Fwww.google.com%2F
        
        iOS7 부터 해당되는 내용인듯.
        
        plist파일에서 "software-package" 항목의 url이 https로 시작해야 함
        
        itms-services:// 의 url 파라미터 부분이 https로 시작해야 함
        
        인증서(provision)파일 다운로드 받는 url도 https로 시작해야 함
        
        기초
        
        https://furang-note.tistory.com/10
        
        참고
        
        앱 다운로드 페이지인 .html은 https가 아니어도 된다. (http 일 경우 ATS설정은 해줘야함)
        
        .plist, .ipa 파일의 이름은 상관X
        
        .plist, .ipa 파일에 접근 시, 프로토콜은 무조건 https
        
        내용
        
        https://로 시작하는 SSL이 적용된 서버에서만 설치할 수 있다.
        
        앱 설치파일인 .ipa 파일
        
        1 more item...
        
        궁금
        
        배포 후 인증서 만료, 폐기 되면?
        
        내가 알고 있는 것
        
        앱 실행은 상관 없음.
        
        프로비전에 따라 영향
        
        1 more item...
      - 개발
        
        테스할 수 있는 단말 지정.
        
        3개월 뒤 만료?
  - - - http://la-stranger.blogspot.kr/2014/04/ios.html?m=1
        
        개요
        
        단지 애플만이 자신들의 하드웨어에서 어떤 소프트웨어가 동작하도록 허락된 주체
        
        절대명제
        
        애플이 개발자를 신뢰하여 애플 대신 앱을 실행할 수 있는 권한
        
        필요과정
        
        iOS Developer program의 개발자 센터에서 인증서를 받는 것으로 시작
        
        인증서란 매우 특별한 인증서로 개발자가 애플 대신 앱을 사인할 수 있는 권한을 인증받음
        
        이 인증서를 받기 위해서
        
        키체인 접근 앱에서 Certificate Signing Request(CSR)를 생성
        
        먼저 키체인 앱은 공개키와 개인키를 자동으로 생성한다. 이 키는 Keychain앱의 "Key" 카테고리에서 확인할 수 있다. 이 키는 당신이 정말로 누구인지 애플에 알리는 정말로 중요한 키이므로 앱을 배포후 키를 잃어버려 더이상 앱스토어에 배포할 수 없는 상황을 맞이할지도 모르므로 적절한 곳에 잘 보관하여야한다.
        
        다음이자 마지막으로 이 키를 이용하여 애플에 보낼 CertSingingRequest 파일을 생성한다. 이 파일은 당신의 이름, 이메일, 공개키를 포함하고 있고 개인키를 이용하여 사인된다. 이 공개키, 개인키 매커니즘으로 애플은 정말 당신이 이것을 만들었다는것을 알 수 있게 된다.
        
        이 CSR을 애플에 업로드하면서 인증서를 요청하면 애플측에서는 간단한 확인 작업을 거친후 개발 인증서를 발급
        
        이 인증서는 잠시후 앱을 사인할 때 사용
        
        Provisioning Profile
        
        아이폰/아이패드가 당신을 신뢰할 수 있는지를 알아야 앱 설치를 허락할지 말지를 결정
        
        프로비저닝 프로파일 파일이 필요성이 발생
        
        프로비저닝 프로파일을 만든다는 것은 당신의 iOS디바이스들을 앞 단계에서 만든 인증서와 연결하는 것을 의미
        
        *.mobileprovision 파일은 당신의 iOS앱을 컴파일하는 과정에서 사용 되며 또한 앱을 테스트하려고 하는 디바이스에 설치
        
        개발자는 복수의 프로비저닝 프로파일을 가질 수 있다
        
        프로비저닝 프로파일을 생성할때 연동한 App Id와 실제 컴파일하려는 앱에 설정된 ID가 일치하여야 하므로 결국은 각 프로젝트마다 각각의 프로비저닝 프로파일을 만들게 될 것
        
        앱을 빌드하고 실행하는 과정에서 일어나는 일
        
        Xcode에서 빌드를 하면 .app
        
        이것은 하나의 파일이 아니고 앱의 모든 것을 답고있는 하나의 폴더
        
        실제 프로비저닝 프로파일 : 이것은 컴파일할때 사용한 것과 같은 프로비저닝 프로파일 파일의 복사본이다.
        
        "_CodeSignature" 폴더: "CodeResources"란 파일을 담고 있는데 이것은 단순한 plist파일이지만 패키지에 있는 모든 파일의 암호화된 해쉬정보를 담고 있다.
        
        앱이 최종적으로 디바이스에 인스톨 될
        
        앱에 포함된 프로비저닝 프로파일이 애플에서 서명된 것인지를 확인
        
        "CodeResources"란 파일에 기록된 각 파일의 해쉬 정보를 실제의 파일들과 확인을 하여 어떤 파일도 빌드 후에 수정이 되지 않았음을 확인
        
        iOS는 앱이 변조되지 않았음을 확인하고 디바이스에 앱에 포함된 프로비저닝 프로파일과 같은 프로비저닝 프로파일을 가지고 있는지 확인
        
        이중 어떤 과정에 문제가 있으면 앱은 설치되지 않는다.
        
        다른 배포 과정
        
        Ad-hoc 배포
        
        Enterprise 배포
        
        개발자에게 개발자가 정말로 애플인것처럼 개발한 앱들을 서명할 수 있는 인증서를 발급
        
        당신의 회사가 수많은 iPhone유저들을 가진다고 하면 애플은 그런 회사를 더 신뢰할 수 있는 충분한 이유
        
        이 인증서로 서명된 앱들은 따로 확인을 거치지 않고, 모든 디바이스를 애플에 등록하지 않고도 개발된 앱을 디바이스에서 바로 실행할 수 있도록 해준다.
        
        디바이스 숫자는 상관 없나?
        
        앱스토어 배포과정
        
        Enterprise배포와 비슷하지만 이 배포과정에 포함되는 프로비저징 프로파일은 빌드된 앱이 어떤 디바이스에서도 실행이 되지 않도록 한다
        
        앱스토어를 위해 빌드된 앱은 앱스토어 제출 용도 말고는 어디에서도 쓸 수가 없다.
        
        애플측에 앱을 제출되었을때는 이 앱은 당신에 의해 이미 서명되었고 프로비저닝 파일을 가지고 있기 때문에 애플에 인증된 개발자가 제출한 앱임을 확인
        
        애플측에서 이 앱을 승인하면 애플에서 자신들의 서명을 다시 함으로써 이 세상의 모든 iOS 디바이스에서 실행될 수 있도록 해주는 것
  - - - https://ikennd.ac/blog/2015/02/stripping-unwanted-architectures-from-dynamic-libraries-in-xcode/
        
        run script에 추가.
        
        모든 프레임워크를 읽어서 안쓰는 아키텍처를 제거하는 로직을 태운다.