첫번째 방법 "about:config" 를 통한 해결

 두번째 방법 "DEFAULTS\PREF\firefox.js" 수정을 통한 해결

[KLOG]님의 블로그에서 퍼왔습니다.

유용한 정보라섭 ㅎ

원문 http://kuna.wo.tc/924

ㅇㅅㅇ 위 팁을 적용하닙.. 그동안 네이년 블로그 와 기타 마우스 우측 펌 방지 기능이 있던 사이트서 손쉽게 이미지나 웹자료들을 얻어갈 수 있엇습니다.

그동안 펌 자료를 얻기 위하여.. 웹마라는 익스기반 웹브라우저를 다운받아 웹마기본기능인 마우스 핵을 이용했었는뎁.. 넘 편하군열 ㄲㄲ

문제될게 있다면 저작권 이미지 및 파일 만 조심 하면 될듯..

압축하기 : tar cvfz 000.tar.gz *

압축풀기 : tar xvfz 000.tar.gz

cp : copy 디렉토리 및 파일을 복사합니다

cp -r ===> 디렉토리까지 복사
ex) cp test.html test.htm ===> 같은 디렉토리에서 test.html파일을 test.htm으로 이름바꾸고 복사
ex) cp -r test /home/02/test ===> /home/02/test라는 디렉토리로 test폴더를 통째로 복사

chmod : 파일이나 디렉토리의 퍼미션을 변경하는 명령어
ex) chmod 755 test.html ====> test.html의 퍼미션을 755로 변경합니다.

ls : 현재 파일을 보여줍니다. 일반적으로 여러 옵션을 줄수 있습니다

ls -al : 파일의 크기, 퍼미션, 그리고 히든 파일까지 보여줍니다

ls -at : 파일이 생성된 시간까지 보여줍니다.

ll : 상위 디렉토리 이외의 모든 파일과 퍼미션을 보여줍니다

cd : change directory 디렉토리로 이동할수 있습니다
ex) cd test ===> test 폴더로 이동

mkdir : make directory 디렉토리를 생성합니다
ex) mkdir test ====> test 라는 폴더를 생성

rmdir  : remove directory 디렉토리를 지웁니다.
단 디렉토리안이 비어있지 않으면 지울 수 없습니다
ex) rmdir test => test라는 디렉토리 제거

rm  : remove 디렉토리 및 파일을 지웁니다.
옵션을 통해 비워지지 않은 디렉토리까지 삭제가 가능합니다.

rm -r : 디렉토리까지 지우는 옵션

rm -f : 되물어보지 않고 강제로 지우는 옵션
ex) rm -f test.html ===> test문서를 강제로 지웁니다

rm -rf : 디렉토리를 강제로 지웁니다

mv : 디렉토리 및 파일을 이동시키거나 이름을 바꿀수 있습니다
ex) mv index.html index.htm ===> index.html파일을 index.htm으로 변환
ex) mv index.htm ../test ===> index.htm을 상위의 test폴더로 이동
ex) mv index test ===> index라는 폴더를 test라는 폴더로 이동

pwd : 현재 위치한 경로를 확인할 수 있습니다.
대부분 절대경로를 가리키니 cgi설정시 한번은 경로를 확인한 후 설정하시면 됩니다

date : 현재 서버의 시간을 알수 있습니다.

vi : dos에서 edit편집기가 있듯이 리눅스에도 편집기의 기능이 있습니다.
각종 파일을 열어서 수정 및 생성이 가능합니다. 사용법은 리눅스 서적을 참조.

pico : vi편집기와 같은 형식의 문서편집기입니다.

adduser : 유저를 만들때 사용하는 명령
cd (change directory) : 디렉토리(윈도우에선 폴더) 변경할때 사용
chmod (change mode) : 파일이나 디렉토리의 permission을 바꾼다

                                   예) $chmod 600 private
chown (change owner) : 파일이나 디렉토리의 ownership을 바꾼다.
                                   예) /dev/lp의 ownership을 lp로 변경

                                        $ chown lp /dev/lp
