리빌더 라이선스 정책 및 이용 기준 안내
2.2.7.9
리빌더
리빌더
빌더 다운로드
2.2.7.9
이용가이드
공지사항
이벤트
업데이트 노트
업데이트 캘린더
부가 기능
부가 기능
전체
게시판
시스템
확장기능
API
최신글
위젯
레이아웃
웹폰트
테마
리빌더 전용테마
전체
기업
서비스
커뮤니티
마켓
서비스
부가 서비스
멤버십/라이선스
제작 의뢰
앱 패키징 (Android)
u
1.2.2
앱 패키징 (IOS)
Rb 에디터
2.2.2
Rb 어드민
u
1.0.10
허브
콘텐츠 허브
허브 메인
콘텐츠 전체보기
n
지원
지원
질문과 답변
버그제보
개선 및 제안
기술지원 요청
포럼
포럼
리빌더 라운지
출석체크
자유 게시판
n
팁과 노하우
AI
n
사용후기
AI
.
Studio
AI
.
Studio
AI 스튜디오
쇼케이스
많이 검색된 키워드
#
짧은주소
#
글
#
최신
#
2.2.2
#
게시판
검색조건
제목+내용
제목
내용
회원아이디
이름
and
or
로그인후 이용해주세요.
로그인
회원가입
새글
최근 180일 이내 등록된 새글 이에요.
전체
글
댓글
안녕하세요 예뜨락이라고 합니다 : )
[댓글]
>>k 예뜨락님 안녕하세요!!!!!!!! 앞으로 리빌더서 많이 뵙길 바래요!! 항상 행복 하세요&^______^
bank365 2026-09-07
자유 게시판
여러분의 의견을 듣습니다.
[댓글]
결국 CMS는 안정성을 바탕으로 편의성을 추구해야 하는거 아닐까요? 새로운 CMS 저도 적극 찬성입니다. 다만, 안정성에 대한 신뢰를 얻기까지 얼마나 많은 시간이 필요할지 모르겠네요. 그래서 그누7도 대안으로 라라벨을 사용하지 않았을까요? 신뢰를 얻은 뼈대를 바탕으로 편의성까지 갖추는게 현실적이지 않을까 하는 생각이 드네요. (여기서 신뢰를 얻는 뼈대를 그누5를 말하는 것은 아닙니다.) 지속적으로 수정해갈 요량의 개인 사이트 정도라면 새롭게 만들어서 하던 무슨 차이가 있을까요. 그게 아닌 이상 가장 중요한 부분은 안정성에 대한 신뢰이지 않을까 합니다. 신뢰라는게 단시간에 쌓이는게 아니다 보니 그 인고의 시간을 버틸 회원이 몇 명이나 될지도 의문이구요. 아니면, 일반적으로 개발했다는 다른 CMS와의 차별화를 두는 것이 신뢰의 시간을 줄이는 방법일 수 도 있을꺼 같네요. 리빌더에서 CMS를 만들었고 그것을 사용하는 일반 사용자의 입장에서 CMS를 사용하는 부분에 있어 얼마나 보안 및 오류 부분에 대해 곰꼼히 체크를 해 갈까요? 아마 하는 분 찾는게 더 어려울 듯. 그러다 일 커질 수 있겠죠. 그래서, 일반적인 다른 CMS와 달리 보안이나 오류 검증 시스템을 도입하는 것도 좋은 방법이 될 수 있을꺼 같아요. 어렵고 첨단의 기술이 아닌 포괄적이지만 뭐가 문제가 있다를 것을 알려주는 CMS의 자체 시스템. 이런 자체 보안, 오류 알림 시스템이 있으면 최소한 그냥 문을 열어 놓고 사는 CMS는 막을 수 있겠죠. 문제되는 부분은 리빌더에서 분석 후 업데이트 진행을 하면 되니. 보안쪽을 일부 담당할 공통 GDPR을 추가해 보는 것도 좋을 꺼 같아요. "외부 검증과 제보를 받을 수 있는 창구를 마련하고, 발견된 문제를 신속하게 수정 · 배포하는 체계도 필요합니다." 이것 보다는 자체 검증과 자동화된 제보에 발견된 문제를 업데이트 하는 과정이 더 AI답고 앞으로의 방향이지 않을까.. 하는 생각입니다.
rainbow 2026-09-07
공지사항
안녕하세요 예뜨락이라고 합니다 : )
[댓글]
환영합니다~~ ^^
민트다이어리 2026-09-07
자유 게시판
안녕하세요 예뜨락이라고 합니다 : )
[댓글]
안녕하세요~
화련 2026-09-07
자유 게시판
여러분의 의견을 듣습니다.
[댓글]
네, 게시판이나 레이아웃 등을 쉽게 제작하고 공유할 수 있도록 원클릭 내보내기 · 설치를 지원하는 것은 생태계 형성에 중요한 부분이라고 생각합니다. 보안에 대한 우려도 이해합니다. 기존 CMS에는 오랜 운영을 통해 쌓인 검증 경험이 있고, 새로운 CMS에는 초기 설계부터 보안을 고려한 공통 구조를 만들 수 있다는 장점이 있을 것 같습니다. 개발자가 매번 주의하는 것에만 의존하기보다는, 인증 · 권한 검사 · 입력값 처리 등을 공통화해 실수를 줄이는 구조가 중요하다고 생각합니다. 물론 자체 점검만으로 취약점이 없다고 보장할 수는 없습니다. 외부 검증과 제보를 받을 수 있는 창구를 마련하고, 발견된 문제를 신속하게 수정 · 배포하는 체계도 필요합니다. 따라서 새로운 CMS라서 보안에 불리하다고 단정하기보다는, 새 제품으로서 검증 경험과 신뢰를 쌓아야 한다는 표현이 더 정확할 것 같습니다. 초기 보안 설계와 지속적인 검증 · 패치 체계를 갖춰 대응해 나가야 할 과제라고 생각합니다. 우선 조금 더 심도있게 논의를 해보겠습니다. 좋은 말씀 감사합니다.
리빌더 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
편집기외 만들어진 스킨을 내보내기 가능하여, 다른 이용자와 공유가 가능했음 좋겠습니다. 디자인의 디자도 모르는 저같은 사람들이 많을테니깐요 새로운 CMS가 나온다면 프리미엄으로 유상 배포할 경우 지금의 그누5나 라이믹스처럼 공단?으로부터 보안 취약점과 에러 등등의 피드백을 쉽게 받을수 없어 이점이 새로운 유상 CMS가 갖는 불리함이라 생각됩니다 기 만들어진 부가기능이 새로운 CMS에 별 무리없이 호환이나 제작된다면 새로운 CMS도 환영 입니다 또 중요포인트는 기존 리빌더를 100프로 가져올순 없겠지만 최소한 회원 게시판데이터등은 마이그래이션?가능해야 한다 생각합니다
bank365 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
스킨은 편집기를 도입할 생각 입니다. 게시판 스킨을 하나 만드려면 그래도 코딩 지식이 있어야되고, 파일을 건드려야되는데, 새로운 시스템에서는 게시판 스킨도 이제 코딩이 아닌 드래그와 설정 만으로 무한대로 만들 수 있을것같습니다. AI가 있으니 몇년이 걸릴 필요가 없고, 천천히 해도 1~3개월 안에 MVP가 나올것으로 예상하고있습니다. 그누를 다시 가져다쓰면 지금의 리빌더와 큰 차이가 없을것같습니다. 지금의 리빌더는 리빌더대로 그누보드 위에서 발전하고, 프리미엄은 새로운 선택지로 제공 할 수 있을것같습니다. 부가기능은 호환이 될 수 있을것같습니다. 여러모로 고민이 많네요..
리빌더 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
항상 감사합니다. 많은 도움이 되었습니다, 편안한 주말 되세요!
리빌더 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
엇.. 저도 요부분도 나쁘지않은거같습니다. 사실 저도 요거 커스텀해보고싶었는데 귀찮아서 안하고있었네요
화련 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
새로운 CMS 를 굳이 만들필요없이 그누보드5를 계승한 CMS로 발전할수는 없는건가요? 그누SE처럼요 새로운 CMS다 좋은데... 기존에 만들어진 부가기능들이 호환되려면... 또 몇년을 기다려야 하는건지 ㅠㅠ 스킨 또한 없애려는게 잘 이해가 가질 않습니다. 제가 생각한 스킨이 아니라 다른 스킨을 이야기 하시는건가요? 게시판같은경우 다양한 스킨을 통해 홈페이지를 더욱 다채롭게 꾸밀 수 있는 요소 인데 말이죠 차라리 지금 만들다가 버려진 그누SE가 mit라이센스 이니 그걸 가져다가 리빌더만의 새로운 CMS로 만들면 어떨가요? 데이터베이스도 호환되고 그누보드5와도 호환되고...
bank365 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
프리미엄의 주타겟이 어떤층인가 깊이 판단해서 진행하면 될것 같습니다. AI가 나오면서 그누보드라는 CMS를 사용해야만 하는 층이 엄청나게 줄었습니다. 과연 그누보드 기반의 코어에서 지금의 리빌더처럼 이 엄청난(?) 프로젝트를 지속해야만 하는 사업적인 이유가 있을지 지금 시점에서 잘 고민해야 할 것 같습니다. (분명 자선사업이 아닐테니까요^^) GNUCMS 같은 그누 최저코어 기반으로 리빌더가 새로운 CMS로 독립적으로 나아가는 방향이 적합하다고 저 개인적으로는 판단합니다. 아무쪼록 성공적인 사업성의 방향을 잘 잡았으면 좋겠습니다. 늘 뒤에서 응원합니다.
April 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
네, 저도 프론트까지 호환하려고 하면 오히려 새 CMS를 만드는 의미가 많이 줄어들 것 같습니다. DB나 기존 데이터는 최대한 이전할 수 있게 하고, 프론트는 새 구조에 맞춰 완전히 새로 설계하는 방향이 더 좋아 보입니다. 특히 기존 구조에 얽매이지 않는 만큼 모바일이나 반응형, 관리자 UX까지 처음부터 제대로 잡을 수 있을 것 같네요. 기존 URL이나 첨부파일, SEO 정도만 이전 과정에서 잘 이어질 수 있으면 사용자 입장에서도 부담이 많이 줄 것 같습니다. 기대됩니다 ㅎㅎ
화련 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
네.. 의견고맙습니다. 이전에 대한 부분은 DB 는 어렵지않을것같고, 프론트는 불가능하다는 판단 입니다. 그만큼 프론트에서 사용자 경험이 극대화 될 수 있도록 설계를 잘 하는것이 맞을것같기도하네요.
리빌더 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
일단 sir쪽보니 자체 cms를 완성해서 배포하시던분이 계시더군요
화련 2026-09-06
공지사항
여러분의 의견을 듣습니다.
[댓글]
맞습니다. 그누보드의 한계점이 있어서 자체 cms도 좋다고 봅니다. 저도 라라벨 최신기반으로 자체적인 cms를 개발해보고있는데 만만치는 않군요... 일단 그누보드5 시스템 자체가 너무 오래된 부분이 생각보다 많다고봤거든요. 일단 ... 4번은 데이터 옮기는게 가장힘들지않을까싶습니다
화련 2026-09-06
공지사항
처음
이전
56
페이지
57
페이지
열린
58
페이지
59
페이지
60
페이지
다음
맨끝
Guest
로그인
회원가입
리빌더
리빌더
빌더 다운로드
2.2.7.9
이용가이드
공지사항
이벤트
업데이트 노트
업데이트 캘린더
부가 기능
부가 기능
전체
게시판
시스템
확장기능
API
최신글
위젯
레이아웃
웹폰트
테마
리빌더 전용테마
전체
기업
서비스
커뮤니티
마켓
서비스
부가 서비스
멤버십/라이선스
제작 의뢰
앱 패키징 (Android)
u
1.2.2
앱 패키징 (IOS)
Rb 에디터
2.2.2
Rb 어드민
u
1.0.10
허브
콘텐츠 허브
허브 메인
콘텐츠 전체보기
n
지원
지원
질문과 답변
버그제보
개선 및 제안
기술지원 요청
포럼
포럼
리빌더 라운지
출석체크
자유 게시판
n
팁과 노하우
AI
n
사용후기
AI
.
Studio
AI
.
Studio
AI 스튜디오
쇼케이스