그누보드 오래쓰다 보니.... 정보
그누보드 오래쓰다 보니....본문
항상 좋은 솔루션을 쓸때마다 밤낮 수고하시는 개발자들에게 감사할 따름입니다.
저는 외국에 살고 있고, 외국서버에서 그누보드로 웹사이트 제작을 주로 해주고 있는 평범한 개발자인데...
이번에 웹호스팅업체로부터 경고를 받았답니다.
한국과는 다르게 거의 traffic, space 모두 무제한인데. DB만 100개 정도 제한이 있습니다. 이 무제한이란 말을 믿고 마구 마구 서버에 웹사이트 제작해서 올렸다가 Table이 6000개가 넘었다고 서버 performace에 영향이 가니 1000개 이하로 줄이라는 강제조정명령을 받았습니다. -_-;;
60여개 사이트였고, 그누보드 특성상 1개 사이트에 1개의 DB를 이용해서 제작했었더랍니다. 불당님의 클럽도 몇몇 넣었는데 클럽한개당 3개의 Table을 차지하니... 어떤 사이트는 엄청납니다. -_-;;
그래서 마음먹고, g4_write_(bo_table) 이런형식으로 data가 들어가는 테이블을 한개의 table로 모두 모으기로 했답니다. 즉 새로운 게시판을 추가해도 g4_board에 레코드가 한개 들어가고, 자료를 위한 테이블은 생성되지 않는거죠.... 이렇게 저렇게 자료를 한개의 table에 모으니 20만개 정도 record 수가 나오네요. 5000개의 table을 21개의 table에 담았습니다. 처음에 많은 개조를 생각했는데 적당한 field만 주고, sql문정도만 개조하니깐 모두 해결되었습니다. 다시 꼼꼼하게 그누보드를 살펴볼 기회가 생겼었는데 보면서 잘 만드셨다는 생각을 다시 한번더 하고 감사했습니다.
모두들 즐플 하시고...
저는 외국에 살고 있고, 외국서버에서 그누보드로 웹사이트 제작을 주로 해주고 있는 평범한 개발자인데...
이번에 웹호스팅업체로부터 경고를 받았답니다.
한국과는 다르게 거의 traffic, space 모두 무제한인데. DB만 100개 정도 제한이 있습니다. 이 무제한이란 말을 믿고 마구 마구 서버에 웹사이트 제작해서 올렸다가 Table이 6000개가 넘었다고 서버 performace에 영향이 가니 1000개 이하로 줄이라는 강제조정명령을 받았습니다. -_-;;
60여개 사이트였고, 그누보드 특성상 1개 사이트에 1개의 DB를 이용해서 제작했었더랍니다. 불당님의 클럽도 몇몇 넣었는데 클럽한개당 3개의 Table을 차지하니... 어떤 사이트는 엄청납니다. -_-;;
그래서 마음먹고, g4_write_(bo_table) 이런형식으로 data가 들어가는 테이블을 한개의 table로 모두 모으기로 했답니다. 즉 새로운 게시판을 추가해도 g4_board에 레코드가 한개 들어가고, 자료를 위한 테이블은 생성되지 않는거죠.... 이렇게 저렇게 자료를 한개의 table에 모으니 20만개 정도 record 수가 나오네요. 5000개의 table을 21개의 table에 담았습니다. 처음에 많은 개조를 생각했는데 적당한 field만 주고, sql문정도만 개조하니깐 모두 해결되었습니다. 다시 꼼꼼하게 그누보드를 살펴볼 기회가 생겼었는데 보면서 잘 만드셨다는 생각을 다시 한번더 하고 감사했습니다.
모두들 즐플 하시고...
추천
0
0
댓글 3개
table들을 merge 시키면 기본필드로 돌렸다면 왠만해선 문제 없을거에요. UI와 table 부분에선 xe가 장점을 가지고있고 그누보드는 제가 경험해본 보드중 UI부터 기능에까지 훌륭한 보드는 아닙니다. 다만, 홈페이지제작과 관련한 시장형상에 가장 이상적인 즉 커스터마이징에 가장 훌륭한 보드라 생각하구요, 그누보드 이후버젼이 나오더라도 쥐포만큼은 힘들거에요. 그래서 저도 나름 감사하게 생각하고있답니다.
기본적으로 보안이 되고 손쉽게 db부분까지 손볼수 있다면 그게 가장 이상적이라 좁지만 개인적인 생각입니다.
기본적으로 보안이 되고 손쉽게 db부분까지 손볼수 있다면 그게 가장 이상적이라 좁지만 개인적인 생각입니다.
테이블을 병합해 쓰신다면 속도 면에서 어떤 차이가 있는지 궁굼하네요. 개인적인 생각이지만 Table이 6000개라면 모르겠지만 일반적인 환경에서는 서버 퍼포먼스에 영향을 줄 정도는 아니고 관리면이나 확장 면에서 잇점이 있다는 생각인데 개인차가 있으니 뭐가 맞다라고는 못하겠네요.
공개 보드라는 것이 그런것 같아요. 아무리 잘 만들어진 오픈보드라도 그때그때 상황에 맞는 패치는 정기적으로 해줘야 하는 부분이라 배포 자체가 일단 안정적이어야 하고 해당 보드를 사용하는 층이 넓게 형성되어져야 좋은 보드겠죠. 그누도 아마 커뮤니티 형성이나 유저층이 지금처럼 두텁지 않았다면 지금의 모습은 아닐듯 합니다. 그누보드 안정적이죠. 안정적이면서 돈이 된다거? 또 개발이 용이하다는 것, 저에게는 더없이 좋은 보드입니다.^^
공개 보드라는 것이 그런것 같아요. 아무리 잘 만들어진 오픈보드라도 그때그때 상황에 맞는 패치는 정기적으로 해줘야 하는 부분이라 배포 자체가 일단 안정적이어야 하고 해당 보드를 사용하는 층이 넓게 형성되어져야 좋은 보드겠죠. 그누도 아마 커뮤니티 형성이나 유저층이 지금처럼 두텁지 않았다면 지금의 모습은 아닐듯 합니다. 그누보드 안정적이죠. 안정적이면서 돈이 된다거? 또 개발이 용이하다는 것, 저에게는 더없이 좋은 보드입니다.^^
트레픽과 용량이 무제한이라면 차라리 db 만 따로 구축하는건 어떠실지