MangoLog

Linux 특정 유저에 루트권한 부여하기

2008-11-20T10:49:57+09:00

목적

특정 유저에 루트권한을 부여한다.

해결

/etc/sudoers 화일에 visudo명령을 통해 해당 유저를 추가한다.

방법

1. visudo 를 실행한다.
2. root 라인 이후에 다음과 같이 추가한다.

root ALL=(ALL) ALL
username ALL=(ALL) ALL

[Textcube Plugin] ImageStock v0.9

2008-11-19T18:18:51+09:00

1.플러그인 이름
ImageStock

2. 버전
0.8 (테스트 환경이 FF3와 IE7밖에 없어서 0.8입니다. 혼자쓰는 플러그인으로는 이정도면 충분하니 계속 0.8일예정?)
0.9 : 다중사용자 환경에서 오류를 수정했습니다.
0.92 : 저장시 이미지스탁 창이 닫히도록 수정했습니다.

3.뭐하는 플러그인인가?
간단히 말하면 다른 블로그에 올려둔 이미지를 포스트 작성시 삽입할 수 있습니다. 이걸 어디다 쓰냐하면, 저처럼 메인블로그와 사진블로그를 따로 운영하는 분들이 사진블로그의 이미지를 가지고 글을 작성해야할때 사용할 수 있습니다.

4. Requirement
Textcube : 1.7버전에서 만들었습니다. 다른 버전에서는 어떤지 모르겠습니다.
Browser : Firefox3에서 만들었습니다. IE7환경에서 테스트해봤는데 이상없는 것 같습니다.

5.설치법
다른 플러그인과 마찬가지로 해당 화일을 plugins 디렉토리에 갖다놓고, 플러그인을 켜두면 됩니다. 플러그인을 켜실때 환경설정으로 가서 RSS URL을 설정하는 것을 잊지 마세요.

6.사용법
제대로 동작한다면, 글작성(혹은 편집) 화면 아래쪽에 ImageStock이라는 버튼이 생깁니다. 이 버튼을 클릭하면 팝업창이 뜨면서 환경설정시 입력한 RSS에서 글(item)별로 이미지를 보여줍니다. 이미지를 클릭하면 본문에 삽입됩니다. 이미지에는 본래 블로그의 해당 포스트가 링크로 걸립니다.

7.Snapshot

<RSS주소 등록화면>

<글쓰기 화면>

8.다운로드

MG_BlogImageStock_v0.92.zip

Textcube 1.7 plugin : BlogImageStock

9.주의
1) RSS를 이용해서 이미지주소를 가져오기 때문에 오래전 글에 삽입된 이미지는 가져올 수 없습니다. 일반적으로 포스팅글 10개가 기준입니다.
1-1) 사용하다보니 최근 이미지만 가져온다는 단점이 좀 크네요. MetaWeblog API를 이용해서 모든 이미지를 다 가져오는 방법을 구현해봐야겠습니다. 언제가 될지 기약할수없지만...
2) 티스토리와 이글루스로 테스트했습니다. 타블로깅툴과는 어떻게 동작하는지 모르겠습니다.
3) 위지윅에디터로 이미지를 삭제하면 이미지는 삭제되지만 링크태그는 남습니다. 이건 거의 버그수준인데 제가 별로 불편하지 않다보니 그냥 두었습니다.

10. 라이센스
Textcube가 GPL인 것처럼 본 플러그인도 GPL입니다.

11. 기타
JParker님의 FlickrYoutubeMediaSearch 플러그인을 많이 참고했습니다.
정말 공부가 많이 되는 플러그인이에요.
이 자리를 빌어 감사드립니다 :)

Linux ip 주소 알아내기

2008-11-16T22:32:30+09:00

문제

Linux 내 PC의 IP주소를 알고싶다.

해결책

ifconfig | grep 'inet addr:'| grep -v '127.0.0.1' |
cut -d: -f2 | awk '{ print $1}'

Debian Linux Flash Player 설치

2008-11-15T14:12:11+09:00

문제

데비안 아이스위즐 브라우저에서 플래시 실행이 안될때

해결책

> 어도비 플래시플레이어를 설치한다.
자유소프트웨어 정신에 따라 오픈소스 flash player를 설치할 수도 있으나
현재 버전은 Adobe Flash Player를 완벽하게 대체할 수준은 아니라고 한다.

1) /etc/apt/sources.list에 다음 한줄 추가

deb http://www.backports.org/debian etch-backports main contrib non-free

2) 실행

wget -O - http://backports.org/debian/archive.key | apt-key add -
apt-get update
apt-get -t etch-backports install flashplugin-nonfree

Debian 40r5 x-window 해상도 문제

2008-11-15T13:42:42+09:00

문제

데비안 리눅스가 나를 640*480의 미칠듯이 답답한 세계에 가둬버렸다 ㅡㅡ;;
비됴카드 :NVidia GeForce4 MX 440
모니터 : 그럭저럭 17인치 LCD

해결책

콘솔에서 다음을 실행한 후 해상도를 조정해준다.

sudo dpkg-reconfigure xserver-xorg

참고:http://www.debianhelp.org/node/1666

