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

WordPress는 일반적으로 사용 가능한 가장 안정적인 콘텐츠 관리 시스템 중 하나입니다. 개발자와 기업에게 널리 사용되는 이 웹사이트는 전체 웹사이트의 44%-65%가 이를 기반으로 구축된 것으로 추정됩니다. 그럼에도 불구하고 문제가 발생할 수 있습니다. 일어날 수 있는 가장 마음을 아프게 하고 화나게 하는 오류 중 하나는 WordPress WSoD(죽음의 흰색 화면)입니다. 그 흰색 화면이 못생겼을 때 문제를 식별하는 데 도움이 되는 메시지가 없을 수 있습니다. 어느 것이 나쁘다.

웹사이트 중 하나에 이런 일이 발생한 적이 있다면 이 글을 읽으면서 그 생각에 움찔하고 있을 것입니다. 우리도 때때로 이것을 경험했습니다. 그 결과 저주를 받았을 수 있습니다. 그러나 당황할 필요는 없습니다. 이 게시물에서 우리는 이 성가신 문제를 해결하기 위한 몇 가지 솔루션을 몇 가지 따라하기 쉬운 단계로 보여줌으로써 정신을 차리고 돈을 욕설에 담을 수 없도록 도울 것입니다.

WordPress의 죽음의 흰색 화면이란 무엇입니까?

요컨대, 그것은 최소한 성가신 일입니다. 어느 날 귀하의 사이트는 정상적으로 작동하다가 갑자기 방문자에게 매우 보기 흉한 흰색 화면을 보여줍니다.

대부분의 경우 WSoD가 발생하면 관리자 패널에 액세스할 수 없습니다. 프런트 엔드에서 오류 메시지가 표시되거나 표시되지 않을 수 있습니다. 또한 일부 브라우저(예: Chrome)는 HTTP 오류 500 메시지를 표시할 수 있지만 이는 여전히 위기를 해결하는 데 도움이 되지 않습니다. 때로는 오류 메시지를 표시하는 더 일반적인 오류가 있을 수 있습니다.

WordPress 5.2의 출시 및 내장된 치명적인 오류 보호 기능으로 WordPress는 때때로 WSoD의 원인이 되는 문제를 결정할 수 있습니다. 두려운(그리고 모호한) 기술적인 문제 메시지가 표시되는 경우가 있습니다.

다른 경우에는 심각한 오류 메시지가 표시될 수 있습니다.

WordPress 가 사이트의 문제를 포착하면 문제를 식별할 수 있는 링크가 포함된 이메일을 받게 되어 문제를 쉽게 해결할 수 있습니다. 관리자 이메일을 확인하면 됩니다. 그러나 흰색 화면에서는 좌절감을 느낄 뿐입니다. 어. 이번 포스팅을 통해 그런 부분을 최대한 줄여보도록 하겠습니다.

죽음의 하얀 화면이 생기는 이유는 무엇입니까?

운 좋게도 WordPress의 흰색 죽음의 화면이 표시될 수 있는 몇 가지 일반적인 이유가 있습니다.

• 사이트에 충분한 메모리가 없습니다 . 기본적으로 이것은 스크립트가 사이트에 할당된 메모리를 모두 사용했음을 의미합니다.
• 플러그인 비호환성 . 예를 들어 핵심 WordPress 파일이 업데이트되면 플러그인이 최신 버전의 WordPress에서 실행되도록 업데이트되지 않을 수 있으며 코드 충돌로 인해 흰색 화면이 나타날 수 있습니다.
• 테마 충돌 은 플러그인 비호환성과 유사합니다.
• 캐싱 문제 로 인해 사이트가 다운될 수 있으며 저장된 버전의 사이트를 표시하는 대신 WSoD를 표시합니다.
• 호스팅 문제 는 일반적입니다. 즉, 지원 티켓을 제출하는 것 외에는 스스로 할 수 있는 일이 거의 없습니다.
• 단일 페이지 또는 게시물은 코드 조각 , 손상된 이미지 , 맬웨어 또는 전체 사이트에 영향을 미치지 않는 기타 일회성 문제로 인해 WSoD를 표시할 수 있습니다.

