Dragonkun in Tistory

공개 SW 공모대전에 참가합니다.

드래곤군 — Wed, 13 Aug 2008 21:54:55 +0900

공개 SW 공모대전에 참가합니다.

별 일이 없으면 공개 SW 챌린지 Linux System Monitoring Tool 쪽으로 제출하려고 합니다.
Flex 공부도 할 겸, UI 는 레일스 + Flex 쪽으로 생각하고 있습니다.
사실 그래프 컴포넌트 등이 있는 Flex 로 하는 게 마감까지 맞출 수 있을 같더군요.
현재 확정 인원은 3명이고, 가능하기는 최대 5명까지 가능하니 주변에 떡밥 좀 뿌리고 다니고 있습니다;;

다들 학생이고 주중에는 회사 다니기에 주말밖에 시간이 안 나긴 하지만;;
되는 데까진 열심히 해봐야 겠습니다.

이번 주말 쯤엔 서점가서 Flex 책 좀 뒤져봐야 겠군요.

Ps. 이번 기회에 Redmine 좀 써보면 되겠군요. :)

Flex와 Rails, 그리고 REST

드래곤군 — Wed, 13 Aug 2008 09:08:50 +0900

이 글은 작업 중에 있는 글입니다.
차후에 설명을 붙이도록 하고 우선 소스만 올려둡니다.

Internal Action Script 가 포함된 Flex mxml 파일

<?xml version="1.0"?>

<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" creationComplete="svcPosts.send();"
>
<mx:HTTPService id="svcPosts" url="http://localhost:3000/posts.xml" method = "GET" resultFormat="e4x" result="postsResultHandler(event)" fault="postsFaultHandler(event)">
<mx:request>
<limit>20</limit>
</mx:request>
</mx:HTTPService>
<mx:HTTPService contentType="application/xml"
   id="svcCreatePost"
   url="http://localhost:3000/posts"
   useProxy="false" method="POST">
<mx:request xmlns="">
<post>
<name>{tAuthor.text}</name>
<subject>{tSubject.text}</subject>
<body>{tBody.text}</body>
</post>
</mx:request>
</mx:HTTPService>
<mx:HTTPService id="svcDeletePost"
   result="svcPosts.send();"
   url="http://localhost:3000/posts"
   method="POST"
   useProxy="false"/>
<mx:HTTPService id="svcEditPost"
   result="svcPosts.send();"
   url="http://localhost:3000/posts"
   method="POST"
   useProxy="false">
<mx:request xmlns="">
<post>
<name>{oldAuthor.text}</name>
<subject>{oldSubject.text}</subject>
<body>{oldBody.text}</body>
</post>
</mx:request>
</mx:HTTPService>
<mx:Style>
Panel { font-size: 12pt }
</mx:Style>
<mx:Script>
<![CDATA[
import mx.rpc.events.FaultEvent;
import mx.rpc.events.ResultEvent;
import mx.controls.Alert
import mx.events.CloseEvent;

[Bindable]

private var posts:XML;

public function postsResultHandler(event:ResultEvent):void
{
posts = event.result as XML
//Alert.show(posts);
}

public function postsFaultHandler(event:FaultEvent):void
{
Alert.show(event.fault.message, "Could not load posts!");
}

private function deleteHandler(event:Event) : void
{
Alert.show("정말 이 항목을 삭제하시겠습니까?", "포스트 삭제", 3, this,
function(event:CloseEvent):void
{
if (event.detail==Alert.YES)
svcDeletePost.url = 'http://localhost:3000/posts/'+dgPosts.selectedItem.id+'.xml';
svcDeletePost.send({id: dgPosts.selectedItem.id, _method:'DELETE'});
   });
}

]]>
</mx:Script>

<mx:Panel title="Flexible Board" height="100%" width="100%"
paddingTop="10" paddingLeft="10" paddingRight="10">

<mx:Label width="100%" color="black"
text="게시판입니다."/>

<mx:DataGrid id="dgPosts" width="100%" height="100%" rowCount="20" dataProvider="{posts.post}">
<mx:columns>
<mx:DataGridColumn dataField="id" headerText="No" width="40" textAlign="center" />
<mx:DataGridColumn dataField="name" headerText="이름" width="100" textAlign="center" />
<mx:DataGridColumn dataField="subject" headerText="제목"/>
<mx:DataGridColumn dataField="created_at" headerText="글 쓴 날짜" width="150" textAlign="center" />
<mx:DataGridColumn dataField="updated_at" headerText="변경된 날짜" width="150" textAlign="center"/>
</mx:columns>
</mx:DataGrid>

<mx:Form width="100%" height="100%">
<mx:FormItem label="이름">
<mx:TextInput text="{dgPosts.selectedItem.name}" id="oldAuthor" />
</mx:FormItem>
<mx:FormItem label="제목">
<mx:TextInput text="{dgPosts.selectedItem.subject}" id="oldSubject" />
</mx:FormItem>
<mx:FormItem label="글 쓴 날짜">
<mx:Label text="{dgPosts.selectedItem.created_at}"/>
</mx:FormItem>
<mx:FormItem label="변경된 날짜">
<mx:Label text="{dgPosts.selectedItem.updated_at}"/>
</mx:FormItem>
<mx:FormItem label="내용">
<mx:TextArea width="400" height="100" text="{dgPosts.selectedItem.body}" id="oldBody" />
</mx:FormItem>
<mx:Button label="글 수정"
   click="svcEditPost.url='http://localhost:3000/posts/'+dgPosts.selectedItem.id+'.xml';svcEditPost.send({_method:'PUT'});svcPosts.send();"/>
<mx:Button label="글 삭제"
   click="deleteHandler(event);"/>
</mx:Form>

<mx:Form width="100%" height="100%">
<mx:FormItem label="이름">
<mx:TextInput id="tAuthor" />
</mx:FormItem>
<mx:FormItem label="제목">
<mx:TextInput id="tSubject" />
</mx:FormItem>
<mx:FormItem label="내용">
<mx:TextArea id="tBody" width="400" height="100"/>
</mx:FormItem>
<mx:Button label="글 등록"
   click="svcCreatePost.send();svcPosts.send();"/>
</mx:Form>

<mx:ControlBar horizontalAlign="center">
<mx:Button label="새로 고침" click="svcPosts.send();"/>
</mx:ControlBar>
</mx:Panel>
</mx:Application>

레일스 어플리케이션의 DB 스키마

create_table "posts", :force => true do |t|
t.string "name"
t.string "subject"
t.text "body"
t.datetime "created_at"
t.datetime "updated_at"
end

레일스 어플리케이션 컨트롤러(REST)

class PostsController < ApplicationController
# GET /posts
# GET /posts.xml
def index
@posts = Post.find(:all, :order => 'created_at desc')

respond_to do |format|
format.html # index.html.erb
format.xml { render :xml => @posts.to_xml(:dasherize => false) }
end
end

# GET /posts/1
# GET /posts/1.xml
def show
@post = Post.find(params[:id])

respond_to do |format|
format.html # show.html.erb
format.xml { render :xml => @post.to_xml(:dasherize => false) }
end
end

# GET /posts/new
# GET /posts/new.xml
def new
@post = Post.new

respond_to do |format|
format.html # new.html.erb
format.xml { render :xml => @post.to_xml(:dasherize => false) }
end
end

# GET /posts/1/edit
def edit
@post = Post.find(params[:id])
end

# POST /posts
# POST /posts.xml
def create
@post = Post.new(params[:post])

respond_to do |format|
if @post.save
flash[:notice] = 'Post was successfully created.'
format.html { redirect_to(@post) }
format.xml { render :xml => @post.to_xml(:dasherize => false), :status => :created, :location => @post }
else
format.html { render :action => "new" }
format.xml { render :xml => @post.errors, :status => :unprocessable_entity, :dasherize => false }
end
end
end

# PUT /posts/1
# PUT /posts/1.xml
def update
@post = Post.find(params[:id])

respond_to do |format|
if @post.update_attributes(params[:post])
flash[:notice] = 'Post was successfully updated.'
format.html { redirect_to(@post) }
format.xml { head :ok }
else
format.html { render :action => "edit" }
format.xml { render :xml => @post.errors, :status => :unprocessable_entity }
end
end
end

# DELETE /posts/1
# DELETE /posts/1.xml
def destroy
@post = Post.find(params[:id])
@post.destroy

respond_to do |format|
format.html { redirect_to(posts_url) }
format.xml { head :ok }
end
end
end

생성된 SWF

우분투 Hardy에서 Phusion Passenger(A.K.A mod_rails) 설정하기

드래곤군 — Sun, 10 Aug 2008 16:07:17 +0900

설치
우선 Phusion Passenger (A.K.A mod_rails)를 설치합니다.

sudo gem install passenger

