
공지사항
여러분의 의견을 듣습니다.
업데이트를 자동으로 할 수 있도록 코어와 프론트의 철저한 분리 등 여러 기능을 장기적으로 발전시키려면 기존 CMS를 확장하는 방식보다 아예 독립적인 CMS로 처음부터 설계하는 것이 더 낫지 않을까 고민하고 있습니다.
- 이전글AI 스튜디오 재오픈 안내2026.09.15
- 다음글활동 배지 시스템 추가 안내2026.08.22
댓글목록




네, 저도 프론트까지 호환하려고 하면 오히려 새 CMS를 만드는 의미가 많이 줄어들 것 같습니다.
DB나 기존 데이터는 최대한 이전할 수 있게 하고, 프론트는 새 구조에 맞춰 완전히 새로 설계하는 방향이 더 좋아 보입니다.
특히 기존 구조에 얽매이지 않는 만큼 모바일이나 반응형, 관리자 UX까지 처음부터 제대로 잡을 수 있을 것 같네요.
기존 URL이나 첨부파일, SEO 정도만 이전 과정에서 잘 이어질 수 있으면 사용자 입장에서도 부담이 많이 줄 것 같습니다. 기대됩니다 ㅎㅎ
2026-09-06 01:32

프리미엄의 주타겟이 어떤층인가 깊이 판단해서 진행하면 될것 같습니다.
AI가 나오면서 그누보드라는 CMS를 사용해야만 하는 층이 엄청나게 줄었습니다.
과연 그누보드 기반의 코어에서 지금의 리빌더처럼
이 엄청난(?) 프로젝트를 지속해야만 하는
사업적인 이유가 있을지 지금 시점에서 잘 고민해야 할 것 같습니다.
(분명 자선사업이 아닐테니까요^^)
GNUCMS 같은 그누 최저코어 기반으로
리빌더가 새로운 CMS로
독립적으로 나아가는 방향이 적합하다고
저 개인적으로는 판단합니다.
아무쪼록 성공적인 사업성의 방향을 잘 잡았으면 좋겠습니다.
늘 뒤에서 응원합니다.
2026-09-06 17:51


새로운 CMS 를 굳이 만들필요없이
그누보드5를 계승한 CMS로 발전할수는 없는건가요?
그누SE처럼요
새로운 CMS다 좋은데...
기존에 만들어진 부가기능들이 호환되려면...
또 몇년을 기다려야 하는건지 ㅠㅠ
스킨 또한 없애려는게 잘 이해가 가질 않습니다.
제가 생각한 스킨이 아니라 다른 스킨을 이야기 하시는건가요?
게시판같은경우 다양한 스킨을 통해 홈페이지를 더욱 다채롭게 꾸밀 수 있는 요소 인데 말이죠
차라리 지금 만들다가 버려진 그누SE가 mit라이센스 이니
그걸 가져다가 리빌더만의 새로운 CMS로 만들면 어떨가요?
데이터베이스도 호환되고
그누보드5와도 호환되고...
2026-09-06 18:39


스킨은 편집기를 도입할 생각 입니다.
게시판 스킨을 하나 만드려면 그래도 코딩 지식이 있어야되고, 파일을 건드려야되는데,
새로운 시스템에서는 게시판 스킨도 이제 코딩이 아닌 드래그와 설정 만으로 무한대로 만들 수 있을것같습니다.
AI가 있으니 몇년이 걸릴 필요가 없고,
천천히 해도 1~3개월 안에 MVP가 나올것으로 예상하고있습니다.
그누를 다시 가져다쓰면
지금의 리빌더와 큰 차이가 없을것같습니다.
지금의 리빌더는 리빌더대로 그누보드 위에서 발전하고,
프리미엄은 새로운 선택지로 제공 할 수 있을것같습니다.
부가기능은 호환이 될 수 있을것같습니다.
여러모로 고민이 많네요..
2026-09-06 20:01

편집기외 만들어진 스킨을 내보내기 가능하여, 다른 이용자와 공유가 가능했음 좋겠습니다.
디자인의 디자도 모르는 저같은 사람들이 많을테니깐요
새로운 CMS가 나온다면
프리미엄으로 유상 배포할 경우
지금의 그누5나 라이믹스처럼 공단?으로부터 보안 취약점과 에러 등등의 피드백을 쉽게 받을수 없어 이점이 새로운 유상 CMS가 갖는 불리함이라 생각됩니다
기 만들어진 부가기능이 새로운 CMS에 별 무리없이 호환이나 제작된다면 새로운 CMS도 환영 입니다
또 중요포인트는 기존 리빌더를 100프로 가져올순 없겠지만 최소한 회원 게시판데이터등은 마이그래이션?가능해야 한다 생각합니다
2026-09-06 20:07

