Z-블로그 완벽 한 워드 프레스 자습서를 전송

중간 트랜잭션 http://www.aliyun.com/zixun/aggregation/6858.html "> seo 진단 Taobao 게스트 클라우드 호스트 기술 홀

많은 친구 단지 블로그 설정 때 국내 우수 블로그 시스템의 사용: Z-블로그, 일정 시간 후 많은 사람들이 WordPress, 다양 한 전송에 대 한 이유를 전송 싶어요. 친구가 학습을 위한 주 원인은 이다 Z-블로그 관리는 오랜 시간에 대 한 블로그를 업그레이 드를 유지 하지 않는. 모두 다른 사람에 대 한 무료 오픈 소스 시스템 시간 바이러스에 알고 있다, 허점 공식 유지 보수, 시스템의 손실 됩니다 결국 멸망 하 게 될 경우 점점 더 될 것입니다.

첫째, 학습 친구에 또한 정보 인터넷 경우에 전송의 많은 발견. 마지막으로 몇 가지 요약 전송 시작, 전송 프로세스가 쉽지 않다 상상, 많은 발생의 문제, 특히 URL 주소 실패 문제, 검색 엔진 최적화에 큰 타격은 제목 문제 후 시스템의 전송 후 발견.

전송 준비:

전에 총 역 데이터 백업 전송, 가급적 이면 새로운 구매 공간, 새로운 이전에 과거에 데이터 복제 위에 현재 공간 안에 선호의 양도. 전송 오류 사이트의 정상적인 접근에 영향을 주지 않습니다 및 전송 오류는 최상의 결과 달성 하기 위해 여러 번 시험 될 수 있다 이다. 전송 하는 노력 하 고 사이트에 시간은 도메인 이름 해결에 효과적인 시간의 10 분입니다.

참고: 리눅스 호스트를 구매 하시기 바랍니다.

Z-블로그 시스템 모든 데이터 내보내기:

플러그인 다운로드: Z-블로그 완벽 전송 Wp movabletype 전송 도구

Z-블로그 플러그인을 설치

입력 Zblog-플러그 관리-가져오기 ZPI의 배경 파일을 로컬로-(Movabletype.zip)-선택한 다음 제출, 설치가 완료 되 면 플러그인을 활성화 하는 그림에서와 같이.

플러그인 관리로 이동-다음 그림에 표시 된 것 처럼, 콘텐츠를 내보내도록 플러그인 MovableType의 오른쪽에 관리를 클릭 합니다.

여기에 Li Xuebong, 데이터 내보내기는 절묘 한.

친구의 블로그, http://www.***.net/seo/ 같은 열 페이지의 포맷을 배울 수

와 같은 내부 페이지 형식: http://www.***.net/post/123.html

급진의 열 페이지 포스트 프로그램 배경에서 쉽게 설정할 수 있습니다 하지만, 그것에 의해 한 내부 페이지 형식 더 어렵습니다. Z-블로그 등 후 주소는 http://www.***.net/post/123.html 문서를 변경 하려면 전송 여전히이 주소입니다. Z-블로그 이전 페이지의 급진이입니다.

Http://www. * * *.net/post/id.html,이 ID는 데이터베이스 배경 자동으로 생성 된 문서 번호 (연속, 하지만 문서 미드웨이 출판 문서를 삭제 하는 경우 ID 자동으로 줄어들지 것입니다, 다음 ID 번호는 비어, 삭제 된 문서를 발생 하는 경우 직접 사용 하 여 모든 도구에의 수출, 모든 연속 될 수 밖에, 후 포스트를 가져오기는 내보내기 데이터 후 전위 분명히 보았습니다 모든 이전 데이터 파일 ID, 다음 그림에서와 같이 몇 가지 격차, 특정 연속 기사를 발견:

그럼 내가 배치에서 내보낼 필요가 특정 내보내기 파일은 다음과 같습니다:

내보내기를 선택 하려면 제출 클릭 수, 좋은 파일 저장, 위의 그림에서와 같이 그들의 자신의 필요에 따라 내보낸된 태그, 코멘트, 콘텐츠, 등 수 있습니다. 수출으로 오류가 있을 때에, 그것은 괜찮을 것입니다.

워드 프레스 시스템 데이터 가져오기:

데이터를 가져오기 전에 WP에 대 한 고정된 링크를 설정:

콘텐츠 페이지 주소의 이전 연구 때문에: http://www.***.net/post/id.html 그래서 난 그냥 지금 설정 해야, 이것 같이:

특별 한 주: 제발 구매 리눅스 호스트, 경우에 그것은 윈도 즈 호스트 WP 시스템 자동으로 주소 플러스 열 이름 범주, 현재 상황의 최적화를 상대 앞 조금 어렵습니다. WP의 기능을 변경 하지 않으면 같이: www.***.net/category/post/123.html. 설치 플러그인 제거 카테고리, 플러그인 이름 "WP 아니 카테고리 자료-WPML 호환"

무대-WordPress에 도구-가져오기-무버블 타입 및 typepad-선택은 "*.asp" 그냥 생성, 및 다음 파일 업로드를 클릭를 그림에 표시 된 대로 가져옵니다.