우분투에서는 설치 후 패스가 제대로 걸려 있지 않습니다.
/var/lib/gems/1.8 아래에 설치가 되더군요.
아래와 같이 아파치 모듈을 설치하는 명령어를 실행합니다.
(apache2-prefork-dev 같은 아파치 개발 패키지가 필요할지도 모릅니다.)

sudo /var/lib/gems/1.8/bin/passenger-install-apache2-module

엔터 몇 번을 치면 자동으로 모듈을 빌드하고 설치를 끝마칩니다.
그리고 아래와 같은 설정을 /etc/apache2/mods-availabe/mod_rails.load 라는 파일을 만들어 놓습니다.

LoadModule passenger_module /var/lib/gems/1.8/gems/passenger-2.0.3/ext/apache2/mod_passenger.so
PassengerRoot /var/lib/gems/1.8/gems/passenger-2.0.3
PassengerRuby /usr/bin/ruby1.8

쉘에서 아래와 같은 명령으로 mod_rails 모듈을 활성화 시킵니다.

sudo a2enmod mod_rails

그리고 아래와 같이 아파치 설정을 합니다.
전 포스팅에서 다뤘던 redmine 을 예제로 합니다.

우선 /etc/apache2/sites-enable/default 파일을 아래에 아래와 같이 수정합니다.

<VirtualHost *>
ServerName www.yourdomain.com
DocumentRoot /home/redmine/public
RailsEnv development
....(이하 생략)
</VirtualHost>

아파치를 설정을 다시 불러들입니다.

sudo /etc/init.d/apache2 force-reload

이걸로 설정이 끝났습니다.
다른 어떤 배포 환경보다도 간단하게 설치/설정이 가능합니다.
nginx+몽그렐 클러스터, 아파치+프록시 밸런서+몽그렐 클러스터 등등의 설정에 비하면 정말 간단해진 것을 알 수 있습니다.

우아한 재시작
레일스 어플리케이션을 구동하다 보면 새로운 모델을 추가한다던가 새로운 플러그인을 설치한다던가, 웹 서버를 재시작해야 할 일이 종종 생깁니다.
기존에는 우아하게 재시작하기 위해서 seesaw 와 같은 gem으로 몽그렐 클러스터를 관리했었는 데, mod_rails 는 한 술 더 뜹니다. 그저 어플리케이션 디렉토리에서 아래와 같은 명령어면 됩니다.

touch tmp/restart.txt

이렇게 restart.txt 파일만 만들어 놓으면 접속이 있을 때, 새로 레일스 설정을 불러들입니다.

어느 정도 mod_rails 를 이용하여 어플리케이션을 돌려봤는 데, 성능도 좋고 정말 안정적으로 돌아갑니다.
예전 초창기에 FCGI 썼을 때의 악몽(정말 이유를 알 수 없는 500에러...) 따위는 이제 생각하지 않아도 됩니다.
게다가 서버 재시작을 위해서 루트 권한도 필요없으니 한 번 설정만 해 놓으면 사용자 계정에서 무리없이 쓸 수도 있구요.
루비의 배포환경도 나날이 발전하고 있습니다. 아직 완벽해졌다고는 할 수 없지만, 이 정도만 되고 꽤나 편리해 진 셈이지요.

Flex 그리고 웹에 대한 짧은 생각

드래곤군 — Thu, 7 Aug 2008 21:44:23 +0900

redmines 는 주말쯤에 시간이 날 때, 다뤄보기로 하고 이번엔 Flex에 대한 생각을 정리하려 합니다.
왜 갑자기 Flex 냐 하면.. 제가 새 직장을 얻게 되어서 앞으로 Flex를 가지고 벌어 먹고 살게 되기 때문이죠.

이번 주는 실제 Flex를 다루지는 않았고, 약간 실제 프로젝트와는 거리가 있는
일종의 수습 기간 중 테스트로서 차후에 쓰이게 될 지도 모르는 커스텀 ssh/sftp 서버를 만들었습니다.
(Python, Paramiko 라이브러리로 제작했는데 이것도 기회가 되면 블로그에 정리해야 겠습니다.)
생각보다 일찍 완성이 되어서 Flex 공부하는 셈 치고, 이거저것 만져보고 rails 와 붙여보는 작업을 해 봤습니다.

퇴근 시간 전까지 잠깐 시간내서 만들어 본거라 거의 맛만 본 수준인데,
만들어 본 어플리케이션은 간단한 게시판의 형태로 글 쓰기, 수정, 삭제 까지는 못 만들었고;;
그냥 리스트만 가져와서 화면에 출력해 주는 수준이었습니다.

서버 사이드로는 간단하게 Rails 프로젝트가 REST Web Service 를 서비스하고 있고,
클라이언트 사이드에서 Flex가 작동하여 HTTP Request 를 이용해서 XML 형태로 데이터를 받아오고
리스트를 구성해 화면에 출력해 주는 형태로 작동하게 했습니다.
Flex 에서 기본으로 제공하는 디자인은 깔끔했고 애니메이션 효과도 훌륭했고,
액션 스크립트의 웹 서비스 클라이언트는 REST 도 잘 지원되고 Ajax와 같이 귀찮은 작업도 거의 없고..
오~ 이만하면 훌륭합니다. 조금 반응이 느리고 무거워 보인다는 단점 외에는 별다른 흠 잡을데가 없더군요.

하지만 아무리 Flex 의 기능이 훌륭하고 멋지다고 해도, 어떻게 보면 결국은 고품질의 swf 를 찍어내기 위한 거대한 프레임워크일 수 밖에 없더군요.
완성되어 나와진 html 에는 swf를 embed 하는 태그와 왜 있는지 잘 모르겠는 iframe 뿐이고..
과연 이것이 웹을 올바른 방향으로 이끄는 것인가에 대한 의문이 들더군요.

좀 쓰잘데기는 없지만 웹이 나아가야할 올바른 방향은 무엇인가에 대한 이야기는 예전에도 생각했던 적이 있습니다.
초창기의 웹은 분명 연결된 문서의 형태였습니다. 하지만 지금의 웹은 그러한 모습이라고는 보기 힘듭니다.
블로그와 위키 정도만이 그 형태를 유지할 뿐 거의 어플리케이션의 형태로 가고 있다고 보고 있습니다.
Ajax 역시 그 움직임을 가속화 시키기도 했구요.

그렇다고 웹이 어플리케이션으로 가게 되는 것인가 라고 생각을 해보면 그것 또한 끔찍한 모습입니다.
화려하고 동적인 페이지를 위해서 실제 얻고자 하는 정보와 무관한 큰 크기의 리소스들(Ajax 에는 큰 덩치의 JS 프레임워크, Flex 등의 swf 파일)을 받아야 한다니..
사실 모뎀 말고, 초고속 인터넷이 등장한 후 분명 통신의 속도도 빨라졌고, 사용하는 컴퓨터의 사양도 좋아졌지만,
불필요하게 웹의 덩치도 그것에 맞추어져 예전이나 지금이나 웹의 속도는 별로 빨라지지 않았다는 느낌도 듭니다.
그것 뿐이겠습니까.. 만약 Flex나 Silverlight 런타임 플러그인 위에서 돌아가게되는 구글을 통해 내용 검색을 할 수도 없게 되겠지요. 그렇게 되면 점차 시맨틱 웹이라는 것의 의미는 퇴색되게 되겠지요.

하지만, 그렇다고 해서 연결된 문서의 형태로 웹이 남아있어야 한다고 생각하지는 않습니다.
확실히 웹이 어플리케이션화 하면서 재미가 있었지고 사람들의 생활을 이롭게 한 것은 사실이니까요.

그래서 근본적인 취지에 맞게 웹 본래의 장점을 살려보자고 등장하던 것이 REST 였지만...
Flex 에서 REST 서비스를 이용하는 방식을 보면, 글쎄요.. 정말 REST가 답인가 하는 생각마저 들기도 합니다.

웹은 확실히 가장 성공한 TCP/IP 어플리케이션이지만..
시맨틱 웹, 웹 2.0 등등의 수식어에 여기저기 휘둘리는 웹의 모습이 왠지 안쓰러워 보입니다.

무슨 글을 쓰고 있는 지도 잘 모르겠습니다. 아주 예전에 있었던 논쟁글 몇 개 링크하고 마무리 짓습니다.
김국현 씨와 윤석찬 씨는 제가 매우 존경하는 분들입니다.
존경하는 분들의 논쟁을 보면 정말.. 즐겁기 그지 없습니다. :)

차세대 웹은 브라우저를 초월하여
반론 : 차세대 웹은 브라우저를 초월하여
반론에 대한 기록 : 차세대 웹은 브라우저를 초월하여

Ruby의 프로젝트 관리 어플리케이션, Redmine - 설치

