그런데 갑자기 무료 사용량을 초과했다며 유료로 전환하라고 하는 겁니다.

트래픽이 많지도 않은 조용한 블로그인데 왜 초과되었는지 모르겠습니다.

그래서 백업받고 호스팅 변경하려고 했는데 유료 결재를 해야지만 비활성 계정이 풀려서 백업이 가능하더군요. OTL

할 수 없이 3월달에 백업 받은 데이터로 복구했습니다.

덕분에 최근 댓글들이 사라졌네요. ㅠㅠ

git bad default revision ‘HEAD’

처음에는 저장소에 뭔가 문제가 있는 줄 알았는데 다른 사용자 계정으로는 문제가 없음을 알았습니다.

확인해보니 저장소/refs/heads/ 디렉토리의 하위 디렉토리에 읽기 권한이 없다는 것을 발견했습니다.

권한을 다시 설정하니 문제없이 동작했습니다.

하지만 다시 커밋을 하니까 디렉토리 권한이 바뀌었습니다.

알아보니 git 저장소의 디렉토리 권한에 대한 설정이 있었습니다.

아래와 같은 설정을 추가하면 다른 계정도 읽을 수 있도록 권한이 부여됩니다.

$ git config core.sharedRepository all

주의할 점은 위의 방법을 적용해도 이미 만들어진 저장소의 디렉토리 권한은 유지되므로 한번은 권한을 직접 변경해야 합니다.

레드마인의 환경설정 파일인 configuration.yml 을 열어서 attachments_storage_path 에 첨부파일이 저장될 경로를 넣었습니다.

attachments_storage_path: /첨부파일_저장_경로

그리고 레드마인을 재시작 했지만 attachments_storage_path 에 설정한 값이 적용되지 않았습니다.

레드마인 소스코드를 살펴보니 {Redmine}/app/models/attachment.rb 파일에서 attachments_storage_path 를 부르는 코드에 연산자 우선순위 관련한 버그가 있었습니다.

# 원본 코드
@@storage_path = Redmine::Configuration['attachments_storage_path'] || ENV['RAILS_VAR'] ? File.join(ENV['RAILS_VAR'], “files”) : File.join(Rails.root, “files”)

# 수정 코드
@@storage_path = Redmine::Configuration['attachments_storage_path'] || (ENV['RAILS_VAR'] ? File.join(ENV['RAILS_VAR'], “files”) : File.join(Rails.root, “files”))

이렇게 괄호를 씌워주니까 정상적으로 동작했습니다.

아마 루비 버전의 차이로 위의 코드가 정상으로 돌아가는 루비 버전이 있을 것이라고 생각됩니다.

위와 같은 예상치 못한 버그가 발생하지 않도록 평소 코딩을 할 때 괄호로 잘 묶어주면 가독성도 좋고 버그도 예방할 수 있습니다.

작년에 이사를 하면서 기존에 다니던 헬스장을 이용이 어렵고 주변에 마땅한 헬스장이 없어서 집에서 운동을 하고 있습니다.
평벤치랑 원반교체 가능한 바벨로 그럭저럭 운동을 하고 있습니다.

등, 팔, 어깨 등은 가지고 있는 원판(1kg, 1.25kg, 1.5kg, 2.5kg, 3kg)을 조합하여 중량에 만족하고 있지만 가슴운동에 있어서는 많이 부족합니다.
그렇다고 집에 큰 중량의 원판을 구비하는건 부담됩니다.
그래서 자신의 몸무게를 이용한 푸쉬업(팔굽혀펴기)을 주력으로 가슴운동을 하고 있습니다.

벤치에 다리를 올려놓고 푸쉬업을 하면 몸무게가 분산되더라도 수십kg의 중량을 얻을 수 있습니다.
제 몸무게가 현재 약 62kg인데 벤치에 발을 올린 푸쉬업 자세에서 손바닥에 체중계를 놓고 확인해보니 약 44kg 정도 나왔습니다.
중량을 더 늘리고 싶을때는 원판을 넣은 가방을 매고 푸쉬업을 하는 방법도 있지만 헬스장에서 처럼 80kg, 100kg 이런건 어렵죠.