이유가 무엇이든 문제를 해결하고 사이트를 즉시 실행하는 데 도움이 되는 몇 가지 간단한 솔루션이 있습니다. 사이트에서 흰색 화면이 나타날 수 있는 가장 일반적인 이유를 해결하는 단계를 안내해 드리겠습니다. 그러면 WordPress 슈퍼스타처럼 느껴지고 하루가 끝날 때 더 많은 지식을 얻을 수 있습니다. 로큰롤합시다.

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

이러한 단계를 구현하기 전에 사이트 오류가 호스팅 문제로 인한 것이 아닌지 확인해야 합니다. 가장 쉬운 방법은 동일한 호스팅 계획에 둘 이상의 웹 사이트가 있는지 여부입니다. 다른 사이트가 올바르게 표시되고 있다면 호스팅에 문제가 없을 것입니다.

또한 사이트가 하나뿐이고 사이트의 일부가 올바르게 표시되는 경우 호스팅 플랫폼이 아니라 사이트 문제를 다루고 있을 가능성이 큽니다. 호스팅 문제 또는 실제 사이트 문제가 있는지 확인했으면 아래에 설명된 솔루션을 통해 이동하십시오. 호스팅 문제가 있는 경우 가장 좋은 방법은 즉시 지원 티켓을 제출하는 것입니다.

1. 사이트의 메모리 제한 늘리기

앞서 언급했듯이 너무 많은 메모리를 사용하는 스크립트는 일반적으로 WordPress의 죽음의 흰색 화면의 원인입니다. 이 문제를 해결하기 위해 FTP를 사용하여 wp-config.php 파일의 메모리 제한을 변경합니다. WordPress에 메모리 제한을 늘리도록 지시하는 코드 줄을 추가할 수 있습니다.

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

이 FTP를 수행하려면 FileZilla로 돌아가십시오. 기본 /public-html/ 디렉토리로 이동하여 wp-config.php 파일을 찾습니다. 보기/편집 을 마우스 오른쪽 버튼으로 클릭한 다음 파일 에 코드를 추가 합니다. 그런 다음 저장 을 클릭합니다. 이전에 권장한 대로 백업을 위해 파일을 변경 하기 전에 wp-config.php 사본을 다운로드하십시오.

변경이 완료되면 사이트를 확인하십시오. 제대로 로드되었으면 록스타이기 때문에 자신에게 하이파이브를 하십시오. 그렇지 않은 경우 심호흡을 하고 가능한 다음 해결 방법으로 넘어갑니다.

2. 플러그인 문제 확인

첫 번째 단계는 모든 플러그인을 비활성화하여 플러그인 중 하나가 불량인지 확인하는 것입니다. 여전히 관리 대시보드에 액세스할 수 있는 운이 좋다면 그곳에서 플러그인을 비활성화할 수 있습니다.

WordPress 관리 대시보드로 이동합니다. 플러그인 아래의 드롭다운 메뉴에서 비활성화 를 선택하고 확인란 을 클릭하여 모든 플러그인을 선택한 다음 적용 버튼을 클릭합니다. 그런 다음 새 탭이나 비공개(Chrome의 경우 시크릿) 창에서 사이트의 프런트 엔드를 확인합니다. WSoD 없이 보이는 경우 플러그인이 문제의 원인이라고 판단한 것입니다.

거기에서 각 플러그인을 개별적으로 다시 활성화하고 새 개인 창에서 다시 로드하여 어느 것이 범인인지 확인하고 싶을 것입니다. 결함이 있는 플러그인을 찾으면 사이트가 정상적으로 작동하려면 비활성화된 상태로 유지해야 합니다. 종종 업데이트를 기다렸다가 나중에 다시 활성화할 수 있습니다.

여러 가지 이유로 이것이 가능하지 않은 경우 더 이상 작동하지 않는 플러그인을 대체하기 위해 다른 플러그인을 선택하고 싶을 것입니다. 일반적으로 동일한 목적을 제공하고 동일한 문제를 해결하는 여러 플러그인이 있다는 점을 고려하면 이는 문제가 되지 않습니다.

WordPress 대시보드에 액세스할 수 없으면 어떻게 합니까?

