'분류 전체보기'에 해당되는 글 229건

다음은 FCM 푸시 설정관련 내용을 알아보겠다.

Firebase 앱등록은 이미 완료됬다고 가정하겠다.

만약 아래 그림과 같이 'Product Flavors' 설정을 하지 않았다면 1번 위치에

설정을 하였다면 2번과 같이 'google-services.json'파일 복사한다.

프로젝트 수준 build.gradle :

모듈 수준 build.gradle :

AndroidManifest.xml에 알림 권한 추가:

<uses-permission android:name="android.permission.POST_NOTIFICATIONS" />

권한 요청 코드 (MainActivity 등에서):

안드로이드 13(API 33) 이상에서는 알림 권한이 필요하다. 

import android.Manifest
import android.content.pm.PackageManager
import androidx.core.content.ContextCompat
import androidx.core.app.ActivityCompat
import android.os.Build

class MainActivity : ComponentActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)

        // 푸시 알림 권한 요청
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
            if (ContextCompat.checkSelfPermission(
                    this,
                    Manifest.permission.POST_NOTIFICATIONS
                ) != PackageManager.PERMISSION_GRANTED
            ) {
                // 알림 권한 요청
                ActivityCompat.requestPermissions(
                    this,
                    arrayOf(Manifest.permission.POST_NOTIFICATIONS),
                    1000
                )
            }
        }

        // 그 외 FCM 설정
    }
}

FCM 토큰 생성 및 토큰 로그 확인

Firebase에서 푸시 메시지를 보내기 위해서는 FCM 토큰이 필요하다. 이 토큰은 앱 설치 시 자동으로 생성되며, 이를 통해 Firebase는 해당 기기에 푸시 메시지를 전송할 수 있다.

FCM 서비스 초기화 (FirebaseMessagingService 상속):

아래 코드와 같이 FirebaseMessagingService를 상속받아 FCM 토큰을 얻을 수 있다.

import com.google.firebase.messaging.FirebaseMessagingService
import com.google.firebase.messaging.FirebaseMessaging
import com.google.firebase.messaging.RemoteMessage
import android.util.Log

class MyFirebaseMessagingService : FirebaseMessagingService() {
	
    override fun onNewToken(token: String) {
        super.onNewToken(token)
        Log.d("FCM", "FCM 토큰 생성: $token")
        // 서버로 토큰 전송
    }

    override fun onMessageReceived(remoteMessage: RemoteMessage) {
        super.onMessageReceived(remoteMessage)
        Log.d("FCM", "푸시 메시지 수신: ${remoteMessage.notification?.body}")
        // 알림을 처리하거나 사용자에게 알림을 표시
    }
}

Firebase 토큰을 가져오는 코드 (선택적, 로그 확인용):

이미 생성된 토큰을 얻는다.

FirebaseMessaging.getInstance().token.addOnCompleteListener { task ->
    if (task.isSuccessful) {
        val token = task.result
        Log.d("FCM", "FCM 토큰: $token")
    } else {
        Log.w("FCM", "FCM 토큰 생성 실패", task.exception)
    }
}

푸시 수신 처리

푸시 알림이 수신되면, onMessageReceived 메서드에서 이를 처리한다. FCM 서버에서 전송된 메시지의 내용을 바탕으로 푸시 알림을 처리하고, 알림을 기기에 표시할 수 있다.

알림 표시 예제 (푸시 수신 시):

import android.app.NotificationChannel
import android.app.NotificationManager
import android.content.Context
import android.os.Build
import androidx.core.app.NotificationCompat
import androidx.core.app.NotificationManagerCompat

override fun onMessageReceived(remoteMessage: RemoteMessage) {
    super.onMessageReceived(remoteMessage)

    // 메시지의 제목과 본문을 가져옴
    val title = remoteMessage.notification?.title ?: "푸시 알림"
    val message = remoteMessage.notification?.body ?: "새로운 메시지가 있습니다."

    // Android 8.0 이상에서는 알림 채널이 필요
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
        val channelId = "default_channel"
        val channelName = "기본 알림 채널"
        val importance = NotificationManager.IMPORTANCE_DEFAULT
        val notificationChannel = NotificationChannel(channelId, channelName, importance)
        val notificationManager = getSystemService(Context.NOTIFICATION_SERVICE) as NotificationManager
        notificationManager.createNotificationChannel(notificationChannel)
    }

    // 알림 생성
    val notificationBuilder = NotificationCompat.Builder(this, "default_channel")
        .setSmallIcon(android.R.drawable.ic_dialog_info)  // 알림 아이콘 설정
        .setContentTitle(title)
        .setContentText(message)
        .setPriority(NotificationCompat.PRIORITY_DEFAULT)

    // 알림 표시
    with(NotificationManagerCompat.from(this)) {
        notify(0, notificationBuilder.build())
    }
}

