APK Signature Scheme v2

• 무결성을 확인하는 데 사용되는 APK의 암호화 서명이 지금은 ZIP Central Directory 바로 앞에 있습니다.
• v1에서는 보관처리된 각 파일의 콘텐츠를 압축 해제한 것과 반대로, 여기서는 서명이 계산된 후 전체 APK 파일의 바이너리 콘텐츠에 대해 인증됩니다.
• APK는 v1 서명과 v2 서명으로 모두 동시에 서명될 수 있으므로, 이전 Android 릴리스와도 호환됩니다.

더 작은 APK를 위한 릴리스 빌드

• 애플리케이션 패키지 내 파일들이 정렬되어 APK간의 차이가 최소화됩니다.
• 모든 파일 타임스탬프와 메타데이터는 0으로 처리됩니다.
• 레벨 6 및 레벨 9 압축이 모든 파일에 대해 병렬로 검사되어 가장 적합한 압축 레벨이 사용됩니다. 즉, L9이 크기 면에서 거의 이점이 없다면 성능 향상을 위해 L6가 선택될 수 있습니다.
• 네이티브 라이브러리가 압축되지 않고 페이지가 정렬된 상태로 APK에 저장됩니다. 이에 따라 Android 6.0 Marshmallow의 android:extractNativeLibs="false" 옵션이 지원되며, 이를 통해 애플리케이션은 기기에서 더 적은 공간을 사용할 뿐만 아니라 Play Store에서는 더 작은 업데이트를 생성할 수 있습니다.
• Play Store 업데이트 알고리즘을 더욱 효과적으로 지원하기 위해 Zopfli 압축은 사용되지 않습니다. Zopfli로 APK를 다시 압축하지 않는 것이 좋습니다. 여전히 프로젝트에서 PNG 파일과 같은 개별 리소스를 사전에 최적화하는 것이 좋습니다.

설치 속도를 높이기 위한 디버그 빌드

• AMP란 무엇인가요?
• Accelerated Mobile Pages를 시작하는 방법
• Google Search Console은 사이트의 AMP 버전을 만드는 데(AMPlify) 어떻게 도움이 될까요?
• Accelerated Mobile Pages 문제를 검사하는 효과적인 방법
• 사이트의 AMP 버전을 만들 때(AMPlify) 고려할 8가지 유용한 도움말

질문: 웹사이트의 AMP 페이지 제작을 고려하고 있습니다. 장점이 무엇인가요? 어떤 사이트와 페이지에 AMP가 적합한가요?

질문: 이미 문제를 해결했는데도 Search Console에 AMP 페이지 오류가 기록됩니다. 왜 아직도 오류가 표시되나요?

질문: AMP 페이지가 Google 검색에 표시되지 않습니다. 어떻게 하나요?

var google = new firebase.auth.GoogleAuthProvider();
firebase.auth().signInWithPopup(google);

디자인 개요

Instagram은 앱을 승인하고 Instagram 사용자의 ID를 포함하는 사용자 데이터에 액세스하기 위한 주요 경로로써 OAuth 2.0을 지원합니다. 이 경우, 사용자가 OAuth 2.0 인증 코드 흐름을 거치고 앱에 액세스 권한을 부여하도록 해야 합니다. 다음은 OAuth 2.0 흐름의 진행 방식입니다.

우선, Instagram의 승인 엔드포인트로 사용자를 리디렉션해야 합니다. 그러면 Instagram에서는 사용자에게 개발자의 앱에 대한 액세스 권한을 부여하도록 최초 요청 시 동의 작업을 팝업 창을 통해 수행합니다.

