워드프레스의 젯팩을 업데이트하다, 아래와 같은 메시지와 함께 이 블로그가 먹통이 되었다.
The site is experiencing technical difficulties.
직접 젯팩 플러그인을 제거하나 고쳐볼 생각을 하다가 카페24의 호스팅 복원 기능을 활용하는 아이디어가 생각났다. 카페24는 매일 정기적으로 자동 백업을 하여, 최대 일주일까지 보관해준다. 이제 복원을 해보자.
다시 접속해보니, 아무 일 없던 것처럼 살아났다. 젯팩을 제거한 후 다시 설치하는 수고로움도 덜어 만족 스럽다.
내 블로그는 2013년도부터 카페24의 호스팅 서비스를 이용하고 있다. 작년 말 부턴가 내 호스팅 서버의 PHP 버전이 낮아 워드프레스를 최신버전으로 업데이트 할 수 없었다. 하나하나 알아서 하기는 귀찮아 참고할만한 경험기를 인터넷에서 찾으려 했으나 찾지 못했다. 업그레이드도 차일피일 미루고 있었다. 얼마 전 부터 이미지 최적화 플러그인까지 업데이트 지원이 중단되자 결국 혼자서 진행했다. 그 과정을 미래의 나를 위해 정리해 둔다.
아래의 작업은 카페24 메인 > 우측 상단의 ‘나의 서비스 관리‘ 페이지에서 이루어 진다.
사전 작업 하기
참고로, 카페24 사이트에서는 서버에 저장된 파일들(이미지, 워드프레스 PHP 코드 등)을 데이터로, 데이터 베이스 서버에 저장된 자료를 DB라고 부른다.
이 것으로 작업을 할 준비를 마쳤다.
카페24에서 하루 1회(매일 새벽) 데이터/DB를 자동 백업하고, ‘계정관리’ 메뉴 > ‘DATA&DB 복원/백업’ 메뉴를 통해 복원 기능을 제공하고 있다. 하지만, 이번처럼 PHP 버전을 변경하고 나서 변경 전 자료를 이용해 자동 복원이 시도하니 계속 실패했다. 그러니, 번거롭지만 꼭 사전 작업을 통해 자료를 백업하자.
본 작업하기
본인이 변경하고자 하는 PHP 버전을 고른 후 가운데 하단의 ‘변경 신청’ 버튼을 누르면 바로 변경이 시작된다.
이 것으로 본 작업을 마쳤다.
개인적으로 데이터보다는 DB 복구를 먼저하길 권장한다. 데이터 복구보다 DB 복구가 훨씬 쉽고, 데이터 복구를 먼저하면 웹 사이트가 동작하지 않는 원인이 데이터 때문인지 DB 때문인지 헷갈릴 수 있기 때문이다.
내 호스팅의 경우, UTF-8 + PHP 5.3 + MySQL 5.x 조합인 서버 구성을 UTF-8 + PHP 7.x + MariaDB 10.0.x 구성으로 변경했다. PHP 7.x 이상 버전에서는 UTF-8 언어셋과 MariaDB를 강제로 쓰도록 제약하는 것 같다. 참고로, MariaDB는 MySQL에서 포크된 프로젝트이므로 사용자 입장에서는 차이가 없으니 염려말자.
사후 작업하기
그 밖에
핵심만 설명하려고 했으나, 다쓰고나니 설명이 충분치 않은 것 같다. 카페24에서 관리하는 가이드나 Q&A 속 링크들이 정확하다. 이 글에서 모자란 부분은 그 정보를 활용해 업그레이드를 잘 마무리하길 바란다.