드래곤군 — Tue, 5 Aug 2008 22:14:00 +0900

redmine의 홈페이지

오늘 아침 출근해서 이것 저것 웹 서핑하다가 우연히 redmine 의 존재를 알게 되었습니다.
Python 의 trac 처럼 위키, scm, 이슈 트래킹 시스템 등등이 포함되어 있는 통합 프로젝트 관리 어플리케이션이죠.
동아리 홈페이지에 프로젝트를 공유할 수 있는 시스템을 마련하려고 하는 차에 이 놈이 딱 눈에 들어오게 됐네요.
레일스로 만들어진 어플리케이션이라 조금 수정을 하면 다른 레일스 어플리케이션이랑 잘 붙을 것 같더군요.

우선 기능을 몇 개 살펴보면, 위에 언급한 위키, scm, 이슈 트래킹 시스템 등은 모두 사용할 수 있습니다.
더욱이 기본적으로 멀티 프로젝트가 가능하고 trac 에는 존재하지 않았었던 프로젝트 별 포럼과 파일 저장소를 지원합니다.
단순히 프로젝트 관리 기능에만 충실했던 trac 과는 달리 뉴스, 문서 관리 시스템 등 일종의 커뮤니티 및 배포 사이트로서의 기능이 포함되어 있습니다.

일단 한 번 설치를 해 봅시다.
우분투 8.10 데스크탑 버젼을 기준으로 설명합니다.

우선 subversion 클라이언트가 설치되어 있지 않으신 분은

sudo apt-get install subversion

으로 subversion 클라이언트를 준비합시다.

다음은 최신 stable 버젼을 저장소에서 export 합니다.

svn co http://redmine.rubyforge.org/svn/branches/0.7-stable redmine-0.7

디렉토리로 이동 후 webrick을 실행합니다.

cd redmine-0.7
./script/server

제 경우는 레일스를 2.1.0 버젼으로 업데이트 했는 데 config/boot.rb 가 버젼이 맞지 않는다고 하더군요.
redmine 은 레일스 2.0.2 버젼을 필요로 합니다.

rake rails:update

명령으로 boot.rb 를 최신 버젼으로 업데이트 시킬 수 있습니다.
레일스가 설치되지 않으신 분은

sudo gem install -v=2.0.2 rails

로 2.0.2의 버젼을 설치하시던가, 최신 버젼의 레일스를 설치하시고 저처럼 아래와 같은 작업을 하시면 됩니다.

config/environment.rb 를 열어서, 아래와 같은 부분에서 RAILS_GEM_VERSION을 현재 자신이 사용하고 있는 레일스의 버젼과 맞추어 줍시다.

RAILS_GEM_VERSION = '2.0.2' unless defined? RAILS_GEM_VERSION

다음은 데이터 베이스 설정입니다.
저는 mysql을 이용하므로 mysql 서버에 접속해 데이터 베이스를 만들어 줍니다.

create database redmine_development default character set utf8;
create database redmine_production default character set utf8;
create database redmine_test default character set utf8;

사실 production 환경으로 돌리는 것이 가장 나을 거고 그러면 redmne_production 만 만들어 주면 됩니다.
기본으로는 development 환경으로 서버가 돌아가게 되는 데, config/environment.rb 등에서 RAILS_ENV 를 'production'으로 변경하면 production 환경으로 돌아가게 됩니다. 저는 다른 프로그램들과 연동시킬 생각이라 development 로 돌리기로 했습니다.

다음은 config/database.yml을 수정합니다.

cp config/database.yml.example config/database.yml

로 샘플 설정을 복사하시고, db 이름, db user 이름, db user 패스워드 등을 잘 설정하시면 됩니다.
우분투의 경우 mysql 소켓의 위치가 rails 기본값과는 달라서 아래와 같이 해 주거나 혹은 mysql gem 을 설치하면 된다고 합니다.

development:
adapter: mysql
database: redmine_development
host: localhost
username: root
password:
encoding: utf8
socket: /var/run/mysqld/mysqld.sock

./script/server

웹 서버를 돌려보려 하면, rfpdf 플러그인이 에러를 냅니다.(레일스 2.1 기준)

/home/alice/redmine/redmine-0.7/vendor/plugins/rfpdf/init.rb 의 소스 중

ActionView::Base::register_template_handler 'rfpdf', RFPDF::View

을 아래와 같이 수정합니다.

ActionView::Template::register_template_handler 'rfpdf', RFPDF::View

그래도 아직 에러를 내는군요.;;
app/controllers/application.rb 에 제일 첫째 줄에

require 'redmine'

이라고 적어줍시다.

그리고 rake!

rake db:migrate

rake 중에도 또 에러가 나는데..
db/migrate/072_add_enumerations_position.rb
db/migrate/078_add_custom_fields_position.rb
파일의 each_value 라는 메소드를 그냥 each로 바꿔 줍니다.

rake가 끝나면 마지막으로 webrick을 실행시켜 보기위해

./script/server

로 서버를 실행시킵니다.

그리고 localhost:3000 으로 확인해보면 끝!

심플하다 못해 썰렁해서 왠지 모를 허무감마저 든다.

심플하다 못해 썰렁한 디자인의 redmine 첫 페이지가 나오네요.
이거 삽질하다 보니 그냥 레일스 2.0.2에다 설치하거나 redmine 개발 버젼을 설치할 걸 하는 후회도 좀 드네요. :)
그래도 굳이 난 레일스 2.1에 stable 버젼을 쓰겠다고 고집하시는 분이 계시면 이 글이 도움이 되었으면 하네요.
좀 사용해보고 trac과 비교도 해보고 하려고 했는데, 설치까지만 하도록 하고 다음 포스팅거리로 남겨둬야겠습니다.
사용기 전에 설치편 번외편;; 정도로 mod_rails, svn 연동을 다룰까합니다. mod_rails 설정이야 별 다를 것 없겠지만 이왕 하는 김에 같이 다룰까 합니다.

쉽게 익숙해지지 않는 루비 문법 { 코드 블록 }

드래곤군 — Sun, 3 Aug 2008 01:26:00 +0900

저는 루비를 제대로 공부해 본 적이 없습니다.
다만, 파이썬을 약간 다뤄본 지식으로 몇 개 레일스 프로젝트를 맡아 진행해 왔었고,
간단한 레일스 어플리케이션을 작성하기 위한 최소한의 루비 지식을 가지고 있습니다.
그렇기 때문에 아직도 익숙치 않는 루비 문법들이 많이 있고, 익숙치 않아서 자꾸 쓰기를 꺼려하는 문법들이 몇 개 있습니다.
그런 문법들의 개념을 익히고 잘 사용해 보기 위해서 한 번 정리해 보기로 했습니다.

코드 블록
루비 코드를 보게 되면서 처음으로 막히는 부분은 바로 코드 블록이었습니다.
코드 중간에 갑작스럽게 등장하는 중괄호나 do/end 키워드는 어떻게 해석해야할지 난해하기만 했습니다.
사실 지금도 루비는 초보 수준이라 코드 블록이 익숙하지는 않습니다. :)
코드 블록은 다음과 같이 쓰입니다.

object.method {
# 루비 코드들...
}

혹은

object.method do
# 루비 코드들...
end

메소드 뒤에는 당연히 인자들이 나열되어야 할 것인데.. 어째서 쌩뚱맞게 코드들이 나오는가?
하는 생각이 많이 들었죠.
이렇게 생각해도 되는 건지는 잘 모르겠지만..
코드 블록안의 코드들을 인자처럼 method 에 넘긴다고 생각하면 될 것 같네요.
실제로 메소드에서 인자로 요구하는 건 아니지만, 이해하기엔 그게 가장 쉽게 이해가 되더군요.

yield 키워드
위에서 인자처럼 넘긴다고 했는데, 그건 그냥 이해를 쉽게 하기 위해서 그렇게 생각하는 것이고..
실제로는 메소드안에서 yield 키워드 부분이 코드 블록으로 대체가 되는 것이더군요.
더 자세히 보면 메소드가 코드의 일부분을 코드 블록에게 양보(yield)한다는 느낌일까요.

def yield_test
puts "시작"
yield
puts "끝"
end

yield_test { puts "yield 되었음" }

의 결과는

시작
yield 되었음
끝

이 되겠지요. yield 에서 인자를 넘길 수도 있고 코드 블록에서 리턴된 값을 받을 수도 있습니다.

def yield_test
puts "시작"
result = yield(10)
puts "결과는 #{result}"
end

yield_test do |x|
x * 5
end

시작
결과는 50

yield 키워드가 함수처럼 10 이란 수를 코드 블록으로 넘겨줬고, 코드 블록은 10을 x라는 블록안의 지역 변수로 넘겨 받았습니다.
또 코드 블록에서 수행된 x*5의 결과를 yield_test 안으로 리턴하여 yield_test의 result가 넘겨받았음을 알 수 있습니다.

