Log from Namneul

  요약

리눅스에서 홈 디렉토리 아래에 위치하는 8개의 사용자 폴더(Desktop, Documents, Downloads, Music, Pictures, Public, Templates, Videos)의 기본 경로를 변경하는 방법에 대해 설명한다.

  변경 방법

디렉토리의 경로는 user-dirs.dirs 라는 파일에 저장되어 있다. nano, gedit 등의 에디터를 통해 아래의 파일을 열어준다.

파일을 열어보면 기본 설정은 아래와 같다. 여기서 빨간색으로 밑줄 친 부분을 원하는 경로로 바꿔준 뒤 재부팅 또는 재로그인을 해주면 경로가 변경된 것을 확인할 수 있다.

  예시

user-dirs.dirs 파일을 열어 문서 디렉토리를 '~/Desktop/문서'로 변경한 결과이다.

기본 문서 폴더의 경로가 '~/Documents'에서 '~/Desktop/문서'로 변경된 것을 확인할 수 있다.

오랜만에 하는 안드로이드 개발이라 스와이프 가능한 탭 메뉴를 만들기 위해 안드로이드 개발자 페이지를 찾아볼 수 밖에 없었다. 그런데 프로젝트를 만드는 도중 이를 안드로이드 스튜디오에서 샘플 코드로 제공한다는 것을 뒤늦게 알아버렸다...

  예제 코드를 이용해 스와이프 가능한 액션바 탭 만들기 (ViewPager와 Fragment 이용)

먼저 새 프로젝트 생성 창을 띄우고 앱 이름과, 도메인 등을 결정하고 액티비티 생성 페이지로 넘어간다.

Tabbed Activity를 선택하고 Navigation Style을 Action Bar Tabs (with ViewPager)로 설정한다.

위와 같이 설정하면 액션바 아래에 3개의 탭을 갖는 초기 화면이 만들어진다. 이제 여기서 만들고자하는 앱에 맞게 불필요한 부분들을 제거하거나 수정해주면 된다. 나의 경우 타이틀 바와 탭 하나 등을 제거하였다.

  타이틀 바 제거하기

activity_main.xml 에서 Toolbar 코드를 제거한다. 마찬가지로, MainActivity.java 에서도 Toolbar 관련 코드를 제거해준다. 그리고 불필요해진 onCreateOptionsMenu 함수와 onOptionsItemSelected 함수도 제거해준다.

  실제 이용할 Fragment로 기존 Fragment 대체하기

예제 코드에서는 탭이 변경될 때마다 구성이 같은 프래그먼트를 보여준다. 나는 두 개의 화면이 필요해서 PlaceholderFragment 클래스를 삭제하고 새로운 프래그먼트 2개와 그 레이아웃을 만들었다. 그리고 SectionPagerAdapter 의 getItem 함수를 새로 만든 프래그먼트의 인스턴스를 반환하도록 수정한다.

  결과 화면

타이틀 바를 제거하고 탭을 2개로 줄인 결과 화면. 이제 각각의 탭에 들어가는 프래그먼트에 기능만 구현해주면 된다.

  설명

리눅스에서는 'grep' 명령어를 통해 원하는 문자열 패턴을 포함하는 행들을 출력할 수 있다.

입력 파일이 있을 경우 입력 파일 내에서, 없는 경우 표준 입력 내에서 지정한 패턴을 검색하여 일치하는 행을 출력한다.

  사용법

기본적인 사용법은 아래와 같다.

'grep' 명령어는 단독으로 사용되기도 하지만 'find' 같은 출력 명령어와 함께 사용하여 원하는 결과를 필터링하는 데에도 자주 사용된다.

'grep' 명령어에서 사용할 수 있는 옵션은 다음과 같다.

  사용 예제

1. 현재 디렉토리에서 'server' 를 포함하는 파일을 찾아서 출력

2. 현재 디렉토리의 파일 중 'lecture' 라는 문자열을 포함하는 파일만 출력

3. 현재 디렉토리의 모든 파일을 대상으로 'char' 라는 문자열을 포함하고 있는 행 출력

4. 3의 결과에 -w 옵션을 추가하여 정확하게 'char' 라는 단어를 포함하는 행만 출력

리눅스에서는 'df' 와 'du' 명령어를 이용해 디스크 용량을 확인할 수 있다.

df [OPTIONS] [FILE] : 시스템에 마운트 된 디스크의 남은 용량을 확인하는 명령어. 아래와 같은 옵션과 함께 사용 가능하다.

du [OPTIONS] [FILE] : 파일의 디스크 사용량을 확인하는 명령어. 아래와 같은 옵션과 함께 사용 가능하다.

안드로이드에서 무음/진동/벨소리 모드를 받아오거나 설정하는 방법은 아래와 같다.

AudioManager audioManager = (AudioManager) context.getSystemService(AUDIO_SERVICE);

