WordPress 죽음의 흰색 화면을 수정하는 방법

WordPress 웹 사이트에 액세스하려고 할 때 갑자기 빈 흰색 오류 페이지가 표시될 수 있습니다. 이 WSOD(White Screen of Death)는 백엔드를 포함하여 웹사이트에 액세스할 수 없도록 만들기 때문에 매우 실망스러울 수 있습니다.

다행히 문제를 일으킬 수 있는 충돌을 해결하는 것은 일반적으로 매우 쉽습니다. 이 포스트에서 우리는 WSOD가 무엇이며 어떻게 일어날 수 있는지 설명할 것입니다. 그런 다음 WordPress에서 이 문제를 해결하는 8가지 방법을 보여드리겠습니다.

WordPress의 죽음의 흰색 화면 소개

이름에서 알 수 있듯이 WSOD(White Screen of Death)는 빈 흰색 화면으로 나타나는 일반적인 WordPress 오류입니다. 일반적으로 무엇이 잘못되었는지 설명하는 오류 메시지를 표시하지 않기 때문에 이것은 놀라운 일입니다.

WSOD는 사용 중인 웹 브라우저에 따라 다르게 보일 수 있습니다. 예를 들어 Google Chrome에서 HTTP 500 오류 메시지가 표시될 수 있습니다. 그러나 대부분의 브라우저는 정보를 전혀 표시하지 않습니다.

White Screen of Death는 웹사이트 다운타임을 유발하여 방문자가 귀하의 콘텐츠에 액세스하지 못하게 할 수 있습니다. 전체 사이트가 아니라 특정 페이지에만 이 오류가 표시될 수도 있습니다.

이 문제는 백엔드에서도 발생할 수 있어 WordPress 대시보드에 액세스할 수 없습니다. 이 경우 콘텐츠는 활성화되지만 업데이트나 유지 관리를 수행할 수 없습니다.

WordPress 죽음의 흰색 화면의 잠재적 원인

서버가 다운되었거나 누군가 웹사이트를 해킹했다고 즉시 생각할 수 있지만 죽음의 화면은 일반적으로 이러한 문제와 관련이 없습니다. 빈 흰색 오류 페이지가 표시되면 PHP 또는 데이터베이스 오류 때문일 수 있습니다.

불행히도 WSOD에 대한 만병통치약은 존재하지 않습니다. 왜냐하면 매우 다양한 원인으로 인해 WSOD가 발생할 수 있기 때문입니다. 그러나 가장 일반적인 원인은 메모리 제한이 소진된 것입니다. 이것은 웹사이트의 PHP 스크립트가 서버의 메모리에 과부하를 일으키고 있음을 의미합니다.

테마 또는 플러그인 충돌로 인해 WSOD가 표시될 수도 있습니다. 따라서 방금 플러그인을 업데이트했거나 새 플러그인을 설치했다면 문제일 수 있습니다. 그렇기 때문에 라이브 사이트에 설치하기 전에 준비 사이트에서 새 소프트웨어 업데이트를 테스트하는 것이 중요합니다.

WSOD는 엄격한 파일 권한의 결과일 수도 있습니다. 파일 권한 설정은 서버 수준 사용자가 파일을 처리하는 방식에 영향을 미치므로 White Screen of Death와 같은 오류가 발생할 수 있습니다.

또한 사이트의 프런트 엔드만 다운된 경우 캐싱 문제 때문일 수 있습니다. 따라서 WSOD를 수정하는 것은 캐시를 지우는 것만큼 간단할 수 있습니다.

WordPress 죽음의 흰색 화면을 수정하는 방법

시작하기 전에 콘텐츠를 백업하는 것이 중요합니다. 핵심 WordPress 파일을 편집할 때 사이트가 손상될 위험이 있기 때문입니다.

대시보드에 액세스할 수 있는 경우 Jetpack Backup과 같은 백업 플러그인을 설치하기만 하면 데이터를 빠르고 안전하게 저장할 수 있습니다. 그런 다음 문제가 발생하면 이러한 파일을 복원할 수 있습니다.

