이 글은 Tim Bray의 Comparing Frameworks의 내용을 참고한 글입니다.
여기서 다루는 건 연산 성능 등의 일반적인 이슈를 고려하지 않고 단지 웹 어플리케이션의 개발에 초첨을 맞추어서 작성한 글이라고 하네요.
여기서는 4가지 기준으로 분류를 하여 비교하였네요. 나름대로 의미는 있어 보입니다.

첫번째 확장성
역시 가용성(서버의 성능, 고객의 수용능력) 관점이 아닌 개발 관점에서 확정성은 PHP에 많은 점수를 줬습니다. 다양한 확장 기능을 개발하기 위해서는 자바보다는 덜 똑똑해도 된다는 입장으로 표현된 듯합니다. 한마디로 쉽게, 문제없이 어떤 개발 기능을 쉽게 확장해 나갈 수 있는 장점이 있다는 이야기로 들립니다.

두번째 개발 속도
Rails 최고의 성공작인 CRUD 지향적 개발에 장점이 있고 quick-and-clean의 의미처럼 빠르고 깨뜻하게 개발할 수 있다는 의미로 들립니다. 이건 누구도 공감하는 바 일것입니다. 뚝딱화면 하나의 웹기능이 쉽게 나온다는 말로 오해할 여지가 있어 보입니다.

세번째 개발 도구
Rails에는 TextMate가 있고 PHP에는 Zend 제품군이 있죠. 그리고 PHP와 Ruby를 지원하려는 Eclipse 기반의 작업도 진행되고 있는걸로 알고 있습니니다만 이 중 어느 것도 Java 개발자가 NetBeans나 Eclipse 또는 Idea로부터 얻는 포괄적이고, 통합되어 있으며, 잘 다듬어져 있으며, 신속히 지원되는 환경과는 거리가 멀다고 합니다. 그래서 자바의 진영에 높은 점수를 준 이유인듯 합니다.

네번째 유지 보수성
여기서 가장 중요한 요소는 객체지향성, MVC 아키텍처, 코드 가독성, 코드 크기(작으면 작을수록 좋다.)라고 생각합니다. 물론 이것은 PHP의 아킬레스건이죠. ^^ 한데 여기서는 Rails의 코드가 Java보다 훨씬 짧기 때문에 Rails가 더 낫다고 보고 있습니다. 코드의 유지보수 비용은 코드의 크기와 매우 연관성이 있다는 단지 그이유라고 하네요. 하지만 개발 기능의 복잡도를 배제한 체 단순 비교한다는 자체로도 문제가 많습니다.

하여튼 어느정도의 당위성은 보이는 대목들입니다. 이런 프레임웍의 추세가 앞으로 개발자들의 밥벌이와도 연관이 있을테니 새로운 언어와 트랜드를 익히는데 소홀하면 안될것 같네요.

DHTML기반의 Ajax 효과를 나타내는 Time-line을 소개합니다. 참 괜찮은 아이디어로 웹으로 일정이나 과거 연대기사를 저장하는데 도움을 줄 것으로 보입니다.

• XML에 데이터를 저장하여 헤더에  Timeline's Javascript API(http://simile.mit.edu/timeline/api/timeline-api.js)를 링크하면 기본 환경은 구성됩니다. 
• DIV Element를 생성하고
• Timeline.create()를 호출하기 위해서 onload and onresize이벤트를 body에 추가해 줍니다.
• onLoad() 함수내에 eventSource를 생성하고
• Timeline.createHotZoneBandInfo, Timeline.createBandInfo를 추가하여 자기가 원하는 내용을 추가해 줍니다.

이렇게 함으로써 Timeline이 완성이 됩니다.
그리고 JSON도 지원을 합니다.

참조 사이트 :

• Time;line 생성방법 : http://simile.mit.edu/timeline/docs/timelines.html
• Timeline Class : http://simile.mit.edu/timeline/docs/timelines.html
  

1. 가정
 - Apache 설치 디렉토리 /usr/local/httpd라고 가정함.

