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

공포의 화이트 스크린 오브 데스(White Screen of Death)를 만났는데 어떻게 해야 할지 모르십니까? 걱정하지 마세요. 많은 솔루션이 있습니다. 이 기사에서는 WordPress WSoD(White Screen of Death)를 수정하는 다양한 방법을 보여줍니다!

WordPress WSoD(화이트 스크린 오브 데스)란 무엇입니까?

WSoD(White Screen of Death)는 관리자에게 최악의 악몽 중 하나입니다. 이름에서 알 수 있듯이 WSoD는 WordPress 사이트에 나타나는 완전히 흰색 화면입니다. 어떤 경우에는 흰색 화면이 일부 페이지에만 나타나고 다른 페이지에는 나타나지 않는 반면, 다른 경우에는 wp-admin을 포함한 전체 사이트에 나타납니다.

이것은 가장 일반적인 WordPress 오류 중 하나이며 원인에 대한 정보를 제공하지 않기 때문에 아마도 가장 실망스러운 오류일 것입니다. 따라서 문제 해결은 어려운 작업입니다.

빈 화면이 오류에 대한 정보를 제공하지 않으면 죽음의 흰색 화면의 원인이 무엇인지 어떻게 알 수 있습니까? 일반적인 원인을 풀어 보겠습니다.

WordPress에서 죽음의 흰색 화면의 원인은 무엇입니까?

WordPress White Screen of Death에 대한 최악의 점 중 하나는 그것이 매우 일반적이라는 것입니다. 원인이 무엇인지 알 수는 없지만 일반적으로 몇 가지 원인이 있습니다. WSoD를 트리거하기 위해 모든 것이 동시에 발생해야 하는 것은 아닙니다. 한 가지만 잘못되면 바로 앞에 흰색 화면이 나타날 수 있습니다.

WordPress White Screen of Death의 가능한 이유는 다음과 같습니다.

• 플러그인과 테마 충돌 : 플러그인을 업데이트하면 플러그인과 테마 간에 충돌이 발생할 수 있습니다. 반대로 테마 업데이트가 플러그인 중 하나와 충돌하는 경우가 있습니다. 이 두 조건 모두 응답하지 않는 사이트와 끔찍한 흰색 화면을 초래할 수 있습니다.
• PHP : functions.php 파일에 스크립트를 추가하는 동안 잘못 작성된 코드나 약간의 실수로 인해 테마 파일이 손상되거나 응답하지 않을 수 있습니다. 이것이 핵심 파일을 편집하기 전에 항상 사이트의 전체 백업을 생성해야 하는 이유입니다.
• 통합 : 콘텐츠 전송 네트워크(CDN), SSL 인증서 등과 같은 WordPress 통합 간의 충돌입니다.
• 손상되거나 누락된 WordPress 파일 : wp-config, .htaccess 등과 같은 핵심 WordPress 파일이 손상되거나 누락되었습니다. 실수가 있거나 잘못 작성된 코드는 잠재적으로 이러한 파일을 손상시키고 WSoD를 유발할 수 있습니다.
• 메모리 제한 : 서버의 메모리 제한 또는 최대 실행 시간을 초과하는 PHP 요청입니다. 이는 서버에 요청을 처리할 메모리가 충분하지 않거나 요청이 응답하는 데 너무 오래 걸려 허용되는 최대 실행 시간을 초과한다는 의미입니다.
• 서버 : 때때로 문제는 귀하의 쪽이 아니라 호스트 쪽의 서버에서 발생합니다. 이 경우 호스팅 제공업체에서 오류를 해결해야 합니다.

앞서 언급했듯이 흰색 화면을 트리거하기 위해 이러한 모든 이유가 한 번에 발생해야 하는 것은 아닙니다. 사이트가 응답하지 않는 원인은 한 가지면 충분합니다. 그렇기 때문에 먼저 흰색 화면의 원인을 파악해야 합니다.

다음 섹션에서는 각 이유에 대해 가능한 모든 솔루션을 컴파일했으므로 WordPress White Screen of Death를 순식간에 해결할 수 있습니다.

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

