Home 게시판 검색 '호스팅 이전'에 대한 검색 결과

  • 글쓴이
    검색 결과
  • Avatar of 082net082net
    Keymaster
    @082net
    #6131

    말씀하신 문제도 모두 해당 테마의 설정 페이지에 보시면 설정하는 곳들이 있을겁니다~~

    즉, 어떤 특정 카테고리에 속한 글의 첨부된 이미지가(featured image) slider에 보여지도록 설정이 되어있다는 얘기입니다.

    Design(recent work), Blog 에 대해서도 특정 카테고리를 설정하는 부분이 있을거에요.

    “Designed by Elegant Themes” 인 것으로 보아서, 테마 설정 페이지 메뉴는 관리자화면 왼쪽에 쭈욱 보이는 메뉴들 중에 있을 겁니다.

    좀 다른 얘기지만, 글이나 카테고리를 보러 가도 URL이 홈(루트)로 고정되어 있는 것을 보니 Frame 안에 워드프레스를 넣어 놓으신 것으로 보이는데요, 꼭 그렇게 해야만 하는 특별한 이유가 없는 한은 워드프레스를 Frame 안에 가두는 일은 피하시고 URL자체가 그대로 브라우저상에서 움직이도록 하시길 바랍니다.

    추가 2: 워드프레스 글 주소가 http://papillon.dothome.co.kr/wordpress/index.php/archives/162 형태인 것을 보니 호스팅 업체에서 보안상 웹서버 소프트웨어를 숨겨놓은 듯 한데요, 이전 포럼글을 참고해서 적용 해 보시면 URL을 정리하실 수 있을겁니다.

    Avatar of kimminsungkimminsung
    Participant
    @kimminsung
    #4130

    안녕하세요, older entries 데이터연결에 문제가 있습니다.
    아래는 제가 호스팅업체에한 질문과 답변의 내용입니다.
    혹시 해결방법을 아시는 분께서 답글남겨주시면 큰 도움이 되겠습니다.

    Q)호스팅업체에 질문한 내용:
    안녕하세요, 워드프레스를 이용하여 블로깅을 하고있습니다.
    최근에 워드프레스버전을 업하는 과정에서 MySQL버전이 맞지않아, 서버를 이전하였습니다.

    우측 사이드바에 categories 중,
    아무거나 택해(예:writings)들어가시면 제일 하단에 ‘older entries’이 보이실 겁니다.
    원래, 이것을 누르면, 이전 데이터가 보여야 하는데, 현재 Not Found가 뜨네요.
    (카테고리에 있는 모든 메뉴가 동일증상을 보입니다.)
    참고로, categories아래의 archives 에서는 이 기능이 정상적으로 작동되고있습니다.

    A)호스팅업체측 답변내용:
    안녕하세요. 허브호스팅입니다.
    문의하셨던 부분을 확인해 보니
    older entries 의 링크에
    문제가 있는것을 확인했습니다.

    http://kimminsung.net/ipost/?cat=21&paged=2
    이렇게 걸리면 정상적으로 보이는데 현재는
    http://kimminsung.net/ipost/?cat=21%3Fcat%3D21&paged=2
    와 같이 걸려 있습니다.

    원인은 프로그램 자체의 버그이거나
    서버 환경이 맞지않아서 발생한 문제 일것으로 의심이 됩니다.
    간단한 프로그램이 아니므로 직접 원인을 찾아내어서 해결하는것은
    힘들것으로 보여집니다.
    워드프레스의 제작사나 관련 커뮤니티쪽으로 문의를 하셔서
    원인을 찾아보시는것이 도움이 되실것 같습니다.

    이상입니다. 끝까지 읽어주셔서 감사합니다.

    Avatar of kimminsungkimminsung
    Participant
    @kimminsung
    #4132

    안녕하세요, older entries 데이터연결에 문제가 있습니다.
    아래는 제가 호스팅업체에한 질문과 답변의 내용입니다.
    혹시 해결방법을 아시는 분께서 답글남겨주시면 큰 도움이 되겠습니다.

    Q)호스팅업체에 질문한 내용:
    안녕하세요, 워드프레스를 이용하여 블로깅을 하고있습니다.
    최근에 워드프레스버전을 업하는 과정에서 MySQL버전이 맞지않아, 서버를 이전하였습니다.

    우측 사이드바에 categories 중,
    아무거나 택해(예:writings)들어가시면 제일 하단에 ‘older entries’이 보이실 겁니다.
    원래, 이것을 누르면, 이전 데이터가 보여야 하는데, 현재 Not Found가 뜨네요.
    (카테고리에 있는 모든 메뉴가 동일증상을 보입니다.)
    참고로, categories아래의 archives 에서는 이 기능이 정상적으로 작동되고있습니다.

    A)호스팅업체측 답변내용:
    안녕하세요. 허브호스팅입니다.
    문의하셨던 부분을 확인해 보니
    older entries 의 링크에
    문제가 있는것을 확인했습니다.

    http://kimminsung.net/ipost/?cat=21&paged=2
    이렇게 걸리면 정상적으로 보이는데 현재는
    http://kimminsung.net/ipost/?cat=21%3Fcat%3D21&paged=2
    와 같이 걸려 있습니다.

    원인은 프로그램 자체의 버그이거나
    서버 환경이 맞지않아서 발생한 문제 일것으로 의심이 됩니다.
    간단한 프로그램이 아니므로 직접 원인을 찾아내어서 해결하는것은
    힘들것으로 보여집니다.
    워드프레스의 제작사나 관련 커뮤니티쪽으로 문의를 하셔서
    원인을 찾아보시는것이 도움이 되실것 같습니다.

    이상입니다. 끝까지 읽어주셔서 감사합니다.

    Avatar of 082net082net
    Keymaster
    @082net
    #4126

    호스팅측에서 답변해 준 대로 입니다.

    기존의 DB(euc-kr 에 utf-8로 입력된 내용들)를 dump 받아서 새로운 DB로 인코딩을 변경해서 이전을 해야 하는데, 이 인코딩 변경 과정 혹은 dump 과정에서 해당 문제를 해결해야만 합니다.

    예전의 DB는 EUC-KR 방식인데 여기에 워드프레스가 UTF-8 형식으로 강제 입력을 하다보니, 워드프레스에서는 내용을 잘 읽어 들이는데 반해, dump를 받거나 할 때 문제가 발생할 수 있게 된 것입니다.

    제 경우도 예전에 같은 방식을 사용하다 UTF-8 서버로 이전하면서 여러 문제를 겪었던 기억이 나긴 하는데, 어떻게 해결했었는지를 정리해 놓질 않아서…

    기억나는 내용은 dump 받은 .sql 파일을 텍스트 에디터(에디트 플러스, 아크로 에디트)로 열어서 파일 인코딩을 변경한 뒤, 새로운 서버로 다시 복원했었다는… 참, 복원할 때는 charset 옵션을 줘서…

    제대로 된 답변이 아니라 죄송스럽네요. 우선 참고라도 되셨으면 합니다.

    위와 같은 작업에 익숙하지 않으시다면, 호스팅 업체에 dump 과정을 다시 해 달라고 요청하시는게 더 좋을것 같습니다.

    어쨌든, 이미 옮겨진 DB에서는 문제를 해결하기가 힘이 듭니다. 해당 문제가 발생하는 곳이 그리 많지 않다면, 보일 때 마다 직접수정하시는게 오히려 나을 수 있습니다.

    Avatar of 082net082net
    Keymaster
    @082net
    #4128

    호스팅측에서 답변해 준 대로 입니다.

    기존의 DB(euc-kr 에 utf-8로 입력된 내용들)를 dump 받아서 새로운 DB로 인코딩을 변경해서 이전을 해야 하는데, 이 인코딩 변경 과정 혹은 dump 과정에서 해당 문제를 해결해야만 합니다.

    예전의 DB는 EUC-KR 방식인데 여기에 워드프레스가 UTF-8 형식으로 강제 입력을 하다보니, 워드프레스에서는 내용을 잘 읽어 들이는데 반해, dump를 받거나 할 때 문제가 발생할 수 있게 된 것입니다.

    제 경우도 예전에 같은 방식을 사용하다 UTF-8 서버로 이전하면서 여러 문제를 겪었던 기억이 나긴 하는데, 어떻게 해결했었는지를 정리해 놓질 않아서…

    기억나는 내용은 dump 받은 .sql 파일을 텍스트 에디터(에디트 플러스, 아크로 에디트)로 열어서 파일 인코딩을 변경한 뒤, 새로운 서버로 다시 복원했었다는… 참, 복원할 때는 charset 옵션을 줘서…

    제대로 된 답변이 아니라 죄송스럽네요. 우선 참고라도 되셨으면 합니다.

    위와 같은 작업에 익숙하지 않으시다면, 호스팅 업체에 dump 과정을 다시 해 달라고 요청하시는게 더 좋을것 같습니다.

    어쨌든, 이미 옮겨진 DB에서는 문제를 해결하기가 힘이 듭니다. 해당 문제가 발생하는 곳이 그리 많지 않다면, 보일 때 마다 직접수정하시는게 오히려 나을 수 있습니다.

    Avatar of kimminsungkimminsung
    Participant
    @kimminsung
    #4125

    안녕하세요,

    어제 3.0을 버전업하다보니, 제 서버가 MySQL버전이 낮다는 메세지가 나와서,
    호스팅업체에 연락. 상위의 MySQL을 지원하는 서버로 서버를 이전하였습니다.

    이전 직 후, 글자가 깨져보이길래 호스팅 업체에 연락을 하니,

    "고객님께서 사용하시던 곳의 mysql 언어셋은 euc-kr 로 되어 있는데
    고객님께서 사용하실때 강제로 utf-8로 인코딩 하여 사용하셔서 db가 깨져있던 부분이 있습니다.
    해당 내용들을 복구하여 적용하여 드렸습니다."
    라는 답변과 함께 오류가 수정 되었습니다.

    그런데 오늘 포스팅을 하다보니, 띄어쓰기한 곳에 자동으로 ?표가 몇군데 생기더군요(다는 아니고)
    하여, 지난 포스팅도 확이해보니 유독 한글 포스팅 곳곳에 ?표가 생긴 것을 확인 했습니다.
    (edit에서 지우니 지워지기는 했습니다.)
    그래서, 다시 호스팅업체쪽에 문의를 해보니,

    "저희쪽에서 확인해보니 옮기시기 전에 서버에서 언어셋을 인코딩해서 사용하셨기 때문에
    최초에 DB가 저장될때 깨져있는 상태로 저장되있어 서버이전과정에서
    dump시에 깨져있는 상태로 dump가 되어 생긴문제로 해당 부분은 저희쪽에서
    처리해 드리기 힘듭니다. 기존의 사용하시던 서버로 원복을 하시거나
    올려주신 글을 수동으로 수정해 주셔야 합니다."
    위 와 같은 답을 주었는데,

    혹시 위와 같은 오류수정방법을 알고 계신 유저분께서 해결책을 알려주시면 큰 도움이 되겠습니다.

    Avatar of kimminsungkimminsung
    Participant
    @kimminsung
    #4127

    안녕하세요,

    어제 3.0을 버전업하다보니, 제 서버가 MySQL버전이 낮다는 메세지가 나와서,
    호스팅업체에 연락. 상위의 MySQL을 지원하는 서버로 서버를 이전하였습니다.

    이전 직 후, 글자가 깨져보이길래 호스팅 업체에 연락을 하니,

    "고객님께서 사용하시던 곳의 mysql 언어셋은 euc-kr 로 되어 있는데
    고객님께서 사용하실때 강제로 utf-8로 인코딩 하여 사용하셔서 db가 깨져있던 부분이 있습니다.
    해당 내용들을 복구하여 적용하여 드렸습니다."
    라는 답변과 함께 오류가 수정 되었습니다.

    그런데 오늘 포스팅을 하다보니, 띄어쓰기한 곳에 자동으로 ?표가 몇군데 생기더군요(다는 아니고)
    하여, 지난 포스팅도 확이해보니 유독 한글 포스팅 곳곳에 ?표가 생긴 것을 확인 했습니다.
    (edit에서 지우니 지워지기는 했습니다.)
    그래서, 다시 호스팅업체쪽에 문의를 해보니,

    "저희쪽에서 확인해보니 옮기시기 전에 서버에서 언어셋을 인코딩해서 사용하셨기 때문에
    최초에 DB가 저장될때 깨져있는 상태로 저장되있어 서버이전과정에서
    dump시에 깨져있는 상태로 dump가 되어 생긴문제로 해당 부분은 저희쪽에서
    처리해 드리기 힘듭니다. 기존의 사용하시던 서버로 원복을 하시거나
    올려주신 글을 수동으로 수정해 주셔야 합니다."
    위 와 같은 답을 주었는데,

    혹시 위와 같은 오류수정방법을 알고 계신 유저분께서 해결책을 알려주시면 큰 도움이 되겠습니다.

    Avatar of john_rhijohn_rhi
    Participant
    @john_rhi
    #4015

    안녕하세요.
    지금 WP가 설치되어 있는 서버의 주소가 http://www.abc.com/blog 라고 했을때,
    다른 웹호스팅으로 이전하면서 위 주소를 그대로 가져갈 수 있나요??
    물론, 위 주소에 http://www.abc.com 은 그대로 유지해야 합니다.
    관련해서 리서치를 해보긴 했는데, 답이 없네요 ㅜ
    고수님들 부탁 드립니다.

    감사합니다!

    Avatar of john_rhijohn_rhi
    Participant
    @john_rhi
    #4017

    안녕하세요.
    지금 WP가 설치되어 있는 서버의 주소가 http://www.abc.com/blog 라고 했을때,
    다른 웹호스팅으로 이전하면서 위 주소를 그대로 가져갈 수 있나요??
    물론, 위 주소에 http://www.abc.com 은 그대로 유지해야 합니다.
    관련해서 리서치를 해보긴 했는데, 답이 없네요 ㅜ
    고수님들 부탁 드립니다.

    감사합니다!

    Avatar of MaeonMaeon
    Participant
    @Maeon
    #3738

    안녕하세요.

    궁금한게 있어 질문 드립니다.

    저는 워드프레스 백업할 때 관리자에서 도구 -> xml 파일로 내려받기 해서 백업을 했습니다. (현재도 가끔 백업할 때 xml만 내려받고 있습니다.)

    올 봄에 호스팅을 이전할 때도.
    워드프레스에서 xml파일로 내려받고,
    새 웹호스팅에서 워드프레스 폴더 파일을 복구하고, 기존 글은 워드프레스 관리자에서 xml파일로 복구하였지요.

    이렇게 xml 파일로 복구했지만, 아무 문제 없이 잘 복구 되었거든요.(그리고 지금도 잘 사용하고 있습니다.)

    궁금한 점은,
    워드프레스에서 간단히 할수 있는 xml 파일로 백업하는 것과,

    phpMyadmin에 로그인해서 sql로 백업하는 것과, 차이는 뭘까요?

    일단 제가 경험해본 차이는 xml 백업만 하고 호스팅을 이전하면,

    새로 워드프레스를 설치하는 것과 같기 때문에,
    – 기존에 사용자가 정한 주소체계를 다시 설정해주고,
    – 워드프레스를 처음 설치할 때 기본 설정으로 되어 있는 about 페이지와 기본 카테코리가 중복되므로 중복된 카테코리는 삭제해 줘야 한다는 것
    – 워드프레스를 처음 설치하면 자동으로 포스팅 되는 덧글과 환영 글, 한개가 올라와 있으므로 지워줘야 한다는 것. 정도가 있더군요.

    제가 웹 호스팅을 이전하거나, 업그레이드 할때 하고 있는 xml 백업 방식이 sql 백업보다 나쁜 것일 까요?
    제가 하는 간편한 방식은 올바른 방식이 아닐까요?

    혹 알고 계시면 답변 주시면 감사드리겠습니다.

    Avatar of MaeonMaeon
    Participant
    @Maeon
    #3737

    안녕하세요.

    궁금한게 있어 질문 드립니다.

    저는 워드프레스 백업할 때 관리자에서 도구 -> xml 파일로 내려받기 해서 백업을 했습니다. (현재도 가끔 백업할 때 xml만 내려받고 있습니다.)

    올 봄에 호스팅을 이전할 때도.
    워드프레스에서 xml파일로 내려받고,
    새 웹호스팅에서 워드프레스 폴더 파일을 복구하고, 기존 글은 워드프레스 관리자에서 xml파일로 복구하였지요.

    이렇게 xml 파일로 복구했지만, 아무 문제 없이 잘 복구 되었거든요.(그리고 지금도 잘 사용하고 있습니다.)

    궁금한 점은,
    워드프레스에서 간단히 할수 있는 xml 파일로 백업하는 것과,

    phpMyadmin에 로그인해서 sql로 백업하는 것과, 차이는 뭘까요?

    일단 제가 경험해본 차이는 xml 백업만 하고 호스팅을 이전하면,

    새로 워드프레스를 설치하는 것과 같기 때문에,
    – 기존에 사용자가 정한 주소체계를 다시 설정해주고,
    – 워드프레스를 처음 설치할 때 기본 설정으로 되어 있는 about 페이지와 기본 카테코리가 중복되므로 중복된 카테코리는 삭제해 줘야 한다는 것
    – 워드프레스를 처음 설치하면 자동으로 포스팅 되는 덧글과 환영 글, 한개가 올라와 있으므로 지워줘야 한다는 것. 정도가 있더군요.

    제가 웹 호스팅을 이전하거나, 업그레이드 할때 하고 있는 xml 백업 방식이 sql 백업보다 나쁜 것일 까요?
    제가 하는 간편한 방식은 올바른 방식이 아닐까요?

    혹 알고 계시면 답변 주시면 감사드리겠습니다.

    익명
    손님
    @
    #3557

    블로그 데이터 이전 및 세팅과 테스트를 하면서 임시로 연결해서 쓰던 pe.kr 도메인이 있습니다. 어느 정도 준비를 마친 것 같아 .com 도메인으로 어제 밤에 호스팅 네임서버를 변경했습니다. pe.kr은 .com 으로 포워딩되도록 해놓았고요.

    그런데 관리자설정에서 그 도메인을 지정해주는 옵션이 있지 않습니까? 그게 pe.kr로 되어있어서 그런지는 몰라도 .com으로 접속해도 css가 로드가 되지 않는 듯하고, /wp-admin 으로 접속도 안되더군요. 일단 pe.kr을 다시 연결할까 싶지만, 아시다시피 꽤나 시간이 걸리기 때문에 가능한 ftp 나 다른 방법으로 수정해서 바로 사용할 수 있었으면 해서 질문을 올립니다.

    혹시 도메인 변경하시면서 저와 비슷한 어려움을 겪으신 분 계시면 도와주세요. OTL

15의 결과를 보고 있습니다 - 106에서 120까지(총 138 중에서)