오픈 소스 프로젝트 - XE 개발 포럼
글수 263
오랜만에 글 남기는 것 같습니다. ^^
changeset을 보다보니까.
http://trac.zeroboard.com/trac/changeset/4185
에서 calendar.js의 공백이 다 없어진 파일로 대치 하셨는데요.
파일 사이즈를 줄이는 데는 효과적이지만, 가독성도 떨어지고 혹 있을 customize도 어려울 것 같습니다.
calendar-min.js와 같이 minimize한 파일을 하나 놓고 원본 파일을 그대로 두되 원본 파일에서 minimize하는 방식을
전체 zeroboard에서 통일되게 사용하도록 해야할 것 같습니다.
2008.05.14 00:00:21 (*.155.89.50)
비압축/압축 파일을 따로 보관하지 말고, 옵티마이저에서 압축하도록 설정하는게 어떨까 합니다.
주석제거, 줄 앞 공백/탭을 제거, 개행 제거.. 세 가지만 처리되어도 될거 같은데요.
혹시나 줄 앞 들여쓰기나 개행제거 때문에 문제가 발생할 부분이 있을까 싶네요.
외부에서 가져온 GPL등의 스크립트 사용시 주석을 제거해버리면 저작권 표시도 지워지니 고것도 문제가 될 듯싶군요;
여튼, 내부에서 압축하는 과정이 필요하다고 봅니다.
주석제거, 줄 앞 공백/탭을 제거, 개행 제거.. 세 가지만 처리되어도 될거 같은데요.
혹시나 줄 앞 들여쓰기나 개행제거 때문에 문제가 발생할 부분이 있을까 싶네요.
외부에서 가져온 GPL등의 스크립트 사용시 주석을 제거해버리면 저작권 표시도 지워지니 고것도 문제가 될 듯싶군요;
여튼, 내부에서 압축하는 과정이 필요하다고 봅니다.
2008.05.14 00:25:03 (*.37.65.47)
optimizer에서 js 압축을 처리하기에는 너무 서버의 부담이 크지 않을까 싶습니다. 왜냐 하면, 멋모르고 개행 제거나 주석 제거를 막 하다 보면 반드시 개행이 되어야 하는 문자열이 잘리는 현상이나 위에서 밝히셨듯이 저작권 부분같은 민감한 문제가 발생하게 됩니다. 이런 처리를 모두 하다 보면 상당한 resource를 사용하여야 될 것이고요(아무래도 js parser 급의 코드가 나올 것입니다).
수고스럽겠지만, 서버 상에서의 고밀도 js 압축은 힘들 것으로 보이고 코드 업로드 시에 처리되어야 할 것으로 보입니다.
헌데, gzip 또는 deflate 압축을 하게 된다면 개행은 큰 문제가 아니게 됩니다. 코드의 크기 자체가 상당하게 줄어들기 때문입니다.




수정시 두 파일간 동기화가 잘 이루어질지 의문이네요 ㄷㄷ