each 메소드
그 의미도 잘 모르고 계속 써 왔었던 Array 클래스의 each 메소드가 코드 블록을 보고 나니 다시 보이기 되더군요.
그냥 원래 그런 형태로 쓰는 거다 정도로만 생각하고 있었는데, yield 와 코드 블록을 이해할 수 있는 대표적인 예가 each 였네요.

[1,12,20,56].each { |i| puts i* 10 }

10
120
200
560

each는 Array 에서 한 원소씩 돌아가면서 계속 그 원소의 값을 인자로 yield를 하는 형식이겠죠.
yield에서 넘긴 인자를 코드 블록이 받아서 반복하는 형태의 가장 자주 쓰이는 코드 블록/yield의 예라고 할 수 있겠네요.

--
사실 최근에 취업과 관련해 면접을 보면서, rails 프로젝트를 진행한 것을 보고 루비를 잘 아시는 면접관 분이
루비와 레일스에 관련한 질문을 몇 개 하셨는데, 코드 블록에 대한 질문을 제대로 답변하지 못한 적이 있었습니다. 그래서 제대로 공부도 할겸 책도 찾아보고 인터넷 사이트도 뒤져보면서 알아보고 개념을 익히게 됐네요.
다음번에도 비슷하게 개념이잘안 잡힌 루비의 문법 등이 있으면, 정리해서 포스팅할 계획입니다.
이번 기회에 루비 공부도 확실히 해 두는 것이 좋을 것 같아서요. :)

REST 와 레일스

드래곤군 — Thu, 31 Jul 2008 21:10:00 +0900

레일스를 공부하기 시작한지도 벌써 1년이 다 되어가네요.
1년동안 사용한 것 치고는 크게 실력이 늘지는 않았지만, 이제야 어느 정도 감이 잡히고 있습니다.
레일스로의 입문은 쉽지만 어느 정도 파고들다 보면 새로 공부할 것이 많이 생기기도 합니다.
이제부터 이 블로그에 하나 하나씩 레일스와 관련된 지식들을 정리해 보려 합니다.
그 첫번째로 REST와 rails에 관련한 글로 시작합니다.

REST
우선 REST란 무엇인가 부터 짚고 넘어가야겠죠.
자세히 설명하기엔 실력도 부족하고, 더 좋은 설명들이 인터넷에 많기 때문에 아래의 링크로 대체 합니다.
REST가 무엇인지에 대해 굉장히 이해하기 쉽게 쓴 글입니다.

내가 아내에게 REST를 어떻게 설명했는가

간단히 말해서 리소스(표현의 대상)라는 것에 대해 URI와 HTTP METHOD로
그 리소스의 표현(html,xml 등등..)에 접근/제어하는 형식의 웹 아키텍쳐이죠.
간단히 말한다고는 했지만 전혀 간단하지는 않아 보이네요 :)

RAILS 2.0 의 scaffold
제가 레일스를 공부하는 중에 커다란 변화가 하나 있었습니다.
그건 레일스의 버젼이 1.2에서 2.0으로 업그레이드 했다는 점이었죠.
제가 2.0 버젼의 레일스를 쓰면서 가장 처음으로 당황했던 것은 바로
scaffold 가 생성해주는 코드였습니다.

/:controller/:action/:id 식의 라우팅이 아닌 다른 방식의 라우팅이라던가..
알 수 없는 repond_to 메소드에..
:url => { :controller => 'controller_name', :action => 'action_name' } 식이 아닌 url의 표현들이 꽤 낯설었었죠.
아래에 몇 개의 메소드만 붙여넣어 봅니다.

# POST /resources
# POST /resources.xml
def create
@resource = Resource.new(params[:resource])

respond_to do |format|
if @resource.save
flash[:notice] = 'Resource was successfully created.'
format.html { redirect_to(@resource) }
format.xml { render :xml => @resource, :status => :created, :location => @resource }
else
format.html { render :action => "new" }
format.xml { render :xml => @resource.errors, :status => :unprocessable_entity }
end
end
end

# GET /resources/1
# GET /resources/1.xml
def show
@resouce = Resource.find(params[:id])

respond_to do |format|
format.html # show.html.erb
format.xml { render :xml => @resource }
end
end

# DELETE /resources/1
# DELETE /resources/1.xml
def destroy
@resource = Resource.find(params[:id])
@resource.destroy

respond_to do |format|
format.html { redirect_to(resources_url) }
format.xml { head :ok }
end
end

시작은 routes.rb 부터...
레일스에서 REST의 시작은 config/routes.rb 로부터 시작합니다.

map.resources :posts

이 한 라인을 추가 하면, posts 리소스에 접근하기 위한 URI 들이 설정이 됩니다.

GET /posts
POST /posts
GET /posts/new
GET /posts/:id/edit
GET /posts/:id
PUT /posts/:id
DELETE /posts/:id

위에서부터 각각 PostController의 index, create, new, edit, show, update, destroy를 호출합니다.
그리고 뷰에서는 posts_url, new_post_url, post_url(@post), edit_post_url 등의 헬퍼를 사용해서 url을 표현할 수 있습니다.

또한 액티브레코드의 has_many 관계처럼 routes.rb 에서도 비슷하게 표현해 줄 수 있습니다.

map.resources :posts, :has_many => :comments

마찬가지로 아래처럼 라우팅이 설정이 되고, 각각의 헬퍼가 만들어 집니다.

GET /posts/comments
POST /posts/comments
GET /posts/comments/new
GET /posts/:post_id/comments/:id/edit
GET /posts/:post_id/comments/:id
PUT /posts/:post_id/comments/:id
DELETE /posts/:post_id/comments/:id

이 때의 헬퍼의 이름들은 comments_url(@post), new_comments_url(@post), comment_url(@post,@comment), edit_comment_url(@post,@comment) 등이 됩니다.

CRUD(Create, Read, Update, Destroy) 외의 액션에 대해 url을 만들어 주고 싶을 때엔 :collection 과 :member를 이용할 수 있습니다

map.resources :posts :member => {:recommend=>:put}
map.resources :posts, :collection => {:manage=>:get}

member의 경우는 /posts/:id/recommend 와 같이 하나의 리소스에 해당하는 액션일 때,
collection은 /posts/manage 같이 모든 리소스에 해당하는 액션일 때 사용합니다.
위의 :put과 :get 은 허용하는 http method를 의미하고 :any라고 쓰면 모든 http method(:get, :post, :put, :delete)를 허용합니다.

respond_to do |format|
그럼 scaffold의 각 메소드 끝에 나와있는 respond_to 에 대해서 살펴봅시다.
사실 위의 URI 매핑에서 생략된 것이 하나 있습니다.
바로 :format 이라는 건데, 리소스를 어떤 형태로 표현할 것인가에 대해서 요청합니다.
사실 위의 7개의 라우팅은 아래와 같은 또 다른 형태의 매핑이 있습니다.

GET /posts.:format
GET /posts/:id.:format
GET /posts/new.:format
GET /posts/:id/edit.:format
...

위와 같은 라우팅 규칙을 통해서 /posts.html, /posts.xml, /posts/1.html, /posts/1.xml 등의 요청이 커버됩니다.
/posts/1.xml 같은 요청의 경우 format 이라는 메소드는 xml 을 리턴하게 됩니다.
respond_to do |format| 에서 format 이 xml일 경우는 format.xml 에 해당하는 블럭을 실행하게 됩니다.

다시 한 번 말씀드리면 위의 REST 설명에도 잘 나와있듯이 리소스의 표현은
html 외의 다른 여러가지가 될 수 있습니다.
가장 주로 쓰이는 예로는 xml이 있겠지요. text가 될 수도 있고, pdf가 될 수도 있겠지요.
오픈API 같은 웹 서비스를 구현할 때 리소스의 표현을 xml로 이용하면 쉽게 구현할 수 있겠죠.

위의 scaffold 의 코드에서는 format이 html일 경우는 생략이 가능한데..
생략하게 되면 repond_to에서 디폴트로 가장 첫 라인의 format을 선택하기 때문이라고 하더군요.

----

REST와 레일스라고 거창하게 시작을 했는 데 결국은 레일스 2.0 scaffold 에서 생성한 컨트롤러 분석이 되버렸네요.
그래도 주위에 레일스 2.0의 접근을 어려워하는 분들이 있어서, 그런 분들에게 도움이 되는 글이었으면 좋겠네요.

플리커, CCL을 이용한 저작권 문제 없는 인터넷 글쓰기

드래곤군 — Mon, 28 Apr 2008 13:34:59 +0900