또는 WSOD가 관리자 영역에서 사용자를 잠글 수 있으므로 대신 사이트를 수동으로 백업해야 할 수 있습니다. FTP 클라이언트를 사용하여 이 작업을 수행할 수 있습니다. 완료되면 죽음의 백색 화면 문제를 해결할 시간입니다!

1. 브라우저 캐시 지우기

브라우저의 캐시는 사이트의 버전을 저장하므로 나중에 빠르게 참조하고 다시 로드할 수 있습니다. 그러나 최신 버전이 아닌 경우 때때로 WSOD가 발생할 수도 있습니다.

이것은 매우 간단하게 해결할 수 있습니다. 브라우저의 캐시를 지우기만 하면 됩니다. 이렇게 하면 웹사이트의 최신 버전을 볼 수 있습니다.

이렇게 하려면 브라우저 설정으로 이동하십시오. Chrome에서 오른쪽 상단 모서리에 있는 세 개의 점을 클릭하고 추가 도구 → 인터넷 사용 기록 삭제 를 선택해야 합니다.

검색 기록, 쿠키 및 기타 사이트 데이터를 삭제할 수 있는 페이지로 이동합니다. 캐시된 이미지와 파일을 삭제하도록 선택할 수도 있습니다.

WordPress 캐싱 플러그인도 설치되어 있는 경우 해당 캐시를 지우는 것도 고려할 수 있습니다. 단계는 플러그인에 따라 다르지만 설정을 찾아 캐시를 "제거"해야 합니다.

예를 들어 페이지 상단에 있는 아이콘을 클릭하여 LiteSpeed ​​Cache 플러그인에서 캐시를 지울 수 있습니다. 그런 다음 모두 제거 를 선택합니다.

캐싱을 활성화하는 호스팅 계획이 있는 경우 제어판을 사용하여 캐시를 지울 수 있습니다. 이는 특히 관리 대시보드에 액세스할 수 없는 경우 효과적인 옵션이 될 수 있습니다.

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

죽음의 백색 화면은 플러그인 충돌의 결과일 수 있습니다. 이 문제를 해결하려면 활성 플러그인을 비활성화하고 하나씩 다시 활성화해야 합니다. 이 프로세스는 오류를 일으키는 플러그인을 찾는 데 도움이 됩니다.

대시보드에 액세스할 수 있는 경우 플러그인 페이지로 이동하여 일괄 작업 기능을 사용하여 모든 활성 플러그인을 선택하기만 하면 됩니다. 그런 다음 비활성화 를 선택한 다음 적용 을 선택합니다.

다음으로, 이것이 WSOD를 해결했는지 확인하십시오. 그렇다면 각 플러그인을 한 번에 하나씩 다시 활성화하십시오. 활성화할 때마다 문제가 다시 발생했는지 확인하십시오. 이렇게 하면 오류를 특정 플러그인과 일치시킬 수 있습니다.

문제가 있는 플러그인을 찾으면 삭제하고 유사한 기능을 가진 다른 도구를 다운로드할 수 있습니다. 플러그인을 유지하려면 이전 버전으로 되돌리는 것이 좋습니다. WP 롤백과 같은 도구를 사용하여 플러그인을 이전 반복으로 되돌릴 수 있습니다.

죽음의 흰색 화면으로 인해 대시보드에 로그인할 수 없으면 다른 접근 방식을 취해야 합니다. 이 경우 파일 관리자 또는 FTP(파일 전송 프로토콜) 클라이언트를 사용하여 플러그인을 비활성화해야 합니다.

cPanel을 사용하면 호스팅 제공업체의 로그인 정보를 사용하여 사이트 파일에 액세스하고 편집할 수 있습니다. 그런 다음 public_html 폴더 내에서 wp-content 폴더를 찾습니다.

다음으로 플러그인 폴더를 찾습니다. " plugins-disabled "로 이름을 바꿉니다.

그런 다음 WordPress 대시보드에 로그인을 시도합니다. 플러그인을 비활성화하여 WSOD가 해결되면 문제의 원인을 대상으로 하기 위해 플러그인을 하나씩 다시 활성화해야 합니다.