참고: 파일의 최대 크기는 20 M (공간 제한, 다른 크기), 따라는 Zblog 기사 너무 많이 하는 경우, 우리가 100 기사, 30 m, 전체 크기의 총 등 여러 가지 작업 (위의 격차에 주목), 나눌 수 있습니다 다음 결과 파일은 너무 커서, 다음 우리는 첫 50 게시물, 다음 50을 만들 수 있습니다. 아래 15 M 볼륨을 제어 하 고 워드 프레스에 업로드.

특별 한 주: WordPress, 데이터를 가져오기 전에 확인 문서 테이블의 자동 증가 이미 거기. 새로 설치 된 WP 프로그램 기사를 출판 했다, 그의 자동 증가 ID 번호 1에서 시작 하지는. 위의 데이터를 가져올 경우 모두 잃어버렸던 것 이다. 내가 어떻게 그것에 보이나요? navicat MySQL 데이터베이스 클라이언트 (바이 해킹된 버전을 찾을 수 있습니다)에 대 한 로컬 설치 또는 공간 공급자의 온라인 데이터베이스 뷰어를 사용 하 여 직접. 보기 WP Wp_posts 테이블 안에 새로운 데이터베이스입니다. 그림:

경우는 "자동 증가 값이 0, 다음 테이블의 자동 증가를 정리 하는 데 필요한" 검은 섹션에서와 같이 MySQL 데이터베이스의 자동 증가 값을 청소에 대 한 SQL 구문은 데이터베이스 이름. 작성 후 실행을 선택 합니다.

실제 동작:

위의 기술 작업의 전체 전송 과정, 지금 함께 작동 하도록 학습을 따라. 또한, WP의 자동 증가 데이터베이스 문서 테이블의 숫자 2로 시작합니다. 그는 번호 1 차지 하는 시스템을 의미 합니다. 그럼 우리의 기사 2에서 소개 될 것 이다.

살펴 봅시다 문서의 연속성에 피어 블로그에:

그것은 번호 1 시스템 될 것입니다 그림에서 볼 수 있습니다 7 월 18 일 연속, 20-30 연속, 32-37 연속, 등, 앞의 몇 가지 예를 설명 하 고, 다음과 같은 절차의 이전 단계 걸릴 배워야 유지, 연속, 2-5. 그것을 종결 될 수 있다 19 31의 ID 없이 ID 없이 6의 예약 id 1 ID.

단계: 그럼 우리가 직접 가져올 이전에 내보낸된 파일 WP. 먼저 2-5.asp 파일을 가져올, 테스트, Z-블로그 주소를 하기 전에 모든 문서 하나 하나 통신 그리고 아무 탈. 만약 당신이 밖으로 정렬 해야 MySQL 데이터베이스 테이블의 자동 증가를 정리 하기 위해 위에서 언급 한 대로 합니다. 그런 다음 다시와 서 이유를 분석 합니다.

특별 참고 사항: 워드 프레스 설치 완료 후 기사 게시, 포스트 자동으로 능력을가지고 있기 때문에 임시 저장을 클릭 하지 마십시오, 그는 ID 번호를 차지할 것입니다.

위의 2-5 가져오기에 성공 하면 URL 하나 우리가 어떻게이 ID 점유 된다 6 말에 해당 합니다. 위의 말했다 WP는 자동으로 임시 보관 함 저장 하는 기능, 그는 자동으로 ID 번호, ID 6, 차지 하는 문서를 게시의 연습을 사용 하기 때문에 가끔 동안이이 문서를 게시 하는 과정 포스트 프로그램은 자동으로 초안을 오랜 시간에 대 한이 문서를 작성 하는 경우에, 잘못 된 차지할 뿐만 아니라, 6의 id 7,8,9 수, 등도 점유 될 것 이다, 그래서 포스트의 릴리스를 사용할 수 없습니다 문서 시스템 출판 기사. 포스트의 자동 해제 하지 않는 한 저장 초안 기능. 완벽 한 인 ID 6 위치는 그 포스트에 다음 가져오기 1 게시물 파일의 내보내기 위의 원래 z-블로그 시스템 에서만에서 할 수 있다.

우리는 7-18.asp, 여부 이전 URL 하나, 하나에 해당 하 고 다음 가져오기 문서 20-30.asp, 및, 및 등등을 계속, 때마다 가져오기 완료 확인 필요를 이해 하는 가져오기 완료 가져올 계속 여부 하나 통신, 이유. 아무 통신 하는 경우 다음 데이터베이스 자동 증가 정리.

결론: 위의 z-블로그 완벽 한 가져오기 wordpress 전체 과정의 URL 장, 아직도 이해 하지는 친구를 배워야 문의하실 수 있습니다. 301의 많은 수를 하지 않아도, 각 페이지를 모니터링할 수 있습니다 필요 하지 않습니다 URL 문제입니다. 너무 간단 해당 URL 하나 하나를 구현 하는 프로그램을 변경 합니다. 다음 기사 소개 하나의 SEO 및 다른 유용한 WP 플러그인-기능, 뿐만 아니라 플러그인 및 현재 서식 파일 (서식 파일 Shanghan) 사이 충돌에서 모든 플러그인을 사용 합니다.

이 문서 시작 A5, 출처: http://www.xp178.net/post/1589.html는 5 월을 이해 하지 친구를 배운다, 기술적인 자세한 설명은 재단 9 그룹 122567971 가입 환영을 못 살게 굴지