이렇게 가슴운동으로 푸쉬업을 하는데 맨손으로 바닥에 하다보니 불편한 점이 있습니다.
매 세트마다 손의 위치를 다시 잡아주는 것도 번거롭고 힘을 짜내다 보면 손이 밀려나서 위치가 변합니다.
그래서 푸쉬업바를 구매했고 써보니 확실히 좋습니다.
푸쉬업바가 바닥에 밀려나지 않고 고정되니 매 세트마다 같은 자세로 운동이 되고 맨손보다 힘을 짜내기가 좋습니다.
그리고 바를 잡고 하니까 벤치 프레스 하는 것 같은 느낌도 듭니다.

운동은 자세가 중요한데 푸쉬업바를 이용하면 바른 자세를 유지하는데 도움이 됩니다.
집에서 운동하시는 분들에게 정말 추천합니다.

한겨울 눈덮힌 산을 아무런 준비없이 오른다는건 위험한 짓입니다.
그래서 처음으로 등산용품을 제대로 갖추기로 마음먹고 겨울 산행 정보를 조사했습니다.

등산용품 구입

1. 등산화

첫번째로 등산화부터 구입했습니다.
여기저기 매장을 둘러보며 기능과 가격을 확인했습니다.
상설 할인매장 같은 곳에서 라퓨마 고어텍스 등산화를 약 17만원에 구입했습니다.
가격은 저렴해도 고어텍스 재질의 좋은 등산화였습니다.
한라산을 오르내리는 동안 발에 땀도 안차고 시렵지도 않았습니다.

2. 아이젠, 스패츠

눈덮힌 산을 오르려면 아이젠과 스패츠는 필수 입니다.
오픈마켓에서 코베아 짚신5라는 2만원대의 체인형 아이젠과 2만원대의 스패츠를 샀습니다.신발 전체에 씌워지는 체인형 아이젠은 미끄러짐을 꽉 잡아줬습니다.
스패츠는 바지 밑단과 발목에 눈이 들어가지 않는 기능에 충실했습니다.
좋은 스패츠는 고어텍스 재질도 있더군요.

3. 등산바지

등산바지는 브랜드도 알 수 없는 완전 싸구려 29,000원 짜리를 샀습니다.
다리는 땀이 많이 나지 않는 부위로 등산바지 하나면 충분합니다.
땀이 적게 난다고 하지만 그냥 보온만 되는 값싼 재질이라 바지 안쪽이 축축해지더군요.
하지만 다리가 시렵거나 춥지는 않았습니다.
싸구려 등산바지로도 충분했지만 고어텍스 재질의 바지가 탐나네요.

4. 등산 외피, 내피

처음에 저는 노스페이스 같은 두툼한 구스다운 입으면 될 줄 알았습니다.
하지만 자료를 찾아보니 외피, 내피 따로 구입을 해야 한다는 것을 알았습니다.
이건 정말 중요한 겁니다. 그냥 두툼한 옷 입고 갔다가는 땀에 젖고 떨다가 엄청 고생할 겁니다.

외피는 바람과 물기를 막아주고 내부의 습기는 방출하는 고어텍스와 같은 재질이 필수 입니다.
내피는 얇은 구스다운으로 꽁꽁 접어서 휴대주머니 같은 곳에 넣을 수 있는 제품이 있습니다.
저는 동네의 등산용품 매장(블랙야크, K2, 네파, 노스페이스)을 전부 몇번씩 돌아다녔습니다.
가성비를 비교해본 결과 네파에서 모두 구입하였습니다.
외피는 고어텍스와 같은 기능의 네파에서 개발한 엑스벤트(XVENT)를 사용한 것으로 45만원짜리 이월상품을 27만원에 구입했습니다.
내피는 신상품이지만 세일해서 약 16만원에 구입했습니다.

5. 등산 가방

등산 가방도 네파에서 구입했습니다.
20만원이상의 가방은 7만원 할인 해준다고 해서 40리터 짜리 가방을 약 13만원에 구입했습니다.
그리고 등산양말 한켤레를 선물로 받았습니다. ^^

필독! 겨울 등산 옷차림과 보조 용품