리퍼러 단상

2008-11-14T23:58:02+09:00

예전에 Windows XP의 내부CDKEY를 교체하는 방법에 대해 포스팅을 한 적이 있다.
회사에서 인증이 안되는 CDKEY로 Windows를 설치하신 분들이나 서버의 CDKEY를 라이센스가 있는 CDKEY로 교체할때 참고하기위해 써둔 글인데 여전히 내 블로그의 검색어 순위 1위를 차지하고 있다 ㅡㅡ;;;

리퍼러를 보면 심지어 검색포털에서 "윈도우즈XP 정품 인증키"라는 검색어로 검색을 해서 들어오기도 한다. (이렇게 쓰면 이 글도 이 검색어에 걸리려나 ㅡㅡ;;;) 혹시나 해서 글의첫머리에 "이 글에서 인증키를 제공하진 않는다"고 밝혀놓았는데도 들어오는걸보면 검색결과조차 차분히 읽질 않는거다.

나도 회사생활하면서 회사 라이센스로 윈도우즈를 설치한다든가 했었지만, 포털에서 "정품 인증키"를 찾는 행위는 너무하지 않은가? 그렇게해서 찾아지지도 않을뿐더러...

리눅스 커널 버전 확인하기

2008-11-15T13:34:59+09:00

% uname -r

옴마야 너무 쉽다

데비안 40r5 GRUB 부팅 오류

2008-11-14T15:51:51+09:00

오류
설치가 완료된 후 재시작을 하고 멀티부트로더 GRUB에서 Debian으로 부팅을 했는데 다음과 같은 오류가 납니다.

Debian Linux Booting Error 17 : cannot mount 블라블라

원인
원 인은 어이없게도 BIOS의 하드디스크 순서와 GRUB의 하드디스크 순서가 매치하지 않기 때문이라는군요. 서버에 하드가 세개 설치되어있고 하나만 리눅스용, 나머지는 윈도우용입니다. hda, hdb, hdc 이렇게 세개가 되겠죠. 이중 리눅스는 hdc에 있습니다.

그래서 GRUB의 첫째줄은

root (hd2,0)

를 실행하려고 하지만 왠걸...
hd2는 윈도우 하드입니다. ㅡㅡ;;
결과적으로 hdc가 hd2가 아니라 hd0인겁니다.

해결
root(hd2, 0)를 -> root(hd0, 0)으로 수정하고 부팅하면
제대로 부팅이 됩니다. 부팅한 후 /boot/grub/device.map을 수정해줘야 이후에도 정상적으로 동작한다고 합니다.

참고 :
http://ubuntuforums.org/showpost.php?p= ··· ount%3D9

리눅스 서버 구성

2008-11-14T15:49:05+09:00

학생때부터 늘 리눅스에 대한 동경이랄까 그런게 있었더랬죠. 콘솔에서 멋지게 개발하는 긱스런 모습이랄까. ㅋㅋ 윈도기반 개발자로서 신기한 세상이에요.
하여 공부도 할겸 개발서버겸 홈파일서버로 집에다 리눅스 한대 세팅하려고 합니다. 몰아서 시간을 낼 수 없으니 조금씩이라도 만들어가야죠.

목적

파일서버 : samba
웹서버 : apache
DB : MySql, Postgre
PL : PHP, Python, (gcc는 기본)
데스크탑 : Xfree86 + GNOME + 웹브라우저 (Firefox)
기타 : 마작(?)

리눅스 배포판

OS : Debian Linux 4.0r5 [다운로드 싸이트]

네장짜리 DVD 이미지를 다운받아서 DVD로 구운다음 설치를 시도했습니다. 그런데 네트웍을 잡더니 지가 알아서 온라인상으로 설치를 하는군요 ㅡㅡ; 첫번째 DVD만 가지고도 설치완료입니다.

해결해야할 것

X Window가 설치되고 GNOME 데스크탑도 설치되었는데...
이거 해상도가 1024*768이 최고해상도네요.
예전에 Fedora 같은걸 쓸때는 비디오카드 설정을 맞춰주는 유틸이 있었던 것 같은데 데비안에선 아직 못찾았습니다 ㅡㅡ;;;

나의 첫번째 프로젝트

2008-11-13T01:31:21+09:00

살다보면 인생의 갈림길이란게 있다.
이쪽 길로 가자니 준비가 덜 됐고
저쪽 길로 가자니 괴롭고 무섭다.
그리고 뭐 어쨌거나 어느 길로 가야할지 모르고
선택한다고 갈 수 있는 것이 보장된 것도 아니다.

지금 내가 이런 상태다보니 자연스레 예전에 다니던 회사 생각. 그 곳에서 회사생활하던 생각이 난다. 그리고 무엇보다 참여했던 프로젝트 생각이 많이 난다. 조금만 더 잘했더라면 했던 기억들. 아무 많이 늦었지만 그 기억들을 꺼내어 정리를 조금 해두려고 한다. 나름 의미도 있고 배운 것도 있을텐데 그 때 그 작업을 하지 못했다.

