d오오... 상당히 매래기술을 다루는군요.. ㅋㅋㅋ 꼭 보겠습니다 ㅎㅎ

참여하고 싶지만 주제가 부담되고 나이도 어려서... ㅋㅋ

갤S5 가 오늘 새벽 4시에 스페인 바르셀로나에서 발표를 가집니다. 참고하세요 ;)

음.........참여하고 싶지만 제가 따라갈수 있을지..ㅠㅠ

오리지날 다방 커피 마시면서 대화 나누시는 건가요..^^
음..프림에 흑 설탕..^^
전 노땅 입니다..^^

참여는 힘들것 같네요.

오늘 울마님과 2박3일간 여행을 떠납니다.....^^

이전 css를 한곳으로 모으자는 이슈
---
g5의 css관련된글 = http://sir.co.kr/bbs/board.php?bo_table=cm_free&wr_id=964636
[지운아빠님] "g5의 css관련된글"에 대한 예시 = http://sir.co.kr/bbs/board.php?bo_table=cm_free&wr_id=964714





그누5에서 제반되야할 기능
---
후킹: http://sir.co.kr/bbs/board.php?bo_table=pg_talk&wr_id=7185&sca=&sfl=wr_subject%7C%7Cwr_content&stx=%ED%9B%84%ED%82%B9

css의 분리(모듈 및 스킨별) 및 통합화(호출)는 꼭 필요할것같습니다.

하하 그러고보니 그때 이슈중에 그런 이야기 나왔던것도 생각나네요.
<style> @import </style>

그 후반쯤 부터는 로딩속도에 대한 이야기들이 이루어졌던걸로 기억하고있습니다 : )!

@import 가 속도가 더 느리다는 이야기가 있던데... 사실 여부는 잘 모르겠습니다 ㅎㅎ

저도 그렇게 알고 있었어요!
그런데다가 link 냐 style 직접선언이냐에 따라 그 값도 변경된다해서 멘붕오지만,
가만히 생각해보니 그냥 브라우저 렌더링 방식에 따른 차이들이 아닐까 합니다.

그래서 제시한 방법이 아래링크와 같은데 아래 링크의 경우도 속도를 보장 할수 없다죠 ㅋㅋㅋ

http://sir.co.kr/bbs/board.php?bo_table=cm_free&wr_id=964714

아 저는 그 부분을 좀더 다른 방식으로 해결하려고 생각했습니다.

어차피 CSS는 많이 고치는 파일이 아니므로, 관리자페이지에서 게시판을 추가하거나 삭제하거나, 스킨변경등이 일어날 때 캐싱된 CSS파일을 /data 디렉토리에 넣는 겁니다.

실제 제가 소속되었던 웹 게임사이트는 유저들의 아바타 의상 정보를 새벽시간에 CSS로 캐싱해버립니다.

흠....
css 여러 파일을 로드 시키는 대신 전체 css를 한파일로 밀집(링크의 예시) 하여 한 css로 호출 하는것과 병행하면 속도는 훨씬 빨라질것 같네요.

짧은게시글 주소의 개인적인 견해
---
저도 4년전에 짧은 주소를 사용하고자 `시로유이`님 처럼 작업 한적이 있는데... 수정해야할 원본 파일이 한가득 있더라구요.
그후 `.htaccess` 처리 해서 일부 홈페이지에서 처리를 하였지만.... 이것도 수정을 해줘야하는 부분이 있더라구요. 무튼 짧은 주소를 사용하기 위해서는 다수의 파일을 건들여야 한다는 점과 기존 주소를 애용하는 저같은 사람들을 위하여 주소체계를 새분화 하여야 할것 같습니다. (굳이 짧은 글 주소를 사용 해야한다면...)

견론
---
`.htaccess`으로 하여금 주소를 줄이되 원본 소스의 수정을 최소화 하는 방향으로 가야 할듯합니다.

네, 원본 수정없이는 힘들더라구요 ㅋㅋ
결국 저도 짧은 주소를 버린 이유가 원본 수정 때문에 있었습니다.

그누5를 이용한 CMS 화 예시 이미지(실 작업 후 이용중)

-------------------------