포스팅을 하면서 고민되는 문제 중의 하나가 바로 저작권입니다.
내 포스트에 사진을 넣고 싶은 데, 아무데서나 퍼 왔는데, 그게 알고보니 유명 사진 작가의 사진이었다면?
간혹 그냥 인터넷에 떠도는 사진을 자기 홈페이지에 넣었다가 사진 작가들에게 소송을 걸렸다는 이야기가 들리기도하고,
그런것만 전문적으로 찾아서 소송을 걸어서 먹고 산다는 변호사들이 있다는 소문도 있고...
그렇다고 일일이 저작권자를 찾아서 허락을 받기도 힘들고..

이런 고민을 하시는 분들을 위해서..
Flickr를 이용해서 저작권에 위배되지 않고 사진을 이용할 수 있는 방법을 소개해 드립니다.
Flickr 는 전 세계적인 사진공유/관리 사이트 입니다.

예를 들어 한우와 관련된 글을 쓴다고 가정합시다.
일단 플리커로 들어가서 'Korean Cow' 라고 검색을 합니다.

아쉽게도 국내의 자료는 많이 등록되어 있지도 않고, 등록된 자료들 중에서도 CCL 이 적용된 것은 매우 드뭅니다.
그래서 검색을 할 땐 영어로 검색을 해야 쓸만한 결과를 얻으실 수 있습니다.

결과들이 나옵니다. 그럼 이 사진들을 그냥 가져다가 쓸 수 있느냐?
그렇지 않습니다. 이 모든 사진들은 사진을 찍은 사람에게 저작권이 있습니다.
아래 사진에 보이는 All rights reserved 가 그것을 의미하고 있습니다.
(사실 All rights reserved 라고 따로 명시를 해 주지 않아도 인터넷의 모든 저작물들은 저작권에 의해서 보호받을 수 있습니다.)

이런 표시가 있으면 그냥 퍼 오시면 안됩니다.

그럼 어떻게 해야 할까요? 여기서 우리의 구세주 Creative Commons License(이하 CCL)가 등장합니다.
CCL 은 자신의 창작물에 대하여 일정한 조건하에 모든 이의 자유이용을 허락하는 내용의 라이선스 입니다.(http://www.creativecommons.or.kr/ 참고)
일정한 조건은 아래 쪽에서 다루기로 하죠.

고급 검색 하단에 있는 Creative Commons 관련 옵션을 체크 해 줍니다.
아래 체크박스 아래에 있는 항목도 해당사항이 있으면 체크해 줍시다.

이제 나오는 목록은 CCL이 적용된 목록입니다.
목록을 주욱 훑어보시다가 이거다 싶은 사진을 클릭해 봅시다.

맘에 드는 사진을 찾았내요. CCL 표시도 확실히 되어있구요.
그럼 왼쪽 위에 있는 돋보기 아이콘을 클릭해 봅시다.

(사진 7. 사진 다운로드 화면)
여기서 마음에 드는 크기를 클릭합니다. 그리고 드래그 후 복사 후 자신의 블로그에 붙여넣기 합니다.
복사할 때, CCL 마크와 라이선스 이용 허락 조건도 같이 복사합시다.

Flickr : donut2D님

CCL 의 이용허락조건

CCL이 적용된 컨텐츠를 사용하는 데에는 일종의 대가(?)가 있습니다.
CCL의 컨텐츠에는 작은 아이콘으로 이른바 이용허락조건이 표기되어 있는 데, 그 의미는 아래와 같습니다.

저작자 표시
(이미지를 찾지 못해서 넣지 못했는 데 위 한우 사진에 BY: 라고 써 있는 아이콘과 같은 뜻입니다. 주로 이 사람 아이콘을 쓰는 데, 플리커는 특이한 걸 쓰는 군요..)

저작자 표시 - 비영리

저작자 표시 - 변경금지

저작자 표시 - 동일조건변경허락

저작자 표시 - 비영리 - 변경금지

저작자 표시 - 비영리 - 동일조건변경허락

다른 것은 별 설명이 필요없을 것 같고..
'동일조건변경허락' 만 부가 설명을 하자면, 그 컨텐츠는 수정이 자유롭지만 변경 후에는 반드시 CCL을 적용하고 같은 원본과 같은 조건으로만 배포할 수 있습니다.

아쉬운 점

이렇게 자유롭게 손 쉽게 유용한 컨텐츠들을 공유할 수 있는 CCL이지만, 아쉬운 점이 있습니다.
아직은 CCL이 적용된 국내의 컨텐츠가 부족하다는 점과 국내 커뮤니티 등에서 CCL을 적용하고 있는 곳이 거의 없다는 점이지요.
또한 국내의 저작권에 대한 몰이해(불펌 블로그 등)와 공유 의식의 부재 역시 CCL의 확산을 가로막는 장애물이라고 할 수 있겠죠..

CCL을 통한 컨텐츠의 올바른 공유(P2P로 불법 자료 공유하면서 변명으로 내세우는 공유정신이 아닌)는 서로를 이롭게 합니다.
저작권자는 내 저작물이 많은 사람들에게 읽히거나 사용될 수 있어서, 이용자는 훌륭한 품질의 컨텐츠를 손쉽게 이용할 수 있어서 좋지요.
많은 사람들이 공유했으면 좋겠다고 생각하는 당신의 컨텐츠에도 CCL을 적용해 보는 것은 어떨까요?

어설픔의 절정, 스무살. 영화 [나의 노래는]

드래곤군 — Mon, 21 Apr 2008 01:47:12 +0900

희철은 무엇을 해도 어설픕니다.
그의 노래도, 그의 춤도.. 그의 인간관계 역시...
너무 어설퍼서 희철을 바라보는 민하의 마음 역시 눈치채지 못합니다.
비장한 모습으로 연주에게 필름을 건네지고 멋지게 돌아서서 스쿠터를 타고 가야하는 장면에서도..
결국 기름이 바닥이 나서 스쿠터를 팽개치고 걸어갑니다.
실제 상황이었다면 아마 얼마 걸어가다가 다시 스쿠터를 끌고 갔을지도 모르겠군요.. :)
무엇을 해도 어설프기만한 '스무살'의 청년. 그게 바로 희철입니다.

자신이 하고 싶은 것이 무엇인지도, 자기가 할 수 있는 것이 무엇인지도 모른채,
그냥 되는대로 살아가고 있던 희철에게 영화의 꿈을 가지게 한 사람들.
연주와 상우 역시 어설픈 초짜 단편 영화 감독과 매우 어설픈 초짜 영화 촬영 감독입니다.
연주의 어설픈 열정은 주위 사람들을 상처입히기도 하고, 자신 역시 상처를 입습니다.
상우 역시 처음부터 모든 것이 올바르지 않다는 걸 알고 있었으면서도 말릴 수 없었습니다.
그들 역시 아직은 어설픈 스무살의 청년들이니까요.

저 역시 스무살에는 정말 지나고 나면 아무렇지도 않을 쓸데없는 것들로 고민했던 적이 많았습니다.
지금 생각해보면 얼굴이 화끈거릴 정도로 어설프고 부끄러운 순간들이었지만..
그래도 고민하고 방황했던 그 순간만큼은 정말 진지했고 뜨거웠고 열정적이었던 것 같습니다.

그래도 희철은 많은 우여곡절 끝에 '영화'라는 꿈을 찾아냅니다.
그리고 그 '영화'라는 목표를 위해 꾾임없이 노력하는 스무살이라는 타이틀을 가지게 됩니다.
사실 꿈을 찾는 다는 것이 그렇게 쉬운 일이 아닙니다.
아직도 저도 너의 꿈이 뭐냐는 질문을 받으면 한참을 버벅이다 그냥 둘러대기만 하기 바쁘니까요.

이래저래 어설픈 스무살이라는 표현을 쓰고 있지만.. 그래봐야 저도 어설픈 20대 중반일 뿐입니다. :)
그것도 무려 극 중 희철이 보다 못한 그다지 제대로 된 꿈도 가지고 있지 않지요.
20대여 꿈을 가져라~ 하고 비장하게 글의 끝을 맺고 싶지만..
우선 저부터 꿈을 가질 수 있도록 열심히 노력을 해야겠네요.. -_-

Ps. 영화는 4월 25일 개봉입니다.

웹 접근성을 생각하는 자바스크립트

드래곤군 — Fri, 4 Apr 2008 23:43:39 +0900

요즘의 웹 사이트들은 점점 Ajax 의 사용추세가 늘어나고 있습니다.
하지만 사실 Ajax 에는 치명적인 단점이 있습니다.
바로 웹 접근성이죠.

Ajax 가 처음 등장했을 때 문제로 제기된 큰 문제가 몇가지가 있었는데..
그 중 하나는 뒤로 가기 버튼이었고, 다른 하나가 이 접근성에 해당하는 문제였습니다.