이 경우 위에서 언급한 것과 동일한 작업을 수행해야 하지만 FTP를 사용해야 합니다. 이 예에서는 FileZilla를 사용하여 플러그인 폴더의 이름을 수동으로 변경하여 비활성화합니다.

FileZilla를 열고 자격 증명으로 사이트에 로그인합니다. 이렇게 하려면 파일 을 클릭한 다음 사이트 관리자 를 클릭합니다. 사이트에 대한 SFTP 자격 증명(호스트에서 제공)을 사용하여 로그온합니다. FileZilla에 사이트를 처음 추가하는 경우 새 연결을 만들고 싶을 것입니다. 이렇게 하려면 사이트에 이름 을 지정하고 새 사이트 를 클릭한 다음 호스트 주소 와 포트 를 입력합니다. 다음으로 사용자 이름 과 비밀번호 를 입력합니다. 마지막으로 연결 버튼을 클릭합니다.

연결이 완료되면 FileZilla 인터페이스의 오른쪽 열에 있는 /public-html//wp-content/plugins/ 폴더로 이동합니다. 변경하기 전에 플러그인을 데스크탑이나 컴퓨터의 다른 폴더에 다운로드하는 것이 좋습니다.

이 자습서에서는 새 폴더를 만들고 이름을 site plugins 로 지정합니다. 파일을 저장하려는 폴더를 클릭하고 플러그인 폴더를 마우스 오른쪽 버튼으로 클릭 한 다음 다운로드 를 클릭합니다.

다음으로 플러그인 폴더의 이름을 바꿉니다. 원하는 대로 지정할 수 있지만 이 예에서는 폴더 이름을 badplugins 로 지정하겠습니다. 폴더 이름을 바꾸려면 플러그인 폴더를 마우스 오른쪽 버튼으로 클릭 하여 메뉴를 불러온 다음 이름 바꾸기 를 클릭합니다. 이것은 WordPress가 귀하의 사이트에 플러그인이 설치되어 있지 않다고 믿게 만듭니다. 교활한.

개별 플러그인 확인

플러그인 폴더의 이름을 변경하여 문제가 해결되었는지 확인하려면 사이트의 프런트 엔드로 돌아가 올바르게 표시되는지 확인하세요. 그렇다면 야! 수수께끼를 풀었습니다. 플러그인 문제입니다. 다음 단계는 플러그인 폴더의 이름을 다시 바꾸는 것 입니다. 이번에는 원래 이름인 plugins 로 돌아갑니다.

다음으로 plugins 폴더 내부를 클릭하고 위의 단계를 반복합니다. 그러나 이번에는 각 플러그인 폴더의 이름을 개별적 으로 변경합니다. 첫 번째 것으로 시작한 다음 사이트의 프런트 엔드를 봅니다. 문제가 있는 플러그인을 찾을 때까지 이 단계를 반복합니다.

이 단계를 수행해도 문제가 해결되지 않으면 다음 가능한 문제로 이동해야 합니다. 걱정하지 마세요. 바로 연결해 드리겠습니다.

3. WordPress 테마 변경

메모리를 늘리고 플러그인 문제를 해결해도 문제가 해결되지 않으면 다음으로 살펴볼 것은 테마입니다. 때로는 테마가 문제의 근본 원인이 될 수 있습니다. 특히 WordPress 핵심 업데이트 또는 테마 업데이트 후에는 더욱 그렇습니다.

올바른 방법으로 이 작업을 수행하려면 FTP를 사용하고 싶을 것입니다. FTP를 통해 테마 폴더를 변경하기 전에 현재 테마를 다운로드 하는 것이 중요합니다. 그렇게 하면 문제가 주제가 아닌 경우 많은 고통과 고통 없이 문제를 복원할 수 있습니다.

FileZilla로 돌아가 public-html/wp-content/themes로 이동합니다. 사이트의 활성 테마 폴더를 마우스 오른쪽 버튼으로 클릭 한 다음 다운로드 를 클릭합니다. 다운로드가 완료되면 파일이 로컬 컴퓨터에 있는지 확인한 다음 디렉터리에서 테마 폴더를 삭제 합니다. 무섭게 들리지만 완전히 괜찮습니다. 이것이 우리가 다운로드한 이유입니다.