디버그 서명 인증서는 Android 앱을 개발하고 테스트할 때 사용됩니다. Android 앱은 개발 중일 때와 실제 배포 시에 서명되어야 하는데, 이 두 경우에 각각 다른 인증서를 사용합니다. 디버그 서명 인증서는 앱이 아직 개발 중일 때, 주로 디버깅과 테스트를 위해 사용된다.

디버그 서명 인증서와 릴리스 서명 인증서의 차이

디버그 서명 인증서는 Android 앱을 개발하고 테스트할 때 사용된다. Android 앱은 개발 중일 때와 실제 배포 시에 서명되어야 하는데, 이 두 경우에 각각 다른 인증서를 사용한다. 디버그 서명 인증서는 앱이 아직 개발 중일 때, 주로 디버깅과 테스트를 위해 사용된다.

Firebase 설정에서 디버그 서명 인증서 사용은 Firebase Authentication 또는 Firebase Cloud Messaging(FCM)과 같은 기능을 테스트할 때, 디버그 서명 인증서의 SHA-1 해시 값이 필요하다. 이는 Firebase가 디버그 빌드에서도 Firebase 기능을 사용할 수 있도록 앱을 식별하기 위해 사용된다.

Android 앱에 Firebase를 추가할 때, 디버그 서명 인증서의 SHA-1 정보를 등록하는 방법을 알아보자.

https://console.firebase.google.com/

디버그 서명 인증서 SHA-1 정보 확인하기

Android Studio를 사용하여 SHA-1 해시 값을 확인할 수 있는 방법이 두 가지 있다.

방법 1: Android Studio를 통해 SHA-1 값 확인

1. Android Studio에서 Gradle 창을 연다.
   • 화면 우측의 Gradle 탭을 클릭. (보이지 않으면 View > Tool Windows > Gradle)
2. Gradle Tasks 실행:
   • 프로젝트 이름을 선택한 후, Tasks > android > signingReport를 더블 클릭.
3. SHA-1 값 확인:
   • signingReport를 실행하면 디버그 및 릴리스 키의 SHA-1 및 SHA-256 해시 값이 Android Studio의 Run 창에 출력된다.
   • 아래와 같은 내용 출력:
     Variant: debug 
     Config: debug 
     Store: /Users/username/.android/debug.keystore 
     Alias: AndroidDebugKey 
     MD5: A1:B2:C3:... 
     SHA1: AA:BB:CC:DD:... 
     SHA-256: AB:CD:...
4. SHA-1 값 복사:
   • 여기서 SHA-1 값을 복사하여 Firebase 콘솔에 입력한다.

방법 2: 명령어로 디버그 서명 인증서 SHA-1 확인 (keytool 사용)

1. 명령어 실행:
   • 명령어를 통해 SHA-1 값을 확인 가능하다.
   • macOS 또는 Linux에서는 터미널, Windows에서는 명령 프롬프트 사용.
   keytool -list -v -keystore ~/.android/debug.keystore -alias androiddebugkey -storepass android -keypass android

    
2. SHA-1 값 출력 확인:
   • 위 명령어를 실행하면 SHA-1 해시 값이 표시.
   SHA1: AA:BB:CC:DD:...
   
3. SHA-1 값 복사:
   • SHA-1 값을 복사하여 Firebase 콘솔에 입력.

2:45:52 PM: Executing 'signingReport'...

Executing tasks: [signingReport] in project /Users/netcanis/projects4/TestWebview