물론 모든 Ajax가 웹 접근성을 해치는 것은 아닙니다.
Ajax 를 사용하더라도 접근성을 해치지 않는 방법들이 여럿 고안되었으니까요.
하지만 국내에서 사용되고 있는 Ajax 의 대부분은 Javascript(또는 기타 클라이언트 스크립트)에만 의존하는 경향이 있습니다.

<a href="#" onclick="sampleFunction();"> 는 이제 그만.

그 중 가장 간단히 생각할 수 있는 것이 <a href="#" onclick="javascript:"> 등으로 시작하는 코드입니다.
하지만, Javascript 가 제대로 동작할 수 없는 환경에선 무용지물입니다. 그럼 어떻게 해야하는가..

<a href="대체 URL" onclick="return !sampleFunction();">

여기서 포인트는 두 개입니다. 대체 URL 과 sampleFunction() 앞의 ! 죠.
대체 URL 은 말 그대로 Javascript 가 동작하지 않을 때 이동해야할 페이지입니다.
물론 해당 동작에 대한 대체 페이지가 마련되어야 겠죠.

그러면 클릭할 때, onclick 이 실행되는게 아니라 대체 URL로 이동해버리는 것이 아니냐..라고 생각하시는 분들이 계실텐데..
!(느낌표) 는 그것을 막기 위해 고려된 것입니다.
여기서 조건은 sampleFuntion 은 xmlHTTPRequest 가 성공하면 True, 실패하면 False 를 리턴하도록 구현되어야합니다.

만약 sampleFunction 이 동작을 성공하면 True가 리턴되고, <a> 태그의 동작은 return false; 가 되어 실제로 페이지 이동을 하지않게 됩니다.

레일스(Rails)의 함정

드래곤군 — Wed, 2 Apr 2008 22:39:00 +0900

Rails 는 정말 훌륭한 웹 프레임워크입니다.
하지만 편하다고 아무렇게나 코딩을 하게 되면 골치아픈 상황들이 여럿 발생합니다.
프레임워크에서 어떤 SQL을 생성하는지, 각 쿼리들은 속도가 어떠한지 꾸준히 확인을 해 줘야합니다.

이 포스팅은 제가 정말 생각없이 코딩을 하게 되어서 겪은 여러가지 상황을 정리한 것입니다.

#1. N+1 문제
흔히 말하는 N+1 케이스입니다.

멀쩡해 보이는 코드지만.. 날아가는 쿼리가.. 대략.. 이렇습니다...-_-

Eager Loading 으로 해결가능 합니다만..
Eager Loading 으로 쿼리의 수는 1개로 확실히 적어지지만, 항상 성능이 좋아지는 것은 아닙니다.

자세한 건 이 글 을 참고하시면 좋겠습니다.

덧붙여서 윗글의 정보와는 달리 현재 Edgerails 에서는 :preload 옵션이 없고 :include 를 사용해도,
preload 가 가능한 경우는 Eager Loading이 아니라 Preload 를 하도록 패치되어 있습니다.

#2. Find conditions 에 시간을 사용할 경우는 한 번 더 생각을...
얼마전 테스트를 하다가 우연히 발견했습니다.

어느 쪽이 더 빠를까요? 당연히 테이블 전체를 가져오는 1번보다 2번이라고 생각하기 쉽습니다.
그런데 실제로 해보면 예상치 못한 결과가 나오더군요.

첫번째 호출할 때는 2번이 빠른데.. 두번째 이상 호출을 하게 될 경우, 1번이 훨씬 빠릅니다.
답은 각자 생성하는 쿼리에 있었습니다.

1의 경우는

로 처음이나 두번째 호출 후나 일정한 반면에..
2의 경우는

처럼 초단위가 변해서 쿼리가 날아갑니다.

한마디로 쿼리 캐시가 안되고 계속 새로운 쿼리를 보내는 것이죠.
아마 1초단위 까지 정확히 하루 전이라고 하고 싶으면 어쩔 수 없겠지만..
초단위 혹은 분단위를 올림/내림 등을 하는 것만으로도 쿼리 캐시의 효과를 잘 이용할 수 있게 될 겁니다.

#3. Pagination 의 함정.
이번엔 페이지를 나누는 Pagination 에서 생기는 문제입니다.
레일스 2.0 에서는 Pagination이 레일스 코어에서 빠지고 플러그인 식으로 설치를 해야 하는데..
제가 설치해 본 대부분의 Pagination 플러그인이 같은 문제를 가지고 있었습니다.

Pagination의 동작은 크게 두 부분으로 나눌 수 있습니다.
페이지 표시를 위해 전체 레코드 수를 가져오는 것과 페이지 번호를 이용해 :offset 과 :limit 으로 특정 부분의 레코드를 가져오는 부분입니다.
Pagination 의 플러그인 중 하나인 will_paginate 같은 경우 다음과 같이 Paginate를 합니다.

find 의 옵션들을 그대로 쓸 수 있으므로 아주 편하게 paginate를 할 수 있습니다.
그런데 문제는 include 옵션이 들어가게 되면 문제가 발생합니다.
우선은 paginate 는 #1 에서 언급한 preload 가 구현이 되어 있지 않고..
두번째 문제는 전체 레코드 수를 가져오는 부분에서 쓸 데없는 Join 이 일어납니다.
위의 경우는.

와 같은 쿼리가 생성됩니다. 그런데, 위의 경우는 굳이 comments와 join 할 필요가 없고,
만약 join을 해아할 테이블이 훨씬 많아지면 오버헤드는 상상할 수 없을 정도로 커집니다.
단순히 레코드가 몇 개인지 세는 것 뿐인데 말이죠.

외국의 글입니다. 이 paginate 문제 의 해결책을 제시하고 있습니다만 count 를 하는 쿼리와 선택을 하는 쿼리를 직접 SQL 로 만들어서 하는 방식은 가장 유연한 방식이지만 그다지 깔끔해 보이진 않네요.

will_paginate 의 이슈 트래커에 정확히 같은 문제를 지적한 티켓이 올라왔군요.

블로그 티스토리로 이전합니다.

드래곤군 — Wed, 2 Apr 2008 19:59:51 +0900

블로그를 기존 개인 서버에서 티스토리로 이전했습니다.
학교에 개인 서버를 두고 있었는데, 학교 보안 정책상 외부에서 SSH 접근이 복잡하게 되고,
때마침 도메인도 기간이 만료되어서 연장하라고 그러길래 그냥 티스토리로 옮기게 됐습니다.

그 동안 바쁘다는 핑계로 포스팅을 안하고 있었는데..
그냥 일에 관련된 포스팅이라도 올려야겠습니다.;;
그런고로 앞으로 레일즈나 웹 개발과 관련된 포스팅이 계속될 것 같군요.

우분투와 데비안의 기형적 관계

드래곤군 — Sun, 14 Oct 2007 05:19:22 +0900

간만의 포스팅입니다. 우분투 7.10 Gutsy Gibbon 의 출시를 약 5일 남기고 있는 시점에서, 데비안과 우분투의 관계에 대해서 그림으로 표현한 포스팅을 보게 되어서 글을 남깁니다.

http://beranger.org/index.php?page=diary&2007/10/09/15/13/10-ubuntu-vs-debian-graphically-exp

데비안의 Debian Maintainer가 우분투의 SOMEBODY로 대체된 것을 제외하면 거의 비슷한 모습을 하고 있지만, 문제는 왼쪽에서 오른쪽으로 향하는 화살표는 있지만, 오른쪽에서 왼쪽으로 나가는 화살표가 없다는 점입니다. 우분투가 데비안 기반의 배포판인 만큼 데비안의 패키지를 가져와서 개발을 하게 되지만, 정작 개발 후에는 다시 데비안으로 피드백이 되지 않는다는 거죠. 데비안 메인테이너, 개발자 들이 보기엔 데비안의 단물만 쪽쪽 빨아가고 있는 듯한 느낌이 드는 것도 무리가 아니겠군요.

데비안은 FSF(Free Software Foundation)로 부터 지원받는 자원 봉사자들로 구성된 데비안 메인테이너들에 의해서 패키지가 관리되고 있고, 우분투는 백만장자인 마크 셔틀워스(Mark Shuttleworth)가 CEO로 있는 캐노니컬(Canonical)이라는 기업에서 관리되는 배포판입니다. 돈 많은 기업이 자원봉사자로 구성된 커뮤니티를 착취한다는 느낌마저 들기도 합니다.

위와 같은 불만이 데비안 개발자로부터 터져나왔다는 사실 자체가 데비안과 우분투 사이에 불화의 위협이 시작된 것이 아닌가 싶습니다. GPL에 위배되는 것은 아니지만, 캐노니컬의 데비안으로의 피드백을 하지 않는 정책(?)은 데비안 커뮤니티 사이에서 환영받을 일은 아니죠. 결국 같은 작업을 우분투에서 하고 다시 데비안에서 하는 이중적인 개발이 이루어질 테고, 그건 양쪽 모두에게 개발의 지체를 가져오게 되겠죠.

