안드로이드 스튜디오 디버그 키android studio debug key

android studio debug key private pem key generating.

this command

java -jar pepk.jar --keystore=debug.keystore --alias=androiddebugkey --output=debug_key_private --encryptionkey=4xx1f8xxba8xxxxx10b13xx04a1xXXXXXXXXXXXXXXXXXXXXXXXXXXX



아래와 같이 디폴트 알리아스와 패스워드 확인하자.
default alias is : androiddebugkey
default password : android



키값에 대한 정보 확인 명령이다.
keytool -list -keystore xxxxx.jks


초보자들이 처음에 격는 문제로 앱을 올리겠다는 마음으로 하지만 앱에 대한 보안 키값
이 있는 것조차 생각 안한다.
이것은 나의 경험담이지만
처음 하나의 앱을 올릴때는 문제가 되지 않는다 나중에 2개 이상의 앱을 올리게 되면 키캆의 중복 때문에 올라 가지 않는다. 그것을 해결 하기 위해서 디버그 키캆을 찾아서 등록 해줘야 한다.

감사합니다.

추가 궁금 사항은 메일 주세요

time UTC에서 KST 로 변경

리눅스 시스템을 서버로 사용할 경우는 시간 관리가 아주 중요한데, 대한민국 표준시로 설정되어있지 않으면 로그 관리 등에서 문제가 있으므로 최초 설치시에 Timezone을 제대로 설정하지 않으면 나중에 시간이 정확히 표시되지 않는다. 물론 date -s 명령을 이용해 수동으로 설정할수 있지만 시간 동기화를 위해 rdate 명령을 내리면 그리니치 평균시로 돌아가버리고 만다. tzselect 명령을 이용하거나 /etc/sysconfig/clock 파일에 ZONE="Asia/Seoul" 라고 수정을 하면 적용이 될 것 같았지만, 재부팅을 해도 시스템 시간에 변화가 없었다.

그래서 찾은 방법이 환경 변수를 이용하는 것이다.

[root@Zeus ~]# date

Fri Aug 3 08:05:03 UTC 2007

[root@Zeus ~]# hwclock --show

Fri 03 Aug 2007 05:39:07 PM UTC -0.870183 seconds

[root@Zeus ~]# echo $TZ

[root@Zeus ~]# export env TZ=KST-09:00:00

[root@Zeus ~]# date

Fri Aug 3 17:05:45 KST 2007

위에 GMT(UTC)가 아닌 KST라고 썼는데, 이것은 date 명령에서 나오는 문자열에 불과하며, 실제 영향을 주는 부분은 -09:00:00 이다. +, -는 그리니치 천문대를 중심으로 서쪽은

+, 동쪽은 - 이고, 우리나라는 동쪽에 있으며 9시간이 빠르므로 -09:00:00 가 되는 것이다.

또, PC의 시간은 하드웨어 시간(RTC)과 시스템 시간이 있는데, RTC는 환경에 따라 오차가 생길수 있으며, 리눅스 시스템은 최초 부팅 시 RTC와 동기화를 한 뒤로는 자체 타이머를 이용해 시간을 관리하므로 매우 정확하다고 할 수 있다. RTC의 오차라는 것도 심한게 아니기 때문에 굳이 시스템 시간으로 RTC를 동기화 할 필요는 없으나 한번쯤은 해두는 것이 좋다.

[root@Zeus ~]# date

Fri Aug 3 18:05:21 KST 2007

[root@Zeus ~]# hwclock --show

Fri 03 Aug 2007 06:39:45 PM KST -0.540050 seconds

[root@Zeus ~]# rdate -s time.bora.net

[root@Zeus ~]# hwclock --systohc

[root@Zeus ~]# date

Fri Aug 3 18:06:56 KST 2007

[root@Zeus ~]# hwclock --show

Fri 03 Aug 2007 06:07:01 PM KST -0.211481 seconds

설정 후에는 /etc/rc.d/rc.local 파일의 마지막 부분에 아래 내용을 추가해서 부팅시 적용이 되도록 하자.

export env TZ=KST-09:00:00

rdate -s time.bora.net

hwclock --systohc

거두 절미하고 전체 시스템 timezone 변경은 
rm /etc/localtimeln -s /usr/share/zoneinfo/Asia/Seoul /etc/localtime 

구글, 크롬 앱의 윈도우, 맥, 리눅스 지원 "단계적으로 중단한다"

구글, 크롬 앱의 윈도우, 맥, 리눅스 지원 "단계적으로 중단한다"

브라우저

IDG News Service

크롬 브라우저가 설치되어 있으면, 윈도우, 맥, 리눅스 등 플랫폼에 상관없이 구동할 수 있었던 크롬 앱이 2018년부터 크롬 OS를 제외한 다른 운영체제에서 지원되지 않는다고 금요일 구글이 밝혔다.

크롬 앱은 2013년 웹 앱의 기능적인 한계를 극복하기 위해 등장했는데, 개발자들이 윈도우와 맥, 리눅스, 크롬 OS에서 모두 이용할 수 있는 앱을 개발할 기회가 되기도 했다.

이 앱들은 2가지 형태다. 하나는 호스팅 된 앱으로, 설치형 웹 앱이다. 또 다른 하나는 패키지화된 앱으로 iOS 앱 스토어나 구글 플레이 스토어에서 볼 수 있는 전통적인 앱과 유사하다.

개발자들에게는 현재의 앱을 마이그레이션할 시간이 1년 반 정도 주어진다. 호스팅된 앱의 경우 대부분의 기능이 웹에 의존하기 때문에 큰 이슈는 아니다. 사용자들으 전환 후에도 해당 웹 앱을 계속 사용할 수 있는데, 다만 모든 기능을 웹을 통해서만 이용할 수 있다.

패키지된 형태의 앱 개발자들은 새로운 것을 만들어야만 한다. 구글은 웹 앱, 확장 프로그램, 확장 프로그램을 이용할 수 있는 페이지, 그리고 네이티브 앱 등 4가지 방안을 제시했다. 네이티브 앱과 관련해서 구글은 개발자들이 일렉트론(Electron)이나 NW.js를 이용해서 데스크톱 운영체제에서 구동되는 애플리케이션을 개발할 수 있다고 조언했다.

크롬 앱 서비스 중단은 순차적으로 이루어질 예정이다. 올해 말부터 기존의 앱은 모든 플랫폼에서 사용할 수 있지만, 신규 크롬 앱은 크롬 OS에서만 사용할 수 있게 된다. 2017년 하반기에는 윈도우, 맥, 리눅스의 크롬 웹 스토어에서는 크롬 앱이 표시되지 않으며, 2018년 초가 되면 해당 플랫폼의 크롬 앱의 모든 작동이 중지된다.

주요 데스크톱 운영체제의 크롬 앱 지원을 중단하게 되면, 크롬 OS용 앱 개발에 대한 개발자의 관심도 감소하게 될 수도 있다. 하지만 몇 달 전 구글이 크롬 OS에서도 안드로이드 앱을 구동할 수 있다고 발표한 만큼, 이 부분을 상쇄할 것으로 예상된다. editor@itworld.co.kr

이런 뭐같은 경우가 다있나.