죽음의 백색 화면을 수정하는 것은 어려운 작업이 될 수 있습니다. 그러나 조직적이고 인내심이 있다면 사이트를 시작하고 실행할 수 있습니다.

다음은 원치 않는 흰색 화면을 제거하기 위해 수행할 수 있는 단계입니다.

1. 브라우저 캐시 및 쿠키 지우기
2. WordPress 캐시 지우기
3. WSoD 전에 단계를 살펴보십시오.
4. 복구 모드 시작
5. 모든 플러그인 비활성화
6. 기본 테마로 변경
7. WordPress 통합 확인
8. 디버그 모드 활성화
9. 손상된 코어 파일 수정
10. 서버의 메모리 제한 또는 최대 실행 시간 조정
11. 호스팅에 문의

각각에 대해 자세히 살펴보겠습니다.

1. 브라우저 캐시 및 쿠키 지우기

WSoD를 수정하기 위해 가장 먼저 해야 할 일은 브라우저에서 문제가 발생하는지 확인하는 것입니다. 그렇게 하려면 브라우저의 캐시와 쿠키를 지워야 합니다.

브라우저마다 캐시된 데이터와 쿠키를 지우는 방법이 다릅니다. 예를 들어 Chrome에서 오른쪽 상단의 점 3개 아이콘을 클릭하고 추가 도구 > 인터넷 사용 기록 삭제로 이동해야 합니다 .

검색 데이터 팝업이 있는 새 페이지가 나타납니다. 여기에서 제거할 데이터를 선택할 수 있습니다. 지금 은 시간 범위 가 전체 시간으로 설정된 캐시된 이미지 및 파일 및 쿠키 를 확인한 다음 데이터 지우기 를 누릅니다. 그러면 모든 브라우저 캐시와 쿠키가 지워집니다.

브라우저에 문제가 있는 경우 문제가 해결되고 웹사이트에 액세스할 수 있습니다. 그러나 이것이 작동하지 않으면 문제는 웹사이트에 있습니다. 이 경우 다음 단계를 계속하십시오.

2. WordPress 캐시 지우기

White Screen of Death를 수정하는 또 다른 솔루션은 WordPress 캐시를 지우는 것입니다. 이렇게 하려면 WP 관리 대시보드에 대한 액세스 권한이 있어야 합니다.

참고 : 경우에 따라 White Screen of Death가 관리자 페이지에도 영향을 미치므로 잠겨 있어 사이트에 액세스할 수 없습니다. 이 경우 이 솔루션은 유용하지 않으므로 다음 솔루션으로 계속 진행할 수 있습니다.

WP 관리 대시보드에 액세스할 수 있는 사용자의 경우 WordPress 캐시 지우기를 진행할 수 있습니다. 기본적으로 WordPress는 캐시된 데이터를 제거하는 방법을 제공하지 않으므로 플러그인을 사용해야 합니다. 이 튜토리얼에서는 WP Rocket 을 사용할 것입니다.

먼저 플러그인을 설치하고 활성화합니다. 그런 다음 관리자 대시보드 로 이동하여 설정 > WP Rocket 으로 이동하고 대시보드 섹션에서 캐시 지우기 버튼을 클릭합니다. 그게 다야! 캐시된 모든 데이터가 지금 삭제됩니다.

이제 WordPress 캐시 데이터를 지웠으므로 문제가 지속되는지 확인하십시오. 그렇다면 다음 단계로 이동하십시오.

3. WSoD 이전 단계로 이동

이전 단계를 검토하면 WordPress White Screen of Death 문제를 해결하고 수정하는 데 도움이 될 수 있습니다. WSoD가 나타나기 전에 하던 일을 복제하면 정확한 문제를 찾거나 적어도 처음에 오류를 일으킨 이유에 대한 힌트를 얻을 수 있습니다.

당신이해야 할 일은 뒤를 돌아보고 당신이나 당신의 팀원이 흰색 화면이 나타나기 직전에 무엇을했는지 기억하는 것입니다. 유감스럽게도 이 단계에서 많은 도움을 드릴 수 없으며 오류를 찾는 것은 전적으로 귀하에게 달려 있습니다.