우분투가 가정 영향력 있는 리눅스 배포판이 된 지금 캐노니컬은 데비안 커뮤니티와의 '기생적 관계'가 아닌 쌍방향의 피드백이 오가는 '공생적 관계'로 나가야 할 필요가 있습니다. 상대가 MS나 레드햇, 노벨과 같은 기업이 아닌 데비안 커뮤니티인 만큼 굳이 경쟁적인 체제를 도입할 필요가 없고, 데비안이 잘 되면 결국 우분투도 잘 될 수 밖에 없는 구조에서 협력, 지원을 하는 것은 손해가 될 것이 전혀 없을텐데 개인적인 의견으로는 캐노니컬의 현재 모습이 잘 이해가 되지 않는군요. 캐노니컬에서 이 문제를 인지하고 긍정적인 방향으로의 정책을 펼쳤으면 합니다.

리눅스, 맥용 네이트온 클로즈 베타 시작!

드래곤군 — Sat, 21 Jul 2007 13:51:09 +0900

리눅스(혹은 맥)에서 네이트온을 기다리셨던 분들 많으셨을텐데요.
드디어 리눅스 용(맥 용) 네이트온 클라이언트가 완성이 된 모양입니다.

오픈 소스로 진행되는 네이트온 클라이언트는 과연 어떤 모습이 될까요?
국내 서비스로써 리눅스용 클라이언트를 제공하는 일은 매우 드문일이기에..
이번 일이 다른 많은 서비스들도 윈도우즈 뿐만 아닌 다른 운영체제에 대한 지원을 고려해 보는 계기가 되었으면 좋겠군요.

http://nateonweb.nate.com/help/beta/linux_mac_tester/index.php

PHP 웹 프레임워크 symfony 로 웹 프로그램 개발하기. < 설정 >

드래곤군 — Fri, 9 Feb 2007 17:06:31 +0900

환경은 우분투 리눅스 6.10 Edgy eft 사용했습니다.
이 문서는 symfony 공식 문서에 기반하고 있습니다.

우
선 symfony를 php에서 cli를 사용할 수 있어야합니다. cli는 command line interpreter의 약자로
쉘에서 php 프로그램을 실행시킬 수 있게 하는 인터프리터입니다. cli 는 php 4.3.0 이후의 버젼에서 지원하기
시작했죠. python이나 perl 같이 php를 쉘 스크립트로 사용할 수 있게 됩니다.

1. symfony 설치하기

$ sudo apt-get install php5-cli

symfony 는 아직 우분투 저장소에 올라오지 않은 모양입니다. php-pear를 통해서 써드 파티 extension들을 구할 수 있으니 php-pear 패키지를 설치합니다.

$ sudo apt-get install php-pear

pear 를 이용해서 symfony 를 설치합니다.

$ sudo pear channel-discover pear.symfony-project.com
$ sudo pear install symfony/symfony

이로써, symfony 의 설치는 완료입니다.

2. symfony 프로젝트 시작하기

프로젝트 초기화
이제 symfony 를 이용해서 프로젝트를 시작해 봅시다.
일단 자신의 디렉토리로 이동해서 프로젝트 디렉토리를 생성합니다.

$ mkdir myproject
$ cd myproject
$ symfony init-project myproject

명령어 이후에는 아래와 같은 디렉토리들이 생성됩니다.

apps/
batch/
cache/
config/
data/
doc/
lib/
log/
plugins/
test/
web/


어플레케이션 생성
프로젝트는 적어도 하나의 어플리케이션을 포함해야합니다. 아래의 명령으로 어플리케이션을 생성합니다.

$ symfony init-app myapp

명령어 이후 아래와 같은 디렉토리 및 파일이 생성됩니다.

apps/
  myapp/
    config/
    i18n/
    lib/
    modules/

web/
  index.php
  myapp_dev.php
    templates/

웹 서버 설정
userdir 모듈을 사용하실 경우에는 module의 기본 설정 아래와 같은데..

AllowOverride File AuthConfig Limit

아래와 같이 편집하는 과정이 필요합니다.

AllowOverride all
Allow from all

적어도

  <Directory "/home/dragonkun/symfony/myproject/web">
    AllowOverride All
    Allow from All
  </Directory>

같이 해당 프로젝트 디렉토리 아래의 web 의 설정은 위와 같아야 합니다.

심볼릭 링크
프로젝트에서 라이브러리를 가져올 수 있도록 path를 연결해야 합니다.
프로젝트의 디렉토리로 이동 해서 다음과 같이 입력을 합니다.

$ ln -sf /usr/share/php/data/symfony/web/sf/

위의 디렉토리는 리눅스의 배포판이나 pear의 버젼 등등에 따라서 조금씩 달라질 수 있습니다. 이 점 유의하시기 바랍니다.

http://서버 주소/myproject/web 을 확인하시면 아래와 같은 결과를 얻을 수 있습니다.

다음에는 MVC 패턴에 대해서 알아보고, 직접 프로그램을 만드는 것을 다뤄보겠습니다.

등골이 오싹한 패스워드 찾기 서비스.

드래곤군 — Fri, 9 Feb 2007 11:19:51 +0900

어제 어떤 웹 서비스에 로그인을 하려 하는데, 오랜만에 접속을 하려 하니.. 갑자기 패스워드가 생각나지 않는 것이었습니다.
그래서 로그인 폼 옆에 친절하게 붙어있는 비밀번호 찾기를 눌러서 개인정보 몇개를 입력을 하니,
패스워드의 앞글자 두개와 *로 이루어진 몇 자리의 문자열이 나오더군요.
그래서 전 제가 쓰는 패스워드 중 그 두자로 시작하는 것을 생각해내서 무리없이 로그인을 할 수 있었는데...
갑자기 찜찜한 기분이 들더군요..

내 패스워드는 어떻게 알아서 알려준건데?

혹시나 제 패스워드가 암호화도 안 되어서 그 쪽 데이터베이스에 저장되어 있을지도 모른다는 생각에 등골이 오싹하더군요.
물론 회원 가입시 앞자리 2자와 패스워드의 길이를 저장하고 있었을지도 모르겠습니다만..
패스워드 앞자리의 두자리와 길이 만으로도 패스워드 전체를 유추해낼 수 있는 경우도 있을지 모릅니다.
제 생일이 84년 11월 1일이고 만약에 패스워드가 841101 인데, 84**** 라고 튀어나오면 패스워드를 알 수 있겠죠.
뭐 저런 패스워드를 쓸 일은 없을테지만 생일/주민등록번호/전화번호 뒷자리 등으로 패스워드를 만드는 사람들도 적지않은 걸로 알고 있습니다.

게다가 생각을 해보니, 정~말 친절히도 패스워드 찾기 서비스로 자신의 패스워드 전체를 알려주는 경우도 있던 것으로 기억합니다만.. 이건 뭐 짤없이 DB에 암호화 안되어서 들어가 있는 거겠죠.

한 번 제가 사용하는 서비스들 중 비밀번호 찾기 서비스에서 패스워드가 툭 튀어나오는 서비스가 있다면, 한번 사용을 고려를 해봐야겠군요. 패스워드의 암호화 db에 저장할때 코드 상으로 몇 글자만 더 치면 가능한 건데, 그런 것조차 하지 않았다면 뭔가 꿍꿍이가 있어서 일부러 그랬다고 밖에 생각밖에 들지 않거든요.

PHP 웹 프레임워크 symfony 로 웹 프로그램 개발하기. < 준비 >

드래곤군 — Wed, 7 Feb 2007 17:13:47 +0900

간만의 포스팅입니다 :)

이번에 삼성 SDS IT Festival에서 세미나 준비용으로 여러 웹 프레임워크를 뒤져보고 있습니다.
가장 유명한 조합인 Ruby + Rails 부터 Python + Django, PHP + Symfony or CakePHP 등등.
여러 웹 프레임워크들을 사용해보고 특징과 장단점 비교 등등을 하기에는 시간도 부족하고 어느 하나도 제대로 못 다루고 정말 겉핥기식이 될 것 같아서 PHP + Symfony 로 결정했습니다.

일단 조금이나마 공부해봤던 Ruby on rails 의 경우는 인지도가 가장 높긴한데, 당연한 이야기지만 Ruby 부터 제대로 공부해야 어떻게 프로그래밍이 되겠더군요. 물론 Ruby는 매우 흥미로운 언어인데다가 객체 지향적인 특징도 훌륭해서 공부해서 나쁠 것 없는 언어이긴 하지만 학습에 걸리는 시간이 꽤나 문제였지요. 게다가 80포트는 아파치를 돌리고 있어서 Webrick을 돌릴 수 없는 문제가(외부로 쓸수 있는 포트는 없는 상황).. 아파치랑 궁합도 그렇게 좋아보이지않구요.

