블로그 서버를 마이 그 레이션
블로그는 기술적인 문제들이 거쳐 갔어요 누리고, 나는 서버에서 그것을 변경하고 워드 프레스의 깨진 버전을 업데이 트하기로 결정했습니다.
워드 프레스의 업그레이 드에 대한 자세한 내용은 버전에서 버전에 따라 다를 수 있으며, -에서 확인하실 수 있습니다 사이트 .
저는 옵션 가져오기 / 워드 프레스 자체의 수출을 사용할 수 있지만 오래된 제공자의 문제점 중 하나는, 나는 블로그의 행정 구역에 접근할 수 없었던했습니다. 아무것도의 단일 업로드하지 않고 더 이상 블로그에 로그인할 수없는 내가 가지고 응답 공급자 보낸 사람 :
"... 워드 프레스의 개발자에게 연락 ..."
그때 경쟁에 연락하여 손톱으로 마이 그 레이션하기로 결정 ...
제가 사용 passsos은 매우 간단했으며 다음과 같다 :
새로운 업체를 고용
나는 몇 가지 인터넷 검색을 한 친구를 의논하고, 마지막에 막 지불 확인 양식, 신용 카드 번호와 대기를 작성했습니다.
백업
나는 새로운 공급자의 확인을 기다리는 동안, 나는 블로그를 백업했습니다. 제가 설치한 "정크"충분히되고 있었다, 그냥 게시물과 데이터베이스를 백업하고, 워드 프레스 limpinha의 버전을 사용하기로 결정했습니다.
MySQL을 백업하기 위해 나는 그것의 커맨드 라인 도구 mysqldump 중 하나를 사용합니다. 가장 멋진 기능 중 하나는 (제 생각) MySQL을 사용하고, 그 도구는 원격으로 그들을 사용의 가능성이다. 이것은 내 피부에게 SysAdmin의 시대에 몇 번 저장하고있다.
명령은 간단했다 :
=my.old.mysqlserver 사용자 @ 호스트 : ~ $ mysqldump - 호스트 = my.old.mysqlserver - 사용자 = myuser - 비밀 번호 mybkp.sql - 데이터베이스 myblogdatabase> mybkp.sql
= my.old.mysqlserver를 호스트 : 제 MySQL 데이터베이스는 호스트에 연결
- 사용자 = myuser : 연결이 사용자를 사용합니다.
- 암호 : 암호 프롬프트를 요청합니다. 제가 직접 비밀 번호를 입력하고 싶었다면, 한 - 비밀 번호 = mypass가 없습니다.
Myblogdatabase - 데이터베이스 : 내 블로그에서 사용하는 데이터베이스 'myblogdatabase', 모든 테이블의 덤프를 확인하십시오.
> Mybkp.sql : 파일에 출력을 리디렉션합니다.
Mysqldump은 그것이 동일한 상태로 데이터베이스를 재현하는 데 필요한 모든 SQL을 생성합니다.
복원 데이터
파일 덤프의 시작 부분에서 기존 데이터베이스에 대한 참조가 있습니다. 새 데이터베이스가 다른 이름을 가진 경우 덤프 파일을 편집해야합니다. 이것은 명령 SED와 함께 할 수 있습니다 :
s /` olddatabase `/` newdatabase `/ mybkp.sql > mynewbkp.sql 사용자 @ 호스트 : ~ $ SED의 / olddatabase `` / `` newdatabase / mybkp.sql> mynewbkp.sql
복원 MySQL의 프롬프트를 사용하여 매우 간단합니다 :
=my.new.mysqlserver --user =myuser --password 사용자 @ 호스트 : ~ $ MySQL의 - 호스트 = my.new.mysqlserver - 사용자 = myuser - 비밀 번호 MySQL을> 사용 newdatabase; MySQL은>. mynewbkp.sql
이 logamos 우리는 새로운 기지, 여전히 비어, 그리고 executaamos 신규로 예전부터 테이블과 데이터를 재현하기위한 SQL 구문의 전체 덤프와 파일을 입력합니다.
워드 프레스 업그레 이드
업그레 이드 워드 프레스가의 기본적인 단계에 따라 설치 : 다운로드 짐 푸는가 원하는 위치로 콘텐츠를 이동하고 파일 WP-config.php를 편집합니다.
마지막으로, 브라우저, 파일을 실행
http://my.blog.root.path/bla/bla/bla/wp-admin/upgrade.php
그리고 짜잔! 당신은 관리 사용자 로그인 및 단지에 대한 임의의 암호를 받게됩니다.
워드 프레스 설정하기
공급자가 서비스를 제공하면 대개 사이트의 기능에 액세스하는 두 가지 방법을 제공합니다. 하나는 다른 이상한 URL로 동일한 기능을 제공 이후 주소로 도메인을 사용하는 표준 방법입니다. 이 이유를 오늘 발견 : DNS 공급자가 예전에 임명 동안에, 나는 이전 사이트 (딸림) 기능을 방해하지 않고 이상한 새로운 공급자의 URL을 액세스.
Wordpres를 설치한 후 콘텐츠에 액세스하려는 시도는 예전 블로그에 리디렉션. 그렇다면 블로그에서 URL을 구성하는 두 가지 옵션이있다는 것을 기억. 그만큼 데이터베이스에 어디 있었는지했습니다. 테이블 이름의 논리에 따라 테이블 wp_options에 도착했다.
GUI 도구 MySQL의 쿼리 브라우저를 사용하여, 제가 필드 필드 'option_name'옵션 'siteurl'와 이상 해당 URL에 '고향'에 해당되는 '는 option_value로 변경하고, 플러그인과 테마를 설치하는 동안 마이 그 레이션하는 동안 utlizá 가지고 . 모든이 완료되면, 내가 DNS를 변경하고 마지막 옵션에 원래 값을 복원. 이 명령줄은 다음과 같이한다 :
; MySQL은> SELECT * wp_options 한도는 1에서; + ----------- + --------- + ------------- + ------------- ------------ + ---------- + blog_id | option_name | option_value | autoload | | Option_id | blog_id | option_name | option_value | autoload | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + | 0 | siteurl | http: // mydomain.com / etc | yes | | 1 | 0 | siteurl | http://를 mydomain.com은 / etc | 예 | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + ( 0.00 sec ) 집합에 1 개 행 (0.00 초) ; MySQL은> SELECT * = 'http://mydomain.com/etc'를 option_value wp_options에서; + ----------- + --------- + ------------- + ------------- ------------ + ---------- + blog_id | option_name | option_value | autoload | | Option_id | blog_id | option_name | option_value | autoload | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + | 0 | siteurl | http: // mydomain.com / etc | yes | | 1 | 0 | siteurl | http://를 mydomain.com은 / etc | 예 | | 0 | home | http: // mydomain.com / etc | yes | | 40 | 0 | 홈 | http://를 mydomain.com은 / etc | 예 | + ----------- + --------- + ------------- + ------------- ------------ + ---------- + ( 0.00 sec ) 세트 2 행 (0.00 초) option_value = 'http://url.estranha.com/etc' MySQL의> 업데이 트 wp_options 9 = 'http://url.estranha.com/etc'를 option_value 어디 = 'http://mydomain.com/etc'를 option_value; 0.02 sec ) 검색어 좋아, 영향이 행 (0.02 초) Warnings: 0 검색된 행 : 2 변경됨 : 2 경고 : 0 MySQL은>
첫 번째 SQL 문은 테이블의 필드, 두 번째는 동일한 URL 및 세 번째 있었 옵션 드디어 업데이 트를 확인할인지 파악하는 것이었습니다. 그 후, 블로그는 이미 올바른 직장 주소로 지적하고 있으며, 수익은 보통 사이트를 통해 만들 수 있습니다.
결론
당신은 모든 데이터를 잃고 이후 손톱에서 블로그를 마이 그 레이션은 최고의 선택이 아닙니다. 나는 워드 프레스의 작동 및 주변 도구를 조금 알기 때문에 난 그냥,이 위업을 수행할 수 있습니다. 아직도, 나는 서스펜스의 최고야했다. 집 게시물의 별도의 백업을 유지하면서, 나는 일반적으로 귀하의 의견 및 옵션을 저장할 수 없습니다. 나 스마트 얻고 사이트 내 매주 백업을하고 갈 수 있도록 어떤 면에서 그것은 좋았어요.
번역기
