WordPress에서 죽음의 흰색 화면 오류를 수정하는 방법?

게시 됨: 2019-08-06
죽음의 하얀 화면
@Cloudways 팔로우

인터넷을 검색하거나 웹사이트를 관리했다면, 오류를 막으려는 모든 노력에도 불구하고 오류가 불가피하다는 것을 알았을 것입니다. 그러나 훌륭한 웹마스터는 상황을 평가하고 가능한 가장 효과적인 방법으로 오류를 해결하는 방법을 알고 있습니다.

WordPress 웹사이트를 다운시킬 수 있는(그리고 비즈니스를 크게 방해할 수 있는) 많은 오류 중에서 WSOD(White Screen of Death) 는 웹사이트를 다시 온라인 상태로 만들기 위해 즉각적인 수정이 필요한 가장 성가신 것입니다.

이제 White Screen of Death는 권장 체크리스트를 따르고 적절한 도구를 사용하여 간단히 해결할 수 있습니다. 이 오류를 직접 해결하려면 WordPress 웹 사이트를 마비시킬 수 있는 White Screen of Death를 수정하는 몇 가지 효과적인 방법을 보여 주는 대로 따르십시오.

할까요?

  • 죽음의 백색 스크린이란 무엇입니까?
  • WordPress에서 죽음의 흰색 화면 문제 해결
      • 서버 가용성 확인
      • 브라우저 캐시 지우기
      • 디버깅 모드 활성화
      • 메모리 제한 증가
      • 플러그인 및 테마 비활성화
      • 구문 오류 해결
    • 백업 복원

죽음의 백색 스크린이란 무엇입니까?

가능한 수정 사항을 찾기 전에 문제를 이해하는 것이 중요합니다. 문제에 여러 솔루션이 있을 수 있습니다. 그러나 가장 짧고 효과적인 수정을 제공하는 솔루션을 찾는 것이 경쟁에서 상당한 우위를 의미하므로 선호됩니다.

짐작할 수 있듯이 WordPress의 WSOD는 빈 흰색 화면을 표시합니다. 관리자 또는 일부 게시물이 흰색 화면으로 표시되는 동안 웹 사이트는 문제 없이 작동할 수 있습니다. 일반적으로 이 오류의 주요 원인은 감염된 PHP 또는 데이터베이스 파일입니다.

그러나 항상 이렇게 간단한 것은 아니며 근본적인 원인이 더 복잡할 때도 있습니다. 따라서 문제를 해결하는 두 가지 이상의 방법을 아는 것이 중요합니다!

WordPress에서 죽음의 흰색 화면 문제 해결

황동 압정으로 내려가 WordPress White Screen of Death 오류를 수정하는 방법을 살펴보겠습니다.

서버 가용성 확인

우선 isthiswebsitedown 과 같은 온라인 상태 보고 도구를 사용하여 서버를 사용할 수 없을 가능성을 배제하십시오 . 이 도구는 문제가 전체/손상된 브라우저 캐싱 또는 IP 문제의 결과인지 또는 호스팅 서버를 사용할 수 없어 웹사이트가 다운되었는지 확인합니다.

서버가 다운된 경우 호스팅 제공업체에 연락하여 최대한 빨리 온라인 상태로 되돌리십시오. 이것은 Cloudways와 같은 관리형 클라우드 호스팅 플랫폼이 경쟁을 능가하는 영역 중 하나입니다.

브라우저 캐시 지우기

때로는 단순히 브라우저 캐시를 지우는 것이 트릭을 수행합니다. 웹사이트는 더 나은 사용자 경험과 더 빠른 탐색을 위해 브라우저 캐싱을 사용합니다. 그러나 시간이 지남에 따라 캐시는 더 이상 필요하지 않은 데이터와 쿠키로 복잡해집니다.

