예전에 XE에서 WIKI 모듈을 개발하던 적이 있더군요.

해당 WIKI 가 솔깃해서 죽은 WIKI 모듈을 다시 살릴려고 하고 있습니다.

 

Wiki_Thumb.png

 

Wiki_search.png

Wiki_diff.png

 

보시다시피 깃허브 Wiki 처럼 간단한 위키를 만들려 하는데 기존의 위키 모듈의 버그가 코어와 연관이 있어 결국은 코어를 수정해야하네요. ㅠ.ㅠ

 

나만 쓰면 되지라는 생각으로 개발하면 쉬운데 유저 입장에서 생각해보면 단순히 모듈만 설치하는게 좋은데 코어도 수정해야 하는게  좀 걸리네요.

 

XE 에 넣는 PR는 오래 걸리기도 하고 이미 개발 종료된 모듈을 위해 코어를 수정해 줄지도 의문이네요.

라이믹스로는 개발을 안해서 이슈 올리기도 뭐한데...코드 보면 해당부분이 XE랑 똑같아서 라이믹스 코어도 수정해야 할 것 같긴 한데 이슈라도 올리면 받아 줄지...

 

Wiki_Write.png

추가로 마크다운로 저장할지 Html 로 변환해서 저장할지도 항상 고민이네요..

일단은 HTML 로 변환해서 저장합니다.

얼추 완성된 거 같은데도... 항상 부족한 것이 보이네요.

 

TAG •

lifository