TwentyTwenty와 같은 다른 테마가 사이트에 설치되어 있는지 확인하는 것이 중요합니다. 활성 테마를 삭제하면 WordPress는 테마 디렉토리에서 기본 테마를 검색하여 활성화합니다. 설치되어 있지 않은 경우 FTP를 통해 수동으로 설치할 수 있습니다.

functions.php 파일 살펴보기

다음으로 사이트의 프론트 엔드를 살펴보십시오. 기본 테마로 백업 및 실행 중인 경우 functions.php 파일을 잠재적인 범인으로 보고 싶을 것입니다. 때로는 코드가 몇 줄 더 추가되거나 세미콜론이 누락되는 것과 같이 간단한 것이 WordPress를 화나게 할 수 있습니다. 경험상 기본 functions.php 파일에 아무 것도 추가하는 것은 좋은 생각이 아닙니다 . 사용자 정의 코드를 추가하기로 선택한 경우 하위 테마를 사용하는 것이 좋습니다.

테마를 변경해도 문제가 해결되지 않고 functions.php 파일이 정상인 것 같으면 테마를 wp-content/themes 폴더에 다시 업로드해야 합니다. FileZilla를 통해 이 작업을 수행하려면 주 메뉴에서 파일 을 클릭합니다. 그런 다음 가져오기 를 클릭합니다. 대화 상자가 나타나면 활성 테마를 저장한 위치로 이동하고 열기 를 클릭합니다.

4. 워드프레스 디버그 모드 사용하기

이전 단계에서 문제가 해결되지 않은 경우 다음 단계는 디버그 모드를 활성화하는 것입니다. 이 기능을 켜면 웹사이트의 오류 로그를 볼 수 있습니다. FileZilla를 사용하여 루트 폴더인 /public-html/로 이동하고 wp-config.php 파일을 찾습니다. 마우스 오른쪽 버튼을 클릭 하여 편집하고 다음 코드 줄을 찾습니다.

define( 'WP_DEBUG', false );

다음으로 false 를 true 로 변경합니다. 또한 바로 아래에 다른 코드 줄을 추가합니다. 이 줄을 추가하면 /public-html/ 폴더에 debug.log 파일이 생성됩니다. 이제 코드가 다음과 같이 표시됩니다.

define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true );

파일을 저장한 다음 라이브 사이트를 새로 고칩니다. 이제 당신을 괴롭히던 흰색 화면 대신 페이지에 눈에 띄는 오류와 경고가 표시될 수 있습니다. 눈에 보이는 오류가 없더라도 debug.log 파일을 확인하는 것이 좋습니다. 여기에서 주의가 필요한 잠재적인 문제를 찾을 수 있습니다.

디버그 로그에 액세스하려면 FileZilla로 이동하여 /wp-content/ 폴더로 이동합니다. debug.log 파일을 찾을 때까지 스크롤하십시오. 마우스 오른쪽 버튼으로 클릭하고 보기/편집 을 클릭합니다.

5. 캐시 지우기

WordPress의 죽음의 흰색 화면을 수정하는 추가 솔루션은 캐시를 지우는 것입니다. 그것을 달성할 수 있는 세 가지 방법이 있습니다. 캐싱 플러그인을 사용하거나 브라우저에서 또는 서버 측 캐시를 지우십시오. 어떤 방법을 선택하든 문제 해결 프로세스 중에 캐시 지우기를 고려해야 합니다.

캐싱이란 무엇입니까?

캐싱은 파일 사본을 임시 위치에 저장하여 작동하므로 파일에 더 빨리 액세스할 수 있으므로 로드 시간이 빨라집니다. 캐싱이 무엇인지 가장 잘 설명하기 위해 실제 예제를 사용하여 캐싱이 작동하는 방식을 보여드리겠습니다.

당신이 저녁을 요리하고 있다고 가정해 봅시다. 스토브는 냉장고 맞은편에 있습니다. 재료가 필요할 때마다 냉장고로 달려가야 한다면 조리 과정이 느려져 요리하는 사람들을 화나게 할 수 있습니다. 대신 카운터의 스토브 바로 옆에 저녁 식사를 만드는 데 필요한 모든 재료가 있다고 상상해 보십시오. 모든 것이 가장 가까이에 있으므로 식탁에서 저녁을 먹는 데 필요한 시간이 줄어들어 사람들이 더 행복해집니다.