사용자가 앱을 승인한 후에는 인증 코드와 함께 도메인으로 다시 리디렉션됩니다. 서버 쪽에서는 Instagram 앱의 사용자 인증 정보를 사용하여 액세스 토큰을 얻기 위해 인증 코드를 교환할 수 있습니다. 인증 코드를 교환하는 프로세스에서 Instagram은 사용자 ID도 반환합니다. LinkedIn 등의 다른 OAuth 2.0 공급자를 이용하는 경우에는 가끔 추가적인 요청이 필요하기도 합니다.
서버에서 Instagram 사용자 정보를 가져온 후 Firebase 맞춤 인증 토큰을 생성합니다. 사용자는 이 토큰을 통해 signInWithCustomToken 메서드를 사용하여 웹 앱에서 Firebase에 로그인할 수 있습니다.
클라이언트에서 Firebase 프로필을 업데이트할 수 있도록 표시 이름, 사진 URL 등, Instagram에서 가져온 사용자 프로필 정보도 전달해보겠습니다. (참고: Instagram은 사용자의 이메일을 제공하지 않으므로 이메일 정보가 없는 Firebase 계정을 가지게 될 텐데, 그래도 괜찮습니다.) 작업을 마쳤으면 팝업을 닫습니다. 그러면 이제 사용자가 Instagram 계정에서 가져온 프로필 데이터로 Firebase에 로그인됩니다.

실제로 빌드해 봅시다!

이제 좀 더 세부적으로 들어가서, 이 통합의 핵심 요소를 구현하는 방법을 살펴봅시다. Node.js에서 백엔드를 작성해볼게요.

Instagram으로 앱 등록

웹 앱에 Instagram 인증 흐름을 시작하는 버튼을 추가해야 합니다. 이를 수행하려면 먼저 OAuth 2.0에 필요한 앱 사용자 인증 정보를 가져올 수 있도록 애플리케이션을 Instagram Developers 콘솔에 등록해야 합니다.
Instagram 앱 구성에서 http://localhost:8080/instagram-callback(테스트용) 및 https:///instagram-callback(프로덕션 도메인)을 유효한 리디렉션 URI로 허용 목록에 추가했는지 확인하세요. Instagram 클라이언트 ID와 클라이언트 비밀번호는 따로 잘 적어두세요. 나중에 필요하니깐요.

클라이언트 ID와 비밀번호를 가져오려면 앱을 등록하고 콜백 URL을 허용 목록에 추가하세요. 이는 모든 OAuth 2.0 공급자 이용 시 진행해야 하는 일반적인 단계입니다.

Instagram의 OAuth 2.0 구성

서버에서 OAuth 2.0 프로토콜의 세부 정보를 숨기는 데 도움이 되는 simple-oauth2 패키지를 사용하겠습니다. 이 패키지를 설정하려면 Instagram 클라이언트 ID와 비밀번호, 그리고 Instagram의 OAuth 2.0 토큰 및 승인 엔드포인트와 같은 몇 가지 값을 제공해야 합니다. 다음은 Instagram에 사용해야 하는 값입니다.

// Instagram OAuth 2 setup
const credentials = {
 client: {
   id: YOUR_INSTAGRAM_CLIENT_ID, // Change this!
   secret: YOUR_INSTAGRAM_CLIENT_SECRET, // Change this!
 },
 auth: {
   tokenHost: 'https://api.instagram.com',
   tokenPath: '/oauth/access_token'
 }
};
const oauth2 = require('simple-oauth2').create(credentials);

Instagram 인증 흐름 시작

서버에서 사용자를 Instagram의 동의 화면으로 리디렉션하는 URL 핸들러를 추가하세요. 이 작업의 일부로, 사용자가 Instagram 인증 흐름을 거친 후 다시 리디렉션되는 경로인 리디렉션 URI를 입력해야 합니다. 이 경우에는 /instagram-callback을 콜백 핸들러 경로로 사용하겠습니다.

app.get('/redirect', (req, res) => {
  // Generate a random state verification cookie.
  const state = req.cookies.state || crypto.randomBytes(20).toString('hex');
  // Allow unsecure cookies on localhost.
  const secureCookie = req.get('host').indexOf('localhost:') !== 0;
  res.cookie('state', state.toString(), {maxAge: 3600000, secure: secureCookie, httpOnly: true});
  const redirectUri = oauth2.authorizationCode.authorizeURL({
    redirect_uri: `${req.protocol}://${req.get('host')}/instagram-callback`,
    scope: 'basic',
    state: state
  });
  res.redirect(redirectUri);
});