하의는 등산 바지만 입으면 되는데 상의를 어떻게 해야할지 고민되었습니다.
인터넷에서 찾은 정보로는 면재질은 절대 입지 말고 산을 오를때는 ‘쿨맥스티 + 외피’, 쉴때는 ‘쿨맥스티 + 내피 + 외피’라고 되어있었습니다.
그런데 저는 ‘쿨맥스티 + 외피’만 입으면 엄청 추울 것 같아서 ‘쿨맥스티 + 러닝방풍자켓 + 외피’를 입었습니다.
그 결과 첫번째 대피소에서 땀에 쩔고 후회하며 러닝방풍자켓을 가방에 넣었습니다. ㅠㅠ
저는 이렇게 말하고 싶습니다. “비싼 등산복 외피를 믿자.”
고어텍스 같은 기능의 외피는 정말 훌륭합니다. 진짜로 바람과 물을 차단하고 내부의 습기는 배출합니다.
저는 쉬는 동안에도 내피는 한번도 입지 않고 ‘쿨맥스티 + 외피’로 등산을 마쳤습니다.
그래도 오랫동안 쉬면 추울 수 있으므로 내피는 꼭 챙겨가세요.

장갑은 집에 있는 얇은 러닝 장갑과 보드 장갑을 챙겼습니다.
올라갈때는 러닝 장갑만으로도 손시렵지 않았고 내려올때는 눈을 손으로 짚기도 해서 보드 장갑을 같이 꼈습니다.

귀마개, 버프, 모자도 챙겼는데 오르는 동안은 더워서 착용하지 않았습니다.

갈아입을 쿨맥스티와 양말도 챙겼는데 쓸 일이 없었습니다.

핫팩은 외피 주머니에 넣고 가다가 쉬는동안 손이 시렵거나 할때 유용하게 썼습니다.

한라산 등반을 마치고

한라산의 여러 코스중 정상에 갈 수 있으며 험하지 않은 성판악 코스를 이용했습니다.
빠르지도 느리지도 않은 걸음으로 약 8시간이 걸렸습니다.
안전하고 편리한 겨울 등산을 위해 제가 느낀 점은 아래와 같습니다.

• 다른건 몰라도 등산화와 외피는 고어텍스 같은 재질의 좋은 것을 구입한다.
• 등산 용품은 많이 비싸므로 세일과 이월상품을 구입한다.
• 아이젠은 체인형이 확실히 좋다.
• 옷 두껍게 입어서 땀나면 축축하고 땀이 식을때 엄청 춥다. 오르다 추우면 더 껴입으면 되니까 비싼 외피를 믿고 가볍게 입자.
• 만일에 대비해서 가방에 핫팻, 갈아입을 옷, 뜨거운 물 담은 보온병 등을 챙겨가자.

꼼꼼한 준비로 안전한 겨울등산 하세요~ ^^

별것 아니지만 몰라서 고생했던 내용을 몇가지 적어보겠습니다.

맥

터미널에서 xulrunner 실행시 ‘Mozilla XULRunner <Error> – <Error>’ 메시지가 출력되면 다른 버전의 xulrunner로 교체합니다.
6.0 버전이 안정된 버전이라고 합니다. 저는 6.0에서 정상적으로 실행했습니다.

XULRunner와 직접적인 연관은 없는 내용인데 *.app 폴더의 아이콘을 변경해도 바뀌지 않는다면 .DS_store 파일을 지워봅니다.

터미널에서 실행시 키입력을 터미널이 가로채는 등의 문제가 있었습니다. 근본적인 해결방법은 찾지 못해서 터미널을 이용하지 않고 직접 실행시켰습니다. 이 경우 터미널에서 실행하는 것 처럼 -jsconsole 옵션으로 자바스크립트 콘솔창을 띄우지 못합니다. 그래서 스크립트로 직접 띄웠습니다.

function showErrorConsole() {
    var windowManager = Components.classes['@mozilla.org/appshell/window-mediator;1'];
    var windowManagerInterface = windowManager.getService(Components.interfaces.nsIWindowMediator);
    var errorConsoleWindow = windowManagerInterface.getMostRecentWindow("global:console");

    if ( errorConsoleWindow ) {
        errorConsoleWindow.focus();
    } else {
        window.open("chrome://global/content/console.xul", "_blank",
                    "chrome,extrachrome,menubar,resizable,scrollbars,status,toolbar");
    }
}

