WordPress 죽음의 흰색 화면을 수정하는 방법
게시 됨: 2019-08-31웹사이트를 로드하고 빈 흰색 화면을 보는 것보다 더 나쁜 일은 거의 없습니다. 오류 메시지도 없고 명확한 문제도 없고 죽음의 흰색 화면만 표시됩니다.
이것은 가장 일반적인 WordPress 오류 중 하나입니다. 최악의 부분은? 이 문제는 방문자뿐만 아니라 관리자도 WordPress 사이트에 액세스하지 못하게 할 수 있습니다.
죽음의 하얀 화면은 무엇입니까?
WSoD(화이트 스크린 오브 데스)는 웹사이트의 PHP 또는 데이터베이스에 오류가 발생하면 나타납니다. WSoD는 "이 페이지는 작동하지 않으며 요청을 처리할 수 없습니다." 또는 "사이트에 기술적인 문제가 있습니다."라는 메시지로 나타날 수도 있습니다. 이것을 HTTP 500 오류라고 합니다.
다행히도 죽음의 흰색 화면은 고칠 수 있습니다! WordPress 사이트에서 HTTP 500 오류 문제를 해결하는 첫 번째 단계는 wp-admin에 대한 액세스 권한이 있는지 확인하는 것입니다. 로그인 페이지로 이동하여 로그인해 보세요. 웹사이트의 프론트엔드가 다운되었지만 관리자가 작동하고 있다면 테마나 플러그인에 결함이 있기 때문일 가능성이 큽니다.
웹 사이트의 스크립트가 메모리 제한을 모두 사용하는 경우 HTTP 500 오류가 발생할 수도 있습니다. 죽음의 흰색 화면은 원인이 다르기 때문에 이를 고칠 수 있는 몇 가지 옵션이 있습니다.
이 기사에서는 다음과 같은 방법으로 죽음의 흰색 화면을 수정하는 방법을 알려줍니다.
- WordPress 디버깅 도구 사용
- 테마 및 플러그인 비활성화
- 사이트 백업 사용
- 사이트 메모리 늘리기
- 구문 오류 해결
- 파일 권한 문제 식별
- 워드프레스 업데이트 완료
WordPress 디버깅 도구 사용
WordPress에는 프로세스를 단순화하고 코어, 플러그인 및 테마 전반에 걸쳐 코드를 표준화하도록 설계된 특정 디버그 시스템이 함께 제공됩니다. 디버깅을 어디에서 오류가 발생하고 근본 원인이 무엇인지 확인하는 로드맵으로 생각하십시오.
WP_DEBUG, WP_DEBUG_LOG, WP_DEBUG_DISPLAY, SCRIPT_DEBUG,
및 SAVEQUERIES
를 통해 디버그하는 방법을 배우려면 여기를 클릭하십시오.
디버깅 도구가 반드시 문제를 해결하는 것은 아니지만 올바른 방향으로 안내하는 데 도움이 될 수 있습니다. 그렇기 때문에 흰색 죽음의 화면 문제를 해결할 때 취하는 좋은 첫 번째 단계입니다. 그렇게 하면 잘못된 문제를 해결하기 위해 추가 시간을 할애하지 않아도 됩니다.
WP_DEBUG를 활성화한 후 표시되는 오류에 대해 확신이 없으면 당사에 연락하여 작업 중인 오류 메시지와 사이트를 포함하십시오. 기꺼이 도와드리겠습니다!
WordPress 테마 및 플러그인을 비활성화하여 죽음의 흰색 화면을 수정하는 방법
플러그인 충돌이 있거나 서버에서 실행되는 PHP 버전에서 플러그인을 지원하지 않아 WordPress 사이트가 다운되는 경우가 많습니다. 지난 24시간을 생각해 보십시오. 사이트에 새로운 테마나 플러그인이 설치되었습니까? 최근에 다운로드한 플러그인을 비활성화하거나 테마를 전환하는 것이 가장 좋은 시작점입니다.
wp-admin에 대한 액세스 권한이 있는 경우…
로그인하고 문제를 일으킬 수 있다고 생각되는 플러그인 또는 테마를 비활성화하십시오. 비활성화되면 사이트에서 하드 새로 고침을 수행하십시오. 로드되면 범인을 찾은 것입니다! 여전히 흰색 죽음의 화면이 표시되는 경우 두 가지 옵션이 있습니다. 다른 테마나 플러그인을 비활성화하거나 HTTP 500 오류 뒤에 다른 원인이 있을 수 있습니다.
wp-admin에 대한 액세스 권한이 없는 경우…
SFTP를 통해 테마와 플러그인을 비활성화하는 것은 여전히 가능합니다. 웹사이트에 연결하고 wp-content 폴더로 이동합니다. 여기에서 사이트의 모든 테마와 플러그인 파일을 찾을 수 있습니다. 파일 이름을 변경하여 사이트에서 테마 또는 플러그인을 비활성화할 수 있습니다. 변경한 후 사이트에서 하드 새로고침을 수행합니다. 로드되면 올바른 플러그인을 찾은 것입니다! (이제 wp-admin에 다시 로그인할 수 있어야 합니다). 여전히 흰색 죽음의 화면이 표시되는 경우 다른 문제가 있는 것일 수 있습니다.
전문가 팁: 때때로 문제는 단일 플러그인이나 테마가 아니라 서로 상호 작용하는 방식입니다. 이를 배제하려면 모든 테마와 플러그인을 비활성화하고 한 번에 하나씩 다시 설치해야 할 수 있습니다. 플러그인 충돌 문제 해결에 대한 단계별 가이드가 도움이 될 수 있습니다.
충돌 외에도 오래된 WordPress 플러그인으로 인해 HTTP 500 오류가 발생할 수 있습니다. 업데이트를 미루고 있다면 플러그인과 테마가 최상의 상태인지 확인하기 위해 업데이트를 실행하는 것이 좋습니다!
사이트 백업을 사용하여 죽음의 흰색 화면을 수정하는 방법
WSoD를 곧 발견하면 이를 제거하는 가장 쉬운 방법 중 하나는 오류가 발생하기 전에 사이트를 최근 백업으로 롤백하는 것입니다. 이 프로세스는 오류가 시작된 시점을 정확히 찾아내는 데 도움이 되므로 HTTP 500 오류의 원인과 변경 사항을 더 쉽게 식별할 수 있습니다.
사이트를 개인적으로 백업하지 않더라도 대부분의 관리되는 WordPress 호스팅 제공업체는 자동으로 사이트 백업을 실행하고 복원 프로세스를 제공합니다. 귀하의 사이트가 Flywheel에서 호스팅되는 경우 당사는 매일 밤 귀하의 사이트를 백업하고 마지막 30개를 저장합니다. 귀하는 Flywheel 대시보드에서 직접 백업을 빠르고 쉽게 복원할 수 있습니다. 사이트가 다른 제공업체에서 호스팅되는 경우 해당 제공업체에 연락하여 복원을 요청하십시오.
사이트를 롤백한 후에도 처음에 오류를 일으킨 원인을 찾는 것을 잊지 마십시오. 사이트의 새로운 플러그인이었습니까? 업데이트가 제대로 완료되지 않았습니까? 백업으로 죽음의 흰색 화면을 제거하는 것이 좋지만(사이트가 백업되었음을 의미하기 때문입니다!) 동일한 상황을 반복하지 않도록 원인을 파악하는 다음 단계를 수행하는 것을 잊지 마십시오.
사이트의 메모리를 늘려 죽음의 흰색 화면을 수정하는 방법
때때로 HTTP 500 오류는 사이트가 할당된 메모리를 초과했기 때문에 발생합니다. "허용된 메모리 크기가 xxxxxx 바이트 소진되었습니다."라는 오류가 표시되면 메모리를 늘려야 한다는 표시입니다.
참고: 대부분의 관리되는 WordPress 호스트는 서버 수준 설정이므로 이를 처리합니다. 사이트가 Flywheel에서 호스팅되는 경우 사이트의 메모리를 늘려야 한다는 메시지를 지원 팀에 보내주시면 패치해 드리겠습니다.
이에 대한 수동 솔루션은 애플리케이션에 더 많은 PHP 메모리를 할당하는 것입니다. 이것은 많은 설치에서 wp-config.php 파일을 통해 수행할 수 있습니다. 파일에 다음 코드를 추가하기만 하면 됩니다.
PHP 메모리를 64MB로 늘리려면:
define( 'WP_MEMORY_LIMIT', '64M' );
PHP 메모리를 96MB로 늘리려면:
define( 'WP_MEMORY_LIMIT', '96M' );
참고: 보안상의 이유로 Flywheel은 wp-config.php 파일을 잠그고 직접 변경할 수 없습니다. 우리는 소프트웨어에 의해 자동 생성되고 사용자가 원하는 대부분의 모든 것이 자동으로 구성되기 때문에 이 작업을 수행합니다.
WordPress는 이 기능을 사용하기 전에 입력한 값보다 적은 메모리가 PHP에 할당되었는지 자동으로 확인합니다. 예를 들어 PHP에 64MB가 할당된 경우 필요한 경우 WordPress가 자동으로 64MB를 모두 사용하므로 이 값을 64M으로 설정할 필요가 없습니다.
구문 오류를 해결하여 죽음의 흰색 화면을 수정하는 방법
구문 오류는 일반적으로 코드 구문의 실수로 인해 발생합니다. 실수로 잘못된 구문을 잘못 입력하거나 붙여넣어 WSoD가 발생했을 수 있습니다.
구문 오류를 해결하는 가장 쉬운 방법은 사이트를 흰색 죽음의 화면 이전 버전으로 롤백하는 것입니다. 이렇게 하면 코드를 편집할 필요 없이 사이트를 다시 푸시하고 오류가 발생하기 전의 마지막 백업으로 복원합니다.
구문 오류를 해결하는 또 다른 방법은 구문 오류에 언급된 파일을 편집하는 것입니다. 일반적으로 구문 오류는 오류가 발견된 코드 행과 함께 파일을 참조합니다.
영향을 받는 파일을 편집하려면 두 가지 접근 방식을 사용할 수 있습니다.
- 서버 설정에 따라 FTP 또는 SFTP를 통해 영향을 받는 파일 다운로드
- 웹 호스트에서 제공하는 도구를 사용하여 서버에서 직접 파일 편집
FTP 클라이언트는 웹 사이트에 연결하고 FTP 프로토콜을 사용하여 파일을 전송하는 데 도움이 되는 응용 프로그램입니다. 일부 무료 솔루션에는 Filezilla 및 Cyberduck이 포함됩니다. 영향을 받는 파일을 다운로드한 후에는 Sublime과 같은 텍스트 편집기에서 라인 코드를 기반으로 오류의 원인을 확인하십시오. 구문 오류를 수정했다고 생각되면 FTP를 통해 파일을 서버에 다시 업로드하십시오. 사이트를 하드 새로고침하여 사이트가 정상 상태로 돌아가는지 확인합니다.
두 번째 옵션은 웹 호스트가 온라인 파일 관리 도구를 통해 서버에서 직접 파일을 편집하는 도구를 제공하는 경우 사용할 수 있습니다. 이러한 특성의 도구를 제공하는 경우 로그인하여 파일을 찾고 필요한 변경을 수행한 다음 저장할 수 있습니다.
전문가 팁: 라이브 사이트가 아닌 로컬 환경에서 사이트 업데이트를 수행하면 구문 오류로 인한 화이트 스크린을 피할 수 있습니다. Local은 오프라인 편집을 위해 사이트 사본을 쉽게 가져오고 변경 사항을 프로덕션에 실시간으로 푸시할 수 있는 WordPress 사이트 전용 무료 솔루션입니다.
파일 권한 문제를 식별하여 죽음의 흰색 화면을 수정하는 방법
잘못된 파일 및 폴더 권한이 있으면 업로드하는 동안 WordPress 사이트에 오류가 발생하여 흰색 화면이 표시될 수 있습니다.
왜요? 파일 및 폴더 권한은 계정에서 호스팅되는 파일을 읽고, 실행하거나 수정할 수 있는 사람을 서버에 알려 주기 때문입니다. 일반적으로 WordPress는 파일을 편집하거나 폴더를 만들거나 디스크에 쓸 수 없다고 경고합니다. 그러나 때때로 오류 메시지가 표시되지 않을 수 있습니다.
사이트에 어떤 파일 및 폴더 권한이 있는지 확인하려면 FTP를 통해 사이트에 연결하세요. 연결되면 WordPress 사이트의 루트 폴더로 이동합니다.
거기에서 루트 디렉토리의 모든 폴더를 선택하고 마우스 오른쪽 버튼을 클릭하여 "파일 권한"을 선택하십시오. 새 상자에 숫자 값이 표시되어야 합니다. 권장 값은 "755"이므로 다른 것이 보이면 계속해서 변경하십시오. "하위 디렉토리로 재귀" 확인란을 클릭한 다음 "디렉토리에만 적용" 옵션을 선택합니다. "확인"을 클릭합니다. FTP 클라이언트가 폴더 및 하위 폴더에 대한 파일 권한 설정을 시작하므로 완료할 때까지 몇 분 정도 기다리십시오.
그런 다음 WordPress 사이트의 루트 폴더에 있는 모든 파일과 폴더를 선택하고 마우스 오른쪽 버튼을 클릭하여 "파일 권한"을 선택합니다. 이때 파일 권한 상자의 숫자 값은 "644"여야 합니다. 다른 경우 새 값을 입력하고 "Recurse into subdirectories" 확인란을 클릭한 다음 "Apply to files only" 옵션을 선택합니다. 계속하려면 "확인"을 클릭하십시오.
이제 FTP 클라이언트가 WordPress 사이트의 모든 파일에 대한 파일 권한 설정을 시작합니다. 완료할 때까지 몇 분 정도 시간을 주고 하드 새로고침하세요.
WordPress 업데이트를 완료하여 죽음의 흰색 화면을 수정하는 방법
때로는 WordPress에서 업데이트 문제가 발생합니다. 대부분 저절로 해결되지만, 간혹 죽음의 하얀 화면으로 이어지는 경우도 있습니다.
WordPress 업데이트를 완료하는 방법에는 두 가지가 있습니다.
- .maintenance 파일 삭제
- 수동 업데이트
첫 번째 단계는 WordPress 루트 디렉토리로 이동하여 .maintenance 파일이 있는지 확인하는 것입니다. 이름은 점으로 시작하는데 이는 숨김 파일임을 의미합니다. FTP 프로그램을 사용하여 볼 수 없으면 서버의 제어판에 로그인하고 파일 관리자를 사용하여 찾아서 삭제하십시오. 해당 파일을 삭제한 후 사이트를 다시 로드하세요. 업데이트에 성공하고 WordPress가 해당 파일을 자동으로 제거하지 못한 경우 사이트가 정상적으로 로드됩니다.
여전히 문제가 표시되면 업데이트가 성공하지 못했을 가능성이 있습니다. 이 경우 업데이트를 수동으로 실행해야 할 수 있습니다. 이 가이드는 그렇게 하는 데 도움이 될 수 있습니다.
요약
죽음의 흰색 화면은 여러 가지 문제로 인해 발생할 수 있습니다. 사이트를 최대한 빨리 백업하고 실행하는 것이 중요하지만 문제와 문제가 발생한 이유를 이해하면 향후 HTTP 500 오류를 예방할 수 있습니다. 이 단계를 수행하면 사이트를 거의 또는 전혀 시간 없이 백업하고 실행할 수 있습니다!
오프라인 편집에 로컬 사용
라이브 사이트에서 편집을 시도하는 것은 무섭고 일반적으로 권장하지 않습니다. 그것은 깨진 사이트 또는 더 나쁜 죽음의 흰색 화면으로 이어질 수 있습니다. 그렇기 때문에 전 세계 개발자들에게 사랑받는 로컬 개발 도구인 Local이 있습니다!
오프라인 편집을 위해 라이브 사이트를 쉽게 풀다운할 수 있을 뿐만 아니라 몇 번의 빠른 클릭으로 로컬 사이트를 라이브로 푸시하고 간소화된 프로세스를 위해 도구를 동기화하는 등 다양한 작업을 수행할 수 있습니다. Local을 무료로 다운로드하고 WSoD를 피하십시오! 직접 사용해 보세요!