이것이 캐시가 작동하는 방식입니다. 확인할 수 있는 프로세스에 대한 전체 분석도 있습니다.

브라우저 캐시 지우기

때때로 브라우저에서 캐시를 지우는 것만으로 WSoD를 수정해야 합니다. 간단하지만 웹사이트에서 발생할 수 있는 문제를 해결할 때 종종 간과되는 솔루션입니다. 이 예에서는 Chrome을 사용합니다. Mac의 경우 프런트 엔드에서 사이트를 보는 동안 왼쪽 상단 모서리에 있는 Chrome 을 클릭한 다음 인터넷 사용 기록 삭제 를 선택합니다. (Windows 사용자의 경우 줄임표 메뉴로 이동하여 설정 을 선택하고 개인 정보 및 보안 으로 이동한 다음 인터넷 사용 기록 삭제 를 선택할 수 있습니다.)

팝업이 나타나면 시간 범위 드롭다운 메뉴에서 모든 시간 을 선택한 다음 B 행 기록 , 쿠키 및 기타 사이트 데이터 , 캐시된 이미지 및 파일 이 선택되어 있는지 확인합니다. 마지막으로 데이터 지우기 버튼을 클릭합니다. 이렇게 하면 저장된 비밀번호를 재설정하지 않고 검색 기록, 쿠키, 저장된 이미지 및 파일이 모두 지워집니다.

그런 다음 비공개 창을 열고 사이트 URL을 입력합니다. 사이트가 표시되면 문제가 해결된 것입니다. 그렇지 않은 경우 캐싱 플러그인을 사용하여 WordPress 사이트의 캐시를 지우십시오.

캐싱 플러그인 사용

wp-admin 패널에 액세스할 수 있고 WP Rocket, W3 Total Cache 등과 같은 캐싱 플러그인을 사용하는 경우 캐시를 삭제하여 WordPress 화이트 스크린을 수정할 수 있습니다. 이 예에서는 W3 Total Cache를 사용합니다.

wp-admin 대시보드에서 성능 으로 이동합니다. 그런 다음 일반 설정 을 클릭합니다. 여기에서 페이지, JavaScript 및 CSS, 데이터베이스, 개체, 브라우저 및 CDN(활성화된 경우)에 대한 캐시를 지울 수 있습니다. 캐시를 제거할 준비가 되면 플러시하려는 각 섹션에 대해 설정 저장 및 캐시 제거 버튼을 클릭합니다.

위에서 언급한 단계를 반복하여 사이트를 보고 문제가 해결되었는지 확인합니다.

WordPress 호스팅 캐시 지우기

대부분의 WordPress 호스팅 제공업체에는 서버 캐시를 지우는 기능이 포함되어 있습니다. Flywheel, Cloudways, Pressable 및 SiteGround와 같은 회사는 모두 이 서비스를 제공합니다. 서버의 캐시를 지우면 몇 번의 간단한 클릭으로 문제를 해결할 수 있습니다.

예를 들어, 플라이휠에서 캐시를 지우려면 플라이휠 대시보드에서 고급 탭을 클릭한 다음 캐시 플러시 버튼을 클릭하면 됩니다.

WP 엔진에서 캐시를 지우는 것도 마찬가지로 간단합니다. 사이트 목록에서 캐시를 지워야 하는 사이트를 클릭합니다. 다음으로 캐싱 을 클릭합니다. 마지막으로 모든 캐시 지우기 버튼을 클릭합니다.

호스팅하는 제공업체에 관계없이 WordPress 캐시를 지우는 것은 몇 단계만 거치면 할 수 있는 간단한 작업입니다.

6. 긴 블로그 게시물 수정

이제 일부 상황에서는 여기 저기에 게시물을 제외하고 대부분의 사이트가 올바르게 표시될 수 있습니다. 우리는 그 문제에 대한 해결책도 가지고 있습니다. 이 수정 사항을 적용하려면 FileZilla로 다시 돌아가 wp-config.php 파일을 편집해야 합니다. 이전에 언급했듯이 파일을 편집하기 전에 로컬 시스템에 파일을 다운로드하는 것이 좋습니다.