또한, 세션 고정 공격을 피하기 위해 OAuth 요청의 상태 매개변수에 임의의 문자열을 전달하고 이를 HTTP 쿠키로도 저장합니다. 이를 통해 반환되는 상태 매개변수를 쿠키에 저장된 매개변수와 비교하고 흐름이 앱에서 발생했는지 확인할 수 있습니다.

클라이언트에서 다음과 같이 팝업을 트리거하는 버튼을 추가하세요.

function onSignInButtonClick() {
  // Open the Auth flow in a popup.
  window.open('/redirect', 'firebaseAuth', 'height=315,width=400');
};

사용자가 로그인 버튼을 클릭하면 팝업이 열리면서 Instagram 동의 화면으로 리디렉션됩니다.

사용자가 승인하면 code URL 쿼리 매개변수에 전달된 승인 코드와 앞서 전달한 state 값과 함께 /instagram-callback URL 핸들러로 다시 리디렉션됩니다.

액세스 토큰을 얻기 위한 승인 코드 교환

사용자가 콜백 URL로 다시 리디렉션되면 다음을 수행하세요.

• 상태 쿠키가 상태 URL 쿼리 매개변수와 동일한지 확인하세요.
• 인증 코드를 교환하여 액세스 토큰을 얻고 Instagram에서 사용자 ID를 검색하세요.

app.get('/instagram-callback',(req, res) => {
  // Check that we received a State Cookie.
  if (!req.cookies.state) {
    res.status(400).send('State cookie not set or expired. Maybe you took too long to authorize. Please try again.');
  // Check the State Cookie is equal to the state parameter.
  } else if (req.cookies.state !== req.query.state) {
    res.status(400).send('State validation failed');
  }

  // Exchange the auth code for an access token.
  oauth2.authorizationCode.getToken({
    code: req.query.code,
    redirect_uri: `${req.protocol}://${req.get('host')}/instagram-callback`
  }).then(results => {
    // We have an Instagram access token and the user identity now.
    const accessToken = results.access_token;
    const instagramUserID = results.user.id;
    const profilePic = results.user.profile_picture;
    const userName = results.user.full_name;

    // ...

  });
});

이제 이 구현의 OAuth 2.0 관련 부분을 마쳤으므로, 다음으로 할 일은 대부분 Firebase와 관련된 일입니다.

다음으로, Firebase 맞춤 인증 토큰을 생성하고, 맞춤 인증 토큰으로 사용자를 로그인시키고 Firebase 사용자 프로필을 업데이트할 HTML 페이지를 제공합니다(이에 대해서는 나중에 자세히 설명함).

app.get('/instagram-callback', (req, res) => {

    // ...

  }).then(results => {
    // We have an Instagram access token and the user identity now.
    const accessToken = results.access_token;
    const instagramUserID = results.user.id;
    const profilePic = results.user.profile_picture;
    const userName = results.user.full_name;
      
    // Create a Firebase custom auth token.
    const firebaseToken = createFirebaseToken(instagramUserID);

    // Serve an HTML page that signs the user in and updates the user profile.
    res.send(
        signInFirebaseTemplate(firebaseToken, userName, profilePic, accessToken)));
  });
});

맞춤 인증 토큰 생성

Firebase 맞춤 인증 토큰을 생성하려면 서비스 계정 사용자 인증 정보를 사용하여 Firebase를 설정해야 합니다. 그러면 이런 토큰을 만드는 데 필요한 관리 권한이 부여됩니다. 서비스 계정 사용자 인증 정보 파일을 service-account.json으로 저장해야 합니다.

const firebase = require('firebase');
const serviceAccount = require('./service-account.json');
firebase.initializeApp({
  serviceAccount: serviceAccount
});

맞춤 인증 토큰은 간단히 만들 수 있습니다. Instagram의 사용자 ID를 기반으로 사용자의 uid를 선택하기만 하면 됩니다.

function createFirebaseToken(instagramID) {
  // The uid we'll assign to the user.
  const uid = `instagram:${instagramID}`;

  // Create the custom token.
  return firebase.auth().createCustomToken(uid);
}