그러나 행동을 반성하면서 관찰해 주셨으면 하는 몇 가지 사항이 있습니다.

• 무엇보다도 죽음의 백색 스크린이 나타나기 직전에 당신이나 당신의 팀원들이 무엇을 하고 있었는지 기억해 보십시오.
• 새로운 플러그인이나 테마를 설치했거나 기존 플러그인을 수정했습니까?
• WordPress, 플러그인 또는 테마를 업데이트했습니까?
• 데이터베이스나 코어 파일을 변경했습니까?
• WordPress와 새로운 타사 통합이 있습니까?
• 이 시간 동안 팀에서 WordPress에 액세스한 사람이 있습니까? 그들은 무엇을 작업하고 있었습니까?

이것은 죽음의 백색 스크린을 만나기 직전의 모든 행동을 기억하는 데 도움이 되도록 참조용으로 몇 가지 질문에 불과합니다. 이렇게 하면 문제의 원인을 더 잘 파악할 수 있고 잠재적인 수정 사항을 적용하여 사이트를 복구할 수 있습니다.

그러나 흰색 화면이 나타날 때마다 아무도 WordPress에서 작업하지 않았을 수 있습니다. 이 경우 단계를 철회하는 것이 실행 가능한 솔루션이 아닐 수 있으며 수정 사항으로 이동해야 합니다.

4. 복구 모드 시작

워드프레스 5.2의 주요 소식 중 하나는 치명적인 오류 방지 기능이었기 때문에 정보가 없는 흰색 화면 대신 "사이트에 기술적인 문제가 있습니다. 지침은 사이트 관리자 이메일 받은 편지함을 확인하십시오.”

이 경우 관리자 받은 편지함을 확인하고 WordPress에서 보낸 이메일이 있는지 확인해야 합니다. 이메일에는 오류에 대한 세부 정보와 복구 모드를 활성화하는 링크가 포함되어 있습니다. 링크를 사용하고 복구 모드에서 WordPress 관리 대시보드 에 액세스합니다. 이메일에 공유된 오류 세부 정보의 도움으로 그에 따라 잠재적인 수정 사항을 적용할 수 있습니다.

그래도 문제가 해결되지 않거나 WordPress에서 이메일을 받지 못한 경우 다음 단계를 계속하세요.

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

플러그인과의 충돌은 WordPress의 흰색 죽음의 화면의 가장 일반적인 원인 중 하나입니다. 최근에 새 플러그인을 설치했거나 기존 플러그인을 업데이트한 경우 특히 그렇습니다.

플러그인 중 하나가 문제를 일으키는지 확인하려면 모든 플러그인을 비활성화해야 합니다. 모든 플러그인을 일괄적으로 비활성화하는 다양한 방법이 있습니다.

관리자 대시보드에 액세스할 수 있는 경우 플러그인 > 설치된 플러그인 으로 이동하여 모두 선택하고 일괄 작업을 비활성화 로 설정합니다. 그런 다음 적용 버튼을 눌러 모든 플러그인을 비활성화합니다.

반대로 관리자 대시보드에 액세스할 수 없는 경우 cPanel 또는 FileZilla와 같은 FTP 클라이언트를 통해 사이트 디렉토리에 액세스해야 합니다. 사이트 디렉토리의 wp-content 폴더 아래에 plugins 라는 다른 폴더가 있습니다. 모든 플러그인 을 비활성화하려면 폴더 이름을 플러그인이 아닌 다른 이름으로 바꿉니다.

모든 플러그인을 비활성화한 후 사이트로 이동하여 흰색 화면이 사라졌는지 확인합니다. 그렇다면 흰색 화면이 다시 나타날 때까지 각 플러그인을 하나씩 활성화하여 죽음의 흰색 화면을 트리거하는 플러그인을 찾으십시오.

모든 플러그인을 일괄 비활성화하는 방법에 대한 자세한 내용은 이 단계별 가이드를 확인하세요.

