업데이트로 인해 사이트가 손상된 경우 WordPress를 수정하는 방법

WordPress 업데이트로 인해 사이트가 망가져서 홈페이지 대신 빈 화면이 나왔습니다. 이제 사이트가 다운되었고, 방문자는 콘텐츠 대신 오류 메시지를 보게 됩니다.

사실, 이는 WordPress 웹사이트 소유자에게 매우 일반적인 시나리오입니다. 하지만 아직 걱정하지 마세요. 저희가 도와드리겠습니다. 

이 가이드에서는 업데이트 문제 후 WordPress 사이트를 수정하는 방법을 보여드리겠습니다. 문제를 식별하는 방법을 안내하고 사이트를 복원하는 방법에 대한 단계별 지침을 제공합니다. 

우리는 더 이상 망가진 사이트를 지속시키고 싶지 않으니 바로 시작해 보겠습니다!

문제 이해

먼저, 웹사이트에 문제가 무엇인지 파악해야 합니다. WordPress가 핵심 소프트웨어를 업데이트할 때 호환성 문제가 발생하여 사이트에 문제가 생길 수 있습니다. 그 이유는 다음과 같습니다.

테마 및 플러그인

WordPress나 PHP를 업데이트할 때 테마와 플러그인이 오래되었을 경우 문제가 발생할 수 있습니다. 이러한 테마와 플러그인은 종종 특정 버전의 WordPress와 PHP에서만 작동하도록 설계되었습니다. 

주요 업데이트 중에 새로운 기능이 추가되거나 오래된 기능이 제거되어 호환성 문제가 발생할 수 있습니다. 그 결과, 오래된 테마와 플러그인은 새 코드와 제대로 작동하지 않아 오류 또는 사이트 충돌이 발생할 수 있습니다.

데이터베이스 충돌

때때로 WordPress가 업데이트되면 데이터베이스 구조가 변경되는데, 이는 사이트에서 데이터를 저장하는 방식입니다. 플러그인이나 사용자 정의 코드가 이전 구조와 작동하도록 설정된 경우 업데이트 후에 제대로 작동하지 않을 수 있습니다.

이로 인해 데이터가 올바르게 표시되지 않거나 데이터베이스에서 정보를 가져올 때 오류가 발생하는 등의 문제가 발생할 수 있습니다.

서버 구성 불일치

WordPress를 업데이트할 때는 서버가 올바르게 설정되어 있는지 확인해야 합니다. WordPress는 최상의 성능과 보안을 위해 최신 PHP 버전을 사용할 것을 제안합니다. 서버에서 이전 버전의 PHP를 실행 중인 경우 새로운 WordPress 업데이트와 잘 작동하지 않을 수 있으므로 문제가 발생할 수 있습니다.

또한 일부 호스팅 설정에는 메모리 제한이나 프로세스 실행 기간과 같은 특정 설정이 있습니다. 이러한 설정은 업데이트된 WordPress 또는 플러그인에 필요한 것과 일치하지 않을 수 있으며, 이로 인해 오류가 발생하고 사이트가 오프라인 상태가 될 수도 있습니다.

실제로 WordPress의 메모리 제한은 업데이트로 인해 사이트가 중단되는 경우가 많습니다.

문제의 범위 식별

다음으로, 우리는 문제의 규모를 파악해야 합니다. 전체 웹사이트가 다운된 경우, 이는 일반적으로 주요 호환성 문제, 플러그인 충돌 또는 호스팅에 문제가 있는 것과 같은 심각한 문제의 신호입니다.

반면, 사이트의 특정 부분만 작동하지 않는다면 그다지 큰 문제일 가능성이 없습니다.

문제가 프런트 엔드(방문자가 보는 것)에 있는지, 백엔드(관리자 영역)에 있는지 아는 것도 중요합니다. 사이트가 이상하게 보이거나 요소가 누락된 경우 테마, CSS 또는 JavaScript와 관련된 프런트엔드 문제일 가능성이 큽니다.

WordPress 대시보드에 로그인할 수 없거나, 오류 메시지가 표시되거나, 콘텐츠를 업데이트할 수 없는 경우 문제는 사이트 백엔드에 있을 가능성이 있습니다.

문제 해결 전 단계

WordPress 웹사이트를 수정하기 위한 기술적인 단계로 넘어가기 전에 꼭 해야 할 몇 가지 중요한 사항이 있습니다.

1. 사이트 백업

이 단계는 무시되는 경우가 많지만, 특히 WordPress 업데이트로 인해 사이트가 손상되었을 경우 매우 중요합니다.

백업은 사이트에 있는 모든 것의 사본을 저장하는 것을 의미합니다. 완전한 백업을 하려면 모든 핵심 부분을 포함하는 것이 가장 좋습니다. 여기에는 HTML, CSS, JavaScript, 이미지와 같이 사이트의 구조와 모양을 만드는 파일이 포함됩니다.

