태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

국내 AIR 애플리케이션이 점차 증가하고, AIR에 관심을 가져주시는 분들이 많으신 것 같습니다. 요줌 저에게도 메일이나 쪽지로 AIR와 관련된 질문을 주시는 분들이 많습니다.

요즘엔, AIR 애플리케이션의 설치자 수 집계와 관련되어서 자주 질문을 주시는 데요. 6월경 제 블로그에 공개한 유세윤 설치현황을 보시고 질문을 하시는 것 같습니다.

그럼 본론으로 들어가서 AIR 애플리케이션의 설치 자 수를 집계하는 방법은 꽤 많은 편인데, 우선 쉽게 사용할 수 있는 방법으로 AIR 배지에서 Install now를 클릭할 경우 카운트 수가 올라가게끔 배지를 커스트마이징 하거나, 서버를 경유하는 리소스들을 체크하는 방법 등이 있을 수 있겠네요.

하지만 위의 방법으로는 설치자 수 집계에 오차가 발생할 수 있습니다. 가령, AIR 배지를 커스트마이징 하여 Install now를 클릭할 경우 설치자 수가 증가되는 방법은, 사용자가 AIR 애플리케이션 설치 인터페이스가 진행되는 과정 중 취소를 할 경우, 사용자가 설치한 것으로 집계됩니다.

그리고, AIR 배지에서 사용하는 브라우저 API에는 애플리케이션의 설치결과를 확인해주는 이벤트가 존재하지 않기때문에, AIR 배지로 애플리케이션 설치 자 수를 집계하는 것은 좋지 않은 방법입니다.

이어서, AIR 애플리케이션에서 서버의 리소스를 다운받아 체크하는 경우도 좋지 않은 집계 방법입니다. 예를 들어, 제가 개발한 AIR 애플리케이션인 유세윤의 경우 시간표 리소스를 서버로 부터 내려받아야 사용이 가능한데, 이러한 리소스 다운로드를 체크하여 간접적으로 설치자 수를 파악할 수 있지만, 외부에서 리소스를 내려 받아 사용하는 경우나, 리소스를 업데이트 하는 경우 설치자 수에 오차가 생기게 됩니다.

저는 위의 방법을 쓰지 않고, 개인적으로 AIR 애플리케이션 설치자 수를 체크하기 위해 FirstInstallCheck 클래스를 만들어 사용하고 있습니다.



FisrtInstallCheck 클래스는, 우선 AIR 애플리케이션의 firrstinstallcheck 파일의 존재 유무를 확인하여, 해당 파일이 존재하지 않을 경우 서버에 애플리케이션의 ID 정보를 POST로 날려주고, 서버로부터 처음 설치가 확인되었다면, firstinstallcheck 파일에, 현재 시각을 남기는 방법으로 구현되어 있습니다.



FirstInstallCheck 클래스는 위와 같이 사용 하시면 됩니다.

그리고, 최초설치가 확인된 사용자인 경우,  Event.COMPLETE 이벤트를 디스패치하여, 사용자에게 환영 문구를 출력하게 끔 할 수 있습니다. 아울러, 이 방법은 사용자가 애플리케이션을 지웠다가 다시 설치하는 경우에도, 애플리케이션 스토리지 디렉토리는 남아 있어, 카운트가 증가되지 않는 장점도 있습니다.

물론 제가 생각한 방법도 설치자 수에 오차가 생길 수 있습니다. 사용자가 Appication의 스토리지 폴더에 있는 firstinstallcheck 파일을 임의로 삭제한 경우나(이 경우엔 백앤드에서 중복 처리를 하여 1이 출력되지 않도록 해야함), 애플리케이션을 설치하지 않은 사용자가, 설치자 체크를 하는 URL로 애플리케이션의 ID를 날리는 방법으로 영향을 줄 수 있지만, 일반적인 사용자는 악용하기가 힘들기 때문에 사실상 정확한 집계가 가능할 것 같습니다.

FirstInstallCheck 클래스는 사용방법이 비교적 간단한 편으로, 자세한 설명은 주석으로 대체하겠습니다. 이 클래스를 사용하는 중 발생한 문제나, 기타 좋은 의견이 있으시면 댓글을 달아주세요.

크리에이티브 커먼즈 라이선스
Creative Commons License