2. pcre 설치(설치 안되었을 경우에 한함)
# wget ftp://ftp.csx.cam.ac.uk/pub/software/programming/pcre/pcre-7.2.tar.gz
# tar zxf pcre-7.2.tar.gz
# cd pcre-7.2
# ./configure && make && make install

3. libxml2 설치
# rpm -e --nodeps libxml2 libxml2-devel
# wget ftp://xmlsoft.org/libxml2/libxml2-sources-2.6.26.tar.gz
# tar zxf libxml2-sources-2.6.26.tar.gz
# cd libxml2-2.6.26
# ./configure && make && make install
# vi /etc/ld.so.conf
  - /usr/local/lib --> 마지막줄에 추가
# ldconfig -v

4. mod_security 설치
# wget http://www.modsecurity.org/download/modsecurity-apache_2.1.1.tar.gz
# tar zxf modsecurity-apache_2.1.1.tar.gz
# cd modsecurity-apache_2.1.1
# cd apache2
# vi Makefile
  - top_dir = /usr/local/httpd로 수정
# make && make install
# ls -al /usr/local/httpd/modules/mod_security2.so

5.  vi httpd.conf
 - LoadModule security2_module modules/mod_security2.so
 - Include conf/modsecurity.conf
 - vi modsecurity.conf 파일 안에 한국인터넷침해사고대응센터에서 제공하는 modsecurity 규칙 샘플(http://www.krcert.or.kr/firewall2/index3.jsp) 적용

이렇게 하여 mod_security를 apache에 포팅하면 SQL Injection, File Injection, XSS 공격, 소패머 프로그램 봇, Directory traversal 공격, 검색엔진(Google)에 의한 공격 등의 문제들을 한번에 해결해주고 또 Apache 성능에는 영향이 거의 없다고 하니 기본으로 설치해야 합니다. 요즘 보안에 대한 이슈들이 많죠 ^^

아래 그림은 mod_security의 동작을 그림으로 도식화한 것입니다.

Web 2.0 비지니스가 이슈로 떠오르면서 많은 기업들의 웹 어플리케이션에서의 아키텍쳐 모델에 변화가 일어나고 있습니다. 즉, Lightweight Architecture(이하 LA)라는 놈인데.. 많은 기업에서 이를 기반으로 하여 서비스에 적용하고 있습니다. 물론 아직까지 우리나라에서는 서비스를 하고 있는데가 있는지는 모르겠지만 거의 제 귀에서는 아직 들리지 않는 것 같습니다만. 하지만 중소 규모의 Web 2.0기업에서는 기업의 비지니스를 런칭하기 위해서는 Starting Cost를 줄여야만 하는 이유도 아키텍쳐의 변화에 타당성을 높여줍니다. 이러한 점에서 LA는 Web 2.0 기업의 비즈니스에서 중요한 부분을 차지하고 있다고 할 수 있습니다.

그래서 기존의 고가 장비로 이루어진 소수의 서버에서 다양한 업무를 수행하는 3-Tier 개념에서 저가의 리눅스 장비를 통해 비교적 가벼운 비즈니스를 지원하는 2-Tier 개념을 도입하고 장비의 Cluster화 하여 충분한 부하를 견딜 수 있도록 설계를 합니다. 이를 좀 더 자세히 살펴보기 위해 Hardware적인 측면과 Software적인 측면으로 나누어 생각할 수 있습니다.

1. Hardware 측면

                                   그림1. 3-Tier Architecture

                                    그림2. 2-Tier Architecture

이렇듯 기존의 3-Tier에서는 고비용이어서 Scale-up 전략을 추구하게 되는데 이는 정확한 용량 계획을 해야만 과잉 지출 등을 예방할 수 있기때문에 그에 필요한 업무 로드도 무시 못하죠. 여러분 중 용량 계획을 해 본사람들은 알 것입니다.
그리고 2-Tier방식에서는 Scale-out 전략을 구사하게 되죠. 로드 발란싱을 통해 WorkLoad를 저가 장비의 분산하는 전략을 말합니다.

2. Software 측면

                      그림3. Lightweight Software Architecture

소프트웨어 측면에서의 전략은 기존 3-Tier 기반에서 Application은 J2EE + EJB와 같은 복잡한 Framework를 사용하여 무겁고 유지보수 비용이 높았는데 아마존이나 플리커에서 높은 개발 생산성 과 낮은 소유비용을 가지는 PHP, ruby on rails, 혹은 Struts, Spring + iBatis, Hibernate 등의 보다 가벼운 J2EE Framework으로 이전 하고 있다. 또한 개별 Service에 가장 적합한 형태의 Framework를 구축할 수 있어 개발 생산성과 유지 보수 비용면에서도 많은 효율을 보일 수 있습니다.

즉, 적재 적소에 모듈화된 비즈니스 로직을 안정적으로 제공하고, Time-to-Market을 달성하는 것이야 말로 대다수의 웹 비즈니스 기업들이 LA를 선택하는 이유이다.

웹 기반에 무료로 쓸수 있는 Visio 사이트를 소개합니다. 프로젝트 진행시 산출물 작성에 아주 유용하게 쓰일듯 합니다. 제가 애용을 하는 사이트 중에 하나입니다. 무료니깐요 ^^ 그리고 무엇보다 중요한 건 개인정보가 필요없고 단지 이메일과 패스워드만 있다면 가입이 가능하다는 간편성이 좋아보인다.

특징들을 살펴본다면..

• Copy & Paste 가능
• Flow Chart, UML, Network, User Interface, FloorPlan, Basic Shape Diagram 지원
• 각 Diagram 구성요소의 선/채워넣기 색, 굵기, 사이즈, Text 삽입등등 Visio에 해당하는 다양한 기능 포함
• 저장 단위별 히스토리가 가능하고 공유기능이 있어서 프로젝트에 적합함
• Share>Collaboration : 작업 공유 가능
• Share>Publish : 웹페이지나 블로그 등으로 공유 가능
• 단점이라면 svg,png등으로 이미지 생성 기능이 있는데 여기서 한글이 깨짐(해결책으로는 한글을 적용하고 난 다음에 화면 캡쳐하면 해결 가능 ^^)

또한 웹으로 Publishing이 가능하다. 제가 간단히 작성한 다이어그램이 여기에 있다. 그리고 아래 그림처럼 Gliffy의 Publish기능을 보여준다

이제는 MS의 제품들이 하나둘씩 웹으로 공개화되고 있다. Word가 Google Docs로, Vision가 웹기반의 Visio까지 웹시장에 진출했다. 갈수록 MS의 입지는 좁아질 수 밖에 없는 형국이 되어간다. 바야흐로  Open Office의 사용은 늘어날 것이고 플랫폼화되고 또하나의 광고 수단으로 발전할 것 같다.

1. FCKeditor
    * IE의 Editor Object 를 이용하여 제작
    * jsp, php, asp에 대응하는 이미지 업로드 및, 브라우징 기능
    * 미리 정의된 3가지 형태의 툴바 형태제공
    * 간편하게 기존 소스에 추가 가능
    * 테이블 편집 기능 지원
    * 타 사이트 내용 copy & paste시 이미지 경로 변경 필요
    * 다양한 언어 지원(한글포함)
2. Filemanager Plugin for htmlArea
    * 이미지 업로드 지원
    * 풀스크린 편집 지원
    * 영문메뉴만 지원
    * 타 사이트 내용 copy & paste시 이미지 경로 변경 필요 없음 
    * PHP Image Editor 지원
3. SPAW web-based WYSIWYG editor control
    * 예쁜 디자인
    * 이미지 라이브러리 기능
    * 이미지 업로드 지원 안함 
    * 타 사이트 내용 copy & paste시 이미지 경로 변경 필요 없음
4. Hypertextarea 
    * 기본적인 기능만 제공
    * 이미지 업로드 지원 안함
    * 심플한 디자인
    * 타 사이트 내용 copy & paste시 이미지 경로 변경 필요 없음
5. RichText-editor 
    * 한글 지원 안됨
    * 이미지 업로드 지원 안함
    * 타 사이트 내용 copy & paste시 이미지 경로 변경 필요 없음
6. aynHTML
    * 이미지업로드 지원
    * 이미지 저장소 지원
    * 깔끔한 디자인
    * 타 사이트 내용 copy & paste시 이미지 경로 변경 필요 없음

제 블로그 사이트에서는 FCKeditor를 사용하는데 무료 툴 치고는 정말 잘 만든 프로그램이라고 생각합니다. 허접한 기능으로 ActiveX 설치한 에디터보다는 낫다고 생각합니다.

--------------------------
유명한 무료 웹 에디터인 FCKeditor와 TinyMCE를 간단하게 비교해 보았습니다.

Html 결과 품질
    FCKeditor : 이전 버전은 에디터로 생성된 코드가 무척 지저분했으나 2.6RC 버전부터는 준수해짐.
    TinyMCE : 생성된 XHTML과 CSS 코드 validation 통과

커넥터를 통한 서버 측 언어 지원
    FCKeditor : ASP.net, ASP, ColdFusion, PHP, Java, Active-FoxPro, Lasso, Perl, Python 과 잘 연동 됨.
    TinyMCE : PHP,.Net, JSP, ColdFusion 지원

업로드
    FCKeditor : 별다른 플러그인 없이 업로드 기능 작동.
    TinyMCE : 업로드 기능을 이용하려면 별도 플러그인 구매 필요.

이미지 관리
    FCKeditor : 서버에 이미지를 올리고 올려둔 이미지를 게시물에 삽입하는 기능 제공. CKFinder 플러그인을
                    이용하지 않으면 서버에 올린 이미지를 삭제할 수 없음.
    TinyMCE : 이미지관리를 위해서는 별도 플러그인 구매 필요.

구동 시간
    FCKeditor : TinyMCE에 비해 느림.
    TinyMCE : FCKeditor 보다 빠름.

브라우저 지원
    FCKeditor : Internet Explorer 5.5+, FireFox 1.5+, Safari 3.0+, Opera 9.0+, Netscape 7.1+, Camino 1.0+
    TinyMCE : Internet Explorer 5.5+, FireFox 1.5+, Safari 3.0+, Opera 9.0+, SeaMonkey 1.0.5, Camino 1.0+

설치
    FCKeditor : 설치 디렉토리 정보만 잘 적용한다면 특별히 어렵지 않음.
    TinyMCE : 매우 쉬움.

커스터마이즈
    FCKeditor : 테마와 툴바보다는 플러그인을 수정하는 쪽이 어려움,
    TinyMCE : 테마와 플러그인 모두 수정 가능.

두 에디터 모두 훌륭한 기능으로 어느 쪽이 낫다고 쉽게 판단하기 어렵다. 자신의 입맛에(혹은 프로젝트 성격에) 맞는
에디터를 선정한다면 후회는 없을 듯하다.

두 에디터의 기능을 써 보면서 비교하고 싶다면
FCKeditor는 http://www.fckeditor.net/demo 에서
TinyMCE는 http://tinymce.moxiecode.com/examples/full.php 에서 체험해 볼 수 있다.

• 필요한 파일들
  - Subversion소스 파일.
  - Subversion 의존성 파일.
  - Berkeley DB(4.3.29 설치).
  - OpenSSL.
  - Apache(httpd-2.0.59 버전으로 설치함)
• 디렉토리 정보
  - 다운 로드 디렉토리 : /home/k2/data/.
  - 설치 디렉토리 : /home/k2/server.
• 운영 환경 .
  - Linux(OS:AS300)
  - 설치시 계정은 ROOT가 아닌 일반 이용자 계정으로 설치하는 것을 원칙으로 함.
• OpenSSL 파일 설치하기
  - cd /home/k2/data/
  - tar -xvzf openssl-0.9.8e.tar.gz
  - cd openssl-0.9.8e
  - ./configure -prefix=/home/k2/server/openssl-0.9.8e;make;make install
  - 특이사항 : configure 실행시 특정 디렉토리에 설치를 원하면 -prefix를 준다. 위에서 /home/k2/server/openssl-0.9.8e로 준다.
• Berkeley DB 설치(ROOT 계정으로 설치)
  - cd /home/k2/data/
  - tar -xvzf db-4.3.29.tar.gz
  - cd db-4.3.29
  - ../dist/configure;make;make install
  - echo "/usr/local/BerkeleyDB.4.3/lib" >> /etc/ld.so.conf
  - ldconfig
• Apache 설치
  - Apache가 있을 경우 재설치함
  - cd /home/k2/data/httpd-2.0.59
  - vi configure.sh
  ./configure --prefix=/home/k2/server/httpd-2.0.59 \
  --enable-nonportable-atomics=yes \
  --enable-headers \
  --enable-vhost-alias \
  --with-mpm=prefork \
  --enable-rewrite \
  --enable-expires \
  --enable-so \
  --enable-suexec \
  --with-suexec-caller=bin \
  --enable-ssl \
  --with-ssl=/home/k2/server/openssl-0.9.8e \
  --enable-cache \
  --enable-ext-filter \
  --with-z=/usr/include \
  --enable-dav \
  --with-dbm=db4 \
  --with-berkeley-db=/usr/local/BerkeleyDB.4.3
  - ./configure.sh;make;make install
• Subversion 설치
  - cd /home/k2/data
  - tar -xvzf subversion-1.4.3.tar.gz
  - tar -xvzf subversion-deps-1.4.3.tar.gz
  - cd subversion-1.4.3
  - vi configure.sh
  ./configure \
  --prefix=/home/k2/server/subversion-1.4.3 \
  --with-zlib \
  --with-apxs=/home/k2/server/httpd-2.0.59/bin/apxs \
  --with-apr=/home/k2/server/httpd-2.0.59/bin/apr-config \
  --with-apr-util=/home/k2/server/httpd-2.0.59/bin/apu-config \
  --with-berkeley-db=/usr/local/BerkeleyDB.4.3
  - 주의 사항 --with-apr, --with-apr-util을 지정해 주어야 Berkeley DB나 혹은 APT-UTIL라이브러리 구버젼 오류가 나지 않음.
  - ./configure.sh;make;make install
• 소스 저장소 만들기(ROOT 계정)
  - mkdir /home/svn
  - cd /home/cvs
  - svnadmin create --fs-type bdb sample
  - chmod -R k2.KPCT sample(Apache에서 접근 가능하도록 Apache의 계정,그룹을 접근 가능하게 해줌)
• Apache 설정
  - cd /home/k2/server/httpd-2.0.59/conf
  - vi httpd.conf
  - subversion 설치되면서 아래 설정이 추가됨
  LoadModule dav_svn_module     modules/mod_dav_svn.so
  LoadModule authz_svn_module   modules/mod_authz_svn.so
  - 아래 내용 conf파일 맨끝에 저장
  <Location /svn/sample>
      DAV svn
      SVNPath /home/svn/sample
      AuthType Basic
      AuthName "Mimul's Repository"
      AuthUserFile /home/k2/server/httpd-2.0.59/conf/passwd
      Require valid-user
  </Location>
  - ../bin/htpasswd -c passwd mimuluser 엔터
  - New Password : 입력
  - Re-type new password : 입력
  - http://www.mimul.com/svn/sample 엔터 후 아이디와 패스워드 인증을 통해 접근하면 아래와 같은 메세지 나옴
  Revision 0:/
• 에디터 지정(svn 커맨드 사용을 위해서)
  SVN_EDITOR=/usr/bin/vim
  export SVN_EDITOR
• 기본 디렉토리 만들기
  - svn mkdir http://www.mimul.com/svn/sample/trunk 엔터 후 다음과 같은 화면 나타남.
  --This line, and those below, will be ignored--
  A    http://www.mimul.com/svn/sample/trunk
  - :q! 빠져 나옴
  - c를 누른다음 사용자 계정 인증하게 되면 Committed revision 1. 이라는 메세지와 함께 디렉토리가 만들어 짐.
  - branches, tags 디렉토리도 같은 방법으로 생성함.
  - svn list http://www.mimul.com/svn/sample 엔터
  branches/
  tags/
  trunk/