데이터베이스를 잊지 마세요. 사용자 정보 및 설정과 같은 중요한 데이터를 저장합니다. 또한, 이미지 및 비디오와 같은 미디어 파일을 백업하는 것을 잊지 마세요. 이는 콘텐츠와 사용자 경험의 일부이기 때문입니다.

웹사이트 백업을 하는 이유는 간단합니다. 예방이 치료보다 낫기 때문입니다 . WordPress 업데이트로 사이트가 망가지면 백업을 통해 빠르게 복구하고 파일 손실, 서버 충돌 또는 맬웨어 공격과 같은 주요 문제를 피할 수 있습니다.

cPanel에서 웹사이트를 백업하는 방법

GreenGeeks를 웹사이트 호스트로 사용하는 경우 아래 단계에 따라 cPanel을 통해 웹사이트를 백업할 수 있습니다. 먼저, GreenGeeks 계정에 로그인하고 선택한 계정 옆에 있는 cPanel 버튼을 클릭하세요 .

다음으로, 도구 섹션에서 백업 버튼 을 클릭하세요 .

이제 전체 백업이나 부분 백업을 선택할 수 있습니다 .

cPanel에서 생성되어 홈 디렉토리에 저장된 백업은 48시간 후에 자동으로 제거됩니다. 데이터 손실을 방지하려면 백업을 생성한 직후 로컬 컴퓨터에 다운로드하세요.

또한 cPanel 백업은 크기가 10GB 미만인 계정에만 적용된다는 점에 유의하는 것이 중요합니다. 10GB를 초과하는 더 큰 계정의 경우 이 튜토리얼에 제공된 백업 지침을 참조하세요.

2. 디버깅 모드 활성화

WordPress에서 디버깅은 웹사이트 내의 오류나 문제를 식별하고 수정하는 프로세스입니다. 

WordPress에서 디버그 모드를 수동으로 활성화하거나 플러그인을 사용하여 활성화할 수 있습니다. 다음은 두 가지 방법에 대한 간단한 단계별 가이드입니다.

방법 1: 플러그인 사용

 

• WordPress 대시보드에서 플러그인 > 새로 추가 로 이동합니다 .

 

 

• 플러그인 옵션을 찾으려면 검색창에 "debug" 키워드를 입력하세요. 또는 사용할 특정 플러그인이 있는 경우 플러그인 이름을 직접 입력하세요. 아래 예에서는 WP Debugging 플러그인을 시도해 보겠습니다.

 

 

• 지금 설치 버튼을 클릭한 다음 플러그인을 활성화하세요.
• 대시보드 > 도구 > WP 디버깅 으로 이동하여 "WP_DEBUG를 true로 설정" 옆의 상자를 체크합니다. 그런 다음 변경 사항 저장을 클릭합니다 .

 

방법 2: 수동 방법

 

• 변경 사항을 적용하기 전에 데이터 손실을 방지하기 위해 사이트 백업을 만드세요.
• FileZilla와 같은 FTP 클라이언트나 호스팅 제공업체의 파일 관리자를 사용하여 웹사이트의 public_html 폴더에서 wp-config.php 파일을 찾으세요.
• 파일을 다운로드하고 텍스트 편집기(예: Notepad++)로 엽니다. “/* That's all, stop editing! Happy blogging. */”라는 줄 바로 앞에 다음 줄을 추가합니다.

 

 

• 변경 사항을 저장하고 수정된 파일을 서버로 다시 업로드하세요.

 

디버그 모드가 활성화되면 WordPress는 모든 오류를 wp-content 폴더에서 찾을 수 있는 debug.log 파일에 기록합니다. 그런 다음 이 로그를 검토하여 문제를 해결할 수 있습니다.

기억하세요: 디버깅을 마친 후에는 사이트 방문자에게 오류 메시지가 노출되는 것을 방지하기 위해 디버그 모드를 비활성화하는 것이 중요합니다. wp-config.php 파일에서 true를 false로 변경하거나 WP 디버깅 플러그인을 비활성화하면 됩니다.

일반적인 문제 및 해결 방법

WordPress 업데이트로 인해 사이트가 손상될 때 가장 흔히 발생하는 문제는 다음과 같습니다.

죽음의 화이트 스크린(WSOD)

WordPress의 WSOD(White Screen of Death)는 웹사이트에 빈 흰색 화면만 표시되어 사이트의 프런트엔드와 백엔드 모두에 접근할 수 없게 만드는 짜증나는 문제입니다.

이런 일은 WordPress 업데이트로 인해 사이트가 손상되거나 WordPress 웹사이트를 복구하는 동안 문제가 발생할 때 종종 발생합니다.

WSOD의 일반적인 원인