결함이 있는 플러그인을 식별하면 플러그인을 이전 버전으로 롤백하거나 고객 지원에 문의할 수 있습니다. 또는 동일한 기능을 달성하기 위해 다른 유사한 도구를 찾을 수 있습니다.

그러나 플러그인을 비활성화해도 WordPress White Screen of Death가 수정되지 않으면 계속 원인을 찾아야 합니다.

6. 기본 테마로 변경

플러그인을 비활성화해도 WSoD가 해결되지 않으면 다음으로 확인해야 할 것은 테마입니다. 테마에 문제가 있는지 확인하려면 기본 테마로 교체하세요. 이 방법으로 문제가 해결되면 테마가 White Screen of Death 뒤에 있다는 것을 알 수 있습니다.

테마를 기본 테마로 바꾸려면 호스트 cPanel 또는 FTP 클라이언트를 통해 사이트 디렉토리에 액세스해야 합니다. 디렉토리에서 wp-content 폴더를 찾으면 theme 라는 폴더가 표시됩니다. 이 폴더에는 다운로드한 모든 테마가 포함되어 있습니다.

테마 폴더 내에서 현재 활성화된 테마를 찾습니다. 만일을 대비하여 아직 백업을 하지 않았다면 백업을 해두는 것이 좋습니다. 그런 다음 활성 테마를 선택하고 삭제하십시오. 이렇게 하면 사이트가 기본 WordPress 테마(예: Twenty Twenty-one)로 변경됩니다.

기본 테마가 없거나 이전에 삭제한 경우 기본 테마 파일을 사이트 디렉토리에 수동으로 업로드해야 합니다.

기본 테마로 전환한 후 웹사이트에 액세스하여 문제가 해결되는지 확인합니다. 죽음의 흰색 화면이 표시되지 않으면 테마가 문제의 원인임을 확인한 것입니다. 이 경우 테마를 최근에 업데이트했다면 이전 버전으로 롤백할 수 있습니다. 또한 functions.php 파일의 끝에 프로그래밍 오류나 공백이 있는지 확인하십시오. 이렇게 하면 문제가 해결될 가능성이 큽니다. 그러나 그렇지 않은 경우 기술 지원을 위해 테마 개발자에게 문의하십시오.

그래도 기본 테마로 전환해도 흰색 화면이 사라지지 않으면 문제는 다른 곳에 있으며 계속 파고들어야 합니다.

7. WordPress 통합 확인

플러그인 및 테마 외에도 다른 타사 도구를 WordPress 사이트와 통합할 수 있습니다. 이러한 예로는 SSL 인증서 또는 Amazon Cloud Front와 같은 CDN(콘텐츠 전송 네트워크)이 있습니다.

타사 통합 간의 충돌로 인해 White Screen of Death가 나타날 수 있음을 아는 것이 중요합니다. 예를 들어 Amazon CDN과 호스트에서 제공한 SSL 인증서 간의 충돌로 인해 사이트가 다운될 수 있습니다.

문제가 WordPress 통합에 있는지 확인하려면 흰색 화면이 표시되기 전에 수행한 활동을 기억해야 합니다. 스스로에게 물어봐야 할 몇 가지 사항은 다음과 같습니다. 사이트에 새로운 서비스를 연결했습니까? 이미 구성된 서비스의 설정을 수정했습니까? 등등.

이러한 작업을 수행했다면 해당 변경 사항을 되돌려야 문제가 해결되고 근본 원인을 성공적으로 식별한 것입니다. 이러한 서비스 중 일부가 오작동하는 경우 해당 서비스에 대한 대안을 찾거나 서비스 공급자에게 솔루션을 문의해야 할 수 있습니다.

그러나 통합이 제대로 작동하고 WordPress에서 White Screen of Death를 수정할 수 없으면 다음 단계로 이동하십시오.

8. 디버그 모드 활성화

지금까지 아무 것도 효과가 없었다면 디버그 모드를 활성화해야 할 수도 있습니다. 이렇게 하면 WSoD를 유발할 수 있는 잠재적인 PHP 오류를 찾는 데 도움이 됩니다.