우리가 사용할 코드는 WordPress에 사이트의 PHP 텍스트 처리 제한을 늘리도록 지시합니다. 글자 수 제한은 호스트의 서버가 구성된 방식에 따라 다르므로 여기에 많은 수를 입력하여 우리의 기지를 덮고자 합니다. 즉, 우리는 한도를 너무 많이 늘리고 싶지 않습니다.

아래 코드의 첫 번째 줄은 재귀 제한을 늘립니다. 재귀는 PHP에서 자신을 호출하는 프로세스입니다. 종료 함수가 있어야 하며, 그렇지 않으면 서버의 메모리가 부족할 때까지 재귀가 계속해서 자신을 계속 호출합니다. 긴 게시물이나 페이지에서 흰색 죽음의 화면이 표시되는 경우 재귀 제한이 너무 낮게 설정되어 있을 수 있습니다.

두 번째 줄에서는 PCRE 역추적 제한 을 높일 수 있습니다. 역추적은 기본적으로 문제를 해결하는 데 사용되는 PHP 알고리즘입니다. 프로그래밍된 솔루션을 기반으로 올바른 솔루션을 찾을 때까지 가능한 솔루션을 거치게 됩니다. 이 숫자를 너무 낮게 설정하면 해결되지 않은 문제가 발생하여 성가신 흰색 화면이 발생할 수 있습니다. 재귀 제한과 유사하게 높은 역추적 제한을 설정하면 잠재적으로 시스템 메모리가 고갈될 수 있습니다.

솔루션으로 이동합니다.

수정 사항 구현

wp-config.php 파일을 컴퓨터에 다운로드했으면 파일을 마우스 오른쪽 버튼으로 클릭 하고 보기/편집 을 선택합니다. 다음 단계는 이 두 줄의 코드를 입력하는 것입니다. 파일에서 표준 코드와 사용자 정의 코드의 차이점을 구별하는 데 도움이 되도록 코드에 주석을 추가하는 것이 좋습니다.

//* Sorry, I'm long-winded *//
ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);

마지막으로 저장 을 클릭하여 변경을 완료합니다. 블로그 게시물을 새로고침하면 세상 사람들이 볼 수 있는 블로그 게시물을 찾을 수 있을 것입니다.

다른 모든 방법이 실패하면 호스트로 돌아가십시오.

우리 기사에 설명된 단계를 따랐다면 WordPress 죽음의 흰색 화면 문제가 해결되었을 수 있습니다. 그렇긴 해도, 여전히 같은 문제를 겪고 계신 분들이 계실 수도 있습니다. 지금 무엇을 해야 합니까?

이 경우 호스팅 제공업체에 문의하는 것이 좋습니다. 사용 가능한 대부분의 WordPress 호스팅 회사는 계획과 함께 뛰어난 고객 지원 옵션을 제공합니다. Cloudways와 SiteGround는 모두 우수한 지원 플랫폼으로 유명하며 가장 일반적인 WordPress 문제를 기꺼이 도와드립니다.

WordPress 죽음의 화면이 무섭지 않아도 됩니다.

WSoD 오류가 무섭고 실망스러울 수 있다는 것을 알고 있습니다. 죽음의 흰색 화면의 원인이 플러그인, 테마, 메모리 제한 또는 캐싱인지 여부에 관계없이 문제를 해결할 수 있는 몇 가지 솔루션을 제시했습니다. 완벽하게 작동하는 웹사이트로 이 기사의 끝 부분에 도달했을 가능성이 있습니다. FTP, PHP 몇 줄, 새로 발견된 문제 해결 기술을 사용하여 웹 사이트를 제대로 실행하고 보기 좋게 만들고 기분을 좋게 만드는 도구를 갖게 됩니다.

WordPress의 죽음의 흰색 화면을 경험 한 적이 있습니까? 그렇다면 이를 수정하기 위해 어떤 조치를 취했습니까? 아래에 의견을 남겨 알려주십시오.