• 플러그인 또는 테마 충돌: 코딩이 잘못된 플러그인이나 호환되지 않는 테마로 인해 WSOD가 발생할 수 있으며, 특히 업데이트 이후에 그렇습니다.
• 메모리 한도 소진: 스크립트나 플러그인이 메모리를 너무 많이 사용하면 사이트가 충돌하고 흰색 화면이 표시될 수 있습니다.
• PHP 오류: PHP 파일의 구문 오류로 인해 WSOD가 발생할 수 있습니다.
• 업데이트 실패: 때때로 WordPress 업데이트가 중단되거나 실패하면 WSOD가 발생할 수 있습니다.

WSOD를 위한 단계별 문제 해결 가이드

수정 1: 디버그 모드 활성화

이는 이전에 언급한 절차와 동일합니다.

수정 2: 메모리 제한 증가

그래도 wp-config.php 파일에 다음 줄을 추가하여 PHP 메모리 제한을 늘리세요.

'WP_MEMORY_LIMIT', '64M'을 정의합니다.

64M이 충분하지 않으면 호스팅 플랜에 따라 128M 또는 256M으로 늘릴 수 있습니다.

수정 3: 모든 플러그인 비활성화

WordPress 관리자의 왼쪽에서 플러그인 > 설치된 플러그인을 클릭합니다 . 비활성화 드롭다운 메뉴를 클릭하고 플러그인의 가장 위 상자를 체크한 다음 적용 버튼을 클릭합니다.

사이트가 다시 온라인 상태가 되면 플러그인 중 하나가 문제입니다. 원인을 찾을 때까지 동일한 관리자 인터페이스에서 하나씩 다시 활성화하세요.

수정 4: 기본 테마로 전환

WordPress 관리자의 왼쪽에서 모양 > 테마 로 이동합니다 . 

Twenty Twenty-Four 기본 WordPress 테마를 찾을 수 있습니다. 활성화 버튼을 클릭하세요.

이렇게 해서 문제가 해결되면 테마에 문제가 있을 가능성이 큽니다.

수정 5: WordPress 캐시 지우기

백엔드에 액세스할 수 있다면 사이트의 캐시를 지우세요. 때로는 캐싱 문제로 인해 문제가 이미 해결되었더라도 WSOD가 발생할 수 있습니다.

수정 6: 실패한 자동 업데이트 문제 확인

FTP를 통해 루트 디렉토리에서 .maintenance 파일을 찾아 삭제합니다. 이 파일로 인해 사이트가 유지 관리 모드로 유지되어 WSOD가 발생할 수 있습니다.

유지 관리 모드에서 멈춤

WordPress가 업데이트되지 않고 유지 관리 모드에 갇힌 경우 호스팅의 cPanel을 사용하여 쉽게 해결할 수 있습니다. WordPress가 업데이트를 실행하면 자동으로 웹사이트의 루트 폴더에 숨겨진 .maintenance 파일이 생성됩니다. 

이를 해결하는 간단한 방법은 다음과 같습니다.

 

• cPanel에 로그인하세요
• cPanel에서 "파일 관리자" 옵션을 찾아보세요. 이를 통해 서버의 파일을 탐색할 수 있습니다.

 

 

• 루트 디렉토리로 이동하여 모든 핵심 WordPress 파일이 들어 있는 public_html 폴더를 찾아서 엽니다.

 

 

• 파일 관리자에서 설정이나 기본 설정을 클릭하고 "숨겨진 파일 표시"를 활성화하여 .maintenance 파일을 표시합니다.

 

 

• .maintenance 파일이 있으면 삭제하세요. 이 파일이 사이트를 유지 관리 모드로 유지하는 것입니다.
• 파일을 삭제한 후 웹사이트를 새로 고칩니다. 이제 유지 관리 모드에서 벗어나 정상적으로 작동할 것입니다.

 

500 내부 서버 오류

WordPress의 500 내부 서버 오류는 서버에 문제가 발생했지만, 서버는 무엇인지 확실히 알지 못하는 일반적인 오류입니다.

일반적인 원인 및 증상

• 손상된 .htaccess 파일: .htaccess 파일은 사이트에서 URL을 관리하는 방법을 제어합니다. 이 파일이 손상되면 500 오류가 발생할 수 있습니다.
• PHP 메모리 제한 초과: WordPress 스크립트는 실행하기 위해 일정량의 메모리가 필요합니다. 할당된 메모리를 초과하면 이 오류가 발생할 수 있습니다.
• 플러그인 또는 테마 충돌: 호환되지 않거나 코딩이 잘못 된 플러그인이나 테마로 인해 서버가 충돌하여 500 오류가 발생할 수 있습니다.
• 서버 문제: 때로는 호스팅 제공업체의 서버 구성에 문제가 있는 경우가 있습니다.

500 내부 서버 오류 수정 가이드

I. .htaccess 파일 확인:

• FTP 클라이언트나 호스팅 제어판의 파일 관리자를 통해 사이트에 접속하세요.
• 웹사이트 루트 디렉토리에서 .htaccess 파일을 찾으세요.

 

 