디버그 모드는 사이트에서 발생한 모든 오류를 debug.log 파일에 기록합니다. 해당 정보를 바탕으로 죽음의 백색 스크린의 원인을 파악하고 문제를 해결하기 위한 시정 조치를 취할 수 있습니다.

디버그 모드를 활성화하려면 사이트 디렉토리에 액세스해야 합니다. cPanel이나 FileZilla 또는 기타 FTP ​​클라이언트를 사용하여 이를 수행할 수 있습니다. 사이트 디렉토리에서 wp-config.php 파일을 찾아 텍스트 편집기에서 엽니다.

그런 다음 다음 줄을 검색합니다.

 정의( 'WP_DEBUG', 거짓 )

그리고 다음과 같이 변경합니다.

 정의( 'WP_DEBUG', true )

디버그 모드를 활성화합니다.

위의 코드 줄이 wp-config.php 파일에 없으면 파일에 추가하고 저장하기만 하면 됩니다.

이제 debug.log 파일에 오류를 기록하려면 WordPress 디버그 기록을 활성화해야 합니다. 이렇게 하려면 wp-config.php 파일에 다음 줄을 추가하고 저장합니다.

 정의( 'WP_DEBUG_LOG', 참); 

그러면 모든 오류가 debug.log 파일에 기록됩니다. wp-content 디렉토리에서 debug.log 파일을 찾을 수 있습니다. 로그 파일에는 웹사이트가 직면한 모든 오류에 대한 정보가 포함되어 있으므로 이 정보를 통해 문제를 찾고 수정 조치를 취할 수 있습니다.

디버깅이 끝나면 디버그 모드와 디버그 로깅을 끄는 것을 잊지 마십시오. 그렇게 하려면 두 코드 조각에서 true 를 false 로 다시 변경하면 됩니다.

디버그 모드가 통찰력을 제공하고 죽음의 백색 화면을 제거하는 데 도움이 되기를 바랍니다. 그러나 여전히 문제를 해결할 수 없으면 다음 해결 방법을 시도해 보십시오.

9. 손상된 코어 파일 수정

최근에 흰색 화면이 발생하기 직전에 wp-config.php 또는 .htaccess와 같은 핵심 WordPress 파일을 변경하셨습니까? 그렇다면 최근 변경 사항을 취소하려면 수정된 파일을 원래 버전으로 복원해야 합니다. 이러한 변경으로 인해 죽음의 흰색 화면이 나타나면 이 방법으로 문제를 해결할 수 있습니다.

최근 변경 사항을 실행 취소하려면 로컬 PC에 WordPress의 새 복사본을 다운로드해야 합니다. wordpress.org로 이동하여 Get WordPress 를 눌러 컴퓨터에 최신 버전의 WordPress를 다운로드하기만 하면 됩니다. 다운로드가 완료되면 zip 파일의 압축을 풀고 교체할 파일을 찾아 복사합니다.

그런 다음 FileZilla(또는 다른 FTP 클라이언트) 또는 cPanel을 사용하여 사이트 디렉토리로 이동하고 현재 파일을 방금 복사한 새 파일로 바꿉니다. 이제 사이트로 돌아가서 문제가 해결되는지 확인하십시오. 또는 현재 변경 사항이 없는 사이트의 최근 백업이 있는 경우 복원할 수 있습니다.

문제가 해결되기를 바랍니다. 여전히 WordPress White Screen of Death를 수정할 수 없으면 다음 솔루션으로 이동하십시오.

10. 서버의 메모리 제한 또는 최대 실행 시간 조정

지금까지 아무 것도 효과가 없었다면 마지막으로 시도할 수 있는 것은 서버의 메모리 제한 또는 최대 실행 시간을 조정하는 것입니다. 때때로 서버에 들어오는 요청을 처리할 리소스가 충분하지 않아 사이트가 다운되고 죽음의 흰색 화면이 나타납니다.