3. 테마 교체

활성 테마는 충돌하는 소프트웨어로 인해 하나 이상의 플러그인과 호환되지 않을 수도 있습니다. 이것이 WSOD의 원인인지 확인하려면 현재 테마를 기본 테마로 바꾸는 것이 좋습니다.

이렇게 하려면 대시보드로 이동하여 모양 → 테마 를 선택합니다. 그런 다음 기본 WordPress 테마를 검색합니다.

기본 테마를 찾으면 설치하고 활성화합니다. 그런 다음 웹 사이트를 다시 로드하여 WSOD가 해결되었는지 확인합니다.

White Screen of Death가 관리자 영역에서 당신을 잠그면 이 프로세스를 진행할 수 없습니다. 또는 cPanel 또는 FTP 클라이언트를 사용하여 기본 테마를 설치할 수 있습니다.

테마 비활성화는 플러그인 비활성화와 매우 유사합니다. wp-content 파일에서 테마 파일을 찾습니다. "themes-disabled"로 이름을 바꿉니다.

이렇게 하면 테마가 웹사이트에 설치한 최신 기본 버전으로 자동으로 되돌아갑니다.

기본 테마가 설치되어 있지 않으면 수동으로 설치해야 합니다. WordPress 테마 디렉토리에서 기본 테마를 찾는 것으로 시작하십시오. 그런 다음 .zip 파일로 다운로드합니다.

cPanel 또는 FTP 클라이언트에서 이 .zip 파일을 Themes 폴더에 업로드합니다.

cPanel을 사용하는 경우 동일한 폴더에 .zip 파일을 추출합니다. FTP 클라이언트의 경우 이 단계를 건너뛸 수 있습니다.

cPanel을 사용하든 FTP 클라이언트를 사용하든 마지막 단계는 기본 테마를 활성화하는 것입니다. 이렇게 하려면 WordPress 대시보드에 로그인하고 테마 로 이동합니다. 그런 다음 방금 설치한 기본 옵션을 활성화합니다.

4. 디버그 모드 활성화

이전 솔루션을 시도한 후에도 WordPress 사이트에 흰색 죽음의 화면이 계속 표시될 수 있습니다. 이 오류는 원인을 표시하지 않으므로 디버그 모드를 켜서 특정 문제를 식별할 수 있습니다.

디버그 모드를 활성화하려면 사이트의 wp-config.php 파일을 편집해야 합니다. 이것은 사이트의 기본 구성 세부 정보를 처리하므로 시작하기 전에 사이트 콘텐츠를 백업하는 것이 중요합니다.

백업을 만든 후 cPanel 또는 FTP 클라이언트와 같은 파일 관리자를 엽니다. 다음으로 public_html 폴더에 있을 wp-config.php 파일을 찾습니다.

이전에 디버그 모드를 사용한 적이 있다면 다음 코드 줄을 찾으십시오.

 define( 'WP_DEBUG', false );

그런 다음 "거짓"을 "참"으로 변경하십시오.

이 텍스트 줄이 아직 표시되지 않으면 대신 이 코드를 복사하여 wp-config.php 파일에 붙여넣습니다.

 // Enable WP_DEBUG mode define( 'WP_DEBUG', true ); // Enable Debug logging to the /wp-content/debug.log file define( 'WP_DEBUG_LOG', true );

WSOD로 웹 페이지를 다시 열면 이제 새 오류 및 경고 메시지가 표시되어야 합니다. 이렇게 하면 WSOD가 발생한 이유와 발생한 파일에 대한 추가 정보를 얻을 수 있습니다.

5. 서버의 메모리 제한 조정

White Screen of Death의 가장 일반적인 이유 중 하나는 메모리 제한 소진입니다. 이것은 PHP 스크립트가 웹 호스트에서 할당된 최대 메모리를 소모할 때 발생합니다. 이 문제를 해결하려면 메모리 제한을 늘려야 합니다.

