13 years, 9 months 전-
호스팅업체에서 일단 원래서버로 이전하였다가, MySQL이 5번대인 서버로 이전을 추천해서.
그렇게 진행한 후에 문제가 해결되었습니다.다시 한번 답변 감사드립니다.
안녕하세요,
어제 3.0을 버전업하다보니, 제 서버가 MySQL버전이 낮다는 메세지가 나와서,
호스팅업체에 연락. 상위의 MySQL을 지원하는 서버로 서버를 이전하였습니다.이전 직 후, 글자가 깨져보이길래 호스팅 업체에 연락을 하니,
"고객님께서 사용하시던 곳의 mysql 언어셋은 euc-kr 로 되어 있는데
고객님께서 사용하실때 강제로 utf-8로 인코딩 하여 사용하셔서 db가 깨져있던 부분이 있습니다.
해당 내용들을 복구하여 적용하여 드렸습니다."
라는 답변과 함께 오류가 수정 되었습니다.그런데 오늘 포스팅을 하다보니, 띄어쓰기한 곳에 자동으로 ?표가 몇군데 생기더군요(다는 아니고)
하여, 지난 포스팅도 확이해보니 유독 한글 포스팅 곳곳에 ?표가 생긴 것을 확인 했습니다.
(edit에서 지우니 지워지기는 했습니다.)
그래서, 다시 호스팅업체쪽에 문의를 해보니,"저희쪽에서 확인해보니 옮기시기 전에 서버에서 언어셋을 인코딩해서 사용하셨기 때문에
최초에 DB가 저장될때 깨져있는 상태로 저장되있어 서버이전과정에서
dump시에 깨져있는 상태로 dump가 되어 생긴문제로 해당 부분은 저희쪽에서
처리해 드리기 힘듭니다. 기존의 사용하시던 서버로 원복을 하시거나
올려주신 글을 수동으로 수정해 주셔야 합니다."
위 와 같은 답을 주었는데,혹시 위와 같은 오류수정방법을 알고 계신 유저분께서 해결책을 알려주시면 큰 도움이 되겠습니다.
안녕하세요,
어제 3.0을 버전업하다보니, 제 서버가 MySQL버전이 낮다는 메세지가 나와서,
호스팅업체에 연락. 상위의 MySQL을 지원하는 서버로 서버를 이전하였습니다.이전 직 후, 글자가 깨져보이길래 호스팅 업체에 연락을 하니,
"고객님께서 사용하시던 곳의 mysql 언어셋은 euc-kr 로 되어 있는데
고객님께서 사용하실때 강제로 utf-8로 인코딩 하여 사용하셔서 db가 깨져있던 부분이 있습니다.
해당 내용들을 복구하여 적용하여 드렸습니다."
라는 답변과 함께 오류가 수정 되었습니다.그런데 오늘 포스팅을 하다보니, 띄어쓰기한 곳에 자동으로 ?표가 몇군데 생기더군요(다는 아니고)
하여, 지난 포스팅도 확이해보니 유독 한글 포스팅 곳곳에 ?표가 생긴 것을 확인 했습니다.
(edit에서 지우니 지워지기는 했습니다.)
그래서, 다시 호스팅업체쪽에 문의를 해보니,"저희쪽에서 확인해보니 옮기시기 전에 서버에서 언어셋을 인코딩해서 사용하셨기 때문에
최초에 DB가 저장될때 깨져있는 상태로 저장되있어 서버이전과정에서
dump시에 깨져있는 상태로 dump가 되어 생긴문제로 해당 부분은 저희쪽에서
처리해 드리기 힘듭니다. 기존의 사용하시던 서버로 원복을 하시거나
올려주신 글을 수동으로 수정해 주셔야 합니다."
위 와 같은 답을 주었는데,혹시 위와 같은 오류수정방법을 알고 계신 유저분께서 해결책을 알려주시면 큰 도움이 되겠습니다.
호스팅측에서 답변해 준 대로 입니다.
기존의 DB(euc-kr 에 utf-8로 입력된 내용들)를 dump 받아서 새로운 DB로 인코딩을 변경해서 이전을 해야 하는데, 이 인코딩 변경 과정 혹은 dump 과정에서 해당 문제를 해결해야만 합니다.
예전의 DB는 EUC-KR 방식인데 여기에 워드프레스가 UTF-8 형식으로 강제 입력을 하다보니, 워드프레스에서는 내용을 잘 읽어 들이는데 반해, dump를 받거나 할 때 문제가 발생할 수 있게 된 것입니다.
제 경우도 예전에 같은 방식을 사용하다 UTF-8 서버로 이전하면서 여러 문제를 겪었던 기억이 나긴 하는데, 어떻게 해결했었는지를 정리해 놓질 않아서…
기억나는 내용은 dump 받은 .sql 파일을 텍스트 에디터(에디트 플러스, 아크로 에디트)로 열어서 파일 인코딩을 변경한 뒤, 새로운 서버로 다시 복원했었다는… 참, 복원할 때는 charset 옵션을 줘서…
제대로 된 답변이 아니라 죄송스럽네요. 우선 참고라도 되셨으면 합니다.
위와 같은 작업에 익숙하지 않으시다면, 호스팅 업체에 dump 과정을 다시 해 달라고 요청하시는게 더 좋을것 같습니다.
어쨌든, 이미 옮겨진 DB에서는 문제를 해결하기가 힘이 듭니다. 해당 문제가 발생하는 곳이 그리 많지 않다면, 보일 때 마다 직접수정하시는게 오히려 나을 수 있습니다.
호스팅측에서 답변해 준 대로 입니다.
기존의 DB(euc-kr 에 utf-8로 입력된 내용들)를 dump 받아서 새로운 DB로 인코딩을 변경해서 이전을 해야 하는데, 이 인코딩 변경 과정 혹은 dump 과정에서 해당 문제를 해결해야만 합니다.
예전의 DB는 EUC-KR 방식인데 여기에 워드프레스가 UTF-8 형식으로 강제 입력을 하다보니, 워드프레스에서는 내용을 잘 읽어 들이는데 반해, dump를 받거나 할 때 문제가 발생할 수 있게 된 것입니다.
제 경우도 예전에 같은 방식을 사용하다 UTF-8 서버로 이전하면서 여러 문제를 겪었던 기억이 나긴 하는데, 어떻게 해결했었는지를 정리해 놓질 않아서…
기억나는 내용은 dump 받은 .sql 파일을 텍스트 에디터(에디트 플러스, 아크로 에디트)로 열어서 파일 인코딩을 변경한 뒤, 새로운 서버로 다시 복원했었다는… 참, 복원할 때는 charset 옵션을 줘서…
제대로 된 답변이 아니라 죄송스럽네요. 우선 참고라도 되셨으면 합니다.
위와 같은 작업에 익숙하지 않으시다면, 호스팅 업체에 dump 과정을 다시 해 달라고 요청하시는게 더 좋을것 같습니다.
어쨌든, 이미 옮겨진 DB에서는 문제를 해결하기가 힘이 듭니다. 해당 문제가 발생하는 곳이 그리 많지 않다면, 보일 때 마다 직접수정하시는게 오히려 나을 수 있습니다.
- 답변은 로그인 후 가능합니다.