• 일시적으로 비활성화하려면 파일 이름을 .htaccess_old와 비슷한 이름으로 바꾸세요.
• WordPress 대시보드로 가서 설정 > 영구 링크 로 이동한 다음 아무것도 변경하지 않고 변경 내용 저장을 클릭합니다 . 이 작업은 새로운 .htaccess 파일을 재생성합니다.
• 웹사이트를 확인하여 오류가 해결되었는지 확인하세요. 그렇다면 .htaccess 파일이 문제였습니다.

II. PHP 메모리 제한 증가

 

지난번에 언급한 것과 동일한 프로세스를 수행합니다. 사이트의 루트 디렉토리에서 wp-config.php 파일을 열고 "That's all, stop editing!" 줄 앞에 다음 코드 줄을 추가합니다.

'WP_MEMORY_LIMIT', '128M'을 정의합니다.

그래도 문제가 해결되지 않으면, 한도를 더 늘려보거나 호스팅 제공업체에 문의하여 메모리 한도를 늘리는 데 도움을 받으세요.

III. 모든 플러그인 비활성화

(이전에 언급한 것과 동일한 과정을 수행합니다.)

IV. 기본 테마로 전환

(이전에 언급한 것과 동일한 과정을 수행합니다.)

V. 서버 로그 확인

호스팅 제어판이나 FTP를 통해 서버 로그에 액세스하세요. 문제의 원인에 대한 자세한 내용을 제공할 수 있는 오류 로그를 찾으세요.

VI. 호스팅 제공자에게 문의하세요

위의 단계 중 어느 것도 효과가 없다면 문제는 서버와 관련이 있을 수 있습니다. 호스팅 제공자에게 도움을 요청하세요. 그들은 문제가 서버 구성 또는 리소스 제한 때문인지 확인할 수 있습니다.

데이터베이스 연결 설정 오류

일반적인 원인

• 잘못된 데이터베이스 자격 증명: wp-config.php 파일에 있는 데이터베이스 이름, 사용자 이름, 비밀번호 또는 호스트 정보가 올바르지 않으면 WordPress가 데이터베이스에 연결할 수 없습니다.
• 손상된 데이터베이스: 시간이 지남에 따라 데이터베이스가 손상되어 연결 오류가 발생할 수 있습니다.
• 서버 문제: 때로는 데이터베이스를 호스팅하는 서버가 다운되거나 호스팅 환경에 문제가 있을 수 있습니다.

데이터베이스 자격 증명을 확인하는 방법

1. wp-config.php 파일에 접근합니다.

DB_NAME, DB_USER, DB_PASSWORD, DB_HOST가 포함된 줄을 찾으세요. 이 줄은 데이터베이스의 이름, 사용자 이름, 비밀번호, 호스트를 저장합니다.

2. 정확성 확인

여기에 입력한 값이 호스팅 제공자가 제공한 자격 증명과 일치하는지 다시 한 번 확인하세요. 여분의 공백이나 잘못된 문자와 같은 사소한 실수도 연결을 방해할 수 있습니다.

3. 연결 테스트

다음 코드를 사용하여 간단한 PHP 파일(예: testconnection.php)을 만들어 연결을 테스트할 수 있습니다.

이 파일을 서버에 업로드하고 브라우저를 통해 액세스합니다(예: yoursite.com/testconnection.php). "Connected successful"이라고 표시되면 자격 증명이 올바른 것입니다. 그렇지 않으면 자격 증명을 업데이트해야 합니다.

데이터베이스 복구를 위한 단계별 가이드

1. 데이터베이스 복구 모드 활성화

wp-config.php 파일에 다음 줄을 추가합니다. "That's all, stop editing!" 줄 바로 앞에 추가합니다.

WP_ALLOW_REPAIR를 true로 정의합니다.

파일을 저장하고 브라우저에서 yoursite.com/wp-admin/maint/repair.php로 이동하세요.

2. 데이터베이스 복구

수리 페이지에서는 "데이터베이스 수리"와 "데이터베이스 수리 및 최적화"라는 두 가지 옵션이 표시됩니다. "데이터베이스 수리"로 시작합니다. 이 옵션은 데이터베이스 테이블의 모든 문제를 해결하려고 시도합니다.

프로세스가 완료된 후 사이트에 다시 접속해 보세요.

3. 수리 모드 제거

복구가 완료되면 wp-config.php 파일로 돌아가서 앞서 추가한 복구 모드를 비활성화하기 위한 줄을 제거하세요.

PHP 오류 또는 호환성 문제

PHP 오류 또는 호환성 문제를 해결하는 단계별 방법

 