디버그 모드와 유사하게 메모리 제한은 웹사이트의 wp-config.php 파일을 사용하여 조정할 수 있습니다. 호스팅 제공업체를 통해 cPanel에 로그인하여 이 파일에 액세스할 수 있습니다.

cPanel 접속 후 public_html → wp-config.php 로 이동합니다. 이 파일에서 "그게 다야, 편집을 중지하십시오! 행복한 퍼블리싱.” 바로 앞에 다음 코드 줄을 추가합니다.

 define( 'WP_MEMORY_LIMIT', '64M' );

이렇게 하면 WordPress PHP 메모리 제한이 64MB로 늘어납니다. 완료되면 변경 사항을 저장합니다.

그런 다음 웹 사이트로 돌아가서 WSOD가 사라졌는지 확인합니다. 그렇지 않은 경우 프로세스를 반복하여 메모리 제한을 더 늘릴 수 있습니다. 대부분의 호스팅 제공업체는 특히 공유 요금제를 사용하는 경우 최대 메모리 제한이 있음을 명심하십시오.

이렇게 해도 메모리가 충분하지 않으면 너무 많은 리소스를 사용하는 플러그인을 찾기 위해 개발자를 고용해야 할 수 있습니다. 또는 호스팅 제공업체에서 사이트에 대한 리소스 및 SQL 로그를 제공할 수 있습니다.

6. 백업 복원

WSOD의 가장 일반적인 원인 중 하나는 단순히 사용자 오류입니다. 숙련된 개발자라도 코드를 편집할 때 실수를 할 수 있습니다. 그리고 단순한 오타는 심각한 문제로 이어질 수 있습니다.

결함이 있는 코드 줄을 찾을 수 없으면 웹사이트의 이전 버전을 복원할 수 있습니다. 이것은 원인을 해결하는 것보다 훨씬 쉬울 수 있습니다.

Jetpack Backup은 사이트에서 수행하는 모든 작업을 실시간으로 저장하는 강력한 도구입니다. 따라서 WSOD가 발생하면 사이트를 이전 버전으로 되돌릴 수 있습니다.

백업을 복원해야 하는 경우 WordPress.com 계정에 로그인하고 Jetpack → 백업으로 이동합니다.

복원하려는 항목을 찾은 다음 이 지점으로 복원을 클릭하기만 하면 됩니다 . 이렇게 하면 코딩하는 동안 수행한 최근 변경 사항을 취소할 수 있습니다.

7. 자동 업데이트 실패 해결

때때로 WordPress는 특히 서버 시간이 초과되는 경우 업데이트를 완료하지 못할 수 있습니다. 일반적으로 이것은 자체적으로 해결되지만 때때로 죽음의 흰색 화면이 발생할 수 있습니다.

웹사이트가 자동 업데이트를 사용하는 경우 WordPress는 업데이트 프로세스 중에 사이트를 '유지 관리 모드'로 전환합니다. 때때로 사이트가 유지 관리 모드에서 멈출 수 있습니다. 호환성 문제가 있는 경우 수동으로 수정해야 합니다.

이렇게 하려면 먼저 루트 디렉터리로 이동합니다. 호스팅 제공업체의 cPanel 계정을 사용하거나 FTP 클라이언트를 통해 웹사이트 파일에 액세스할 수 있습니다.

public_html 폴더를 엽니다. 옵션 목록에서 .maintenance 파일이 있는지 확인합니다.

WordPress는 일반적으로 업데이트 중에 이 파일을 업로드한 다음 업데이트가 완료되면 삭제합니다. .maintenance 파일이 보이면 해당 파일을 선택하고 삭제합니다.

그런 다음 웹사이트를 새로고침하세요. 오류가 발생하기 전에 업로드가 성공적으로 완료되었으면 사이트가 백업되어 실행 중이어야 합니다.

8. WordPress 파일 권한 확인

파일 권한으로 인해 WordPress White Screen of Death가 발생할 수 있지만 최후의 수단으로 이 수정을 시도하는 것이 가장 좋습니다. 올바른 경험이 없으면 실수로 해킹으로 이어지는 취약점을 만들 수 있습니다.