이 문제를 해결하려면 브라우저 설정으로 이동하고 모든 쿠키 및 사이트 데이터 [chrome://settings/siteData?search=cookie] 로 이동하여 특정 웹사이트의 캐시를 지우면 됩니다.

모든 쿠키와 캐시를 제거하려면 Chrome의 기록 탭으로 이동하여 데이터를 지우십시오.

프로세스가 완료되면 웹사이트로 돌아가서 새로고침을 누르십시오. wp-admin 화면이 표시되면 잘 진행한 것입니다. 문제가 여전히 있으면 다음 단계로 이동합니다.

참고: 위의 프로세스는 일부 웹사이트에서 로그아웃하거나 데이터를 제거할 수도 있습니다.

디버그 모드 활성화

브라우저 캐시를 지워도 도움이 되지 않으면 다음 수정 사항은 WordPress를 디버그 모드로 설정하는 것입니다. 이 모드는 WordPress에서 White Screen of Death를 유발한 오류에 대한 몇 가지 중요한 정보를 강조 표시합니다.

WordPress에서 디버그 모드를 활성화하려면 wp-config.php 파일에 액세스해야 합니다. CPanel에 로그인하거나 FileZilla(또는 유사한 FTP 클라이언트)를 사용하여 SFTP를 통해 서버에 연결하여 이 파일에 액세스할 수 있습니다.

텍스트 편집기에서 파일을 열고 다음 행을 찾으십시오.

 정의('WP_DEBUG', 거짓) 

다음으로 변경

 정의('WP-DEBUG', 참)

변경 사항을 저장하고 업데이트된 파일을 업로드합니다. 이제 브라우저로 돌아가서 화면을 새로 고칩니다. 여전히 흰색 죽음의 화면이 표시되지만 이번에는 오류 메시지가 표시됩니다.

예를 들어 다음과 같은 내용이 표시될 수 있습니다.

 /var/www/html/wordpress/wp-content/plugins/my-plugin/my-에서 get_posts()(이전에 /var/www/html/wordpress/wp-includes/post.php:1624에 선언됨)를 다시 선언할 수 없습니다. 21행의 plugin.php

위의 오류 메시지는 플러그인 중 하나의 21행에 오류가 있음을 나타냅니다. 이 시점에서 플러그인 제공업체에 문의하거나 플러그인을 유사한 것으로 교체할 수 있습니다. 그것이 가능하지 않다면 단순히 WordPress 플러그인을 완전히 비활성화하십시오.

메모리 제한 증가

워드프레스는 PHP 위에서 실행됩니다. 따라서 두 계층 모두 실행을 위한 적절한 메모리가 필요합니다. 때때로 한도가 소진되어 White Screen of Death 및 500 Internal Server error 와 같은 오류가 발생 합니다.

메모리 제한을 설정하는 것은 쉽습니다. Cloudways에 있는 경우 플랫폼 계정에 로그인하고 서버 관리설정 및 패키지로 이동 합니다. BASIC 탭에서 MEMORY LIMIT를 64(기본값)에서 128MB로 늘립니다.

다음 줄을 추가합니다.

 정의('WP_MEMORY_LIMIT', '128M');

변경 사항을 저장하고 파일을 업로드합니다.

이제 wp-admin으로 돌아가서 페이지를 새로 고치고 오류가 여전히 있는지 확인하십시오. 여전히 죽음의 백색 스크린이 보이면 심호흡을 하고 다음 방법을 시도하십시오.

플러그인 및 테마 비활성화

이것은 아마도 가장 간단한 방법이며 대부분의 문제 해결 가이드에서 첫 번째 단계인 경우가 많습니다. 그러나 많은 시간이 필요하고 WordPress 사이트의 모양을 변경할 수 있기 때문에 마지막에 배치했습니다.

WordPress 사이트를 손상시키지 않고 테마와 플러그인을 하나씩 비활성화하는 방법을 살펴보겠습니다.

테마 비활성화

wp-admin 에 액세스할 수 있는 경우 기존 테마를 비활성화하는 가장 간단한 방법은 기본 Twenty Nineteen 테마로 전환하는 것입니다.

WordPress 대시보드에 로그인하고 모양테마 로 이동하여 기본 테마를 활성화합니다.

White Screen of Death 오류로 인해 wp-admin 에 액세스할 수 없는 경우 FileZilla를 사용하여 서버에 액세스하고 wp-content/themes 폴더의 이름을 my_themes 와 같은 이름으로 변경합니다 .

이렇게 하면 기존 테마가 비활성화되고 WordPress가 기본 테마로 대체합니다.

플러그인 비활성화

wp-admin을 통해 모든 플러그인을 쉽게 비활성화하고 하나씩 활성화하여 White Screen of Death 오류를 일으키는 플러그인을 확인할 수 있습니다.

그러나 wp-admin 에 액세스할 수 없는 경우 FileZilla를 다시 사용하고 이번에는 plugins 폴더의 이름을 변경하십시오. 귀하의 웹 사이트가 작동을 시작하면, 플러그인에 폴더 다시 이름을 변경하고 그들에게 하나씩 이름을 변경하여 개별적으로 각각의 플러그인을 테스트를 시작합니다.

구문 오류 해결

개발자와 웹 사이트 소유자는 종종 functions.php 파일 내에 사용자 정의 PHP 코드를 추가하여 특정 기능을 추가/최적화합니다. 때때로 코드는 타사 서비스를 통합하거나 WordPress에서 필요할 때 사용자 지정 코드를 추가할 수 있도록 허용하므로 기존 기능을 향상시키기 위해 추가됩니다.

사용자 정의 코드를 추가할 때 권장되는 방법은 functions.php 파일의 모든 변경 사항에 대해 메모하는 것입니다. 더 나은 방법은 이러한 문제를 방지하기 위해 원본 파일의 백업을 유지하는 것입니다. 최근에 변경한 사항이 있는 경우 되돌리면 이 상황에서 벗어날 수 있습니다.

백업 복원

백업을 수행하는 것은 좋은 습관이며 정기적으로 수행해야 합니다. Cloudways를 사용하면 고객이 준비 사이트만들 수 있습니다 . 이러한 사이트의 데이터는 WSOD와 같은 실망스러운 오류가 발생하여 문제를 해결할 수 없는 경우 실제 웹사이트로 PULLED될 수 있습니다.

Cloudways 플랫폼에 로그인하고 애플리케이션 관리스테이징 관리 로 이동하기만 하면 됩니다. 설정에서 스테이징 사이트의 변경 사항을 PULL합니다.

Cloudways에 있지 않은 경우 WordPress 백업 플러그인을 사용하여 전체 백업을 수행하고 cPanel을 사용하여 WordPress 웹 사이트백업을 검색할 수 있습니다.

마지막 생각들

지금쯤이면 WordPress에서 White Screen of Death를 수정할 수 있기를 바랍니다. 우리는 많은 근거를 다루었고 다양한 방법에 대해 논의했습니다. 오류를 해결해야 하는 특정 순서는 없습니다. 웹마스터가 되면 오류를 분석할 수 있어야 하고 과거 이벤트에 따라 WSOD를 해결하기 위한 올바른 접근 방식을 선택할 수 있어야 합니다.

나는 당신을 위해 일한 것이 무엇인지 그리고 이 오류를 효과적으로 해결할 수 있는 다른 해결책이 있는지 알고 싶습니다.