if (audioManager.getRingerMode() == AudioManager.RINGER_MODE_NORMAL) {

    // 벨소리 모드일 경우
}
else if (audioManager.getRingerMode() == AudioManager.RINGER_MODE_VIBRATE) {

    // 진동 모드일 경우

}
else if (audioManager.getRingerMode() == AudioManager.RINGER_MODE_SILENT) {

    // 무음 모드일 경우

}

AudioManager audioManager = (AudioManager) context.getSystemService(AUDIO_SERVICE);
audioManager.setRingerMode(AudioManager.RINGER_MODE_NORMAL);    // 벨소리 모드로 변경
audioManager.setRingerMode(AudioManager.RINGER_MODE_VIBRATE);   // 진동 모드로 변경
audioManager.setRingerMode(AudioManager.RINGER_MODE_SILENT);    // 무음 모드로 변경

NotificationManager notificationManager = (NotificationManager) context.getSystemService(Context.NOTIFICATION_SERVICE);
if (!notificationManager.isNotificationPolicyAccessGranted()) {

    context.startActivity(new Intent(android.provider.Settings.ACTION_NOTIFICATION_POLICY_ACCESS_SETTINGS));
}

기존의 apk파일을 별도의 프로그램 없이 리패키징하는 방법입니다.

먼저 apk파일의 확장자를 zip으로 변경 후 압축을 풀어줍니다.

파일의 확장자가 보이지 않는 경우, 

도구 - 폴더 옵션의 보기 탭에서 '알려진 파일 형식의 파일 확장명 숨기기' 항목을 선택 해제합니다.

압축을 풀고 나면 다음의 구성요소들을 확인할 수 있습니다.

assets과 res 폴더에는 파일이 그대로 들어있기 때문에 수정 및 변경이 가능합니다.

소스코드의 경우 별도의 디컴파일 툴들(Dex2jar, JD-GUI, Apk manager, Apktool 등)을

사용해야만 확인할 수 있습니다.

수정이 끝나면 기존 서명은 효력을 잃게 되기 때문에 

패키지 폴더 내의 'META-INF' 폴더를 삭제한 후 다시 zip파일로 압축해줍니다. 

이 때, 고급설정 - 압축방법 - 압축 안함 옵션을 선택해 압축합니다. (알집의 경우)

마지막으로, zip파일 확장자를 다시 apk로 변경 후 재서명하면 리패키징이 완료됩니다.

서명을 위해 JDK 내에 포함된 'jarsigner'를 사용합니다.

cmd창에서 다음의 명령어 입력 후 패스워드를 입력하면 서명이 완료됩니다.

JDK 설치 이후에도 아래와 같은 문제 발생 시,

'고급 시스템 설정' 창에서 '환경 변수'를 클릭하여 시스템 변수 목록에서 Path를 찾습니다.

가장 끝에 ';[JDK 설치 경로]\bin'을 추가한 뒤 cmd를 재실행하면 해결됩니다.

리눅스에서 gcc, g++ 컴파일러를 이용하여 코드를 컴파일 시 다양한 최적화 옵션 사용이 가능하다.

각 옵션들은 매우 다양하기 때문에 일반적으로 이들을 묶어 간편하게 사용 가능한 '-O1', '-O2', '-O3' 옵션을 사용한다.

KLDP에서 설명하는 각 옵션의 최적화 방식은 다음과 같다.

KLDP에서는 '-O2' 옵션과 '-O3' 옵션의 속도에 대해 아래와 같이 설명하는데, 직접 다양한 코드에 사용해 본 결과 속도는 '-O2'와 '-O3' 옵션이 비슷한 성능을 보인다.

하지만 최적화 옵션을 사용하고 안하고는 차이가 크니 컴파일시 꼭 사용하는 것을 추천한다.

액티비티의 경우 아래와 같이 

상태바와 소프트키를 없애 풀스크린으로 설정할 수 있다.

하지만 기존 액티비티에서 progressDialog를 show()하게 되면, 

동일한 방법을 사용하더라도 상태바와 소프트키가 말끔하게 사라지지 않는다.

이 문제는 progressDialog를 NOT_FOCUSABLE로 설정한 후 

디스플레이와 풀스크린 설정을 마친 후 

다시 포커싱을 해줌으로써 간단하게 해결 가능하다.

안드로이드 스튜디오에서 에뮬레이터를 실행했을 때

HAX is not working and emulator runs in emulation mode 

위와 같은 오류가 발생하는 경우,

아래와 같이 안드로이드 스튜디오의 

Tools - Android - SDK Manager로 들어가 

Intel x86 Emulator Acclerator (HAXM Installer)를 설치해준다.

설치 이후에도 여전히 아래와 같은 HAXM오류가 발생하는 경우가 있다.

이러한 경우 안드로이드 SDK 설치 폴더의

[extras\intel\Hardware_Accelerated_Execution_Manager\intelhaxm-android.exe] 
파일을 관리자 권한으로 실행해 설치해주면 해결 가능하다.