• 테마와 플러그인 업데이트: 모든 테마와 플러그인이 최신 버전으로 업데이트되었는지 확인하세요. 개발자는 종종 새로운 WordPress 또는 PHP 버전과의 호환성 문제를 해결하기 위해 업데이트를 출시합니다.
• PHP 호환성 검사기 플러그인 사용: PHP 호환성 검사기와 같은 플러그인을 설치하고 실행하여 사이트의 호환성 문제를 검사합니다. 이 플러그인은 테마와 플러그인에서 문제가 있는 코드를 식별하고 수정 사항을 제안합니다.

 

 

• 이전 PHP 버전으로 되돌리기(필요한 경우): 문제가 너무 광범위해서 즉시 수정할 수 없는 경우, 사이트와 호환되는 이전 PHP 버전으로 되돌리는 것을 고려하세요. 이는 호환성 문제를 해결하는 동안의 임시 해결책이 될 것입니다.

 

CSS 또는 디자인 파손

WordPress의 CSS 또는 디자인 손상은 일반적으로 업데이트로 인해 사이트의 스타일시트나 디자인 요소가 적용되는 방식이 중단될 때 발생합니다.

이로 인해 레이아웃 누락, 요소 정렬 불량, 심지어 레이아웃이 완전히 축소되는 등의 문제가 발생하여 웹사이트가 손상되거나 올바르게 표시되지 않을 수 있습니다. 

이러한 문제는 WordPress 업데이트 후에 업데이트된 코어 파일이 현재 테마나 플러그인과 더 이상 완벽하게 호환되지 않을 때 종종 발생합니다.

디자인 파손의 증상

• 정렬되지 않은 레이아웃: 웹사이트의 섹션이 제자리에 없거나 올바르게 정렬되지 않은 것처럼 보일 수 있습니다.
• 스타일 누락: CSS가 로드되지 않거나 올바르게 로드되지 않아 사이트가 평범하거나 스타일이 지정되지 않은 것처럼 보일 수 있습니다.
• 손상된 탐색 기능: 메뉴나 탐색 모음이 올바르게 나타나지 않거나 전혀 반응하지 않을 수 있습니다.
• 보이지 않는 요소: 깨진 CSS 규칙으로 인해 사이트의 일부 부분이 올바르게 나타나지 않거나, 스타일을 올바르게 적용해야 하는 JavaScript가 제대로 작동하지 않으면 특정 기능이 작동하지 않을 수 있습니다.

디자인 파손을 수정하는 단계별 방법

1. 브라우저 캐시 지우기

브라우저에서 사이트 CSS의 이전 버전이 표시되어 디자인 문제가 발생할 수 있습니다.

이를 해결하려면 브라우저 설정을 열고 탐색 데이터를 지우는 옵션을 찾은 다음 캐시된 이미지와 파일을 지웠는지 확인하세요. 사이트를 다시 로드하여 문제가 해결되었는지 확인하세요.

2. 서버 및 CDN 캐시 지우기

귀하의 서버나 CDN이 오래되었거나 손상된 CSS를 포함할 수 있는 사이트의 캐시된 버전을 제공하고 있을 수 있습니다.

• 서버 캐시: 호스팅 계정에 로그인하고 사이트 제어판에 접속한 후 서버 캐시를 지우는 옵션을 찾으세요.
• CDN 캐시의 경우: Cloudflare와 같은 CDN을 사용하는 경우 CDN 계정에 로그인하고 캐싱 섹션으로 이동한 후 필요에 따라 캐시된 모든 파일이나 특정 페이지를 지웁니다.

3. 플러그인과 테마 확인

모든 플러그인을 비활성화하고 문제가 여전히 존재하는지 확인하세요. 테마에 관해서는 먼저 WordPress 기본 테마로 변경하여 문제를 일으키는지 확인하세요.

고급 문제 해결

이전 해결책이 효과가 없다면 고급 문제 해결 방법을 시도해 보는 것이 좋습니다.

웹사이트를 수동으로 복원하기

자동 복구 도구는 때때로 예상대로 작동하지 않습니다. 특히 문제가 복잡한 경우 더욱 그렇습니다. 이런 경우 백업에서 사이트를 수동으로 복구해야 할 수도 있습니다.

수동 복구는 모든 것을 덮어쓰지 않고 손상된 파일만 교체하는 데 도움이 될 수도 있습니다. 모든 번거로움을 덜어줍니다.

WordPress 파일 및 데이터베이스를 수동으로 복원하는 단계별 방법

1단계: phpMyAdmin을 사용하여 데이터베이스 복원

 

• 호스팅 계정에 로그인하세요

 

호스트가 제공하는 cPanel 또는 동등한 제어판에 액세스합니다. Databases로 이동하여 phpMyAdmin을 클릭합니다.

 

• 백업 데이터베이스 가져오기

 

phpMyAdmin에서 WordPress 사이트와 관련된 데이터베이스를 선택합니다. 가져오기 탭을 클릭합니다. 컴퓨터에서 SQL 백업 파일을 선택하고 이동을 클릭하여 가져옵니다. 프로세스가 완료될 때까지 기다립니다.

데이터베이스가 복원되면 성공 메시지가 표시됩니다.