> Task :app:signingReport
Variant: debug
Config: debug
Store: /Users/netcanis/.android/debug.keystore
Alias: AndroidDebugKey
MD5: B7:BA:15:3A:B7:E3:20:0A:5D:FE:9A:8C:21:6B:46:79
SHA1: 5D:D7:6C:1E:55:2E:20:59:15:23:81:43:F2:4D:BF:86:C7:E7:DF:2D
SHA-256: B2:A0:3A:51:2E:79:58:00:7B:C3:5A:84:F3:3B:C9:C0:75:08:94:F2:73:7C:33:6D:C6:D2:74:16:15:42:B8:BE
Valid until: Friday, June 6, 2053
----------
Variant: release
Config: null
Store: null
Alias: null
----------
Variant: debugAndroidTest
Config: debug
Store: /Users/netcanis/.android/debug.keystore
Alias: AndroidDebugKey
MD5: B7:BA:15:3A:B7:E3:20:0A:5D:FE:9A:8C:21:6B:46:79
SHA1: 5D:D7:6C:1E:55:2E:20:59:15:23:81:43:F2:4D:BF:86:C7:E7:DF:2D
SHA-256: B2:A0:3A:51:2E:79:58:00:7B:C3:5A:84:F3:3B:C9:C0:75:08:94:F2:73:7C:33:6D:C6:D2:74:16:15:42:B8:BE
Valid until: Friday, June 6, 2053
----------

BUILD SUCCESSFUL in 1s
1 actionable task: 1 executed

Build Analyzer results available
2:45:53 PM: Execution finished 'signingReport'.

Android Studio 앱서명 설정

Android Studio 열기: 프로젝트를 열고, 메뉴 바에서 Build → Generate Signed Bundle / APK...를 클릭.

Signed Bundle or APK 선택:

• Android App Bundle(권장) 또는 APK 중 하나를 선택한다. Google Play 배포 시에는 App Bundle을 선택하는 것이 좋다.
• APK로 수동으로 배포할 경우에는 APK를 선택할 수 있다.

키스토어 설정 화면:

• **Create new...**을 클릭하여 새 키스토어 파일을 생성.

키스토어 파일 경로 설정:

• /app폴더 아래 keystore폴더 생성후 읽기/쓰기 권한 설정)
• Key store path: 키스토어 파일을 저장할 위치 지정.
  ex) /Users/netcanis/projects4/TestWebview/app/keystore/testwebview-release-key.jks
• Password : keystone 비번입력.
• Alias :  alias별칭을 입력. ex) testwebview-release-key-alias
• Password : alias 비번 입력.

사용자 정보 입력:

• First and Last Name: 개발자 이름을 입력.
• Organization Unit: 부서 또는 팀 이름을 입력. (예: Engineering)
• Organization: 회사 이름을 입력.
• City or Locality: 도시 이름을 입력.
• State or Province: 주 또는 도 이름을 입력.
• Country Code (XX): 두 자리 국가 코드를 입력. (예: KR)

Release를 선택하고 Create 버튼 클릭

생성된 keystore 파일 확인

서명된 APK파일 생성

Android Studio 열기: 프로젝트를 열고, 메뉴 바에서 Build → Generate Signed Bundle / APK...를 클릭

APK 선택

keystore 비밀번호 및 Key alias 비밀번호를 입력

‘Remember passwords’ 체크하고 ‘Next’버튼 클릭

Release를 선택하고 Create 버튼 클릭

생성된 APK파일 확인

Android Gradle Plugin (AGP) 8.0 이상에서는 여러 가지 변화와 최적화가 이루어졌다. 이를 통해 성능 개선과 더불어 최신 Android SDK 및 Gradle 기능들을 더 잘 지원하게 되었다. Target SDK 34와 호환되며, 최적화되어 있다. Jetpack 및 라이브러리 호환성이 뛰어나며, 최신 Gradle 버전과 통합을 통해 Build 성능이 최적화 되었다. 아래는 AGP 8.0 이상에서 주목해야 할 주요 변경 사항들을 정리해 보았다.

1. compileSdkVersion 및 targetSdkVersion 변경

• 이전: compileSdkVersion과 targetSdkVersion을 사용하여 SDK 버전을 설정.
• AGP 8.0 이상: compileSdk와 targetSdk로 변경되었다.

android {
    compileSdk = 34
    targetSdk = 34 
}

2. minSdkVersion 변경