(참고: 서비스 계정 사용자 인증 정보는 안전하게 지켜야 하므로, 맞춤 토큰은 항상 서버 쪽에서 생성해야 합니다.)

맞춤 토큰을 생성했으면 Firebase에 로그인하는 클라이언트에 이를 전달할 수 있습니다.

맞춤 토큰을 사용하여 로그인

이 시점에서 서버는 팝업 창 내에서 실행되는 HTML 페이지를 제공하며 다음 작업을 수행합니다.

• 나중에 Instagram API에 액세스해야 하는 경우 Instagram 액세스 토큰을 실시간 데이터베이스에 저장합니다. (참고: 사용자만 읽을 수 있도록 하는 보안 규칙을 사용해야 합니다.)
• Firebase 사용자의 이름과 프로필 사진을 업데이트합니다.
• 사용자를 로그인시키고 팝업을 닫습니다.

기본 Firebase 앱을 사용하는 대신 임시 Firebase 앱 인스턴스를 사용하여 프로필을 업데이트하는 것도 하나의 묘책입니다. 그러면 사용자의 프로필이 업데이트되기 전에 기본 페이지에서 인증 리스너가 트리거되지 않도록 차단됩니다.

app.get('/instagram-callback', (req, res) => {

    // ...

    // Serve an HTML page that signs the user in and updates the user profile.
    res.send(
        signInFirebaseTemplate(firebaseToken, userName, profilePic, accessToken)));
  });
});

function signInFirebaseTemplate(token, displayName, photoURL, instagramAccessToken) {
 return `
   <script src="https://www.gstatic.com/firebasejs/3.4.0/firebase.js"></script>
   <script src="promise.min.js"></script><!-- Promise Polyfill for older browsers -->
   <script>
     var token = '${token}';
     var config = {
       apiKey: MY_FIREBASE_API_KEY, // Change this!
       database URL: MY_DATABASE_URL // Change this!
     };
     // We sign in via a temporary Firebase app to update the profile.
     var tempApp = firebase.initializeApp(config, '_temp_');
     tempApp.auth().signInWithCustomToken(token).then(function(user) {
    
       // Saving the Instagram API access token in the Realtime Database.
       const tasks = [tempApp.database().ref('/instagramAccessToken/' + user.uid)
           .set('${instagramAccessToken}')];
  
       // Updating the displayname and photoURL if needed.
       if ('${displayName}' !== user.displayName || '${photoURL}' !== user.photoURL) {
         tasks.push(user.updateProfile({displayName: '${displayName}', photoURL: '${photoURL}'}));
       }
  
       // Wait for completion of above tasks.
       return Promise.all(tasks).then(function() {
         // Delete temporary Firebase app and sign in the default Firebase app, then close the popup.
         var defaultApp = firebase.initializeApp(config);
         Promise.all([
             defaultApp.auth().signInWithCustomToken(token),
             tempApp.delete()]).then(function() {
           window.close(); // We’re done! Closing the popup.
         });
       });
     });
   </script>`;
}

사용자가 팝업에서 기본 Firebase 앱에 로그인된 후 인증 상태 리스너가 기본 페이지에서 트리거됩니다. Firebase에서는 인증 상태가 여러 탭 간에 공유된다는 점을 기억하세요. 사용자 프로필 정보를 표시하고, 실시간 데이터베이스, Firebase 저장소 등을 사용할 수 있습니다.

직접 시험해 보세요!

저희는 개발자 여러분이 시험해 볼 수 있는 데모 앱을 https://instagram-auth.appspot.com/에 만들어 두었습니다.