2단계: FTP를 사용하여 WordPress 파일 복원

 

• FTP를 통해 귀하의 사이트에 연결

 

FileZilla와 같은 FTP 클라이언트를 사용하세요. FTP 자격 증명(호스트, 사용자 이름, 비밀번호)을 입력하여 서버에 연결하세요.

 

• 백업 파일 업로드

 

FileZilla에서 웹사이트의 루트 디렉토리(public_html)로 이동합니다. 필요한 경우 손상되거나 오래된 파일을 삭제합니다. 로컬 사이트(왼쪽 패널)에서 원격 사이트(오른쪽 패널)로 끌어서 컴퓨터에서 서버로 백업 파일을 업로드합니다.

 

• 사이트 확인

 

모든 파일이 업로드되면 사이트를 방문하여 모든 것이 제대로 작동하는지 확인하세요. WordPress 대시보드에 로그인하여 플러그인이나 테마에 문제가 있는지 확인하세요. 필요에 따라 다시 활성화하세요.

복구 후에는 WordPress 비밀번호를 변경하고 플러그인이나 방화벽을 사용하여 사이트의 보안을 강화하는 것을 고려하세요.

서버 오류 로그 확인

서버 오류 로그는 웹 서버에서 발생하는 모든 오류를 기록하는 파일입니다. WordPress 업데이트로 인해 사이트가 손상되면 오류 로그는 문제의 원인에 대한 단서를 제공할 수 있습니다. 

오류 로그는 일반적으로 오류 날짜 및 시간, 오류의 특성, 때로는 오류를 트리거한 요청에 대한 세부 정보와 같은 데이터를 캡처합니다. 일반적으로 모든 텍스트 편집기로 열 수 있는 일반 텍스트 파일입니다.

서버 오류 로그에 액세스하고 읽는 방법

• 호스팅 제어판을 통해: 대부분의 호스팅 제공자는 cPanel과 같은 제어판을 통해 오류 로그에 쉽게 액세스할 수 있도록 제공합니다. 일반적으로 제어판의 "로그" 섹션에서 오류 로그를 찾을 수 있습니다.
• FTP 사용: FTP를 통해 로그에 액세스할 수도 있습니다. 일반적으로 서버의 /logs/ 또는 /var/log/ 폴더 내의 해당 디렉토리로 이동합니다.
• 명령줄 사용: 명령줄 도구에 익숙하다면 tail이나 grep과 같은 명령을 사용하여 서버에서 직접 로그를 볼 수 있습니다.

로그 데이터를 기반으로 문제를 식별하고 수정하는 방법

로그 파일에서 패턴이나 반복되는 오류를 찾아보세요. 예를 들어, WordPress 업데이트 후에 "500 Internal Server Error" 항목이 많이 표시되면 플러그인이나 테마와의 호환성 문제를 나타낼 수 있습니다.

타임스탬프를 사용해 업데이트, 설치, 서버 설정 변경 등 사이트에서 최근에 변경한 사항과 오류가 발생한 시점을 연관시켜 보세요.

문제 해결을 위한 WP-CLI 사용

WP-CLI는 WordPress Command Line Interface의 약자입니다. 일반적인 웹 기반 관리자 대시보드 대신 명령줄을 사용하여 WordPress 웹사이트를 관리할 수 있는 훌륭한 도구입니다. 업데이트로 인해 WordPress 사이트가 작동 불능이 될 정도로 망가졌다면 WP-CLI가 매우 잘 작동하여 사이트를 가동하고 실행합니다.

이 도구는 대량 작업을 수행해야 할 때나 업데이트 실패와 같은 문제로 인해 사이트에 액세스할 수 없을 때 특히 유용합니다. WP-CLI는 플러그인 설치 및 업데이트, 테마 관리, 심지어 사이트 재설정과 같은 작업을 처리할 수 있습니다.

웹사이트 수정 후 마무리하기

거의 다 됐습니다! 주요 문제를 해결했고 상황은 좋아 보이지만, 완료되었다고 할 수 있기 전에 완료해야 할 마지막 작업이 몇 가지 있습니다.

사이트 프런트엔드 테스트

WordPress 사이트를 복구한 후에는 프런트엔드를 테스트하여 모든 것이 예상대로 작동하는지 확인하는 것이 중요합니다. 

홈페이지를 로딩하는 것으로 시작합니다. 누락된 이미지, 깨진 디자인 요소 또는 레이아웃 문제 없이 올바르게 표시되는지 확인합니다. 불일치 사항을 파악하기 위해 여러 브라우저와 기기에서 이를 테스트하는 것이 중요합니다. 로딩이 느리거나 깨진 섹션은 즉각적인 주의가 필요한 위험 신호입니다.

다음으로, 사이트 탐색을 테스트합니다. 모든 메뉴, 내부 링크, 푸터를 클릭하여 아무것도 깨진 페이지로 이어지지 않는지 확인합니다.