• 이전: minSdkVersion을 사용하여 최소 SDK 버전을 설정.
• AGP 8.0 이상: minSdk로 변경되었다.

android {
    minSdk = 21
}

3. buildToolsVersion 자동 관리

• 이전: buildToolsVersion을 명시적으로 설정.
• AGP 8.0 이상: Gradle이 자동으로 적절한 buildTools 버전을 선택하므로 buildToolsVersion을 삭제해도 된다.

4. tasks.register 방식 사용 권장

• 이전: 태스크를 정의할 때 task를 사용.
• AGP 8.0 이상: 'tasks.register' 를 사용하는 것이 권장됨. 이는 Gradle의 lazy configuration 방식을 따르기 때문에 빌드 성능이 향상된다.

tasks.register('clean', Delete) {
    delete rootProject.buildDir
}

5. lintOptions에서 lint로 변경

• 이전: lintOptions 블록을 사용하여 린트 관련 설정을 구성.
• AGP 8.0 이상: lint 블록으로 변경되었다.

android {
    lint {
    	checkDependencies true
    }
}

6. Kotlin과 Java 플러그인 적용

• 이전: apply plugin 방식으로 플러그인을 적용.
• AGP 8.0 이상: plugins {} 블록을 사용하는 것이 권장됨. apply plugin 방식도 여전히 작동하지만, 최신 방식으로는 plugins {} 블록을 사용하는 것이 더 명확하고 관리하기 쉽다.

plugins {
    id 'com.android.application'
    id 'kotlin-android' 
}

7. annotationProcessor 대신 kapt 사용

• 이전: annotationProcessor를 사용하여 Annotations 프로세싱.
• AGP 8.0 이상: Kotlin 프로젝트에서는 kapt를 사용하는 것이 권장된다.

dependencies { 
    kapt 'androidx.lifecycle:lifecycle-compiler:2.3.1' 
}

8. compile 의존성 구성 제거

• 이전: compile 키워드로 의존성을 선언.
• AGP 7.0 이상: compile은 더 이상 사용되지 않고 implementation, api, 'compileOnly' 로 대체되었다.

dependencies { 
    implementation "androidx.core:core-ktx:1.6.0" 
}

9. Java 8+ 기능 사용 권장

• 이전: 프로젝트에서 Java 8 이상의 기능을 사용할 때 명시적으로 설정해야 했다.
• AGP 8.0 이상: Java 8 이상의 기능을 사용하는 것이 기본적으로 지원됨. 추가 설정 없이 최신 Java 기능을 사용할 수 있다.

10. Jetpack Compose가 기본적으로 지원됨

• 이전: Jetpack Compose를 사용하기 위해 여러 설정이 필요했다.
• AGP 8.0 이상: Jetpack Compose가 기본적으로 지원되며, 설정이 더 간단해졌다.

android { 
    composeOptions { 
        kotlinCompilerExtensionVersion '1.5.1' 
    }
}

11. sourceSets 블록의 경로 변경

• 이전: sourceSets 블록에서 경로 설정이 달랐다.
• AGP 8.0 이상: src/main/ 경로와 관련된 경로 변경이 있을 수 있으므로, 이에 맞추어 경로를 명확하게 설정해야 한다.

인공지능의 학습 한계

by netcanis

AI가 스스로 생성한 콘텐츠를 지속적으로 학습하게 된다면, 이로 인해 심각한 오류가 발생할 가능성이 있다. 이는 유전적 문제와 유사한 맥락에서 이해할 수 있다. 인간이 가까운 친족 간에 결혼할 경우 유전적 다양성이 줄어들어 기형아 출산 위험이 증가하는 것처럼, AI도 같은 원천에서 생성된 콘텐츠를 반복적으로 학습할 경우 창작물의 다양성과 품질이 저하될 수 있다.

AI의 훈련 데이터가 한정적일 경우, 모델은 기존의 편견을 강화하거나 고립된 시각을 반영할 위험이 있다. 이는 결국 AI의 생성물에 대한 신뢰도를 떨어뜨리며, 사회적 불평등이나 잘못된 정보의 확산을 초래할 수 있다. AI가 창작하는 작품이 인간의 창작물과 비교할 때 독창성과 다양성을 결여하게 되면, 그 결과물은 반복적이고 예측 가능한 패턴에 얽매일 수 있다.

