포럼
Core1.7.0 버전에서 1.5x보다 후퇴한 기능에 대해서
2013.02.17 13:13
Core1.7.0 버전에서 1.5x보다 후퇴한 기능에 대해서
1. 메뉴에 모듈연결방법에서 모듈선택 기능의 후퇴
메뉴의 모듈을 변경할려면 삭제했다가 다시 생성하도록 되었네요.
1.5x의 모듈연결방법이 훨씬 좋은데. 더 좋은 방법으로 개선할수 있는데,
왜 오히려 좋은 기능을 없애버렸을까요? 좋은게 없어지니까 너무 아쉽네요.
좋을때는 좋은줄 몰랐는데..없어지니까 좋았던것을 알겠네요.
2. 모듈 신규생성 기능의 후퇴
페이지,게시판 등의 모듈 신규생성 기능은 싸이트맵을 통해서만 가능하네요.물론 복제기능은 그대로지만요.
모듈 신규생성기능도 1.5x의 모듈생성기능이 좋은데 왜 1.7x에서 없애버렸을까요? 좋은게 없어지니까 너무 아쉽네요.
댓글 22
-
Garon
2013.02.17 14:03
-
또별
2013.02.17 14:16
메뉴에 모듈연결 구현방법은 회원모듈 출력방식을 적용하면 정말 혁신적인 메뉴구현 방법이 되는데요.
회원모듈은 여러개의 레이아웃 사용해도 현재 보고 있는 레이아웃에 출력되잖아요.
메뉴도 이렇게 구현되도록 변경하면 세계최고의 CMS 라고 칭송받을 수 있을것 같습니다.
홈페이지CMS는 불로그가 아니라
CMS 라고 하면 어디까지 어떻게 자유롭게 할수 있는가...자유스러움 이 최고가 아닌가 생각합니다.그런 측면에서 메뉴생성기능과 모듈생성기능은 독립적으로 분리하는것이 훨씬 더 자유로움이 높아질수 있다고 봅니다.
그래야 패턴구조에도 부합하고 상호 연결이 자유롭지 않을까요? 메뉴에 연결된 모듈변경은 수시로 발생하는데, 패턴구조라면 모듈연결을 바꿀때 그냥 간단히 선택만 하면 되는데요.
1.7.0의 통합구조는 매번 메뉴를 삭제했다가 다시 생성하는 방식은 비효율적인것 같아요.
패턴구조는 1.5x 방식으로 하던가 , 더 좋은 패턴구조는 회원모듈 출력방식으로 하는것이 바람직하다고 생각합니다.
회원모듈 출력방식으로 바꾸면 어떤메뉴에 어떤모듈을 연결했다 떼었다 교체연결 등 자유롭게 무한히 가능하다. -
Garon
2013.02.17 19:21
네. 1.7 에 지금까지 구현된 사이트 맵 컨셉은 Easy 밖에 없을 겁니다.(편의성에 집중하다 보니, 자유도가 하락하게 되었죠)
말씀 하신 바와 같이, CMS 툴이라면 자유성도 굉장히 중요한 요소이기도 할겁니다. (편의성보다 자유성이 더 중요해질 수 있겠죠)
제가 햇갈리게 썻는데 음... 일단 이런게 어떨까 싶습니다. - 이 안은 UI 는 생각은 안해 봐서 기능만...
: 간단하게 컨셉은 사이트 맵구조에 기존 모듈 생성 구조를 합치는 컨셉입니다.
사이트 맵의 이름변경. (일단 가칭으로 XE Block System)
* 사이트 맵에서 구성된 기능 : Xpress Block
* 기존 모듈 관리와 비슷한 기능 : Engine Block -
컴토피아
2013.02.20 19:50
혹은 저는 열리는 팝업에 체크박스를 강요하지 않고, 모듈을 같이 삭제하겠습니다. 라고 두어 체크박스를 체크하면 같이 삭제하고 아니면 메뉴만 삭제되는 식으로 가도 좋을 것 같습니다.
허나 다른 포럼에서 새어나온 이야기로는 Temporary Menu 라는 메뉴가 있는데 이를 더 발전시켜 구현하려고 하지만 아직 제대로 구현되지 않고 있다는 소식도 있습니다. 이로 보아서는 이런 불편한 점을 그대로 두진 않을 것 같습니다.
저도 자유도가 떨어진 사실에 대해서 유감이지만, 그래도 XE 프로젝트에 많이 제보하고 반영되었던 것으로 보아서 그리 자유도를 억압하는 방향으로만은 가지 않을 것 같습니다 :)
-
Garon
2013.02.20 20:26
저도 그냥 놔두지는 않을거라고 봐요 ㅎㅎ
저도 주변 정리도 어느 정도 되었으니 구프 코어에 들락거려야겠네요 ㅎㅎ -
컴토피아
2013.02.20 20:33
저도 발견한 버그가 꽤 있는데... 얼릉 올려야 되는데 게을러서ㅎㅎ;;
-
Garon
2013.02.20 20:35
ㅠ.ㅠ | 전 제 서버 굴리고도 셋팅도 다 못잡아놓았다능...;;; (가상 서버 삭제를 많이ㅠ ㅠ)
날잡아서 그것 만 파면 서버 초보에서 약간 벗어 나는 것도 가능할것 같은데...
(왜 Maria DB 는 하고 싶어가지고 ㅠㅠ) -
컴토피아
2013.02.20 20:59
흨ㅠㅠ MariaDB에 XE를 설치하신 분이 계시더라고요.. 참조하시면 XE 설치하시는데 많은 도움이 되실 것 같습니다 :)
그나저나 저도 얼릉 서버에 MariaDB로 옮겨가서 더 나은 퍼포먼스를 감상하고 싶네요ㅋㅋ 저도 서버초보라 좀 걸릴 듯 합니다;;
-
또별
2013.02.20 23:40
Xe Core 1.7.0 은 1.5.0 에 비해서 달라진것은 없고 오히려 기능상 퇴보했다고 봐야 합니다.
자세히 보면 업데이트 된 기능도 없습니다. 달라졌다고 보는 부분은 단지 웹표준에 따라간것 뿐입니다
패턴구조를 제대로 구현할려면 메뉴, 모듈, 레이아웃 을 따로따로 분리해야만 자유도가 완벽에 가깝게 할수 있습니다.
모듈과 레이아웃이 결합된 것도 자유도에서 20% 부족한데 거기에 메뉴까지 3자 합방하면 더 많이 자유도가 떨어집니다.
회원모듈(가입폼,회원정보보기) 많큼은 1.5x로 넘어오면서 정말 완벽하게 자유롭게 되었습니다.1.4x에서는 소스를 수정했어야했죠.
다른 모듈들도 회원모듈처럼 메뉴,모듈,레이아웃을 따로따로 분리하면 최강의 CMS가 탄생하게 됩니다.
저의 생각으로는 CMS 는 프맹의 엔드유저가 얼마나 자유롭게 구현하고 싶은 것을 구현할수 있는가에 최고의 점수를 준다고 봅니다. 편의성도 왕초보만의 편의성보다는 Xe에 익숙해졌을때 구현하고 싶은 것을 자유롭게 구현할때 그 자유로움이 편의성을 배가 시켜준다고 봅니다.
. -
본체
2013.02.19 02:51
xe는 업데이트 될때마다 새로운 메뉴얼이 나옵니다. 버전별로 따로따로 매뉴얼 책이 있어야 할거 같아요.언제까지 그럴까요
-
또별
2013.02.20 23:49
페이지에서 iFrame 사용도 보안때문에 사용못하게 막아버렸는데, 보안대책을 찾아서 해결할 생각을 해야지 아주 유용하게 사용하는 iFrame 기능을 사용못하게 없애버리는 것은 이건 정말 아니라고 봅니다. 앞으로 발전이 있어야 하는거지. 유용한 기능을 죽이는 것은 솔루션의 치명적인 결함이나 마찬가지입니다..이거는 담담자가 솔루션 구현의 창의성에 대한 방향을 찾는 방법에 대해서 고려하지 못한 부분이라고 사료됩니다..도둑이 무서워 모든 창문을 없애버린거나 마찬가지 입니다..카메라 설치를 하거나 경고음을 내거나, 자동방어장치를 설치하거나..등등..일련의 조치를 해야지..숨도 못쉬게 창문을 없애버리면 그게 집입니까..감옥이나 마찬가지지요?
-
Garon
2013.02.21 00:12
iFrame 은 현제 나와 있는 방안이, 태그 자체를 막는 법밖에 없는걸로 압니다... 즉, 보안 대책이 iFame 사용을 어느 정도 제한하는 것입니다. 그렇다고 아주 쌔근하고 새로운 보안 대책이 쉽게 떠오르는 것도 아니구요... ^^
그래서 신뢰성 있는 도매인에 한하는 정책으로 되지 않을까 싶습니다.
다만, 개인적으로 이게 신뢰성 있는 도매인을 사용자가 설정하게 하냐 마냐는 조금 햇갈리긴 합니다... -
또별
2013.02.21 00:27
가장 좋은 방법은 누구나 글을 쓸수 있는 게시판, 쪽지에서만 사용못하게 막고. 관리권한이 있는 자만 글을 쓰는 페이지만 허용하면 해결될수 있을것 같은데요..페이지도 위험한것일까요? 특정 도메인을 허용한다고 해도.허용된 게시판을 허용한것과 같으므로 문제해결이 아니라고 봐요...게시판과 쪽지는 확실하게 막아버리고, 관리권한이 있는자만 사용할수 있는 페이지만 허용하면 가장 효율적이라 생각합니다.
-
비밀얌
2013.02.22 01:03
개인적으로 레이아웃 '페이지 모듈'에 아이프레임을 이용하는데 정말 관리자만 수정이 가능한 페이지에서도 아이프렘임을 막아두었다면 정말 불편할 것 같습니다. 수정해주세요!!
-
또별
2013.02.22 11:25
페이지는 물론 레이아웃까지 iFrame 을 사용못하게 막아 버렸어요..이건 아니라고 봐요.관리자만 접근할수 있는 레이아웃과 페이지에서는 사용할수 있어야 하는거죠.
-
독도2005
2013.02.25 19:11
그 방법대로 하면 만일 관리자 계정이 해킹 당할경우에는 엄청난 사태가 벌어집니다....
-
또별
2013.02.25 20:56
개발팀에서 iFrame 사용을 막아놓은 이유는 iFrame을 이용해서 관리자 권한을 탈취할수 있기 때문인데, 이미 관리자 계정이 탈취당한 후라면 다 끝난건데 뭐 더 큰일이 나겠어요? 따라서 [ 관리자 계정이 해킹 당할경우에는 엄청난 사태가 벌어집니다] 라는 독도님의 말씀은 본문내용의 취지에 맞지 않다고 생각해요..독도님 말씀처럼 관리자 해킹당한 후라면 ..iFrame 이고 뭐고간에 그것은 다 이미 끝난거 아닐까요? 그러니까..앞뒤가 바뀐 염려라고 할까요?
-
독도2005
2013.02.25 22:09
음... 뭐... 그렇긴 하죠... ㅋ
-
Garon
2013.03.19 16:00
iFrame 으로 해킹하는건 관리자계정 탈취 이외에도, 사이트 접속자에게 해킹시도 뭐 이런것도 있던것 같습니다.
(검색으로 두리번 거리다가 ㅎㅎ;;)
물론, 운영자 입장에서는 잘 안와 닿을 수 있지만...
솔루션입장에서는 신뢰도와 관련지어서 신경 쓸 만한 문제일 수도 있습니다. -
컴토피아
2013.02.26 05:43
뭐 대부분의 경우 페이지는 최고관리자만 수정하는 경우겠지만, XE 구조상 페이지는 사실 최고 관리자가 아니더라도 수정할 수 있습니다. 최고 관리그룹이 아니더라도 그 모듈의 관리자나 혹은 관리그룹에 속한 다른 회원이 해당 페이지에 iframe 등을 삽입해 놓고 최고관리자가 오면 권한을 더 높일 수 있는 부분이 있는 것이죠.
사실 사용자 이용 면에선 편의성이 향상되면 좋겠지만 이런 보안과 관련된 문제는 조금 더 신중하게 검토를 해 봐야 될 문제인 것 같네요... ^^;;
-
착한악마
2013.02.25 17:00
1,2,3 모두 공감~~~ 입니다. 저랑 같은 생각을 하시는군요...
버전이 올라가면 UI 편리해지고 더욱 좋아 져야 하는데 좋은 기능이 없어지는것은 쫌 아쉽네요.
아마 수정하시겠죠...^^
-
또별
2013.02.25 20:50
CMS 기능에서 제가 언급한 3가지만 반영되면, 이보다 더 강력한 CMS는 없을거라 봅니다. CMS의 혁신이 완성되는 거나 마찬가지입니다. Xe 사용하면서 어느정도 익숙해지면 레이아웃 2개 이상 혼용하여 사용하고자 하면서 제가 언급한 3가지에 대해서 갈망하기 시작하는 것은 뻔한 사실이거든요. 홈페이지가 조금씩 커질때 이렇게 저렇게 구현하고 싶은 사람들에게 정말 필요한 기능 3가지라고 생각해요
이전에 사이트 맵이라는 개념이 나올때, 결국 여기서 메뉴 생성을 다하게 하겠구나라는 생각은 했었습니다.(사실 온전히 지금처럼 바란건 아니지만, 이 사이트 맵이라는 개념은 매우 맘에 드는 개념중 하나입니다)
다만 말씀 하신 바와 같이 자유도가 제한되어있는게 아쉽긴 합니다.
즉, 사이트 맵의 구조는 유지하되, 기능의 자유도를 좀더 열어 주었으면 하네요.
또, 사이트 맵이라는 이름 보다는 다른 이름으로 바꾸는게 좋을것 같기도 합니다.