그래도 파일 권한을 변경하면 다른 모든 방법이 실패할 때 유용할 수 있습니다. 시작하려면 파일 관리자로 이동하십시오. 그런 다음 public_html 폴더를 열고 wp-admin , wp-content 및 wp-includes 폴더를 선택합니다.

선택 항목을 마우스 오른쪽 버튼으로 클릭하고 권한 을 찾습니다. 그러면 웹사이트에 대한 파일 권한 정보가 열립니다.

다음은 파일 권한을 변경할 때 염두에 두어야 할 몇 가지 기본 사항입니다.

• 폴더 값은 775 또는 755여야 합니다.
• 파일의 값은 664 또는 644여야 합니다.
• wp-config.php 파일의 값은 660, 600 또는 644여야 합니다.

선택한 파일에 대해 숫자 값을 755로 설정합니다. 그런 다음 Recursive 버튼이 선택되어 있는지 확인합니다.

해당 파일에 대한 권한을 업데이트한 후 루트 디렉토리에 있는 모든 파일을 계속 선택하십시오. 그런 다음 파일 권한을 보려면 다시 마우스 오른쪽 버튼을 클릭합니다.

이번에는 숫자 값이 644로 설정되어 있는지 확인합니다. 파일 권한을 업데이트한 후 WSOD가 없어졌는지 확인합니다.

미래에 죽음의 화이트 스크린을 피하는 방법

WordPress에서 White Screen of Death를 수정하려면 광범위한 문제 해결이 필요할 수 있으므로 이 오류가 다시 발생하지 않도록 하는 방법을 아는 것이 중요합니다. 다행히도 취할 수 있는 몇 가지 예방 조치가 있습니다.

WSOD의 몇 가지 일반적인 이유는 테마 및 플러그인 충돌입니다. 사이트에 문제가 발생하지 않도록 하려면 평판이 좋은 소프트웨어만 설치하십시오. 여기에는 설치 전에 테마 및 플러그인 조사가 포함됩니다.

특정 테마 또는 플러그인이 안전한지 확인하기 위해 활성 설치 수를 확인할 수 있습니다. 가능성은 설치 번호가 높을수록 플러그인이 더 좋을 것입니다. 또한 사용자 리뷰를 읽고 다른 웹사이트 소유자와 개발자의 평가를 볼 수 있습니다.

또한 플러그인이나 테마가 최근에 업데이트되었는지 확인해야 합니다. 일반적으로 지난 6개월 동안 업데이트되지 않은 소프트웨어는 설치하지 않는 것이 가장 좋습니다.

올바른 플러그인이나 테마를 찾으면 스테이징 사이트를 사용하여 테스트할 수 있습니다. 여기에는 새 소프트웨어에 대한 성능 테스트를 안전하게 실행하기 위해 라이브 사이트의 복사본을 만드는 작업이 포함됩니다. 이렇게 하면 라이브 웹 사이트에서 응용 프로그램을 시작하기 전에 호환성 문제가 있는지 확인할 수 있습니다.

마지막으로 웹사이트의 활성 플러그인 수를 제한하는 것이 좋습니다. 플러그인이 너무 많으면 소프트웨어 비호환성 위험이 높아집니다. 따라서 정기적으로 사용하는 플러그인만 활성화하는 것이 좋습니다.

일반적인 WordPress 오류에 대한 솔루션

웹사이트에 액세스할 수 없고 흰색 오류 페이지만 표시될 때 걱정하는 것은 자연스러운 일입니다. 운 좋게도 WSOD가 어려워 보이지만 일반적으로 가장 일반적인 원인을 해결하여 해결할 수 있습니다.

웹 사이트에 많은 작업을 투입했거나 생계의 중요한 부분이라면 Jetpack 및 Jetpack Backup과 같은 WordPress 보안 도구에 투자하는 것이 가장 좋습니다. Jetpack Backup을 사용하면 웹사이트의 이전 버전을 빠르고 쉽게 복원할 수 있습니다. White Screen of Death가 발생하더라도 데이터는 안전하며 몇 번의 클릭 또는 그 미만으로 사이트를 백업할 수 있습니다.