cp (copy) : 파일 및 디렉토리를 복사한다.

                 예) /etc/passwd를 /etc/passwd.old로 복사

                      $ cp /etc/passwd  /etc/passwd.old

                 예) /etc 디렉토리 및 하부의 파일들을 /tmp/etc로 복사

                      $ cp -r /etc/tmp

diskinfo : 시스템에 설치되어 있는 디스크의 정보를 보여준다.

                 예) $diskinfo /dev/rdsk/c0t6d0

du : 디스크 사용에 관한 정보를 보여준다.

                 예) /tmp 디렉토리에 있는 파일들의 크기를 KB단위로 보여준다.

                      $du -s -k /tmp

date : 현재시작 표시
echo : 표준출력에 문자열을 출력
edquota
exit : 로그아웃하고 프로그램 종료

file : 파일 내용의 성격을 보여준다.

       예) /stand 디렉토리 아래에 있는 파일들의 성격을 보여준다.

            $file /stand/*

finger : 현재 로그인되어있는 사용자들의 인적사항출력
find : 파일시스템에서 파일이나 디렉토리를 찾을때 사용

        예) root 밑에 있는 모든  "core"파일을 찾는 법

             $find /-name core -print

ftp (file transfer protocol) : 파일을 주고받을때 사용
file : 파일의 종류를 알아보는 명령어
grep : 파일 내에서 특정 패턴을 찾는다.

         예) $grep -l ifconfig /sbin/init.d/*

gzip : 압축명령
gunzip : 압축해제명령
hostname :
jobs : 백그라운드에서 실행되고 있는 작업들의 작업번호, 작업상태등을 보여줌
kill : 프로세스를 죽일 때 사용함

      예) $kill -9 924

last : 최근 접속한 사용자의 이름과 장소, 시간 등을 알려주는 명령어
lp : 시스템의 기본 프린터에 파일을 프린트

     예) $lp myfile

lpstate -t : 모든 프린터 스플러에 관련된 정보를 보여줌.
ls : 파일이나 디렉토리의 이름을 보여줌

     예) /stand 디렉토리에 있는 모든 파일 명을 보기

          $ ls /stand

ll : ll은 "ls -l"와 같다. 파일들의 이름 및 정보를 보여줌.

mail : 다른 사용자에게 편지 보내기
mkdir : 새로운 디렉토리(폴더) 만드는 명령
man : 명령 및 시스템 파일에 대한 사용법을 보여줌

        예) $man ls

       tip) man page참조 시 편리한 방법

           $man command | col -b > /tmp/command

           $vi /tmp/command

more : 텍스트 파일 내용을 페이지 단위로 봄

         예) $more /.profile

         more가 수행되는 동안 한 페이지의 텍스트를 더 보려면 spacebar를 누른다.

         한줄을 더 보기 위해서는 enter를 누른다.

mv : 파일이나 디렉토리의 이름을 바꾼다.

        예) oldfile을 newfile로 바꾸기
             $mv oldfile newfile
ps -ef : 시스템에서 수행되고 있는 모든 프로세스를 보여준다.

         예) $ps -ef

passwd : 암호변경
rm (remove) : 파일이나 디렉토리를 지운다.\

rmdir (remove directory) : 빈 디렉토리를 지운다.
shutdown : 컴터 끔
telnet : 네트웍상에서 다른 시스템으로 원격으로 접속하기 위한 명령어
time : 명령수행시간 측정

top : 주기적으로 변하는 프로세스의 정보를 보여줌
uname : 현재 로그인 되어 있는 컴퓨터의 정보를 보여준다.

useradd : 사용자 넣기
userdel : 사용자 지우기
usermod : 사용자 권한주기
vi : 텍스트 파일을 편집한다.

what : 파일의 버전 정보를 보여준다.

who : 로그인된 사용자 목록을 보여준다
who am i : 현 사용자의 로그인 명, tty 및 로그인한 날짜/시간을 보여준다.

who -r : 현재의 run state를 보여준다.

compress : 압축
vi : 텍스트파일 편집하는 명령어
sort : 파일 정렬
sleep : 지정한 시간만큼 쉰다.
shutdown -h now : 당장 종료
shutdown -r now : 시스템을 리부팅하는 명령
sort -r 파일명 : 파일을 역순으로 정렬
cal 월 년 : 지정된 달의 달력출력
userdel -r 디렉토리명 : 사용자의 홈디렉토리까지 삭제
rm -r 디렉토리명 : 디렉토리 삭제 명령

 IE Tab 설치

 IE Tab 사용방법

IE Tab 설정화면 "펼쳐보기"

일반 탭 설정화면

컨텍스트 메뉴 탭 설정화면

외부 응용 프로그램 탭 설정화면

　.htacess 파일을 이용하시면 404 에러 페이지,트래픽초과페이지 도 쉽게 바꾸실수 있습니다.

" . " 으로 시작하는 파일은 숨김파일이므로 FTP에서 설정을 하지 않으면 보이지 않습니다.

404에러페이지를 이용하여 자신의 홈페이지를 체크

테이블은 이제 그만 쉬어야 할 때

약간은 죄송한 마음이 없잖아 있습니다.
지난번 웹표준 잘못된 문구 에서 “css 기반 이라기 보다는 xhtml 기반 이라고 하는게 더 맞다” 라고 하면서 실제적으로 xhtml 에 관한것들이 있지 않아서 “먼소리데?” 라고 하셨으리라 생각됩니다. 오늘도 일하던중에 한번 대충 xhtml 기초 서론 포스팅을 올리겠습니다. 이 서론 포스팅은 약간은 제가 예전에 썼던 “테이블은 이제 그만 쉬어야 할때” 의 후속편으로 보셔도 되겠네요. 이미 많은 분들께서 아시고 계시는 부분이긴 합니다만, 아시는 부분은 복습으로 생각하시기 바랍니다.

일단, 여러곳에서 웹표준 이라는 단어가 부각되면서 테이블보다는 div가 더 편하고 효율성이 높기때문에 쓰고싶으면 쓰라 라는 논쟁도 있고, 도대체 표준의 기준이 어디에서 나와서 대부분이 쓰는 IE를 무시하느냐 라는 논쟁등, 새로운 물결에 대해 혼란스러워 하시거나 거부하시거나 하시는 분들이 아직 많이 계십니다. 대충 기원부터 주욱 큰 그림을 본다면 약간은 도움이 되지 않을까 하네요.

지금 W3C 을 이끌고 있는 Tim Berners-Lee 씨가 처음 SGML 기반으로 HTML 을 시작했을때에는 서로간의 문서교환이 목적이었습니다. <h1> 은 헤더이고, body는 본문이고 등등의 ‘구조(Structure)’ 와 ‘시멘틱(Sementic)’ 중심의 목적이었습니다만(via Accessible XHTML and CSS Web Sites), 점차 변해갔습니다. HTML 3.2 HTML 4 등으로 발전해 가면서 디자인또한 부각이 된 것이죠. 즉 ‘프레젠테이션’과 ‘스타일’로 바뀌어 간 것입니다. <center> 나 <font>, bgcolor 등이 삽입이 되고 그에 따라 많은것들이 순식간에 변해갔습니다. 지금 전세계에서 대부분 사용하고 있는것이 바로 그것입니다. 그리고, 한창 웹에서는 디자인들이 꽃을 피울때 즈음에 SGML을 단순화한 XML 이 나오게 되었습니다. 어제 후니님과 의 토론에서 잘 이야기 해 주셨는데 더욱 데이터로써 여러 시스템들 간의 상호교환에 원활한 언어를 개발하게 된 것이죠. 그리고 W3C 에서는 HTML의 발전에 더이상 기대하지 않았고 다시 원래의 목적으로 돌아가되 스타일과의 문서의 분리로써 들어가는 부분을 충족시키는 XML과 접목된 XHTML 이 탄생하게 되었습니다. 최근은 아닙니다 그때가 1999년이니까요. 이렇게 W3C에서 CSS 채택과 함께 XHTML 의 사용은 문서는 문서대로, 혹은 후니님께서 언급하셨듯이 데이터는 데이터대로, 그리고 프레젠테이션, 혹은 디자인은은 디자인데로의 분리가 가능케해버렸고, 알게모르게 X 를 달고나온 HTML 의 변신은 새로운 바람을 일으킨 것입니다. 바로 이것이 일모리가 말하는 웹표준 안으로 뛰어 들기의 핵심 이네요. 이제 이 분리는 너무나 많은 이득을 앞세워 커나가고 있습니다. 웹표준 권고안을 떠나서 보더래도 단순히 이 둘이 분리되었다는건 엄청난 이득을 뜻합니다. 접근성, 사용성,데이터 처리등에서 우월해지며, 사이트관리, 감소된 코딩량 등등의 잇점또한 제공해 줍니다. 뭐니뭐니해도, 문서는 문서대로, 디자인은 디자인데로 놀수 있다는거 참 즐겁고행복한 변화이죠. ^^;

엑세시빌리티 Accessibility 라고 하는 접근성은 시각장애자나 특별히 디자인 보다는 내용을 이해코자 하는 이들에게 조금더 친근감있게 다가갈수 있으며, 유저가 원하는데로 디자인의 변화도 가능하며 가독성을 높이기 위해 글자크기의 변화를 준다던지 각각의 시스템에 맞추어 출력하도록 디자인을 설정하며, 사용성은 간결한 코딩과 테이블이 취약했던 로딩의 문제의 개선등으로 빨라진 페이지 사용, 데이터 처리는 구조화에 따른 검색엔진에의 높은 검색률과 함께 홍보, 사이트관리의 효율성은 단순히 디자인만 바꾸어 줌으로해서 내용이 바뀌지 않는 새로운 디자인이나 뉴스, 형식을 출력가능한 여러 잇점들이 따르게 됩니다. 일일히 각각의 잇점의 예를 들지는 않겠지만, 해외 대형사이트들의 XHTML 변화는 여러 멋진 성공 사례들을 보여주고 있다는 말씀은 해드리고 싶네요.

이러한 잇점들을 보면서 W3C 에서 원했던 문서에서 디자인의 추출은 상당히 많은 부분 요즘 한창 일어나고 있는 논쟁들을 잠잠케 합니다. DIV가 TABLE 대신에 쓰는것 뿐 이라는 공식이 아닌 TABLE 은 문서의 한 부분, 이라는 시각으로 바라보게 되니 당연히 디자인으로 쓰일수 없는 것이며 쓰이게 될때에 수많은 장점들을 버리게 되는 것이니, 자연스럽게 테이블을 쉬게 하는것입니다. 그리고, 대부분이 IE 를 쓰고 있는데 왜 IE 에게 화살표를 쏘느냐 라는 질문에는, 저러한 장점들을 살려주지 못하는 브라우저 이기 때문이라고 자신있게 말할수 있기에 그렇다는 겁니다. (그래서 서둘러서 계획에도 없던 IE7의 개발을 마소가 시작했을지도 모르죠) 물론 그 브라우저에만 의존하는 코딩과 기획들이 더 슬프게 하는 요소들이지만 말입니다. 대부분이 표준을 쓰지 않는데 표준이 무슨 의미냐라고 하는 분들도 계시는데, 단순히 표준은 저러한 장점들을 잡아주는 푯대로써 앞으로도 그러할것이고, 원하던 그 반대이건 밀고 들어올 바람임을 잘 의식하신다면 그리 슬픈 시각만이 아닐꺼라 생각이 됩니다. 장애인들에게 더욱높은 접근성을 주며, $$ 절약해주고, 시간절약, 코딩절약을 해준다는데 왜 마다할지는 저도 모르겠습니다.

문서와 프레젠테이션의 분리, 그것은 앞으로 xhtml 의 더욱 세밀하게 분할되어가는데에 있어서 중요한 역할을 할 것입니다. 물론 그만큼 더 CSS도 정교해 지겠네요. 그리고 정교한 만큼 그것을 나타내는데에 브라우저들간의 격차들도 많이 줄어들겠군요. 할수 있는것도 많아지구요. HTML 이라 하지않고 HTM 이라고만 불렸던 단순함을 벗어버릴 기회이겠습니다. 그리고 그것에대한 인식도 점점 바뀌어 가고, 스터디 그룹들도 많이 생겨야 한다고 생각하네요.

음…

이렇게 장황하게 XHTML 을 시작했습니다. 전에 CSS 기반이라고 하기보다는 XHTML 기반이라고 하라던 그 말을 이제서야 보충할 자리가 마련이 됬을런지 모르겠네요.

일단, Berners-Lee씨의 초기 목적인 구조와 의미를 살리는 예제부터 보고 싶습니다.

의 안은 이렇습니다.

보시다시피 빨간색으로 표기가 되어있습니다. 첫번째 글을 보면서 두번째 빨간색이 그려진 글이 머리속에 그려져야 하겠죠.

• <h1> 은 heading 으로 제목을 나타냅니다. <h1> 이 가장 크고 <h6>가 가장 작습니다. 적절하게 제목 소제목 등을 나누어서 잘 쓰시면 되겠죠. 대신 이 heading 은 <p> 블록 안에 들어가지 않습니다. 마지막은 꼭 닫아줍니다.
  예) <h2> 제목입니다</h2>
• <p> 는 문단으로 </p> 와 같이 쓰입니다.
• <blockquote>은 긴 인용문을 쓸때에 써줍니다. 간단히 문장안에 넣을때는 <q> 를 써줍니다
• <li> 는 리스트들을 나타냅니다. 그냥 순서없는 리스트이냐(<ul>) 혹은 순서대로 나열되는 리스트냐(<ol>) 이냐에 따라서 그 리스트 <li> 를 감싸는것들을 골라씁니다. 그냥 순서없는 <ul> 와 </ul> 사이에 넣고, 순서가 있을경우 <ol> 와 </ol> 안에 넣습니다.
  예) <ul>
  <li> 컴퓨터</li>
  <li>키보드</li>
  </ul>

  그리고 순서있는 것은
  <ol>
  <li> 첫번째 영화 오즈의 마법사</li>
  <li>두번째 영화 이상한 나라의 엘리스</li>
  </ol>

일단 이 정도 안에서도 많은 부분을 써나갈수 있습니다. 계속 xhtml 부분을 올리기로 하지요.

테이블은 이제 그만 쉬어야 할 때

로 인식을 하는거였네요. 무엇인지 모르니 짜증이 날수 밖에요 ^^) 이렇게 쓰이게 되면 HTML은 자동으로 알아서 문단이라고 인식해서 그에 맞추어 출력을 해주게 됩니다.(이런 개념을 잘 이해해서 디자인을 하면
(웹표준에서는
이 맞습니다)은 거의 쓰지 않게 됩니다 ^^)

이렇게 HTML의 속성들의 개념을 이해해 가다보면 문서의 틀을 잡아주는것에 대한것, 즉 레이아웃에 대한 속성들도 다루게 되는데 바로 그 문서의 표현을 도와 문단의 너비, 문단의 위치, 모양을 잡아주는 것이 바로 테이블 입니다. DIV 입니다. P(Paragraph, 문단의 첫글자) 속성도 있구요. 아무튼 다시한번 말합니다. 문서의 레이아웃을 돕는 html 속성은 DIV 입니다. ^^ DIVISION의 줄임말로 나누다 라는 뜻을 가진 div 인것이죠. 테이블로 레이아웃 사용은 문법 자체가 틀린것이라는 겁니다.

위의 긴 글을 정리하면서 다시 말하자면, HTML의 개념이 바르게 인식이 되어 가는데엔 테이블, 단순히 표를 만드는데 쓰인다는 원래의 목적을 찾아주고 레이아웃은 그에 맞는 속성을 쓰는것이 꼭 다루어져야 한다는 것입니다. 단순히 “DIV가 다루기 쉽잖아요” 가 이유가 아닌(실제로도 테이블보다 훨씬 쉽지만) 목적과 개념 자체에서부터 문제가 된다는 것입니다. 아직 뜨끔 안하셨나요? 이제 슬슬 개념뿐만이 아닌 왜 DIV가 테이블보다 나은지 다루어 보겠습니다.

table 보다 다루기가 쉽다
솔 직히 예전에는 테이블이 웹페이지 레이아웃, 틀을 잡는데에 쓰일수 밖에 없었습니다. 그만한 틀을 잡아주는 속성이 약했기 때문입니다. 그리고 그 당시에는 그것이 더 편했고, 깔끔했습니다. 규격이 맞지 않아서 줄이고 늘리고 하는것이 더 문제 였으니까요. 하지만 DIV는 레이아웃을 위한 그 목적으로 씌여진 만큼, 그보다 더 다루기 쉽게, 간편하게 발전 되었습니다. 말도 안된다구요?

보통의 홈페이지 레이아웃으로 예를 들어가면서 보겠습니다.

이런 레이아웃을 만들어 보겠습니다.

테이블로 만들면

<table> <tr> <td colspan="2"></td> </tr> <tr> <td></td> <td></td> </tr> </table>

이걸 div를 이용하면

<div></div>  <div style="float:left;"></div>  <div></div>

이렇게 됩니다.

view plaincopy to clipboardprint?
<div></div>  
<div style="float: left;"></div>  
<div></div>  
<div></div>
<div style="float: left;"></div>
<div></div>

별로 차이 안나네요.
그럼 좀 더 복잡한 구성으로 만들어 봅니다.

이런 레이아웃을 만들어 보겠습니다.

이걸 테이블로 만든다면 아래와 같이 만들어야 겟죠

<table> <tr> <td colspan=4></td> </tr> <tr> <td></td> <td></td> <td></td> <td></td> </tr> <tr> <td colspan=4></td> </tr> <tr> <td colspan=4></td> </tr> <tr> <td colspan=4></td> </tr> <tr> <td colspan=4></td> </tr> </table>

하지만 div로 만들면 이렇게 됩니다.

<div></div>   <div style="float:left;"></div>   <div style="float:left;"></div>   <div style="float:left;"></div>   <div style="float:left;"></div>   <div style="clear:both;"></div>   <div></div>   <div></div>   <div></div>

클라이언트가 위의 구성중 column이 많다고 빼달라고 요청합니다. 하나를 빼면,,
테이블로 구성한 코드는 저 위의 4라고 써진거 다 3으로 바꾸어야겠죠. 네. ‘찾기’ 기능을 아주 잘 써야겠습니다. 하지만 div는 어떤가요? float:left 는 align:left 와 같습니다. 왼쪽으로 정렬된것들 마구 넣은 후에 빼고 싶은거 빼고나서 다시 정리된 한칸을 넣을때엔 align 이 적용 안되도록 clear:both; 만 넣으면 됩니다. 개발자 분들, 너무나도 차이나는게 보이시는지요?

테이블은 느리다
다른 이유를 보겠습니다. 너무나도 잘 아는 사실이죠. 테이블의 속도 문제도 꽤나 골치 아픈 문제 입니다.

유 저들은 아마도 브라우저창 타이틀 부분에는 웹사이트 제목이 떴는데 하얀 바탕으로 아무것도 나오지 않는 경우를 겪어 봤습니다. 요즘이야 워낙에 속도가 빨라지긴 했지만… 그 이유는 테이블의 속도 문제가 있기 때문입니다. 각각의 테이블이 하나하나의 요소로 받아들이기 때문에 그 테이블이 다 읽히기 전까지는 화면에 읽히지 않습니다. 그 이유 때문에 제목창에는 제목이 뜨는데 화면에는 아무것도 들어오지 않는것처럼 보이는 것이죠. 특히 커다란 포털사이트에 이런 경우가 많습니다. 기다림 후에 나타나는 화면은 이미 로딩이 거의 끝난 상태로 나타나게 되죠. 그와 반대로 div를 사용하게 되면, 틀을 잡아주는 것이기에 틀에 잡힌 텍스틀이 이미 뜬 후에 배경이라던지 이미지가 읽혀지게 됩니다. 유저들에겐 기다림의 지루함이 조금이나마 줄어들게 되는 것입니다. 그러므로 속도의 차이는 없는듯 커다랗게 나는것입니다. 예전 야심만만 이라는 프로그램에서 ‘당신에게 가장 긴 1분은 언제였나?’ 라는 질문에 웹사이트가 로딩되는 그 1분이 길었다 라는 대답이 상당히 많았던 것만 봐도 그 ‘약간’ 의 차이가 유저들에게는 얼마나 큰것인지를 알수 있습니다. 구글의 성공에도 1개의 이미지로 승부하는 속도가 커다란 몫을 했었죠.

table은 유지하기 힘들다
속도 뿐만이 아닙니다. 어찌 유지 하렵니까?
속 도는 인터넷을 더 빨리 돌려버리면 된다고 해도, ‘유지’ 의 문제는 어쩔수 없습니다. 상상만 해도 울컥 솟아 오릅니다. 테이블 안에 수도 없이 이루어진 그 얽히고 얽힌 그 문제를 어떻게 유지를 할수 있을지. 새 웹마스터가 와서 웹사이트를 유지하려해도 이해할수 없는 수 많은 테이블의 tr, td 들을 그리고 그 안에 들어있는 테이블들을 어떻게 이해를 해서 하는지. 아직도 하고 계신분들에게 경의를 표합니다. 이럴때에 가끔은 프리렌서가 좋다는 생각을 합니다. :) 이 말도 안되는 것들만 보아도 왜 이렇게 되어야 하는지 궁금할 뿐입니다. div도 사이트가 클수록 유지하기에 복잡하지 않냐 라는 반문을 하신다면 div를 써보지 않으신 분들입니다. 각각의 레이아웃 div에는 이름을 주어서 css로 간단히 조절이 가능하기에 각각의 이름들만 알아도 새로운 css를 써버려서 내용은 그대로이되 모든 디자인이 바뀌어 버리는 놀라운 일을 할수가 있습니다. ‘스킨’ 의 개념이 보통의 html문서에서 이용되는 것입니다. 이에대해 아시는 분들은 아시지만 젠가든 이라는 곳이 그 예들을 보여줍니다. 내용은 같지만 수많은 유저들이 자신들의 css를 제출해 뽑히면 그 사이트의 디자인CSS 파일만을 바꾸어 보여줌으로써 확연히 다른 사이트로 변모하는것을 보면 확실히 이해가 가실겁니다.

CSS3?
이 제 곧 나오게 될 CSS3를 살펴보니 레이어들 사이에도 이제 x, y 좌우의 위치 뿐만이 아닌 진정한 케스케이딩, 차곡차곡 쌓인 문서들 처럼 앞, 뒤 의 z 위치를 정할수 있게 되어 있습니다. 아무리 테이블이 레이아웃에 좋다고 우겨도 CSS3가 출시되는 날 부터는 ‘바보’로 취급받게 될것입니다. 투명한 PNG의 사용도 가능케 했으니, 그림자 div 위에 문서 1 div을 놓고, 그 위에 문서 2 div 를 놓고 겹치게 해 놓았다고 생각해 보십시오. 그리고 다음 페이지로 넘어갈때엔 그저 CSS의 Z 속성만 바꾸어 주면 순간에 문서 1이 2의 위에 올라가게 되니, 이거 언제 css3이 출시되나 기다려 지지 않을수가 없습니다.

table은 이제 쉬어야 할때
테 이블은 이제 슬슬 좀 쉬어야 할때 입니다. 너무 큰일을 감당케 했습니다. 반대로 원래 그 일을 해야할 div를 너무 놀게했습니다. 위에서 주욱 길게 설명을 했듯이 테이블의 노동착취는 그만하시고 공평한 일자리를 주어야 할 때가 아닐까 생각합니다. 아니 그래야 합니다. 그것이 미래를, 앞을 바라보는 선경지명이겠습니다.