이 샘플은 오픈소스입니다. Github(https://github.com/firebase/custom-auth-samples)에서 관련 리소스를 자유롭게 살펴보시기 바랍니다.

Android와 iOS는 어떠냐고요?

지금까지 이 글에서 보여드린 코드는 웹 앱에서 작동하는 코드입니다. Instagram 인증을 Android 또는 iOS 앱에 추가하는 데는 몇 가지 기법이 있으며 이 게시물에서는 이에 대해 다루지 않을 것이므로 계속해서 새로운 소식이 있는지 눈여겨보시기 바랍니다!

다 되었습니다!

다른 ID 공급자에 대한 샘플을 찾고 있거나 이를 통합하는 데 문제가 있는 경우 댓글을 쓰거나 GitHub 리포지토리 문제를 사용하여 알려주시면 저희가 성심껏 도와드리겠습니다!

▶ 원문 링크

• Noto 글꼴 다운로드: https://www.google.com/get/noto
• 디자인 소스 파일: https://github.com/googlei18n/noto-source
• 글꼴 구성 파이프라인: https://github.com/googlei18n/fontmake.

• 단일 커넥션을 통해 여러 개의 요청을 전송할 수 있습니다. HTTP/2를 사용하면 여러 리소스를 묶을 필요성이 적어집니다.
• HTTP/2는 바이너리 프로토콜이기 때문에 헤더를 압축할 수 있고 데이터를 더욱 효율적으로 전송할 수 있습니다.
• 서버는 주도적으로 클라이언트에 콘텐츠를 "푸시"할 수 있습니다.

{
  "hosting": {
    "headers": [
      {
        "source": "/",
        "headers": [{"key": "Link", "value": "</js/app.js>;rel=preload;as=script,</css/app.css>;rel=preload;as=style"}]
      },
      {
         "source": "/users/*",
        "headers": [{"key": "Link", "value": "</js/app.js>;rel=preload;as=script,</css/app.css>;rel=preload;as=style;nopush,</css/users.css>;rel=preload;as=style"}]
      }
    ]
  }
}

151.101.1.195
151.101.65.195

기본 Unity 통합

토큰이 해지된다는 것은 무슨 의미입니까?

어떤 API와 범위가 영향을 받습니까?

내 토큰이 해지되었는지 어떻게 확인할 수 있습니까?

{
  "error_description": "Token has been revoked.", 
  "error": "invalid_grant"
}

내 애플리케이션에서 해지된 토큰을 어떻게 처리해야 할까요?

• API 호출과 토큰 새로 고침 근처에 해지된 토큰을 감지할 수 있는 오류 처리 코드를 추가합니다.
• 해지된 토큰을 감지하면 사용자가 애플리케이션을 다시 인증할 수 있을 때까지 Google API 액세스를 이용하는 모든 애플리케이션 기능을 비활성화합니다. 예를 들어, Google API와 데이터를 동기화하는 반복적인 백그라운드 작업이 영향을 받을 수 있으므로 이런 작업을 모두 일시 중단합니다.
• 사용자에게 액세스가 해지되었음을 알리고 해당 리소스에 대한 액세스를 다시 인증하도록 요청합니다.
• 앱이 사용자와 직접 상호 작용하는 경우 사용자에게 이메일을 보내거나 다음에 애플리케이션을 열 때 알림을 표시하는 등의 방법으로 다시 인증하도록 요청해야 합니다.
• 하지만, 앱이 사용자와 관계없이 독립적으로 실행되는 경우(이를테면 Gmail API를 사용하는 백그라운드 앱) 이메일이나 기타 메커니즘을 통해 사용자에게 알려야 합니다.
• 액세스를 다시 인증할 수 있는 간소화된 UI를 제공합니다. 사용자가 애플리케이션을 탐색하여 원래 설정을 찾도록 하지 마십시오.
• 해지된 토큰은 토큰이 해지된 방법에 상관없이 유사한 오류 메시지를 표시합니다. 따라서 비밀번호 변경으로 인해 토큰이 해지되었다고 가정하고서 메시지를 표시하면 안 됩니다.

신청 조건:

신청 양식: 

- 내부 검토 후 선정된 개발사를 대상으로 개별 연락(신청순으로 검토 시작)
- 선정되지 않은 개발사에게도 별도의 이메일 발송 예정
- 한국 구글플레이 내 노출되는 콜렉션에서 앱 소개 예정(아래 예시 이미지 참조)

대한민국을 대표할 많은 개발사의 지원 기다리겠습니다!

작성자: 임형준 구글플레이 사업개발팀 과장

[대한민국 앱 콜렉션 이미지]

• 이상적인 앱 수익 창출 전략을 생각해 보세요.
  수익 창출은 인앱 구매, 구독, 광고 등의 많은 요소에서 비롯됩니다. 인앱 광고에 대해 생각해 볼 때, 이는 앱이 제공하는 가치와 무엇이 잠재고객에게 동기 부여를 하는지에 따라 앱에 적합할 수도, 그렇지 않을 수도 있습니다. 여러 가지 수익 창출 옵션을 실험해 보고 가장 효과적인 옵션을 결정하세요. 여러 옵션에 대해 A/B 테스트를 실시하고 클릭률을 평가하는 것을 생각해 볼 수 있습니다. 앱을 빌드할 때 조기에 현명한 결정을 내리는 데 도움이 되는 모든 수익 창출 옵션에 대한 자료를 읽어보세요.

• AdMob을 사용하여 수익을 늘릴 수 있는 방법을 알아보세요.
  AdMob은 Firebase에 포함된 핵심 요소로, 앱 개발자가 수익을 창출하는 데 도움이 될 수 있습니다. AdMob은 광고 수익 실적 및 사용자 참여에 대한 통계를 제공하는 동시에, 여러 광고 네트워크에 대한 액세스를 제공하여 사용자에게 보여줄 계획인 광고가 사용자에게 확실히 가치 있는 정보가 되도록 해줍니다.

시작은 간단합니다.

모든 사이트가 적합한 것은 아닙니다.

사이트 전체를 #AMPlify하지 않아도 됩니다.

AMP는 오픈소스 프로젝트이며 계속해서 진화합니다.

특정 위치에 표시되려면 AMP에 추가 조건이 필요할 수 있습니다

검색결과의 순위 변화는 없습니다.

Google의 AMP는 전 세계적으로 확장되고 있습니다.

언제나 도움을 받을 수 있습니다.

• 웹마스터 도움말 포럼: AMP 및 Google의 AMP 구현에 대한 질문
• Stack Overflow: AMP에 대한 기술적 질문
• GitHub: 기능 요청 제출 또는 기여

1. 브라우저 개발자 도구

1. 브라우저에서 AMP 페이지를 엽니다.
2. URL에 '#development=1'을 추가합니다. 예: http://localhost:8000/released.amp.html#development=1
3. Chrome DevTools 콘솔을 열고 유효성 검사 오류를 확인합니다.

2. AMP 브라우저 확장 프로그램

AMP 브라우저 확장 프로그램(Chrome 및 Opera에서 사용 가능)을 사용하여 유효하지 않은 AMP 페이지를 재빨리 파악하고 디버깅할 수 있습니다. 사이트를 탐색할 때 확장 프로그램이 방문한 모든 AMP 페이지를 평가하고 페이지의 유효성 여부를 표시합니다.

    AMP 페이지 내에 오류가 있는 경우 확장 프로그램 아이콘이 빨간색으로 표시되며

        발생한 오류의 수를 표시합니다.

    AMP 페이지 내에 오류가 없는 경우 확장 프로그램 아이콘이 녹색으로 표시되며

        경고가 있다면 경고의 수를 표시합니다.

    페이지가 AMP가 아니지만 AMP 버전을 사용할 수 있는 페이지인 경우 링크 아이콘과

확장 프로그램을 사용하면 확장 프로그램 아이콘을 클릭하여 페이지에 있는 오류나 경고를 확인할 수 있습니다. 모든 문제에 소스 줄, 소스 열, 문제가 무엇인지 나타내는 메시지가 표시됩니다. 문제에 대한 자세한 설명이 존재할 경우 '자세히 알아보기' 링크로 ampproject.org의 관련 페이지로 이동합니다.

3. AMP 웹 유효성 검사 도구

validator.ampproject.org에서 이용할 수 있는 AMP 웹 유효성 검사 도구는 AMP 페이지의 유효성을 검사할 수 있는 간단한 웹 UI를 제공합니다.



도구를 사용하려면 AMP URL을 입력하거나 소스 코드를 복사/붙여넣기하면 웹 유효성 검사 도구가 줄 사이에 오류 메시지를 표시합니다. 웹 유효성 검사 도구에서 직접 수정할 수 있으며 유효성 재검사가 실행되어 내가 제안한 수정으로 문제를 해결할 수 있는지 알려줍니다.

어떤 AMP 페이지 상태 확인 방법을 선호하시나요? 아래의 댓글이나 Google 웹마스터 Google+ 페이지에 의견을 공유해 주세요. 질문이 있거나 도움이 필요하다면 웹마스터 도움말 포럼에 자유롭게 글을 올려주시기 바랍니다.

BigQuery 내보내기는 어떤 식으로 작동할까요?

데이터 세부 분석

SELECT
  user_dim.app_info.app_instance_id,
  user_dim.device_info.device_category,
  user_dim.device_info.user_default_language,
  user_dim.device_info.platform_version,
  user_dim.device_info.device_model,
  user_dim.geo_info.country,
  user_dim.geo_info.city,
  user_dim.app_info.app_version, 
  user_dim.app_info.app_store,
  user_dim.app_info.app_platform
FROM
  [firebase-analytics-sample-data:ios_dataset.app_events_20160601]

사용자 데이터

SELECT
  user_dim.geo_info.country as country,
  EXACT_COUNT_DISTINCT( user_dim.app_info.app_instance_id ) as users
FROM
  [firebase-analytics-sample-data:android_dataset.app_events_20160601],
  [firebase-analytics-sample-data:ios_dataset.app_events_20160601]
GROUP BY
  country
ORDER BY
  users DESC

SELECT
  user_dim.user_properties.value.value.string_value as language_code, 
  EXACT_COUNT_DISTINCT(user_dim.app_info.app_instance_id) as users,
FROM
  [firebase-analytics-sample-data:android_dataset.app_events_20160601],
  [firebase-analytics-sample-data:ios_dataset.app_events_20160601]
WHERE
  user_dim.user_properties.key = "language"
GROUP BY
  language_code
ORDER BY 
  users DESC

이벤트 데이터

SELECT 
  event_dim.name,
  COUNT(event_dim.name) as event_count 
FROM
  [firebase-analytics-sample-data:android_dataset.app_events_20160601]
GROUP BY 
  event_dim.name
ORDER BY 
  event_count DESC

SELECT 
  event_dim.params.value.int_value as virtual_currency_amt,
  COUNT(*) as num_times_spent
FROM
  [firebase-analytics-sample-data:android_dataset.app_events_20160601]
WHERE
  event_dim.name = "spend_virtual_currency"
AND
  event_dim.params.key = "value"
GROUP BY
  1
ORDER BY 
  num_times_spent DESC

복잡한 쿼리 빌드

SELECT
  user_dim.geo_info.city,
  COUNT(user_dim.geo_info.city) as city_count 
FROM
TABLE_DATE_RANGE([firebase-analytics-sample-data:android_dataset.app_events_], DATE_ADD('2016-06-07', -7, 'DAY'), CURRENT_TIMESTAMP()),
TABLE_DATE_RANGE([firebase-analytics-sample-data:ios_dataset.app_events_], DATE_ADD('2016-06-07', -7, 'DAY'), CURRENT_TIMESTAMP())
GROUP BY
  user_dim.geo_info.city
ORDER BY
  city_count DESC

SELECT
  user_dim.app_info.app_platform as appPlatform,
  user_dim.device_info.device_category as deviceType,
  COUNT(user_dim.device_info.device_category) AS device_type_count FROM
TABLE_DATE_RANGE([firebase-analytics-sample-data:android_dataset.app_events_], DATE_ADD('2016-06-07', -7, 'DAY'), CURRENT_TIMESTAMP()),
TABLE_DATE_RANGE([firebase-analytics-sample-data:ios_dataset.app_events_], DATE_ADD('2016-06-07', -7, 'DAY'), CURRENT_TIMESTAMP())
GROUP BY
  1,2
ORDER BY
  device_type_count DESC

SELECT 
  STRFTIME_UTC_USEC(eventTime,"%Y%m%d") as date,
  appPlatform,
  eventName,
  COUNT(*) totalEvents,
  EXACT_COUNT_DISTINCT(IF(userId IS NOT NULL, userId, fullVisitorid)) as users
FROM (
  SELECT
    fullVisitorid,
    openTimestamp,
    FORMAT_UTC_USEC(openTimestamp) firstOpenedTime,
    userIdSet,
    MAX(userIdSet) OVER(PARTITION BY fullVisitorid) userId,
    appPlatform,
    eventTimestamp,
    FORMAT_UTC_USEC(eventTimestamp) as eventTime,
    eventName
    FROM FLATTEN(
      (
        SELECT 
          user_dim.app_info.app_instance_id as fullVisitorid,
          user_dim.first_open_timestamp_micros as openTimestamp,
          user_dim.user_properties.value.value.string_value,
          IF(user_dim.user_properties.key = 'user_id',user_dim.user_properties.value.value.string_value, null) as userIdSet,
          user_dim.app_info.app_platform as appPlatform,
          event_dim.timestamp_micros as eventTimestamp,
          event_dim.name AS eventName,
          event_dim.params.key,
          event_dim.params.value.string_value
        FROM
         TABLE_DATE_RANGE([firebase-analytics-sample-data:android_dataset.app_events_], DATE_ADD('2016-06-07', -7, 'DAY'), CURRENT_TIMESTAMP()),
TABLE_DATE_RANGE([firebase-analytics-sample-data:ios_dataset.app_events_], DATE_ADD('2016-06-07', -7, 'DAY'), CURRENT_TIMESTAMP())
), user_dim.user_properties)
)
GROUP BY
  date, appPlatform, eventName

분석 데이터 시각화

다음 단계는?

Developer, Coding For a Better World.

많은 개발자들이 더 나은 세상을 만들기 위해 각자의 위치에서 구글의 기술을 이용하여 멋진 도구와 환상적인 서비스를 만들 수 있도록 한단계 더 발전 하는 것이 이번 행사의 목표입니다.

기존 현역 개발자들에게는 다시 열정과 많은 정보를, 초보 개발자들에게는 한걸음 나아갈 수 있는 마일스톤을 제공합니다. 참석하는 개발자들에게 새로운 기술들을 설명하고, 접목 시킬 수 있도록 도와 드립니다.

새로운 기술을 배우고 익히면서 평소에 만들어 보고 싶었던 것을 즐겁게 만들며 열정을 불태워 보고 싶은 모든 분들을 초대합니다!!

참가신청하러 가기!

페이스북 게시글 공유 이벤트!

GDG Korea 페이스북의 GDG DevFest Incheon 2016 게시글을 여러분의 타임라인에 공유해 주세요. 총 20분을 선정해 기념 티셔츠를 19일 행사장에서 드립니다!

• 이벤트 기간: 2016년 10월 31일(월) 08:30 - 11월 17일(목) 24:00 
• 당첨자 안내: 2016년 11월 18일(금) 개별 안내 

<행사 개요>

• 일시: 2016년 11월 12일(토) 오후 1시 ~ 6시 
• 장소: 센탑(CENTAP), 부산 해운대구 센텀동로 45 1층 101호
• 예상 참석인원: 약 100명 
• 프로그램 구성: 5개 세션

• 안드로이드 누가 - 새로운 변경점과 개발자가 알아야 하는 것들 - 김석용 님
• What Is Next For The Web - 도창욱 님
• Google VR SDK - Hassan Abid 님
• Progressive Web App with React.js from scratch - 문현경 님
• 개발자 커리어 & 커뮤니티 - 기묘한 이야기 - 이원제 님

참가신청하러 가기!

페이스북 게시글 공유 이벤트!

• 이벤트 기간: 2016년 10월 28일(금) 08:30 - 11월 10일(목) 24:00 
• 당첨자 안내: 2016년 11월 11일(금) 개별 안내

새로운 알림 지원

앱 사용 후기 지침과 관련한 몇 가지 참고 사항

로그인 해결 방법

버그 수정