안녕하세요.
먼저 Rhymix를 개발해 주시고 계속 발전시켜 주시는 모든 분들께 감사드립니다.
저는 20년 이상 운영해 온 오래된 XE 1.11.6 사이트를 Rhymix로 이전하려고 준비 중입니다.
공식 매뉴얼을 읽기 전에 안전하게 연습해 보기 위해 테스트 서버에서 먼저 작업을 해 보았습니다.
제가 진행한 순서는 다음과 같습니다.
- 새로운 서브도메인(phoenix.kb34.net)에 Rhymix 2.1.35를 새로 설치했습니다.
- PHP 7.4에서 설치한 후 현재는 PHP 8.4에서 정상적으로 실행되고 있습니다.
- 기존 XE 데이터베이스(SQL 백업)를 새 Rhymix 데이터베이스로 가져왔습니다.
- phpMyAdmin에서 확인해 보면 회원, 게시글 등 기존 데이터는 모두 존재합니다.
그런데 Rhymix 관리자에서는 새로 설치한 사이트처럼 기본 게시판만 보이고, 기존 게시판과 회원 정보는 나타나지 않습니다.
이 과정에서 한 가지 궁금한 점이 생겼습니다.
혹시 제가 처음부터 이전 방법을 잘못 선택한 것일까요?
공식 매뉴얼에서는 기존 XE 설치 폴더 위에 Rhymix 파일을 덮어쓰는 방식을 권장하고 있는데, 특별한 설계상의 이유가 있는지 궁금합니다.
제가 시도한 것처럼
새 Rhymix를 설치한 후 기존 XE 데이터베이스를 가져오는 방법도 가능한 방법인지,
아니면
반드시 기존 XE 위에서 업그레이드를 진행해야 하는 구조인지
알려주시면 정말 감사하겠습니다.
만약 제가 시도한 방법도 가능하다면, 추가로 반드시 해야 하는 작업이 무엇인지도 조언 부탁드립니다.
현재 실제 운영 중인 사이트는 그대로 보존하고 있으며, 모든 작업은 테스트 서버에서만 진행하고 있습니다.
좋은 프로그램을 만들어 주셔서 다시 한번 감사드립니다.
추가 질문
또 한 가지 궁금한 점이 있습니다.
기존 XE SQL 백업을 가져오는 과정에서 테이블명이 rx_nlf_* 형태로 변경되었습니다.
이것이 Rhymix에서 정상적으로 변환된 결과인지,
아니면 원본 SQL 백업을 그대로 다시 사용해서 처음부터 이전 작업을 하는 것이 더 바람직한지 궁금합니다.
혹시 현재 사용 중인 SQL 백업이 이미 변경된 상태라면, 변경되기 전의 원본 SQL 백업을 찾아서 다시 시작하는 것이 좋을까요?
조언을 부탁드립니다.
감사합니다.
Now I am going to upgrade them to Rhymax current version
댓글 22
기존 XE에 Rhymix를 덮어쓰셔야합니다.
지금 하신것처럼 반대로 하시면 오류납니다.
설계상 라이믹스를 나중에 덮어쓰면 마이그레이션이 자동으로 진행됩니다만, 반대로 하면 최신 정상데이터에 오래된 이상한(?) 데이터를 덮어쓰는 꼴이라 마이그레이션이 진행되지 않아요.
안녕하세요. 신속한 답변 감사합니다.
말씀하신 것처럼 XE 위에 Rhymix를 덮어써야 한다는 점은 이제 이해했습니다.
하지만 지금 제가 가장 궁금한 것은 마이그레이션 방법이 아니라 기존 XE 데이터베이스가 왜 변경되었는가 하는 점입니다.
첨부한 화면처럼 원래 XE 1.11.6에서 사용하던 데이터베이스의 테이블들이 예전과 다른 상태로 보입니다. 제가 걱정하는 것은 기존 XE 데이터가 이미 변경된 것은 아닌지, 그리고 Rhymix를 설치하기 이전 상태로 복구할 방법이 있는지입니다.
혹시 이런 경우라면 설치 전에 백업된 SQL 파일을 찾아 복원하는 것이 가장 좋은 방법인지, 아니면 다른 확인 방법이 있는지도 조언을 부탁드립니다.
또 한 가지 궁금한 점이 있습니다.
제가 ChatGPT의 도움을 받아 테스트용으로 새 Rhymix를 설치한 후 기존 데이터를 가져오는 방법을 시도했는데, 이런 방식이 Rhymix에서 지원되지 않는다면 설치 과정이나 안내 문서에서 "이 방법으로 진행하면 자동 마이그레이션이 되지 않는다" 는 경고가 있었으면 실수를 피할 수 있지 않았을까 하는 아쉬움이 있습니다.
첨부한 화면은 현재 기존 XE 1.11.6 데이터베이스의 상태를 캡처한 것입니다.
감사합니다.
첨부한 화면 복사는 변경된 원 XE 1.11.6 웹의 SQL 데이터 베이스의 화면 복사입니다.
안녕하세요.
원인을 찾는 데 도움이 될 것 같아 제가 작업한 과정을 순서대로 설명드립니다.
현재 운영 중인 사이트는 **XE 1.11.6 (kb34.net)**이며, 약 20년 이상 운영해 온 사이트입니다. 기존 사이트를 안전하게 보존하기 위해 매뉴얼처럼 기존 XE에 라이믹스를 바로 덮어씌우지 않고, phoenix.kb34.net이라는 테스트용 서브도메인을 만들어 그곳에서 먼저 라이믹스를 설치해 보았습니다.
그런데 처음 라이믹스를 설치하는 과정에서 새 데이터베이스를 만들지 않고, 실수로 기존 XE 사이트(kb34.net)가 사용하던 데이터베이스를 연결했습니다.
그 후 데이터베이스의 테이블 이름이 rx_nlf_ 형태로 변경된 것을 확인했습니다.
다행히도 기존 kb34.net 사이트는 지금도 정상적으로 운영되고 있습니다.
이후 테스트 환경을 처음부터 다시 만들기 위해 phoenix.kb34.net 디렉터리를 phoenix_old로 변경한 후, 같은 이름의 새 서브도메인을 만들어 라이믹스를 다시 설치했습니다.
이번에는 완전히 새로운 빈 데이터베이스를 생성한 뒤, 기존 XE 데이터베이스를 백업한 SQL 파일을 그 새 데이터베이스로 Import했습니다.
Import 과정에서는 오류가 발생하지 않았고, phpMyAdmin에서도 게시판, 문서, 회원 등 기존 데이터와 테이블이 모두 존재하는 것을 확인했습니다.
그런데 새로 설치한 라이믹스에서는 기존 게시판과 문서가 전혀 보이지 않습니다. 데이터베이스에는 데이터가 들어 있는 것 같은데, 라이믹스가 그것을 읽지 못하는 상황입니다.
그래서 아래 두 가지가 궁금합니다.
혹시 제가 추가로 확인해야 할 사항이나 복구 방법이 있다면 조언을 부탁드립니다.
20년 넘게 운영해 온 사이트라 자료를 최대한 안전하게 이전하고 싶습니다.
감사합니다.
참고 하시라고 올립니다.
https://moonhouse.co.kr/xetip/432935
https://moonhouse.co.kr/xetip/483213
참고 링크 감사하지만
홰외 거주자기이기에 제 미국 폰 번호를 안 받아 주어 가입을 못해서 링크를 볼 수 없네요...
위의 링크를 열어 볼수 있는 분중에서 내용을 제 이멜로 보내 주면 감사하겠네요....
richardyim@gmail.com
1-510-583-1161..
아래 내용을 보니 해결 하신 것 같은데 그래도 답글 남깁니다.
구충제 모듈에서 미국 접속 허용 했습니다.
그리고 폰 번호는 필수가 아닌데 가입이 안되는 군요ㅠㅠ
필수가 아닌 필드라도 굳이 입력할 경우, 최소한의 유효성 검증이 들어갈 겁니다.
예를 들어 홈페이지는 유효한 http/https 주소여야 하고 (javascript: 같은 것을 입력한다면 곤란하겠죠!)
전화번호의 기본 국가를 대한민국으로 설정하고 다른 국가를 선택하는 옵션을 꺼 두었다면
대한민국 전화번호 형식에 맞아야 하죠.^^
이렇게 또 친절히 댓글 주신거 감사합니다. 다행히 팔공산님이 그 링크를 풀어 놓아서 제가 그 페이지를 잡아 제 웹에 울려 놓았습니다. 이제 이곳은 잠잘 시간이라 내일 저와 함게 라이믹스업그레이하고 있는 챗지피티 인공지능과 함께 보아가며 업그레이드를 천천히 진행해 볼랍니다.
기진곰님의 댓글이 많이 도움 되었음을 알립니다.
이제는 저도 그렇고 인공지능도 자신을 얻어 천천히 일을 진행할 수 있을 것 같습니다.
문제 생기면 또 이곳에다 문의를 올리렵니다.
그럼 안녕히 계시기를... 이제 저는 굿나잇입니다.
미국 상항 지역 동부에 있는 캐스트로 밸리에서..
팔공산님, 제가 링크를 열어 볼 수 있도록 선처 해 주신거 깊이 감사드립니다.
우선 2링크의 페이지 글들을 복사하여 제 웹에 올려 놓았습니다.
여기 미국은 지금 잠잘 시간이라 내일 다시 천천히 문하우스의 라이믹스 성공 설치담을 제 웹에서 잘 읽어 보고 천천히 xe1.11.6 를 Rhymix 2.1 .35 로 업그레이드 해 보겠습니다. 그러니 다시 그 글을 정상으로 막아 놓으셔도 되겠습니다.
감사! 감사!
> 같은 이름의 새 서브도메인을 만들어 라이믹스를 다시 설치했습니다.
여기서 잘못된 겁니다. phoenix 계정에 라이믹스를 먼저 설치해 놓지 마세요! 원본 사이트에 있는 파일과 DB를 모두 복사해 온 후에 라이믹스를 덮어씌워야 합니다.
라이믹스 설치 후에 기존 DB를 import하면, 자기가 설치한 DB가 아니니까 인식하지 않는 것이 정상입니다.
XE가 먼저 있고 라이믹스가 나왔지, 라이믹스가 먼저 있지 않았습니다.
감사합니다. 설명을 듣고 보니 제가 순서를 잘못 이해했던 것 같습니다.
현재는 새 서브도메인에 라이믹스를 먼저 설치한 뒤 기존 XE DB를 가져와 보려고 했는데, 그 방법이 문제였던 것 같습니다.
그렇다면 기존 XE 사이트의 원본 파일과 원본 DB를 그대로 새 서버에 먼저 복사한 후, 그 상태에서 라이믹스 파일만 덮어쓰고 업그레이드를 진행하는 것이 맞는지요?
그리고 기존 DB가 이미
rx_nlf_*형태로 바뀌어 있다면, 변환되기 전의 원본 XE DB 백업을 찾아서 다시 시작하는 것이 더 안전할까요?조언 감사합니다.
===
기존 사이트는 지금도 정상적으로 잘 동작하고 있습니다.
다만 DB에는 이미
rx_nlf_*테이블이 있습니다.이런 경우에도 기존 파일을 그대로 복사한 뒤 라이믹스 파일만 덮어쓰는 방식으로 진행하면 될까요?
아니면
rx_nlf_*로 변경되기 전의 XE DB 백업을 찾아서 처음부터 다시 시작하는 것이 더 좋을까요?네, 새로운 CMS로 이전하는 것이 아닌, 그냥 XE 1.12가 나왔길래 업데이트한다~ 라고 생각하세요.^^
현재 잘 작동하고 있는 DB라면 그 상태 그대로 다시 export, import하여 쓰시는 것이 가장 안전합니다.
rx_nlf_ 말고 기존에 쓰시던 xe_로 시작하는 테이블들도 남아 있을 가능성이 높아 보입니다. 알파벳순으로 정렬하니 다음 페이지로 밀렸을 뿐이죠. 이 경우 xe_로 시작하는 것이 정상 테이블이고, rx_nlf_로 시작하는 것은 모두 무시하셔도 되겠습니다.
감사합니다. 희망적인 말씀을 들으니 안심이 됩니다.
말씀하신 것처럼 phpMyAdmin에서
xe_테이블이 남아 있는지 다시 자세히 확인해 보겠습니다.만약 기존
xe_테이블이 그대로 있다면, Rhymix 설치 과정에서 생성된rx_nlf_테이블은 무시하고 기존 DB를 그대로 export/import해서 진행해 보겠습니다.조언 정말 감사합니
말씀해 주신 대로 확인해 보니 정말
xe_테이블들이 아래쪽에 그대로 남아 있었습니다.xe_documents,xe_comments,xe_modules등 기존 데이터도 모두 있는 것 같습니다.덕분에 기존 DB가 사라진 것이 아니라는 것을 확인했습니다.
정말 감사합니다.
이제 기존
xe_테이블을 그대로 사용하는 방향으로 진행해 보겠습니다말씀해 주신 덕분에 확인해 보니 기존
xe_테이블들이 모두 그대로 남아 있었습니다. 정말 감사합니다.그런데 현재 DB 안에는
rx_nlf_테이블과 기존xe_테이블이 함께 존재하고 있습니다.이 경우
rx_nlf_테이블은 Rhymix 설치 과정에서 새로 생성된 것이고, 앞으로도 사용하지 않는 테이블이라면 지금 삭제해도 괜찮을까요?아니면 Rhymix 업그레이드가 완전히 끝날 때까지 그대로 보관해 두는 것이 더 안전할까요?
어떤 방법을 추천하시는지 조언 부탁드립니다.
삭제해도 괜찮을 것 같습니다만, 원본을 건드리는 것보다는 사본(phoenix 계정에서 사용하는 DB)에서 실험해 보시는 것이 안전하겠지요. 아예 사본을 만들 때 rx_nlf_는 제외하고 export하셔도 되고요.
기진곰님 덕분에
우리는 rhymix 2.1.35 매누얼에서 제시한 순서로 작업하지 않고
따로 도메인(phoenix.kb34)를 만들어 새로 시작한 데이터베이스에 xe1.11.6 (kb34.net) 의 데이터베이스를 백업한 것을 다시 성공적으로 입력 은 (import) 잘 하였지만 잘못시작한 무슨 대가를 치뤄야하는 게 아닐가 우려도 되어 조심 조심 하고 있었던 참인데....
팔공산님이 그가 체험한 그의 경험담을 공유하여 차분히 잘 읽어 보자니 우리가 해온 방식도 틀린 방식은 아니었다는 것을 알게 되어 자신감을 다시 가지고 일을 진행할 예정입니다. 팔공산님에게 다시 감사드립니다.!
지금 새로 만든 도메인 /phoenix.kb34.net 은 아래 화면 복사에서 볼 수 있듯이 라이믹스로서 작동이 잘 되고 있는 것 같습니다.
오직 새로 잘 설치한 라이믹스 데이터 베이스에 이전 /kb34.net 데이터 베이스의 모든 테이불 xe_??? 를 몽땅 잘 받아 올렸지만 (입력 되어 있지만) 새 라이믹스 설정이 그것들을 사용않고 있다는 것이 현실인데 여하히 새 설정된 라이믹스가 그들을 열어 보게 할 수 있을 가 하는 질문만이 저의 머리에 맹맹돌고 있는 상황입니다.
서뿔리 잘 설정되어 있는 새 라이믹스 웹을 망가뜨리고 쉽지 않기에 아무 조치를 하지 않고 조언을 부탁드립니다.
여하히 하면 잘 입력해온 테이블 xe_??? 들을 새 라이믹스 설정이 입력할 수있도록 할 수 있을 가 를 물어 보는 겁니다. 지금 이 작업에 동행하고 있는 챗지피티는 저는 할 줄 모르지만 챗지피티는 PHP 7.4 이상의 코딩도 문제 없이 잘 해 내고 있네요. 지금 설치한 리이믹스가 잘 돌아가니 PHP 버젼도 이제는 8.2 로 바꿔 보자는 제안도 하더군요. 그러나 아주 영리한 챗지티피는 저보고 조심해서 천천히 해 보자는 데... 본인은 인간이다 보니... 이렇게 염치 없이 다시 묻습니다. 저의가 겪은 체험이 앞으로 같은 일을 시도할 여러 분들에게도 많은도움이 될 것이라고 보아 기진님의도움을 다시 청해 봅니다.
요사이 들어 인공지능 시켜 해킹을 하는 자들이 많이늘어나 어느분은 그의 방문자 카운터가 300mb나 커졌단는 글을 여기 자유게시판에서 읽어 보았네요. 저의 호스팅서버에서도 오래된 XE프로그램을 워드프레스로 바꾸 라는 압력을 적지 않게 느끼는 이지음에 XE를 써서 만든 많은 교회 웹에서 어쩌면 저의 경험을 듣고 안심하고 라이믹스로 진 행할 가는성이 많은 때가 지금이라는 것을 알려 드리는 겁니다.
조언 기다려 보겠습니다.
매뉴얼에 나오는 정석적인 방법을 알려드렸는데 굳이 개인 블로그를 참고하여 다른 방법으로 진행하겠다고 고집하신다면 더 도와드릴 것이 없습니다. 블로그에 나오는 대로 설정 파일을 수정해 보고, 안 되면 다시 질문글을 올려 보세요.
시간들여 답변 주신거 감사드립니다.
앞으로 저와 같은 더 많은 사람들이 DDoS 공격을 피하기 위해서 PHP 최근 버젼을 쓰는 라이믹스로 많이 옯겨 올 가능성이적지 않이 많은 이때라고 저는 생각하고 있습니다.
저희와 같은 에러를 저질르는 사람들이 없잖아 또 있을 것이라고 믿기에 저희를 도와주면 그런 이들에게 많이 도음이될 것이라고 믿어 지금상태에서 빠져 나올 방법을 알아 보고 싶은 것입니다.
팔공산님이 취한 방법도 저희가 한 방법과 거의 유사한 방식으로 과거에 성공한 것으로 보이기에 그저 새로히 다시 매뉴얼에서 제안한 대로 새로히 다시 해 볼 수도 있지만 저의 지금 상태에서도 빠져 나갈 해결 방책이 있지 않나해서 챗지피티와 저는 해결책을 알아 보려는 것입니다.
처음 댓글로 버젼 7.4로 시작했다가 V 8.2호 바꿔 보라고 댓글 주셨던 분이 Sejin 님이 었던가요? 그분의 이름이 오래 전에 XE의 묻고 답하기에서 만나보았던 분 같기도 했는데 고수이신 그분에게서 해답을 들을 수 있지 않을 가 하는 희망에서도 여기를 자주들어와 보았네요...
하루더 기다려 보고 답이 없으면 저희대로 현재 상태에서 벗어나려 시도해보고 안되면 그때 가서 기진곰님이 제안한대로 따라 해 볼 겁니다.
저는 제로보드 4에서 라이믹스 2.x로 옮겨왔는데.... 기진곰님이 많은 도움 주셨어요 ㅠㅠ 기진곰님 없었더라면 아직도 제로보드 4 쓰고 있었을 듯.......... ㅋㅋㅋ
순백의 영혼님, 댓글 달아 주시니 감사합니다. 저도 님처럼 기진곰님과 팔공산님, FlowerRain 님들의 댓글 덕분에 여기 까지 온 거 지요.
지금 PHP 버젼 7.4 쓰고 계십니까? 아님 용감하게 버젼 8.2 으로 업그레이드 하셨는 가요?
저는 버젼 8.2로 바꿔 보자니 교정 볼 데가 더 많이 뜨기에 저도 다시 버젼 7.4로 내려놨네요...
현재 7.4 쓰고 있어요 !