탐색이 확인되면 모든 연락처 양식을 확인할 시간입니다. 테스트 양식을 제출하여 제대로 작동하는지 확인합니다. 확인 메시지와 이메일을 모두 받았는지 확인하고 양식 데이터가 문제 없이 관리자 측에 도달하는지 확인합니다.

전자상거래 기능이 있는 사이트의 경우 구매 프로세스를 테스트하는 것이 중요합니다. 장바구니에 항목을 추가하고, 체크아웃을 진행하고, 결제 게이트웨이가 작동하는지 확인하세요. 고객에게 확인 이메일이 전송되는지 확인하세요.

여기에서 발생하는 문제는 판매에 직접적인 영향을 미칠 수 있으므로, 시간을 내어 이를 철저히 테스트해 보세요.

사이트 백엔드 테스트

프런트엔드 검사를 마쳤다면 이제 사이트의 백엔드가 제대로 작동하는지 확인해야 합니다. WordPress 관리자 대시보드에 로그인하여 시작합니다. 오류 없이 빠르게 로드되는지 확인하세요.

다음으로, 플러그인의 기능을 테스트합니다. 각각을 살펴보세요. 특히 SEO, 캐싱, 보안 플러그인과 같은 중요한 플러그인을 살펴보세요. 제대로 작동하는지 확인하세요. 문제가 발생하면 플러그인을 비활성화했다가 다시 활성화하거나 최신 버전으로 업데이트해 보세요.

그 후 테마와 사용자 정의를 검토합니다. 사용자 정의 헤더, 푸터 또는 위젯 배치를 확인하여 프런트엔드에서 예상대로 표시되는지 확인합니다. 또한 사용자 정의 CSS가 올바르게 적용되었는지 확인합니다.

또한 콘텐츠 생성 및 업데이트도 테스트해야 합니다. 새 게시물이나 페이지를 만들어 모든 것이 제대로 작동하는지 확인하세요. 일부 이미지나 미디어 파일을 업로드하여 프런트 엔드에 올바르게 표시되는지 확인하세요.

마지막으로 사용자 역할과 권한을 확인하는 것을 잊지 마세요. 관리자와 편집자와 같은 다른 계정 간에 전환하여 각 역할이 수행해야 할 작업을 수행할 수 있는지 확인하세요. 사용자 지정 역할이나 플러그인을 사용하여 권한을 관리하는 경우 해당 역할이나 플러그인도 테스트하여 복구 프로세스 중에 아무 것도 영향을 받지 않았는지 확인하세요.

업데이트로 인해 WordPress 사이트가 손상되는 것을 방지하는 방법

예방은 여전히 ​​순조로운 웹사이트를 유지하기 위한 가장 좋은 전략입니다. 오류와 망가진 웹사이트는 가끔 발생할 수 있지만, 여전히 이러한 상황이 발생하지 않도록 사전에 최소화할 수 있습니다. 

웹사이트를 원치 않는 문제로부터 보호하는 데 도움이 되는 몇 가지 모범 사례는 다음과 같습니다.

정기 백업 설정

이 블로그에서 사이트에 문제가 생겼을 때 백업을 사용하는 것의 중요성에 대해 여러 번 논의했습니다. 이제 정기적인 웹사이트 백업이 얼마나 중요한지 이해하셨을 겁니다.

자동 백업을 설정하는 방법은 다음과 같습니다.

 

• WordPress 플러그인 사용: 사이트를 백업하는 가장 쉬운 방법 중 하나는 플러그인을 사용하는 것입니다. 인기 있는 옵션으로는 UpdraftPlus(무료 스타터 플랜 있음)와 Jetpack Backups가 있습니다.
• 호스팅 제공자를 통해: GreenGeeks와 같은 많은 호스팅 제공자는 백업 서비스를 제공합니다. 추가 보안을 위해 여러 백업을 다른 위치나 데이터 센터에 저장하는 것이 현명합니다.
• 클라우드 백업 서비스 사용: Sucuri의 Backup-as-a-Service(BaaS)와 같은 클라우드 백업 서비스를 사용하여 사이트 데이터를 안전하게 보관할 수도 있습니다.

 

스테이징 환경

스테이징 환경은 기본적으로 라이브 웹사이트의 비공개 복사본으로, 실제 사이트에 적용하기 전에 변경 사항, 업데이트 또는 새로운 기능을 안전하게 테스트할 수 있는 곳입니다. 

이렇게 하면 통제된 환경에서 업데이트와 새로운 기능을 테스트할 수 있으므로 웹사이트가 손상될 위험이 없어집니다. 업데이트로 인해 스테이징 중에 WordPress 사이트가 손상되면 라이브 사이트에 영향을 미치지 않고 쉽게 수정할 수 있어 WordPress 웹사이트 복구 프로세스가 훨씬 더 원활해집니다.

플러그인 및 테마 관리