네, 게시판이나 레이아웃 등을 쉽게 제작하고 공유할 수 있도록
원클릭 내보내기 · 설치를 지원하는 것은 생태계 형성에 중요한 부분이라고 생각합니다.
보안에 대한 우려도 이해합니다.
기존 CMS에는 오랜 운영을 통해 쌓인 검증 경험이 있고, 새로운 CMS에는 초기 설계부터 보안을 고려한
공통 구조를 만들 수 있다는 장점이 있을 것 같습니다.
개발자가 매번 주의하는 것에만 의존하기보다는,
인증 · 권한 검사 · 입력값 처리 등을 공통화해 실수를 줄이는 구조가 중요하다고 생각합니다.
물론 자체 점검만으로 취약점이 없다고 보장할 수는 없습니다.
외부 검증과 제보를 받을 수 있는 창구를 마련하고, 발견된 문제를 신속하게 수정 · 배포하는 체계도 필요합니다.
따라서 새로운 CMS라서 보안에 불리하다고 단정하기보다는, 새 제품으로서 검증 경험과 신뢰를 쌓아야 한다는 표현이 더 정확할 것 같습니다.
초기 보안 설계와 지속적인 검증 · 패치 체계를 갖춰 대응해 나가야 할 과제라고 생각합니다.
우선 조금 더 심도있게 논의를 해보겠습니다.
좋은 말씀 감사합니다.
2026-09-06 20:16

결국 CMS는 안정성을 바탕으로 편의성을 추구해야 하는거 아닐까요?
새로운 CMS 저도 적극 찬성입니다. 다만, 안정성에 대한 신뢰를 얻기까지 얼마나 많은 시간이 필요할지 모르겠네요.
그래서 그누7도 대안으로 라라벨을 사용하지 않았을까요?
신뢰를 얻은 뼈대를 바탕으로 편의성까지 갖추는게 현실적이지 않을까 하는 생각이 드네요. (여기서 신뢰를 얻는 뼈대를 그누5를 말하는 것은 아닙니다.)
지속적으로 수정해갈 요량의 개인 사이트 정도라면 새롭게 만들어서 하던 무슨 차이가 있을까요. 그게 아닌 이상 가장 중요한 부분은 안정성에 대한 신뢰이지 않을까 합니다. 신뢰라는게 단시간에 쌓이는게 아니다 보니 그 인고의 시간을 버틸 회원이 몇 명이나 될지도 의문이구요.
아니면, 일반적으로 개발했다는 다른 CMS와의 차별화를 두는 것이 신뢰의 시간을 줄이는 방법일 수 도 있을꺼 같네요.
리빌더에서 CMS를 만들었고 그것을 사용하는 일반 사용자의 입장에서 CMS를 사용하는 부분에 있어 얼마나 보안 및 오류 부분에 대해 곰꼼히 체크를 해 갈까요? 아마 하는 분 찾는게 더 어려울 듯. 그러다 일 커질 수 있겠죠. 그래서, 일반적인 다른 CMS와 달리 보안이나 오류 검증 시스템을 도입하는 것도 좋은 방법이 될 수 있을꺼 같아요. 어렵고 첨단의 기술이 아닌 포괄적이지만 뭐가 문제가 있다를 것을 알려주는 CMS의 자체 시스템. 이런 자체 보안, 오류 알림 시스템이 있으면 최소한 그냥 문을 열어 놓고 사는 CMS는 막을 수 있겠죠. 문제되는 부분은 리빌더에서 분석 후 업데이트 진행을 하면 되니.
보안쪽을 일부 담당할 공통 GDPR을 추가해 보는 것도 좋을 꺼 같아요.
"외부 검증과 제보를 받을 수 있는 창구를 마련하고, 발견된 문제를 신속하게 수정 · 배포하는 체계도 필요합니다." 이것 보다는 자체 검증과 자동화된 제보에 발견된 문제를 업데이트 하는 과정이 더 AI답고 앞으로의 방향이지 않을까.. 하는 생각입니다.
2026-09-07 09:43