이 문제를 해결하려면 서버의 메모리 제한과 최대 실행 시간을 수동으로 늘릴 수 있습니다. 문제는 둘 중 하나 또는 때로는 둘 다에 있을 수 있습니다. 먼저 메모리 제한을 늘리고 그래도 작동하지 않으면 최대 실행 시간을 늘립니다.

서버의 메모리 제한을 늘리려면 wp-config.php, .htaccess 또는 php.ini 파일 중 하나에 코드 줄을 추가하십시오. 이러한 파일을 편집해야 하므로 wp-config.php로 시작하여 문제가 해결되는지 확인하겠습니다. 그렇지 않은 경우 다음으로 진행합니다. htaccess 파일 등이 있습니다.

• wp-config.php 파일에 다음 줄을 추가합니다.

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

• 을위한 . htaccess에 다음 줄을 추가합니다.

 php_value memory_limit 128M

• php.ini의 경우 다음을 추가합니다.

 memory_limit = 128M

위의 코드 줄은 메모리 제한을 128MB로 설정하고 대부분의 사이트에서 잘 작동합니다. 그러나 필요한 경우 256MB 또는 512MB로 늘릴 수 있습니다.

메모리 제한을 늘려도 작동하지 않으면 서버의 최대 실행 시간을 늘려야 합니다. 이렇게 하려면 wp-config.php, .htaccess 또는 php.ini 파일 중 하나를 편집해야 합니다.

방금 전에 보았듯이 하나의 파일만 편집하면 됩니다. wp-config.php 파일로 시작하여 작동하지 않으면 .htaccess 로 이동하고 마지막으로 php.ini 파일로 이동하십시오.

• wp-config.php의 경우 다음 줄을 추가합니다.

 set_time_limit(120);

• 을위한 . htaccess , 추가:

 php_value max_execution_time 120

• php.ini의 경우 다음 줄을 추가합니다.

 max_execution_time = 120

보시다시피 위의 코드 줄은 최대 실행 시간을 120초로 설정합니다. 그러나 더 늘리고 문제가 해결되는지 확인할 수 있습니다.

때때로 호스팅 공급자는 사용자가 서버의 메모리 제한 또는 최대 실행 시간을 늘리는 것을 허용하지 않습니다. 이것이 귀하의 경우이거나 단순히 스스로 하는 것이 편안하지 않다면 서비스 제공업체에 연락하여 귀하를 위해 증가시키십시오.

이에 대한 자세한 내용은 WordPress에서 최대 실행 시간을 늘리는 방법에 대한 가이드를 확인하세요.

위의 방법 중 아무 것도 작동하지 않고 여전히 WordPress White Screen of Death를 수정할 수 없으면 호스팅 업체에 연락하여 도움을 요청해야 합니다.

11. 호스팅 제공업체에 문의

지금까지 문제를 해결하기 위해 귀하가 할 수 있는 모든 가능한 단계를 거쳤습니다. 우리는 당신의 대부분이 죽음의 백색 스크린을 제거하는 데 성공하기를 바랍니다.

여전히 문제에 직면해 있는 분들에게는 불행히도 더 이상 할 수 있는 일이 없습니다. 아마도 귀하 쪽에는 아무런 문제가 없으며 문제는 호스팅 제공업체에 있을 수 있으므로 해당 업체에 연락하여 문제를 설명하는 것이 좋습니다.

그들은 자신의 측면에서 어떤 문제에 직면했는지 알려주거나 문제가 귀하의 사이트에만 영향을 미치는 경우 기술 지원을 제공합니다.

WordPress 화이트 스크린 오브 데스를 방지하기 위한 팁

지금쯤이면 작은 오류가 사이트를 손상시키고 죽음의 백색 화면을 유발할 수 있다는 것을 이해했을 것입니다. 그렇기 때문에 사이트를 변경할 때 매우 주의해야 합니다.

WSoD는 문제를 해결하기 어렵기 때문에 어떤 대가를 치르더라도 피하십시오. 다음은 두려운 White Screen of Death를 피하기 위해 취할 수 있는 몇 가지 예방 조치입니다.