WordPress는 핵심을 정기적으로 업데이트하여 오래된 플러그인이나 테마와 충돌을 일으킬 수 있는 새로운 기능이나 변경 사항을 도입합니다. 모든 것을 업데이트하면 사이트가 최신 WordPress 버전과 호환되고 기능적으로 유지됩니다.

WordPress 플러그인을 설치하기 전에 마지막 업데이트 날짜를 확인하고 리뷰를 읽어보세요. 정기적으로 업데이트되고 리뷰가 좋은 플러그인은 더 안전하고 신뢰할 수 있습니다. 사이트 성능에 덜 중요한 플러그인의 경우 수동 개입 없이도 최신 상태를 유지할 수 있도록 자동 업데이트를 활성화하는 것을 고려하세요.

자식 테마 사용

WordPress의 자식 테마는 부모 테마라고 알려진 다른 테마의 디자인, 스타일 및 기능을 상속하는 테마입니다. 자식 테마의 주요 이점은 부모 테마의 핵심 파일을 변경하지 않고도 웹사이트를 사용자 정의할 수 있다는 것입니다.

WordPress가 테마를 업데이트하거나 테마를 수동으로 업데이트하면 부모 테마의 핵심 파일이 덮어쓰기됩니다. 부모 테마에 직접 사용자 지정 변경을 한 경우 업데이트 후 해당 변경 사항이 손실됩니다. 

자식 테마는 별도의 파일 구조에서 변경 사항을 만들 수 있도록 하여 이를 방지하므로 부모 테마는 사용자 정의에 영향을 미치지 않고 자유롭게 업데이트할 수 있습니다. 이렇게 하면 WordPress 업데이트로 인해 사이트가 손상되더라도 비용이 많이 드는 WordPress 웹사이트 복구 작업을 피할 수 있습니다.

자주 묻는 질문(FAQ)

WordPress 업데이트로 인해 사이트가 손상되면 가장 먼저 무엇을 해야 합니까?

첫 번째 단계는 플러그인, 테마 또는 데이터베이스의 문제를 확인하여 문제를 식별하는 것입니다. 모든 플러그인을 비활성화하고 기본 테마로 전환하여 문제가 해결되는지 확인할 수 있습니다.

업데이트 후 로그인할 수 없으면 어떻게 사이트에 접속할 수 있나요?

FTP나 호스팅 제어판(cPanel 등)을 사용해 사이트 파일에 접근할 수 있습니다.

백업을 복원하지 않고도 사이트를 수정할 수 있나요?

네, 플러그인을 비활성화하거나, 테마를 전환하거나, WP-CLI를 사용하여 문제를 해결하면 문제를 해결할 수 있습니다. 그러나 백업을 하는 것은 항상 사이트를 복원하는 더 안전하고 빠른 방법입니다.

이전 버전의 WordPress로 롤백하는 것이 안전한가요?

네, 하지만 신중하게 해야 합니다. 이전 WordPress 파일을 다운로드하여 서버에 업로드하면 이전 버전으로 롤백할 수 있습니다.

앞으로 업데이트로 인해 사이트가 손상되는 것을 방지하려면 어떻게 해야 합니까?

라이브 사이트에 적용하기 전에 항상 스테이징 환경에서 업데이트를 테스트하세요. 모든 테마와 플러그인을 최신 상태로 유지하고 사이트를 정기적으로 백업하세요.

WordPress 업데이트로 인해 사이트의 사용자 정의 테마가 손상되면 어떻게 되나요?

업데이트로 인해 사용자 정의 테마가 손상되면 기본 테마로 전환하여 문제가 해결되는지 확인해 보세요. 해결된다면 테마의 사용자 정의 코드를 확인하여 새 WordPress 버전과 호환되는지 확인해야 합니다.

내가 직접 문제를 해결할 수 없으면 어떻게 하나요?

문제를 해결할 수 없는 경우, 호스팅 제공업체에 지원을 요청하거나 전문 WordPress 개발자를 고용하여 문제를 해결하는 것을 고려하세요.

WordPress 업데이트로 인해 사이트가 망가졌어요. 앞으로 어떻게 해야 하나요?

업데이트로 인해 WordPress 사이트가 망가진 후 수정하려면 몇 가지 중요한 단계가 필요합니다. 이 글에서는 쉽게 따라할 수 있도록 해야 할 모든 것을 설명했습니다.

하지만 다시 생각해 보면, 예방은 여전히 ​​치료보다 낫습니다. 따라서 웹사이트 관리에서 모범 사례를 따르는 것이 매우 중요하며, 이를 통해 추가적인 오류를 피할 수 있습니다. 

업데이트에 적극적이고 신중하게 대처하면 대부분의 문제가 발생하기 전에 예방할 수 있습니다. 그리고 적절한 도구를 사용하면 WordPress 사이트를 자신 있게 관리하고 좋은 상태로 유지할 수 있습니다.