첫번째 프로젝트는 모기업체 의약중간체사업부문의 내부프로세스를 위한 웹싸이트를 개발하는 것이었다. 선배가 PM으로 들어갔고 난 코더 그리고 외주개발인력 두명이 더 투입되었다. (이 바닥 고생을 그만두고 고향내려간다던 윤과장님 잘 계시는지 궁금해진다.)

아직 asp.net이 나오기 전이었는데다가 회사 인프라스트락처가 모두 MS제품이라 ASP로 개발했었다. 이런 얘기하면 개발고수분들에게 돌맞겠지만 뭐 초보코더에겐 ASP나 PHP나 Jsp나 다를게 거의 없었다. 어차피 개발언어의 심오한 부분까지는 들어가보지도 못했고 그저 문법적 차이만 인지하고 있을 따름이었으니...

개발중에는 공수에 계산되는 서버사이드보다 공수에 계산되지도 않은 UI 자바스크립트 개발에 시간이 다 들어갔다. 그것도 코딩보다 디버그에... 당시에는 HTML에 버전이 있는지, XHTML이 뭔지 DOM이 뭔지, CSS와 HTML을 분리시키는 의미가 뭔지, 알지 못했던터라 코드 내에는 DOM함수와 IE 내부지원 함수와 인라인 CSS가 난무했었다. (이거 지금도 사용하고 계시다면 유지보수하시는 분께 심심한 사의를 표한다.) 뭐 어쨌거나 사용자 스토리에 따라 각 UI Component가 동적으로 움직여야했기에 내겐 완전 도전의 영역이었다. 당시엔 Ajax란 말조차 없었다. 동적으로(인것처럼?) 보여주기 위해서 미리 HTML을 다 가져온다음 경우에 따라 감추거나 보여주었다.

열심히 하는 품을 보고 그랬는지 내게 전체 네개 파트중 비교적 작은 파트였던 QA 파트의 개발이 통째 덜컥 맡겨졌다. 해보다 안되면 나눠서 하자고 하셨는데 훗훗 그럴수야 있나. 덕분에 회사앞에 고시원에 방을 잡고 코드와 밤새워 씨름하다 가서 눈을 붙이고 다시 회사에 나와서 코드와 싸움을 했다. 즐겁기는 했는데 총각때였기에 가능했다 싶다. 당시 PM이던 선배는 그런 내게 일정이 너무 빡빡한거냐고 작업량을 줄여줘야하냐고까지 물었었다. ^^;; 그리고 그런 나를 베테랑 윤과장님은 약간은 대견하게 약간은 안쓰럽게 보셨던 것 같다.

개발팀으로 말할 것 같으면, PM은 대리급이었고 프로젝트 관리 전반을 맡아서 진행했다. 코딩은 별개. 그리고 개발자 셋. 두분다 과장급이었는데 그 중 한분은 베테랑 개발자로 나와 전혀 다른 의미에서 개발언어에 영향을 많이 받지 않는 분이셨다. 미국에서 프로젝트를 하시기도 하셨고, 손을 대면 프로젝트가 막 굴러갈 것 같은 포스의 소유자. 그리고 다른 한분은 뒤늦게 이렇게 말하긴 뭐하지만 일을 쉽게 하시는 스타일은 아니셨다. 지금은 기억나지 않지만 내가 보기에 중요하지 않은 문제로 오랜 시간 개발팀을 마라톤 회의로 이끄셨던 분.

프로그램 개발일이 그렇듯 일이 순탄치는 않았다. 고객이 초기단계에서 설렁설렁 요구사항을 체크해주다가 중간쯤 가서는 자기네들끼리 싸우기 시작한 것이다. 고객의 부장님과 실무대리가 바라보는 프로그램의 목적이 서로 달랐다. 두 사람이 요구하는 기능을 모두 만들어주면 좋았겠지만 이미 초기기획 단계에서 공수를 줄이기위해 고객이 스스로 가지를 쳐왔었다. 그런데 막상 프로젝트가 진행중인데 그 모양이 된거다. 덕분에 요구사항 정의서에 싸인받아 오려고 갔던 개발팀은 고객 부장과 대리의 싸움을 구경하며 회의실에 앉아 꿀먹은 벙어리가 되었다.

결국 어찌어찌하여 진행이되긴 했지만 이건 뭐... 어떻게 보면 최악의 시나리오가 된 셈이다. '일단 여기까지 개발하고 나머진 2차개발로 갑시다.' 이런 식이었는데... 개발이 종료되고 내가 회사에 있는 동안 해당 시스템의 2차개발은 없었다. 하지만 유지보수를 빙자해서 페이지는 계속 늘어났던 것으로 보인다. 그렇게 함으로써 고객측은 예산을 아꼈을지 모르겠으나 프로젝트 종료후 사용자들의 시스템 만족도는 그다지 높지 않았던 것으로 기억된다.

이 때 어렴풋이 확장가능한 프로그램을 설계한다는 것이 얼마나 어려운 것일지 감잡았던 것 같다. 더불어 수없이 찍어댔던 response.write와 response.end의 감각은 아직도 손끝에 남아있는 것 같다. 이로써 내 생애 첫번째 프로젝트는 약간의 체력적 타격과 함께 슬그머니 종료되었었다.