* 출처: http://aadima.com/xulrunner/xrdebug.html

윈도우

XULRunner 실행 후 오류가 나서 아무런 윈도우가 뜨지 않았어도 프로세스가 종료되지 않고 동작을 하고 있을 가능성이 높습니다. 다시 실행하기전에 프로세스가 완전하게 종료되었는지 확인해야 합니다.

리눅스

별다른 문제없이 쉽게 성공했습니다.

공통

XULRunner 버전별로 XUL 프로그램 파일 구조가 다를 수 있습니다.

chrome.manifest 파일의 위치가 다르면 chrome.manifest 내의 경로도 달라집니다.

chrome.manifest가 chrome 폴더랑 경로가 같다면
- content myapp chrome/content/

chrome.manifest가 chrome 폴더내에 있다면
- content myapp content/

XULRunner로 XUL 프로그램을 실행시 -jsconsole 옵션을 추가하면 디버깅 및 문제를 해결하는데 도움이 됩니다.

$ xulrunner application.ini -jsconsole

-jsconsole 옵션을 추가하고 xulrunner를 실행하면 프로그램의 코드를 수정하고 재시작 하여도 캐쉬로 인해 수정하기 이전의 코드로 동작하는 문제가 있습니다.
이때는 prefs.js 파일에 아래의 코드를 추가하여 캐쉬가 되지 않도록 하면 됩니다.

pref(“nglayout.debug.disable_xul_cache”, true);
pref(“nglayout.debug.disable_xul_fastload”, true);

XUL이 제공하는 콘솔창에 메시지를 출력하는 방법

function jsdump(str) {
    Components.classes['@mozilla.org/consoleservice;1']
        .getService(Components.interfaces.nsIConsoleService)
        .logStringMessage(str);
}

* 참고: https://developer.mozilla.org/en-US/docs/XPCOM_Interface_Reference/nsIConsoleService?redirectlocale=en-US&redirectslug=nsIConsoleService#Logging_a_simple_message

기타 참고 자료

• https://developer.mozilla.org/en-US/docs/XULRunner/Deploying_XULRunner_1.8

mysql 서버를 중단시키지 않고 InnoDB 엔진도 핫백업이 가능한 도구로 XtraBackup이라는 오픈소스 프로그램이 있습니다. 소개를 보면 mysql 상용 백업 프로그램인 InnoDB Hot Backup 보다 더 많은 기능을 제공합니다.

XtraBackup은 기본적으로 InnoDB와 XtraDB의 백업을 지원하지만 같이 설치되는 innobackupex 스크립트를 통해서 MyISAM 방식도 백업이 가능합니다. 그리고 직접 해본 결과 ARCHIVE 방식의 DB도 백업되는 것을 확인했습니다.

개인적인 의견인데 이제 MySQL에서 꼭 MyISAM을 써야될 이유가 퇴색했기에 MyISAM을 돌리기 위해서 할당할 자원을 InnoDB에 최적화 시키는게 좋습니다.

XtraBackup은 증분백업도 지원하는데 InnoDB와 XtraDB만 지원합니다. 이런점 때문이라도 MyISAM 보다는 InnoDB를 쓰는게 좋습니다.

이 글에서는 제가 직접 테스트한 전체백업만 소개하겠습니다. 자세한 사용법은 Percona Xtrabackup – Documentation을 참고하시거나 구글링을 통해서 정보를 얻으실 수 있습니다.

XtraBackup의 설치는 데비안, 레드햇 계열 모두 저장소를 제공하고 있으므로 저장소만 추가하면 apt-get, yum으로 쉽게 설치하실 수 있습니다. 각 리눅스 패키지별 저장소 추가 및 설치도 구글링에 맡기겠습니다. ^^

설치가 끝났으면 아래의 명령으로 풀백업이 가능합니다.

$ innobackupex /백업경로

지정한 백업경로에 /백업경로/년-월-일_시-분-초/ 디렉토리가 생성되며 백업이 됩니다. 자동으로 디렉토리명이 백업시간으로 정해지니까 무척 편리합니다.