• 플러그인 업데이트일지라도 WordPress에서 귀하와 귀하의 팀 구성원의 활동을 추적하십시오. 문제가 발생하는 경우 문제를 해결하는 동안 단계를 검토하는 데 도움이 됩니다.
• 정기적으로 백업하고 나중에 액세스할 수 있는 안전한 장소에 보관하십시오. 이는 핵심 파일을 편집하거나 사이트를 크게 변경하기 전에 특히 중요합니다. 백업을 만드는 방법을 잘 모르는 경우 이 단계별 가이드를 확인하세요.
• 코드를 WordPress에 게시하기 전에 항상 오프라인 환경에서 테스트하세요. 작은 실수는 큰 골칫거리가 될 수 있으며 세미콜론 ";"이 누락될 수도 있습니다. 사이트를 다운시킬 수 있습니다.
• WordPress 환경의 업데이트를 주시하세요. WordPress, 테마 및 플러그인에 대한 업데이트는 사이트를 안전하게 유지하고 올바르게 작동하는 데 매우 중요합니다. 그러나 업데이트와 관련된 한 가지 작은 문제로 인해 사이트가 중단될 수 있습니다.
• 올바른 호스팅을 선택하세요. 이것은 분명한 것처럼 보이지만 특히 문제가 있고 빠르고 효율적인 지원이 필요할 때 큰 차이를 만듭니다. 사이트의 성능은 호스팅 서비스에 크게 좌우되므로 뛰어난 성능과 고객 지원을 제공하는 호스트를 선택하는 것이 중요합니다. 어떤 호스팅 제공업체를 선택해야 할지 잘 모르겠다면 이 게시물에서 최고의 호스팅 제공업체를 검토하세요.

결론

대체로 White Screen of Death는 많은 관리자가 직면하는 성가시지만 매우 일반적인 문제입니다. 여러 가지 이유로 트리거될 수 있으며 빈 화면이 오류에 대한 정보를 제공하지 않기 때문에 문제 해결이 매우 어려울 수 있습니다. 그렇기 때문에 정기적인 백업을 수행하고 오프라인에서 중요한 변경 사항을 테스트하고 업데이트를 주시함으로써 어떤 대가를 치르더라도 이를 방지하려고 노력해야 합니다.

그러나 불행히도 WSoD를 만나더라도 당황하지 마십시오. 여러 가지 잠재적인 원인이 있으므로 인내심을 갖고 문제의 근본 원인을 찾으려고 노력해야 합니다.

이 가이드에서는 WordPress White Screen of Death를 수정하기 위한 잠재적인 이유와 솔루션을 분석했습니다. 먼저 브라우저 캐시와 쿠키를 지우고 WordPress 캐시를 지우십시오. 그래도 문제가 해결되지 않으면 단계를 다시 추적하고 흰색 화면이 나타나기 전에 수행한 작업을 반복해 보십시오. 문제가 지속되면 복구 모드로 들어갑니다. 그런 다음 모든 플러그인을 비활성화 하고 기본 테마로 전환하고 다른 통합을 확인할 수 있습니다.

그래도 문제가 해결되지 않으면 디버그 모드를 활성화하여 사이트에서 PHP 오류를 찾고 손상된 코어 파일을 수정 하고 서버의 메모리 제한 또는 최대 실행 시간을 조정하십시오. 마지막으로 아무 것도 작동하지 않으면 호스팅 제공업체에 연락하여 도움을 요청해야 합니다.

이것이 유용했고 WordPress WSoD(화이트 스크린 오브 데스)를 수정하는 데 도움이 되었기를 바랍니다. 흰색 화면을 만난 적이 있습니까? 그렇다면 문제를 해결하기 위해 무엇을 했습니까? 아래 의견에 알려주십시오.

마지막으로 WordPress의 다른 일반적인 문제에 대한 솔루션을 찾으려면 다음 가이드도 살펴보는 것이 좋습니다.

• WordPress 업데이트 실패 오류: 해결 방법
• 팔로우한 링크가 만료됨 문제를 해결하는 방법
• WordPress에서 .htaccess 파일을 수정하는 방법 알아보기