결국, Ai는 특정 작업에서 인간을 보조할 수 있지만, 인간의 독창성과 감성을 완전히 대체하기에는 한계가 있다.

1. 사진 앱 개편: 사진 앱은 새로운 레이아웃으로 개선되었으며, '컬렉션' 기능을 통해 주제별로 사진을 쉽게 탐색할 수 있습니다. 검색 기능도 강화되어, 날짜, 장소, 인물 등 다양한 기준으로 사진을 찾을 수 있습니다.
2. 비밀번호 앱 도입: iOS 18에서 처음으로 비밀번호 관리 전용 앱이 추가되어, 비밀번호, 패스키, Wi-Fi 비밀번호 등을 한 곳에서 손쉽게 관리할 수 있게 되었습니다.
3. 사파리 개선: '하이라이트' 기능이 도입되어 웹페이지에서 중요한 정보를 쉽게 확인할 수 있으며, '산만함 제어' 기능을 통해 쾌적한 브라우징 환경을 제공합니다. 또한, 강화된 추적 방지 기능으로 광고 추적이 줄어듭니다.
4. 게임 성능 향상: '게임 모드'가 추가되어 배경 활동을 최소화하고 더 높은 프레임률을 유지합니다. AirPods와 무선 컨트롤러의 응답 속도도 개선되어 보다 향상된 게임 경험을 제공합니다.
5. Apple Wallet 개선: 'Tap to Cash' 기능이 추가되어 다른 iPhone 사용자에게 돈을 쉽게 보낼 수 있으며, 이벤트 티켓 디자인도 새롭게 개선되었습니다. 이는 사용자의 결제 편의성을 높이는 데 기여합니다.
6. 개인정보 보호 강화: Face ID, Touch ID 또는 비밀번호로 앱을 잠글 수 있는 기능이 추가되어 보안이 한층 강화되었습니다. 또한, 숨길 수 있는 옵션이 제공되어 사용자의 프라이버시를 보호합니다.
7. NFC 기능 확장: iOS 18.1에서는 NFC API 접근이 개발자에게 개방되어, Apple Pay와는 별도로 앱 내에서 NFC를 활용한 결제 시스템을 구현할 수 있습니다. 이로 인해 차량 키, 학생증, 호텔 키, 멤버십 카드 등 다양한 용도로 NFC를 활용할 수 있게 됩니다.
   • 개발자가 이 기능을 활용하려면 Apple과 상업적 계약을 체결하고 NFC 및 Secure Element(Secure Element, SE) API의 사용 권한을 요청해야 하며, 이는 보안과 규제를 준수하도록 설계되어 있습니다​.
   • NFC 기능은 매장 결제, 자동차 키, 교통 카드, 기업 배지, 학생증 등 다양한 분야에서 활용될 수 있으며, 향후 정부 ID 지원도 계획되어 있습니다​.
   • iOS 18.1 업데이트를 통해 개발자들이 Apple Pay 및 Wallet에 의존하지 않고도 자신의 앱 내에서 NFC 결제를 통합할 수 있는 기능이 추가됩니다.
8. 애플 AI 기능: iOS 18.1 버전부터 "Apple Intelligence"라는 AI 기반 기능이 도입됩니다. 주요 기능은 다음과 같습니다:
   • 작성 도구: 텍스트를 교정, 재작성, 재구성하는 기능을 제공합니다.
   • 사진 정리: 사진에서 원치 않는 객체를 쉽게 제거할 수 있는 기능이 추가되었습니다.
   • 기억 영화 생성: 설명을 입력하면 AI가 자동으로 기억 영화를 생성합니다.
   • 자연어 검색: 사진과 비디오를 더 효율적으로 검색할 수 있는 기능이 도입되었습니다.
   • 메일 및 메시지 요약: 이메일과 메시지의 중요한 내용을 요약해주는 기능이 추가되었습니다.
   • 스마트 응답: 메일과 메시지에 대해 더욱 향상된 제안된 답변을 제공합니다.
   • Siri 향상: 더 자연스러운 목소리와 사용하기 쉬운 인터페이스를 갖춘 Siri의 첫 번째 버전이 도입되었습니다.