문제점
1. G5에서 확장 기능을 원본 수정 없이 이용하기 힘들다.
└> 실제로 인쿨르드 지점을 체크 하여 동작을 삽입 하는 삽질을 해본결과 불가능이라는 결과와 `후킹`기능의 필요성이 절실하게 발하였다,
2. 정형화된 디자인 문제.
└> 원본 자체의 css때문에 새로 디자인을 입히기에 문제가 있습니다. 예를 들어 새로 홈페이지를 만들고 css를 전부(./css/style.css) 갈아 끼웠을경우 게시판 회원부분이 같이 깨지는 문제가 발생 하였으며... 각각 스킨의 css를 따로 분리 하여 호출 하는 식으로 사용했으면 하는 개인적인 바람입니다.
3. G5에서 DB변경이 너무 자주 있습니다.
└> 문론 오픈베타 이거니와 정식 사용을 자제 한다는 문구가 있지만... 이미 실적용으로 사용하는 저는 한번 업데이트 하려면.... ㅠ.ㅠ;;;;;
  └> 그래서 탄생한게... 개인 깃 저장소와 커밋 비교 처리 결과에 따른 개별 수정..

2번과 관련하여,
스킨 CSS는 이미 분리되어 있는데 어떤 부분을 말씀하시는 것인지 어렵네요.

./css/style.css를 완벽하게 지우고 새로 작업 했을경우

페이지로그인 깨짐.
게시판 깨짐.
쪽지 깨짐.
주소찾기 깨짐 등이 일어 나더라구요.

이유를 보면 버튼이라든지 테이블 또는 dl, ul등의 설정등이 모두 `./css/style.css`의 설정 값을 분러와 사용하기 때문입니다.

이런 설정을 중복 호출 하더라도 스킨에도 선언 해야 할것 같아요.

작업 할때마다 그런 부분의 css를 뜯어와 다시 삽입해주고 기존 css와 중첩 안되도록 작업하는게 힘드네요 ㅎㅎ

./css/style.css 는 ./css/default.css 를 말씀하시는 거죠? ^^

각 스킨별 style.css 를 보시면 아시겠지만, default.css 와 중복되는 내용은

/* ### 기본 스타일 커스터마이징 시작 ### */
코드
/* ### 기본 스타일 커스터마이징 끝 ### */

와 같이 CSS 셀렉터를 우선순위로 재정의 해둔 부분이 있습니다.
이 부분을 활용하시면 될 것 같은데요?

중복이나 분리 등의 방법을 가능한 선에서 모두 시도해봤고, 실제 적용된 패치도 배포가 된 적이 있습니다만,
대다수를 대상으로는 실효성이 낮아 현재 방식을 취하게 되었습니다.

./css/style.css 는 ./css/default.css가 맞습니다.
요세 들어 퍼블리싱을 안하다보니...
style.css의 내용을지우더라도 각 스킨의 style.css에서 해당 스킨의 모양을 잡아 준다는것인가요??


ps. 전형적인 얕은 지식의 잡케라서.... ㅠ.ㅠ;

해당 스킨의 모양을 잡아주지는 않습니다. 이 부분은 직접 작업을 하셔야 합니다. 배포를 목적으로 스킨 제작 시에 유용한 방법입니다.

윗 댓글에 내용을 추가했습니다만,
중복이나 분리 등의 방법을 가능한 선에서 모두 시도해봤고, 실제 적용된 패치도 배포가 된 적이 있습니다만,
대다수를 대상으로는 실효성이 낮아 현재 방식을 취하게 되었습니다.

좀더 정확하게 말씀드리자면 이 부분에 대한 피드백이 적어서 단정지어 말씀드리기가 어렵네요.

알겠습니다.~~

실제 문자 api 서비스(그누기반 x) 에는 후킹기능을 집어 넣어 사용 중인데 너무 편하네요.

# 후킹 기능을 사용했을때 이점
>+ 소스 수정이 줄어 든다.
>+ 동작 별로 후킹 액션을 주었기 때문에 얼마든지 확장이 가능하다.
>+ 수정이 편하다~

# 후킹 액션 추가


# 후킹 동작 설정

짧은 주소의 경우는 IMGUR.COM의 방식이 마음에 드네요.
짧은 주소의 경우 게시판명/번호로 외우고 오는 사람보다는 그냥 짧게 쓰기 위해서 쓰는 용도가 많다고 봅니다.

http://imgur.com/10M6iXl

상당히 간결하고 좋은것 같습니다.