복구도 어렵지 않습니다.

먼저 mysql 서버를 중지시킵니다.
mysql이 데이터를 기록하는 디렉토리를 옮겨놓습니다.(mysql 설정 파일 my.cnf의 datadir 참고)

$ mv /var/lib/mysql /var/lib/mysql-old

다시 빈 디렉토리를 만듭니다.

$ mkdir /var/lib/mysql

아래의 명령어로 복구를 시작합니다.

$ innobackupex –copy-back /백업경로/년-월-일_시-분-초/

저는 22GB의 파일을 복구하는데 10분 걸렸습니다.
이걸 mysqldump로 백업한 sql로 복구했다면 수시간이 걸립니다.

복구된 mysql 디렉토리의 권한을 변경합니다.

$ chown -R mysql. /var/lib/mysql

마지막으로 mysql을 재시작 합니다.

참고자료: http://www.tekovic.com/mysql-hot-backup-with-xtrabackup-on-centos

몇번씩 재시작을 하며 부팅시 Shift키를 누르고 있어도 싱글모드 선택 메뉴가 나오지 않더군요.

결국은 한참을 구글링하여 알아냈습니다.

1. XenCenter의 좌측 VM 목록에서 원하는 VM을 선택합니다.
2. 우측의 VM General Properties 에서 Properties 버튼을 클릭합니다.
3. 새로 뜬 창에서 Boot Options 항목을 선택합니다.
4. OS boot parameters의 값을 ‘– quiet console=hvc0′에서 ‘single’로 바꿉니다.
5. VM을 재시작하면 root로 접속이 됩니다.
6. passwd 명령으로 비밀번호를 바꿉니다.
7. OS boot parameters의 값을 다시 원래대로 ‘– quiet console=hvc0′로 바꿉니다.
8. 재부팅 완료

참고자료: http://www.kevintaber.com/2012/08/01/reset-ubuntu-root-password-in-xenserver/

그런데 언제부터인가 아이폰을 연결해도 네트워크에서 ‘연결 안됨’으로 표시 되었습니다.

하지만 아이튠즈에서는 아이폰이 연결된 것으로 표시되었습니다.
저에게 문제가 일어난 정확한 시점은 모르겠지만 검색결과 아이튠즈 1.7 업데이트와 연관된 것으로 보입니다.

다행히 해결법을 찾았습니다.
아래 2개의 링크에서 파일을 각각 받아서 압축을 풉니다.

1. http://www.mediafire.com/file/44rgtt5k6ot0t72/AppleUSBEthernetHost.kext.zip
2. http://cvad-mac.narod2.ru/Kext_Utility

AppleUSBEthernetHost.kext 파일을 마우스로 잡아서 Kext Utility.app 에 떨어뜨립니다.
그러면 Kext Utility 프로그램이 실행되면서 어떠한 처리가 진행됩니다.
처리가 끝나면 이제 아이폰을 연결하고 개인용 핫스팟을 켜고 USB 연결을 시도하시면 됩니다.

* 출처 – https://discussions.apple.com/thread/4386838

메뉴의 도구 -> 웹 개발 도구 -> 개발자 도구 모음 을 선택합니다.
브라우저 하단에 명령창과 웹 콘솔, 문서 검사, 스크립트 디버거가 나타납니다.

명령창에 help 를 입력하면 위와 같이 사용 가능한 명령들이 나타납니다.

위 스크린샷은 help screenshot 을 입력한 모습 입니다.

재밌어 보이는 이 기능은 알고보면 엄청 좋은 기능 입니다.
여러분들이 개발하는 과정에서 여러번 반복해야 하는 일을 명령어 복사/붙여넣기로 반복 수행 할 수 있습니다.

예로 특정 쿠키를 지우고 싶다면 아래의 명령어로 지울 수 있습니다.

>> cookie remove KEY

그런데 아직 버그가 있는지 쿠키가 지워지지는 않더군요.
앞으로 이 기능이 발전하면 명령어로 파이어폭스를 다양하게 제어할 수 있을 것 입니다.

* 파이어폭스 16 릴리즈 노트: https://www.mozilla.org/en-US/firefox/16.0/releasenotes/