이 기사에서는 WordPress 사이트를 한 호스팅 제공업체에서 다른 호스팅 제공업체로 이동하는 방법에 대해 설명합니다. 호스팅에서 Denwer (Denver를 사용하면 본격적인 로컬 호스트를 만들 수 있음) 및 새로운 도메인 이름또는 다른 디렉토리. 이사하는 데에는 여러 가지 이유가 있을 수 있습니다. 여기서는 더 자세히 설명하지 않겠지만 가장 일반적인 이유는 호스트에 대한 불만으로, 한 순간에 최대치에 도달한다는 점만 알아두겠습니다. 사실, 대부분의 경우 새 호스트에게 이전 요청을 남겨두는 것으로 충분하며 그는 이 프로세스를 무료로 완료합니다(덴버에서의 이전도 무료). 일부는 12개 이상의 호스팅 업체를 변경해야 하며, 그래야만 어떤 제공업체가 그들에게 가장 적합한지 명확해집니다.
도메인 이름을 변경하는 일반적인 이유는 플랫폼에 필터를 부과하기 때문입니다. 검색 엔진또는 금지됩니다.
때로는 이러한 순간이 해결될 수 있지만 종종 새로운 도메인을 선택하고 처음부터 프로모션을 시작해야 합니다. 그러나 어떤 순간으로 인해 이전해야 하는지는 전혀 중요하지 않습니다.
작업을 수행하기 위해 컴퓨터에 사이트 버전을 배포해야 했을 수도 있습니다(Denver를 사용하여 로컬 호스트에서 작업하는 것이 몇 배 더 빠르며, 게다가 이 버전을 사용하면 웹 버전의 성능에 대한 두려움). 만일을 대비하여 사이트의 오프라인 버전을 사용하는 것이 좋습니다. 또한 Denver의 도움으로 사이트 수에 제한 없이 작업할 수 있습니다.
WordPress 사이트를 다른 호스트로 이전하기
Vodpress 사이트를 이전하는 첫 번째 방법을 먼저 고려하십시오. 따라서 시작하려면 이전 호스트로 이동하여 전체 현재 호스트를 백업해야 합니다. 파일 시스템및 데이터베이스. 종종 백업은 호스팅 루트 디렉토리에 아카이브 형식으로 생성됩니다. 이러한 파일을 다운로드하려면 FTP를 통해 이동하는 것이 좋습니다(예: FileZilla 또는 총사령관) 또는 통해 파일 관리자호스팅. 생성된 아카이브를 컴퓨터에 다운로드하고 아카이브에서 사전에 데이터베이스를 추출합니다.
위의 방법이 작동하지 않으면 다른 방법으로 복사본을 얻을 수 있습니다. 호스트의 파일 관리자로 이동하여 사이트가 있는 전체 폴더를 선택하고 "아카이브 만들기"를 클릭해야 합니다. 아카이브가 완료된 후 아카이브를 귀하의 HDD, 오류 가능성이 너무 높으므로 사이트의 모든 파일을 별도로 다운로드하지 마십시오. 일부 파일은 전혀 로드되지 않을 수 있으며 다운로드 프로세스에 많은 시간이 소요됩니다.
이제 관리 섹션으로 이동하십시오. MySQL 데이터베이스– phpMyAdmin. 드롭다운 목록에서 데이터베이스를 선택한 다음 "내보내기" 링크를 클릭하고 "확인"을 클릭합니다. 이제 결과 파일을 저장하십시오. 그 후에는 확장자가 .sql인 파일 형식의 데이터베이스 덤프와 디스크에 모든 사이트 파일이 포함된 패키지가 생깁니다.
Denver를 사용하여 가상 호스트에서 로컬 호스트로(또는 그 반대로) 전송
Denver의 도움으로 C:\WebServers\home\newresourse.ru\www와 같은 폴더에 파일을 업로드해야 합니다. 데이터베이스는 phpMyAdmin을 통해 추가해야 합니다(인터넷 연결 없이 URL: http://localhost로 이동). 마찬가지로 Denver에서 파일을 가져와 필요한 가상 호스트에 업로드할 수 있습니다.
컴퓨터에서 새 호스팅으로 데이터 전송
새 호스트는 "데이터베이스" 섹션으로 이동하여 새 사용자와 새 데이터베이스를 추가하고 암호를 설정하고 기억해야 합니다. 이제 phpMyAdmin 패널로 이동하여 "파일 가져오기" 버튼을 찾아 .sql 데이터베이스를 새 호스트에 업로드합니다.
그런 다음 Vodpress 사이트의 파일로 아카이브를 찾아 ftp에 업로드해야 합니다. 반드시 기입해야 합니다 원하는 폴더, 그렇지 않으면 사이트가 호스팅에서 인식되지 않습니다(종종 이것은 public_html이라는 폴더이지만 www, httpdocs 또는 다른 이름으로도 불릴 수 있음). 이름이 무엇이든 디렉토리는 비어 있어야 합니다.
데이터베이스에 대한 연결 설정 및 권한 설정
wp-config.php 파일을 찾고 그 안의 연결 데이터를 변경합니다.
define("DB_NAME", "your_database_name");
define("DB_USER", "database_user_name");
define("DB_PASSWORD", "database_password");
또한 wp-content/uploads 디렉토리 및 모든 내부 디렉토리에 대해 속성 777을 설정해야 합니다. ftp 또는 일반 관리자를 통해 이 작업을 수행할 수 있습니다. 그게 다야, 이제 사이트가 새 호스팅에 업로드되었지만 도메인 이름을 잊지 마세요.
새 호스팅에 도메인 이름 연결
위의 모든 작업을 완료하면 사이트가 이미 새 호스트와 작동해야 하지만 도메인이 여전히 이전 호스트에 할당되기 때문에 이를 확인할 수 없습니다. 상황을 수정하려면 다음을 수행해야 합니다.
- DNS 서버에 대한 새 호스팅 제공업체에 확인하십시오. 그건 그렇고, 이 정보는 등록 후 받은 편지에 표시될 수 있습니다.
- 이제 도메인 등록 기관으로 이동합니다. 등록 기관은 오래된 호스팅 업체이거나 2domains.ru와 같은 전문 서비스일 수 있습니다. 어쨌든 도메인 제어판에서 "DNS 서버 관리" 섹션을 찾아 DNS 데이터를 새 데이터로 변경해야 합니다.
변경 사항이 적용될 때까지 조금 기다려야 합니다. 도메인 바인딩에는 최대 3일이 소요될 수 있지만 경험에 따르면 약 2-4시간 후에 사이트를 사용할 수 있습니다.
WordPress를 다른 도메인 또는 폴더로 이동
리소스에 호스팅 이동뿐만 아니라 도메인 변경도 필요한 경우 이는 완전히 실현 가능한 작업이지만 여전히 몇 가지 골칫거리에 직면해야 합니다. 이것은 WordPress의 모든 경로가 함침되어 있기 때문입니다. 절대 링크, 이 단점은 수동으로 처리해야 합니다. 글쎄,해야 할 일, 모든 것에 대해 순서대로 이야기합시다.
- 이전 호스팅에서 이전 데이터베이스의 덤프를 다운로드한 후 편집기(예: Dreamweawer)에서 열고 이전 도메인에 대한 모든 레코드를 새 것으로 변경해야 합니다.
- robots.txt 및 .htacces 파일에서도 변경해야 합니다(이전 사이트에 대한 모든 참조도 새 사이트로 대체함).
- 사이트 파일을 조정하는 것은 선택 사항이므로 위에서 설명한 두 가지 사항을 완료한 후 사이트를 얻은 경우 이 항목을 건너뛸 수 있습니다. 검색하려면 WordPress 사이트의 모든 파일 압축을 풀고 이전 도메인에 대한 언급을 찾아야 합니다.
사이트를 다른 폴더로 이동
사이트를 다른 폴더(예: site.ru/blog)로 전송하려면 .htaccess 파일에 다음 행을 만들어야 합니다(굵게 변경됨).
RewriteBase /블로그/
RewriteRule . /blog/index.php [L]
SSH를 사용하여 사이트 이전
이것은 사이트를 이전하는 가장 쉽고 편리한 옵션이며 이 방법은 15-20분 밖에 걸리지 않습니다. 게다가 모든 것이 거의 완전히 자동화되어 추가 제스처가 필요하지 않습니다. 그러나 SSH를 사용하려면 계정에 대한 셸 액세스 권한이 있어야 합니다. 그러면 궁극적으로 훨씬 더 쉬워집니다. 워드프레스 마이그레이션대지. 그래서:
- 호스팅 패널에서 전체 사이트를 활성화해야 합니다.
- SSH 클라이언트를 시작하고 계정으로 로그인한 다음 다음 명령을 사용하여 백업합니다.
mysqldump -u 사용자 이름 -pPASSWORD BD_NAME > dump.sql
(그들이 담당하는 것, 필드 이름, 암호 및 데이터베이스 이름 - 이해할 수 있다고 생각합니다. 공백은 위의 명령에서 수행한 것과 정확히 동일해야 합니다!).
매우 기능적인 프로그램인 WinSCP를 SSH 클라이언트로 사용할 수 있습니다! Damb는 아카이브에 완벽하게 압축되어 있으므로 아카이브에 가장 잘 압축됩니다.
이제 SSH 클라이언트를 통해 호스팅 폴더로 이동하고 wget http://site.name/site-archive.zip 명령을 사용하여 이전에 생성된 아카이브 및 데이터베이스를 다운로드해야 합니다.
및 wget http://site.name/dump.zip
모든 파일이 컴퓨터의 하드 드라이브를 거치지 않고 새 호스트로 전송되기 때문에 다운로드 프로세스가 매우 빠릅니다. 결과 아카이브는 이제 새 호스트의 제어판을 사용하여 열어야 합니다. 다음 명령을 사용하여 데이터베이스를 가져옵니다(미리 빈 데이터베이스를 만들어야 함).
mysql -u 사용자 이름 -pPASSWORD -D BD_NAME< dump.sql
보시다시피 이 기술 WordPress 사이트를 다른 호스팅으로 간편하게 이전할 수 있습니다. 손이 "올바른 장소"에서 자라면 여기에 복잡한 것이 없습니다.
WordPress 마이그레이션 시 발생하는 오류
사이트가 시작되지 않은 경우 다음은 몇 가지 일반적인 오류 예입니다.
- WordPress를 설치하라는 메시지가 표시되는 탭이 열리면 데이터베이스를 가져올 때 오류가 발생했음을 의미합니다. 모든 테이블을 삭제하고 덤프를 업로드할 수 있습니다.
- 호스트의 인사말이 보이면 아카이브 압축을 풀기 전에 public_html 폴더에서 파일을 삭제하지 않았을 가능성이 큽니다(index.html 파일 삭제를 시도할 수 있음).
- wp-config.php의 데이터가 잘못 등록된 경우 "데이터베이스 연결 설정 오류" 오류가 팝업됩니다.
이제 WordPress 사이트를 Denver 및 그 반대로 다른 호스트로 전송하는 방법을 알게 되었습니다. 자료를 읽은 후 질문이 남지 않기를 바라며 질문이 있으면 의견에 작성하십시오.
웹 사이트의 약 17%가 WordPress 플랫폼에서 구축됩니다. 이 CMS는 대부분의 개발자 서클에서 인기를 얻고 있습니다. 다른 엔진에 있거나 전혀 없는 기존 사이트는 어떻습니까? 이것은 사이트를 워드프레스 플랫폼으로 옮기는 데 많은 시간, 노력 및 비용이 소요된다는 것을 의미합니까? 아니면 처음부터 다시 시작해야 합니까?
웹 사이트를 WordPress로 이동하는 것은 생각보다 실제로 쉽습니다. 이 기사에서는 웹 사이트를 이동하는 과정을 단계별로 설명합니다. 실제 예. 우리는 이것으로 모든 기존 문제를 다루고 논의하려고 노력할 것입니다.
기본 단계
사이트를 WordPress로 마이그레이션할 때 염두에 두어야 할 주요 사항은 다음과 같습니다.
- 기존 사이트를 평가합니다.기존 사이트의 페이지를 볼 때 주의해서 작업하십시오. 모든 콘텐츠 유형(페이지, 사진 갤러리, 리소스 페이지 등)을 정의하고 필드와 양식을 고려합니다. 종이에 모든 것을 적고 창조하십시오. 지원기존 사이트.
- 새 사이트의 서식지를 준비합니다. WordPress를 설정하고 콘텐츠를 가져올 모든 준비를 하십시오.
- 콘텐츠 가져오기.새로운 플랫폼으로 콘텐츠를 전송합니다. 소규모 사이트의 경우 수동으로 수행할 수 있습니다. 대규모 프로젝트의 경우 플러그인을 사용할 수 있습니다.
- 사이트 디자인을 전송합니다.기존 사이트의 디자인과 일치하도록 기본 WordPress 테마를 사용자 지정합니다.
- 검토, 테스트.모든 것을 다시 주의 깊게 확인하고 새 사이트를 백업하십시오. 조정하고 이전 사이트에서 새 사이트로 리디렉션 URL을 설정합니다. 테스트!
사이트를 새로운 플랫폼으로 마이그레이션하기 위한 기본 계획입니다. 이제 각 단계에 대해 자세히 살펴보겠습니다.
계획으로 시작
성공적인 사이트 이전의 핵심은 기존 웹 프로젝트에 대한 평가입니다. WordPress에서 콘텐츠를 가져오고 구성하는 방법을 알아야 합니다. 사이트 마이그레이션의 주요 포인트는 변경되지 않으며 모든 복잡성은 각 프로젝트에 특정한 세부 사항에 있습니다.
다음은 콘텐츠를 평가할 때 고려해야 할 질문 목록입니다.
- 얼마나 많은 콘텐츠를 가져와야 합니까? 페이지 수, 이미지 등
- 콘텐츠를 수동으로 가져올 수 있습니까? 아니면 도구를 사용해야 하나요?
- 도구를 사용한다면 존재하는가?
- 콘텐츠를 "게시물"과 "페이지"로 구성할 수 있습니까? 아니면 표준 유형과 다른가요?
- 추가 콘텐츠 요소(입력 필드, 예제, 비디오 등)를 전송해야 합니까?
- URL 구조가 변경됩니까? 그렇다면 이전 페이지에서 새 페이지로의 리디렉션을 잊어서는 안됩니다.
- 콘텐츠가 열려 있습니까? 공개 액세스? 아니면 등록된 사용자만을 위한 페이지가 있습니까?
콘텐츠를 전송하기 전에 워드프레스를 준비해야 합니다. 실험만 한다면 . 그렇지 않으면 호스팅에서 수행해야 합니다.
WordPress가 설치되면 사용할 준비가 된 것입니다!
환경URL
설정 -> 영구 링크로 이동하여 변경하십시오. 대부분의 경우 링크는 게시물 제목으로 저장하는 것이 가장 좋습니다.
사용자 계정
귀하의 사이트에 사용자가 등록되어 있는 경우 설치된 WordPress에서 해당 사용자에 대한 계정을 만들어야 합니다. 사이트 마이그레이션이 완료되면 사용자에게 이메일로 알리는 것이 좋습니다.
필수 플러그인
플러그인은 사이트의 특정 요구 사항(연락처 양식, 콘텐츠 슬라이더, 갤러리, 소셜 북마크 등)에 따라 선택됩니다. 다음은 공식 플러그인 디렉토리입니다. 주목해야 할 것은 조직이다. 사본 예약데이터 백업).
WordPress 플랫폼으로 콘텐츠 가져오기
이것은 일상적이고 책임감 있는 작업입니다!
이전 사이트에서 CMS를 사용한 경우 콘텐츠를 자동으로 가져오는 옵션이 있습니다. 이를 가능하게 하는 스크립트 목록을 검토하십시오. 지시를 따르고 그것을하십시오!
이전 CMS가 목록에 없거나 사이트가 100페이지 이하로 자체 작성되는 경우 모든 작업을 수동으로 수행하는 것이 가장 좋습니다. 콘텐츠를 복사하여 붙여넣고 전송된 페이지 URL을 기록해 둡니다.
사용할 수 있는 수천 개의 콘텐츠가 있는 데이터베이스가 있는 경우 전문가를 돌봐야 합니다. 또는 자동 가져오기 솔루션을 찾으십시오.
사이트 디자인 이전
그렇게 비판적이지 않다면 새로운 디자인, 기존 테마를 선택할 수 있습니다. 또는 표준을 수정하십시오(로고, 바닥글 교체 및 색 구성표 변경).
사용자가 홍보하고 인지할 수 있는 사이트를 이전하는 경우 디자인을 그대로 유지하는 것이 가장 좋습니다.
소스 코드 작업
내 경험으로는 브라우저에서 소스 코드로 작업하는 것이 가장 좋습니다. 호스팅에서 파일을 가져오면 실수를 많이 할 수 있습니다. 브라우저에서 우리는 사용자가 보는 것처럼 사이트를 봅니다.
에 구글 크롬이것은 다음과 같이 수행됩니다. 메뉴 -> 도구 -> 원천, 또는 오른쪽 버튼마우스를 사용하여 상황에 맞는 메뉴를 엽니다.
테마 만들기
스타일 파일
테마를 만드는 첫 번째 단계는 기존 스타일을 테마의 wordpress 스타일시트에 복사하는 것입니다: style.css
이렇게 하려면 편집을 위해 이 파일을 열고 테마에 대한 정보(파일 시작 부분에 주석 처리됨)를 변경하고 이전 사이트의 스타일을 붙여넣기만 하면 됩니다.
이미지의 URL을 잊지 마세요! 대부분의 경우 새 폴더 구조로 인해 변경될 것입니다. 따라서 스타일 파일과 테마에서 각각 이 점을 주의 깊게 살펴보십시오.
사이트 헤더
다음 단계는 사이트 상단을 만드는 것입니다. 여기에서 현재의 구조를 결합해야합니다. HTML 코드와 함께 워드프레스 코드주형. 이 예에서는 다음과 같이 작동합니다.
- 이전 사이트의 HTML 구조 복제
- 정적 메뉴를 WordPress 메뉴로 바꾸기
- WordPress 제목 태그를 사용하고 wp_head hook을 남겨두자.
- 이전 사이트 헤더의 다른 관련 태그를 병합해 보겠습니다.
코드를 봅시다!
이전 헤더 HTML 코드
비건 식품 피라미드
새 헤더 코드(헤더.PHP)
비건 식품 피라미드
"기본", "컨테이너" => false, "menu_class" => "menu")); ?>우리가 한 일을 살펴봅시다!
이전 것을 마이그레이션했는지 확인하십시오. 문서 유형. 그렇지 않으면 이전 사양의 코드에 새 HTML5 문서 유형을 사용하면 템플릿이 깨질 수 있습니다(특히 이전 브라우저에서).
메타 태그
일반적으로 모든 주요 태그가 전송됩니다. 우리의 경우 예외는 다음을 사용하여 자동으로 삽입되는 스타일 파일의 연결입니다. wp_enqueue_style파일에 기능.php
스크립트
스크립트는 까다로울 수 있습니다. 스크립트가 사이트의 각 페이지(예: 메인 스크립트 파일 또는 글꼴 스크립트)에 연결되어 있으면 테마의 머리글이나 바닥글에 안전하게 쓸 수 있습니다. 특정 페이지에서만 연결해야 하는 경우 조건부 태그를 사용할 수 있습니다. 가장 좋은 방법은 모든 스크립트를 등록하고 추가하는 것입니다. wp_enqueue_script.
반죽바닥에꼬리표. WordPress는 이를 사용하여 자체 스크립트와 테마 스타일을 포함합니다. 또한 설치된 플러그인. wp_head가 없으면 대부분의 프론트엔드 플러그인이 작동하지 않습니다.
바디 클래스
우리의 적용을 주의하십시오꼬리표. WordPress는 이를 사용하여 다음을 위한 일련의 유용한 클래스를 제공합니다.
꼬리표. 이러한 클래스는 페이지 유형에 따라 자동으로 삽입됩니다.워드프레스 메뉴
WordPress 메뉴 출력은 가장 어려운 작업사이트를 이 엔진으로 전송할 때. 이 예에는 다음을 사용하는 간단한 마크업이 있는 메뉴가 있습니다. 활동적인클래스(생성 PHP를 사용하여) 보고 있는 페이지를 확인합니다. 기능 wp_nav_menu매우 유연하며 메뉴 구성을 위한 많은 내장 솔루션을 제공합니다. 예제에서 우리는 활성 클래스에서 스타일을 가져와서 wordpress에 상응하는 current-menu-item 클래스에 배치했습니다.
사이트 바닥글
일반적으로 사이트의 바닥글은 가장 적게 변경됩니다. 모든 것은 사이트 헤더의 경우와 동일합니다. HTML 코드를 병합해 봅시다.
오래된바닥글 HTML 코드
새 바닥글 코드(보행인.PHP)
일부 바닥글은 다음으로 전송하기 어렵습니다. 워드프레스 테마. 예를 들어 메뉴와 다양한 위젯이 포함되어 있습니다. 대부분의 바닥글은 이 예와 같이 간단합니다. 주요 내용을 포함하는 것을 잊지 마십시오.태그 앞에