취약점을 사용자가 찾는것은 매우 어려운일이다. 라는 말씀에 전적으로 동의하고,
기존 CMS와의 차별화 역시 맞는말씀입니다.
차별화가 되지 않은 일반적인 CMS는 개발할 생각이 없고, 시간낭비라고 생각을 하고 있습니다.
말씀주신것처럼 자동화된 제보는 매우 유용할것같습니다.
아직 구체적인 내용은 정해진바는 없으나, 말씀주신 내용은 적극적으로 채용할 수 있을것같습니다.
-----
"취약점" 은 아래 세가지로 구분할 수 있을것같습니다.
기존 문제의 새로운 발견 : 몇 년 전 작성한 코드에 원래 약점이 있었는데, 오늘 누군가 공격 방법을 찾아낸 경우
변경으로 인한 새 문제 : 코드나 설정을 바꾸고 기능을 추가하면서 이전에 없던 약점이 들어오는 경우
안전하다고 판단했던 전제의 변화 : 공격 기술이나 연산 능력이 발전해 기존 보호 방식이 충분하지 않게 되는 경우
위 내용들은 충분히 자동화 보고에서 해결될 수 있는 문제일것같습니다.
-----
많은 도움이 되었습니다. 좋은의견 감사합니다.
2026-09-07 19:14

저는 25년 이상을 개발자도 아니고 디자인 좀 하고, 그냥 html 알고 그냥저냥 필요한 부분 수정해서 사용하는
지극히 단순 사용자 입니다.
오래전부터 많은 CMS/빌더를 사용해 오면서 느낀게 이 정도의 개발 능력이면
그누보드는 훤히 알고 있을테고, 이미 리빌더를 통해 혹은 그 전 부터 펄스나인 이라는 한 개인의
능력이 어느정도인지 알고있는데, 아예 새롭게 하나 개발하면 안되나? 하는 생각은
하고 있었습니다.
적응 등은.....또 다들 하더라고요..
안전성 등 역시 충분히 검토하고 감안하고 어느 정도의 자신감에서 비롯된 화두이지 않나 싶기도 합니다.
그럼, 당장 두어달 후에 새로운 CMS가 나왔을경우, 말씀하시고 계획중인 기획이 사용자의
편의성 등은 당연한거고 완전히 새로운 개념의 CMS가 일반 사용자 및 개발자에 호평을 듣지 않을까도 싶습니다.
전..개인적으론...
한번 밀어 부치셔서 제대로 된 물건 하나 나와도 좋을듯 합니다.
기존 리빌더와 새로운 CMS의 따로 또 같이 가면 되니깐요.
어느 하나가 없어지거나 하진 않을테니.....
그냥..화이팅 외쳐 드립니다.
지나가다 툭 던져본건 아닐테니, 꽤 많은 고민이 있지 않았나 감히 생각해보면
과감히 밀고 나가셔도!
응원하며 총알 준비하고 대기하고 있겠습니다..^^
2026-09-07 13:46


안녕하세요.
웹에젼시와 쇼핑몰을 20년간 운영해오다 이제는 모두정리하고 회사생활을 하고 있습니다.
지금까지는 타 빌드를 번갈아 가면서 사용해왔었습니다.
이번에는 업체가 아닌 제 개인 것을 만들려고 검토하다 리빌드로 갈려고 결정을 했습니다.
지극히 개인적인 생각이니 참고만해주세요^^
저는 약간 다른각도의 이야기를 하고 싶은데요.
1. 그누보드이 유명세로 url 주소 자체가 너무 노출되어 있어 자동글쓰기로 인한 스펨이 늘 문제였습니다.
2. 업데이트 되지 않는 사이트맵이나 검색엔진 최적화에는 너무 약해서 검색엔진에 등록 후에 노출이 너무 않됩니다. 특히, 게시판주소 (경로)는 하나로 연결되어 있어 검색을 하고 나면 별도의 페이지로 등록되는것이 아니라 네이버에서는 같은게시판 카테고리를 묶어버려 노출의 기회가 막혀버립니다.
3. 아무래도 범용이다보니 cms도 무겁고 로딩속도에서도 차이가 납니다.
4. 이건 왜인지 모르겠지만 대부분 빌더는 글자가 너무 작습니다. 이제 노령화로 나이든분도 휴대폰에서 인터넷을 많이 사용하는데 눈이 침침합니다. 최소한 네이버 정도의 글자크기를 맞춰야 한다고 생각합니다.
5. 특히, 젊은층은 이제 검색자체를 GPT 합니다. 네이버나 다음 검색엔진도 중요하지만 이제는 gpt노출도 생각해야합니다.
생각나는데로 두서 없이 적었는데요. 이해부탁드립니다.^^
만약, 리빌더 cms를 제작했을때 걱정되는부분은
기존 검색엔진에 노출되어 있는 부분의 경로가 변경이 된다면 괜찮을까? 해결법은 있을까? 입니다.
ai에는 잘 노출 될까?
저도 고민입니다.
그누보드 기반의 리빌더를 사용하고 있다가 새롭게 나온 리빌더로 갈아 탈야할지. 아니면 좀 기다렸다고 새롭게 cms가 나오면 시작할지...
언제쯤이면 오픈이 될지 가시적인 시점도 같이 말씀해주시면 좋을듯합니다.
2026-09-20 18:03