profile
Last In, First Out + repository
GitHub : https://github.com/LIFOsitory
GitHub Page : https://lifository.github.io
  • profile
    라이믹스 구조 자체를 바꿔야 하는 게 아니라면 발빠르게 대처해주시지들 않을까요?
    작업 잘 되시길 응원합니다. 위키만 잘 작동해도 RXE시장이 조금 더 활성화될 수 있지 않을까 기대해봅니다~
  • profile
    너무나도 기다리고 있으며, 응원합니다. ^^
    테스트 멤버 필요하시면 지원 하겠습니다.~
  • ?
    캬..나무위키수준입니다 대박!
    베타테스트 얼렁 하고 싶네요 ㅋㅋ
  • ?

    PR 주시면 반영가능합니다.
    물론 변경 목적과 내용에 따라 검토는해야합니다.

    다음 주 배포 예정입니다. 

  • ? profile
    예, 코어 수정은 대부분 기존에 위키에 존재하던 버그에 관한 부분입니다.
    관련 부분은 정리해서 PR 해보겠습니다.
  • profile
    제목 보고 뭔가 흥미로운 내용이 있을 것 같아서 들어왔는데...
    스샷은 코어 수정과는 무관해 보이네요 ㅎㅎ

    "코어의 버그"가 아닌 "모듈의 버그"라고 말씀하시면서도 코어 수정이 필요하다고 하시는데,
    모듈 차원에서 충분히 해결할 수 있는데 단지 귀찮아서 코어 수정으로 때우려는 것이 아니라면
    라이믹스에서도 관련된 부분의 지원을 고려해 보겠습니다.
  • profile profile
    https://xe1.xpressengine.com/tip/23126282 해당 글의 1번 문제와
    https://github.com/xpressengine/xe-core/pull/2378 를 수정했습니다.

    코어를 많이 수정해야하는 건 아닙니다.
    하지만, 사용자 입장에선 코어를 고치는 게 부담스러울 수 있죠.

    물론 모듈 자체를 뜯어 고쳐 해당 오류를 막을 수는 있겠습니다만, 일단,
    WIKI XE 가 독립적인 모듈이 아니라 코어 상에 관련 기능이 존재하기에 코어를 수정해야 한다고 판단했습니다.
  • profile profile
    코어 수정이라기보다는 코어 코드 추가 수준이네요.
  • profile profile

    vid는 라이믹스에서는 아예 지원하지 않으니 간단하게 해결될 것 같습니다. 히스토리 관련된 버그도 간단한 문제라면 XE에 맞추어서 수정할 수 있지만, 라이믹스의 경우 update log 기능을 별도로 제공하고 있기 때문에 굳이 의미가 중복되는 히스토리 기능을 유지해야 하는지 고민이 되는군요. 이 기능에 의존하는 모듈 중 정상 작동하는 것이 없다면 vid를 과감하게 지워버렸듯이 히스토리도 날려버리려 했는데...

    원칙적으로는 이렇게 특정 모듈만의 필요를 위해 만들어진 기능이 코어에 존재해서는 안됩니다. 카페XE 때문에 코어에 도입된 쓰레기 코드를 아직도 뒤치다꺼리하고 있다는 점을 돌아보면... ㅠㅠ 수정 내역을 추적하는 것은 위키의 가장 중요한 기능 중 하나인데 그걸 코어에 의존하기보다는 처음부터 위키 모듈 자체적으로 처리하도록 만들었어야 한다고 생각해요. 이미 만들어 놓은 것이니 어쩔 수 없긴 하지만...

     

    이런 말씀 드리기는 죄송하지만 솔직히 개인적으로는 위키XE를 비롯하여 예전에 XE 개발팀에서 시도했다가 내다버린 모듈들이 모두 이대로 사장되거나 아예 새로운 모듈로 대체되어서, entry를 비롯하여 특정 모듈만을 위해 추가된 자잘한 기능들은 코어에서 완전히 들어내 버릴 수 있다면 좋겠다는 생각도 해봅니다. 사용빈도와 인지도가 낮은 기능일수록 관리하기도 까다롭고, 보안취약점이 숨어 있을 위험도 높으니 말이죠. rewrite rule을 한두 개 추가하는 정도는 모듈 개발자가 사용자에게 충분히 요구할 수 있는 부분인데 그걸 굳이 코어에 반영해야만 했는지...

  • profile profile
    코어의 개발 방향이 그렇다면 모듈내에서 처리해보겠습니다.(Rewrite Rule 정도는 사용자에게 요구해야겠네요.)

    저도 사용자가 코어를 수정하거나 모듈을 위해 코어가 수정되는 것은 바라지 않습니다.
    어디까지나 코어내 코드가 존재하여 코어상에는 지원하는 것처럼 보였습니다.

    차라리 특정 모듈만을 위해 추가된 기능을 코어에서 제거하고
    대신에 어디까지 코어의 기능을 끌어다 쓸 수 있는지는 명시할 필요는 있어 보이네요.
    (문서 모듈의 히스토리 기능 같은 부분)
  • profile profile
    일단 PR 링크하신 부분은 코어의 버그가 맞으니, 코어에 히스토리 기능이 포함되어 있는 한 고쳐야 할 것입니다. 그러나 히스토리 기능 자체는 가능하면 의존하지 마시고 위키 모듈에서 따로 테이블을 만들어 쓰시기 바랍니다. 그래야 나중에 위키에서만 필요한 diff 기능 같은 것이 테이블 스키마에 영향을 미치게 되더라도 코어 수정 없이 자체적으로 처리할 수 있습니다.
  • ?
    저희도 저번에 이것저거 수정을 해드리면서 코어를 수정하지 않은 선에서 하다 보니 빡신것이 가끔 있더군요 하지만 코어를 수정을 하면서까지 하지 않으려고 하고 있고 지금도 그렇게 수정중 입니다
    아무튼 고생이 많으십니다 원하는 것이 좋은 쪽으로 함께 이루어지질 바랍니다
    저희도 위키를 수정할려고 대기순번에 들어가 있는데 이번에 위키는 빼버려야 할것 같네요
  • ? profile
    대단하십니다.
    저도 코어는 안 건드리고 개발해봐야 겠네요.
    저 때문에 위키를 개발을 포기하실 필요는 없어요. ㄷㄷ
    전 그냥 기존의 위키를 버그없이 사용가능한 선으로 개발할 거라 전문적인 위키랑은 거리가 멉니다.
  • profile ?
    네 맞아요 저희도 그렇게 그동안 해드리고 있습니다
    버그 잡고 문제 잡아서 수정하고 모든 사용자가 사용할수 있도록 만드는 작업중 입니다
    https://cmsforum.net/archive_board 여기서요
    특히 과거 XE 에서 제작한 것들이 다 어렵더군요
    제가 하는것은 아니고요 저희 회사 개발자분들의 이야기 입니다
  • profile
    위키 는 모듈차원에서 간단히 수정이 가능합니다. 디자인면이라면 힘들지만 나름 고쳐서 쓰고는 있습니다.