기존 테이블 구성을 css로 재구성하면???
기존 테이블 구성을 CSS로 재편집하면 이게 체감이 가능할 정도의 속도가
나오기는 하는 건가요?
아...아주 회의를 할 때마다 한마디씩 툭! 투! 던지면 가심이 철렁되서 죽을
맛이네요. 2009년 5월에 리뉴얼이 잡혀있는 사이트를 그저 속도좀 높이자며
재편집 하라는 안건이 나왔는데.....
내용이 불량해 죄송합니다만, 핑계거리좀 제공해 주세요!!!
관리비도 쥐꼬리만한 곳에서 왠 무료 리뉴얼???
아흑 짜장이 지대로 나네요!!!
나오기는 하는 건가요?
아...아주 회의를 할 때마다 한마디씩 툭! 투! 던지면 가심이 철렁되서 죽을
맛이네요. 2009년 5월에 리뉴얼이 잡혀있는 사이트를 그저 속도좀 높이자며
재편집 하라는 안건이 나왔는데.....
내용이 불량해 죄송합니다만, 핑계거리좀 제공해 주세요!!!
관리비도 쥐꼬리만한 곳에서 왠 무료 리뉴얼???
아흑 짜장이 지대로 나네요!!!
|
댓글을 작성하시려면 로그인이 필요합니다.
로그인
댓글 20개
테이블도 잘만든 테이블 구성이면 거의 차이가 없구요.
책보고 더듬더듬 하고 사는 사람인데 말레이시아 오랑우탄 같은 인물이 제 약점을 알고 요즘 갈구는데 아주 미치것네요. ㅎㅎㅎ
그 이상 들어가면 눈 알 빠지죠 ㅋ
css 도 관리가 편합니다만
table 도 나름 잘 짜놓으면 관리 편합니다.
효과적인 css 처리가 사실 필요하긴 하죠..UI 사용도 훨씬 유리하고요...
뭐, 암튼 성격에 맞는걸 구현하면 됩니다. ㅋㅋ
d-day 가 12월 17일 11시입죠 ㅎㅎ
클래스 네임, 태그 경로를 지정해서 넣어주는 것이기 때문에 관리도 편하고 속도도 괜찮죠.
느려지겠구요..
그리고 각 속성에 "" 꼭 이걸로 닫아주고 alt 태그당을삽입해주시면 브라우저가 인식하는속도가
더빨리집니다.
http://sir.co.kr/bbs/board.php?bo_table=cm_free&wr_id=350960&sca=&sfl=wr_subject&stx=%C6%AE%B7%A1%C7%C8&sop=and
렌더링에서 div가 좀 빠른 감도 있습니다ㅎ
table은 유지보수에는 아주 난감하더군요. 그런데 div, css는 아주 개념이 팍! 섭니다.
속도 면에서도 익히 알려진 대로 div+css가 좋은 건 사실입니다.
그런데....
요즘 같이 광랜이 날아다니는 시점에서,
정말 거지같이 table에 table을 수겹으로 넣는 무식한 코딩만 아니라면
실제로 체감 속도는 그리 많이 느껴지지 않는 경우도 있다는 생각입니다.
table이라도 얼마나 깔끔하게 정리하느냐 역시 중요하기 때문에 어느 정도 만회는 가능하다고 생각합니다.
하나의 table에 다 넣지 않고 각각 나눠서 순차적으로 불러오게 만든다면
다음 번 table이 로딩될 때까지의 체감 속도가 덜 느껴지므로 div와 비슷한 효과를 낼 수 있지 않습니까!
어케 하든 큰애 대학 졸업하는 순간 까지만 테이블로 우겨서 살아야 하는데.....추세가 추세인만큼 이런 생각 이제 포기해야 할래나봐요.
요즘 그래도 그누보드가 제게는 효자입니다. 수입에 40%정도를 커버해주어서 다행이기는 합니다!
그래서 아직도 미숙합니다. 그렇다고 딱히 배워서 하는 것도 아닙니다.
해서, div+css로 하다가 안 돼면 그냥 table로 슬쩍 밀어 넣습니다. ^^
하지만 이 짓도 자주 하니 점점 div+css의 비중이 늘어나는군요.
그래서 생각인데, 테이블로 우기는 것에 신경 안 쓰셔도 될 듯합니다.
이번일은 우겨서 넘겨 버리시고 일부만 손봐 주시는 쪽이 좋을 듯 하네요.
가끔 보면 많은 분들이 이해를 잘 못하시는게 있는것 같은데...
div 코딩이란건 html 아는 사람이면 1시간도 안되서 다 할 수 있어요..
근데 문제는 css 입니다. 이건 사실 공부를 좀 많이 해야되요 ~~~~
어떤 분들은 그냥 무턱대고 div로 센터 정렬하고 코딩하면 끝이라 생각하는데
css 파고 들면 끝이 없다는걸 알게되더라고요 ㅋㅋ
ff 에서 신나게 만들어 놓고 ie로 보면 엉망진창 ㅠㅠ
둘다 봐가며 만들어야 하니 참 난감하죠..