다음은 Python인데, Python은 아파치의 mod_python 속도에 대한 불신으로 제외. trac 같은 것도 써보긴 했는데, 속도가 그리 잘 나오지 않더군요.

다음은 PHP. PHP는 기존에 잘 써 왔던 거라, 설정도 조금만 건드려도 되고. 언어도 이미 능숙한 상태라서 개발하기도 쉽겠다는 생각이 들더군요. 아파치랑 궁합도 잘 맞는데다 세미나를 해도 가장 많은 사람들이 알고 있을 법한 언어라는 생각도 들구요. 개인적으로 그냥 언어에 대한 평가는 Ruby == Python > PHP 쯤이지만, 웹 프레임워크들을 보니 다들 비슷비슷한 느낌이 들어서 그냥 PHP + symfony로 결정했습니다.

앞으로 조금씩 조금씩 세미나 준비를 하면서 웹 프로그램을 만드는 과정을 포스팅으로 남기려합니다.
그럼 symfony 로 삽질을 하러 가보겠습니다. :0

Wish List - 12월의 신보들.

드래곤군 — Tue, 12 Dec 2006 23:47:55 +0900

< My Aunt Mary - Drift >

< Casker - Between >

< Bobby Kim - Follow your soul >

12월달의 신보들.

갑자기 이렇게들 달리시면 곤란합니다.
그래도 캐롤과 더불어서 이번 달 귀가 즐거울 듯 하군요.

현실의 현실

드래곤군 — Wed, 6 Dec 2006 13:19:15 +0900

한국공개소프트웨어협회(http://osskorea.org) 사람들과 인사 겸 해서 식사를 하고 왔습니다.
같이 식사를 하며 이런저런 이야기를 했지만, 자세한 코멘트를 남기기는 어렵군요. 너무 적나라하게 썼다간 행여나 그쪽에서 보게 될 수도 있지않을까 두렵기도 하고.

그래서 일단 가립니다.

고려대 네트워크 내 웹서버 이상 사태.

드래곤군 — Sat, 25 Nov 2006 01:17:00 +0900

저녁 11시 쯤 집으로 돌아오는 길에 선배로부터 한 통의 전화를 받았습니다. 지금 동아리 웹 서버(http://kuls.net)가 이상해서 서버에서 다른 작업들이 불가능하게 되었으니 한 번 확인해 달라고 하더군요.

동아리 방에 들어서서 서버의 모니터를 확인해 보니.. mysql 이 Out of Memory 라는 메세지를 뱉어내고는 죽어 있는 상태. mysql 을 살리고 프로세스 상태들을 살펴보니 apache 프로세스 들이 비정상적으로 많이 떠 있는데다가 메모리 점유율도 많이 차지하고 있더군요.

아파치를 내리니 속도는 정상적으로 돌아오지만, 아파치를 시작하기만 하면 곧바로 프로세스들이 fork하기 시작해서 다시 서버가 느려지고..그렇다고 동아리 홈페이지 및 계정 사용자들 홈페이지들을 안 돌릴수도 없는 노릇이고..
원인을 알아보려고 로그를 살펴봤습니다.

예전에 누군가 게임 CD 이미지를 웹에서 접근할 수 있게 해 놓은 거 검색 봇이 긁어간 적이 있었지요. 플래쉬겟 등의 프로그램으로 접속시도가 계속 있어서 서버가 죽었던 기억이 나서 그걸 위주로 검색을 해봤지만, 아무리 봐도 정상적인 웹 페이지 접근 로그 밖에 없어서 난감했습니다. 그런데 이전에 선배가 혹시 학교 과제 때문에 그런건 아니냐고 말을 해서 곰곰히 생각해보니, 컴퓨터학과 수업 중 '고급 인터넷 프로그래밍' 이란 수업이 있는데, 텀 프로젝트가 *.korea.ac.kr 의 웹 페이지를 수집하는 것. 그러다가 kuls.korea.ac.kr 이라는 도메인까지 와서 열심히 긁히고 있는 거구나 하는 생각이 들었습니다.

마침 하루전에 동아리 게시판에 공과대 어떤 랩에 리눅스 웹서버가 죽어서 수리를 요청한다는 글이 올라와 있는데, 아마 이런 공격 아닌 공격을 당하고서 관리자가 당황해서 이것저것 건드리다가 잘못된건 아닐런지 하는 생각이 들더군요. 학교 전산처에서 관리되는 홈페이지들은 수강신청이나 신입생들에 의한 트래픽을 견딜 수 있는 환경을 갖추고 있기에 모르겠지만, 랩이나 동아리에서 돌리는 서버들은 보통 일반 PC로 돌아가는 경우가 다반사이기 때문에 이런 프로그램에 의한 공격에 버티기 힘들지도 모르겠지요.(더구나 학교 과제에 불과한 이 프로그램 짤 때 robots.txt 따위 신경을 쓸 리 만무하기 때문에...-_-; )

아무튼 고급 인터넷 프로그래밍 이란 과목 때문에 고려대 내의 연구실 및 동아리 서버들 관리자가 어리둥절해 있을 지 모르겠네요. 이거 사태가 좀 심하다 싶으면 과제를 제출한 교수님한테 컴플레인 해야겠다고 생각하고 있습니다.

XUL 프로그래밍에 재미붙이다.

드래곤군 — Sat, 11 Nov 2006 04:14:40 +0900

이번에 후배들 세미나 도와주느라 XUL을 쭉 훓어보고 있는데..

이것저것 건드리다 보니 어느새 재미가 붙어버렸군요.

xmlHTTPRequest라던가.. DOMParser 등등 XML을 다루는 기술들도 조금씩 써보고...

XUL과 CSS로 구성하는 GUI. 꽤나 매력적으로 보입니다.

만들고 있는 프로그램은 MAB(Mozilla Amazon Browser)를 흉내낸 Naver Daum Open API 검색도구 입니다.

GUI 부분은 숙대 리눅스 유저 그룹 SOLUX 분들이 작업하신 것을 조금 보완해봤고..

자바스크립트의 xmlHTTPRequest, DOMParser 를 이용해 Open API 쿼리를 보내고 결과를 받아 파싱을 해서 리스트에 추가 시키는 정도 수준까지 작업해봤군요.

현재까지 모습

나름대로 후배 녀석도 잘 따라오고 있고, 또 도와주면서도 스스로 즐길 수 있는 프로젝트라 좋네요.

앞으로 기회가 생기면 예제 수준이 아니라 실제로 쓸만한 프로그램 만들 때도 XUL로 작성하는 걸 고려해봐야겠습니다.

우분투 edgy 로 업그레이드.

드래곤군 — Tue, 31 Oct 2006 19:26:25 +0900

서버를 우분투 edgy 로 업그레이드 완료했습니다.

dapper 에서 dist-upgrade 했는데.. 중간에 에러.

제가 쓰는 시스템이 nis / nfs 환경인데..

nis 부분에서 꼬여서 sudo 를 못 쓰는 상황이 발생.

nis 를 내리고 로컬 계정으로 로그인하려니

그러려면 sudo 가 필요한데 -_-

그래서 결국 데이터 백업하고 CD 로 재설치 후 복구했습니다.

과정 중 svn repository 중 하나가 깨지는 불상사가 발생했습니다만..

(하필이면 가장 리비젼이 높았던 os 과제가 ㅜ_ㅜ)

다행히도 로컬에 소스가 있어서 한 숨 놨습니다만.

우분투 엣지로 업그레이드 한 소감은..

음.. 글쎄요.. 불여우 2.0 외엔 잘 모르겠더군요.

백업한 것 복구시키는 과정에서 문제가 생겼는지는 모르겠지만..

상당히 불안정한 모습을 보이고 있습니다.

콘솔도 프레임버퍼를 쓰는 것 같던데, 폰트가 영 안 이쁘고..

겨우 이제 시스템을 복구해서 좀 더 써 봐야 알겠지만요.

+) 시험기간에 새 버젼을 내 놓다니.. 우분투도 참 사악한 배포판인 듯?

리눅스용 Flash Player 9 Plugin 이 나왔군요.

드래곤군 — Fri, 20 Oct 2006 23:28:26 +0900

http://labs.adobe.com/downloads/flashplayer9.html

이젠 리눅스에서도 mncast나 다음 동영상을 볼 수 있겠네요.

(잘 나옵니다.. 감동 감동 ㅜ_ㅜ)

그냥 다운 받아서 ~/.mozilla/plugins 에 넣어두시면 불여우에서 사용이 가능합니다~

64비트용 플래시 플레이어 플러그인만 나오면 딱인데.. 참 늦는군요;;