WordPress의 죽음의 흰색 화면에 대한 4가지 수정 사항

WordPress 사이트를 열 때 빈 화면이 나타나는 것을 본 적이 있나요? 방금 전까지만 해도 모든 것이 잘 작동하고 있었는데 갑자기 사이트가 공백으로 변했습니다! WordPress 사이트는 제대로 로드되지만 대시보드는 그렇지 않을 수도 있습니다. 이와 같은 상황은 WordPress 커뮤니티에서 악명 높은 죽음의 하얀 화면이라고 부르며 WordPress에서 가장 불편한 상황 중 하나입니다.

아직 이 용어를 접하지 못했다면 당신은 행운아 중 하나입니다. 오늘은 백색사망병(WSOD)의 다양한 증상에 대해 이야기하고, 각 질병에 대한 치료법에 대해 알아보겠습니다.

먼저 첫 번째 것들. WSOD는 다양한 이유로 인해 발생하는 변칙적 현상입니다. 운이 좋다면 귀하의 특정 사례가 일반적인 증상에 속할 수 있으며, 이에 대한 기성 수정이 가능합니다. 그러나 문제의 원인을 파악할 수 없다면 WordPress 전문가의 도움을 받는 것이 좋습니다.

WordPress White Screen of Death의 4가지 이유(및 솔루션)

그러나 좋은 소식은 WSOD 사건이 알려지지 않은 범주에 속할 가능성이 매우 희박하다는 것입니다. 대부분의 경우 WSOD의 원인은 세 가지 일반적인 범주에 속합니다. 이 튜토리얼에서는 WordPress White Screen of Death의 각 원인을 해결하기 위한 간단하고 따르기 쉬운 단계를 설명합니다.

이유 #1: 플러그인 관련 문제

새 플러그인을 설치했거나, 이전 플러그인을 업데이트했거나, 활성 플러그인을 수정하려고 했습니다.

수정: 하나 또는 모든 플러그인을 비활성화합니다.

대부분의 경우 현재 활성 테마와 방금 설치한 플러그인 사이에 충돌이 발생할 수 있습니다. 이러한 경우 해당 특정 플러그인을 비활성화하면 모든 것이 제대로 작동합니다. 그러나 문제가 있습니다. WordPress 대시보드가 작동하지 않을 때 플러그인을 어떻게 비활성화하시겠습니까?

지금까지 반년 넘게 WordPress를 사용해 왔다면 다음 줄을 읽지 마세요. 해결책을 생각해 보십시오. 힌트를 드리겠습니다. FTP를 통해 WordPress 플러그인 디렉토리에 액세스하는 것과 관련이 있습니까? 그것을 얻었습니까? 예? 명성! 아니요? 문제 없습니다. 계속 읽어보세요. 하지만 일단 해결책을 읽고 나면 여러분의 이마를 뺨을 때리게 될 것이라고 약속합니다! 여기 있습니다.

FTP를 통해 WordPress 플러그인을 비활성화하는 방법은 무엇입니까?

FTP를 통해 WordPress 플러그인을 비활성화하는 것은 정말 간단한 작업입니다. 전제 조건으로 WordPress 디렉터리에 대한 올바른 권한과 함께 FTP 액세스 권한이 있어야 합니다.

참고: 대부분의 호스팅 제공업체는 FTP 액세스를 제공합니다. 그러나 VPS 또는 클라우드 서버에 WordPress를 설치한 경우 VPS에 FTP 서버를 설치하지 않았을 가능성이 있습니다. 이러한 상황에서는 proftpd 또는 vsftp와 같은 오픈 소스 FTP 클라이언트를 설치해야 합니다. 온라인에는 여러 튜토리얼이 있으며, 서버 운영 체제를 사용하는 튜토리얼을 읽어 보시기 바랍니다. 예를 들어 Ubuntu 기반 VPS를 실행하는 경우 검색어는 “Ubuntu에 proftpd를 설치하는 방법”입니다.

해당 단계를 지운 후에는 플러그인을 비활성화해야 합니다.

적절한 계정으로 FTP 서버에 로그인하세요.
WordPress 설치 디렉터리로 이동합니다.
wp_content/plugins 폴더를 입력하세요.
플러그인 폴더 안에는 익숙한 이름을 가진 여러 폴더가 있습니다. 각 폴더는 플러그인을 나타냅니다.
올바른 플러그인 이름을 가진 폴더를 찾아 선택하세요.
아직 인식할 수 있는 다른 이름으로 이름을 바꾸세요. 예를 들어, 플러그인(즉, 폴더) 이름이 akismet인 경우 _akismet 또는 akismet_disabled와 같은 이름으로 바꿔야 합니다.
원하는 이름을 자유롭게 선택할 수 있습니다. 다른 플러그인 이름과 충돌하지 않고 나중에 알아볼 수 있는지 확인하세요.
폴더 이름을 바꾸면 플러그인이 영구적으로 비활성화됩니다.

이 단계를 완료한 후 브라우저를 실행하고 사이트가 로드되는지 확인하세요. 문제가 해결되면 칭찬을 드립니다!

모든 WordPress 플러그인을 한 번에 비활성화하는 방법은 무엇입니까?

위 프로세스에 따라 원하는 만큼 많은 플러그인을 비활성화할 수 있습니다. 그러나 한 번에 모든 플러그인을 비활성화하려면 시간이 많이 걸립니다. 훨씬 더 쉬운 방법이 있습니다. 플러그인 폴더의 이름을 바꾸고(예: plugins_old) plugins라는 라벨이 붙은 비어 있는 새 폴더를 만드세요. 본질적으로 이렇게 하면 모든 이전 플러그인이 한 번에 비활성화됩니다. 플러그인을 plugins_old 폴더에서 플러그인으로 하나씩 이동하고 개별적으로 활성화할 수 있습니다.

WSOD를 발생시키는 특정 플러그인 파일을 수정한 경우 FTP를 통해 플러그인을 비활성화하면 사이트가 다시 작동합니다. 백업 사이트에서 수정된 플러그인을 테스트하는 것은 항상 좋은 습관입니다. (해결책을 찾으려면 결론으로 이동하세요.)

이유 #2: 테마 관련 문제

플러그인과 마찬가지로 테마 관련 WSOD 문제도 비슷한 기원을 가지고 있습니다.

수정: 테마 비활성화

가장 간단한 원인 중 일부를 살펴보겠습니다.

새로운 테마 설치

새 테마를 설치하면 기존 플러그인과 충돌(클래식 테마-플러그인 충돌)이 발생할 수 있습니다. 이러한 경우 새로 활성화된 테마를 비활성화하기만 하면 WordPress가 자동으로 기본 테마로 되돌아갑니다. 기본 테마(20대 테마)를 삭제하지 않았는지 확인하세요. 있는 경우 테마를 wp_content의 themes 폴더에 업로드하세요.

WordPress에서 FTP를 통해 테마를 비활성화하는 방법은 무엇입니까?

이 프로세스는 플러그인을 비활성화하는 프로세스와 거의 유사합니다. 유일한 차이점은 plugins 폴더 대신 wp_content/themes 폴더를 열어야 한다는 것입니다. 테마 폴더로 이동하여 특정 테마 폴더의 이름을 변경하여 비활성화하세요.

잘못 코딩된 테마

여러 번 주요 WordPress 업데이트로 인해 잘못 코딩된 테마가 강물 아래로 흘러갈 수 있습니다. 잘못 코딩되고 오래된 테마는 최신 WordPress 업데이트에서 작동하지 않을 수 있습니다. WPExplorer는 아름답게 제작된 고품질 테마에 대해 자부심을 갖고 있습니다. 그들은 Themeforest에 많은 고객을 보유하고 있으며(그들의 포트폴리오를 확인해 보십시오) 그들은 제가 테마를 신뢰하는 몇 안 되는 사람들 중 하나입니다.

WordPress를 업데이트한 직후 테마 작동이 중지된 경우 테마가 원인일 가능성이 높습니다. 테마를 비활성화하면 모든 것이 정상으로 돌아갑니다.

테마 수정

WordPress는 버그가 있는 코드를 좋아하지 않습니다. 이는 조화롭게 작동하는 잘 구성된 코드 객체 세트에 의존합니다. 테마의 functions.php 파일과 같은 부분(OOP의 객체와 혼동하지 말 것) 중 하나가 제대로 작동하지 않으면 WordPress가 작동하지 않습니다. 이는 WSOD로 이어집니다.

일반적으로 WordPress 저장소나 유명 개발자의 테마는 이러한 결함에 대해 꼼꼼하게 테스트됩니다. 즉시 사용 가능한 테마에는 오작동하는 function.php 파일이 없습니다. 이러한 테마를 설치할 때 WSOD가 발생한다면 플러그인 테마 충돌일 가능성이 높습니다.

테마를 수정하거나 업데이트하면 부적절한 코드가 발생하여 문제의 핵심, 즉 WSOD가 발생할 수 있습니다. 이 문제를 해결하려면 수정된 파일을 이전 복사본으로 교체할 수 있습니다(백업을 했다고 가정합니다). 다른 경우에는 원본 테마 파일을 업로드할 수 있습니다.

이유 #3: 메모리 제한 초과

이 상황은 현재 호스팅 제공업체보다 더 성장했다는 전형적인 지표입니다. 웹사이트의 트래픽 양에는 현재 호스트가 제공할 수 없는 더 많은 리소스가 필요합니다. 이제 업그레이드할 시간입니다. 좋은 소식입니다. 귀하의 사이트가 성장하고 있습니다.

수정: 메모리 한도 늘리기

wp-config.php 파일을 수정하여 PHP 메모리 제한을 늘릴 수 있습니다. 다음 줄을 추가하기만 하면 됩니다.

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

공유 호스트에서는 64MB의 메모리 제한이면 충분합니다. 문제가 계속되면 호스팅 제공업체에 문의해야 합니다.

저렴한 웹 호스트

이 문제는 품질을 희생하는 저렴한 웹호스트에서도 흔히 발생합니다. 이러한 호스트는 수익을 내기 위해 가능한 한 많은 고객을 하나의 서버에 집중시킵니다. 결과적으로 클라이언트당 리소스(예: RAM)의 양이 크게 줄어듭니다. 이는 WSOD로 이어집니다. 따라서 더 이상 메모리 제한을 늘릴 수 없는 예산 호스팅 계획을 사용하고 있다면 계획을 업그레이드해야 합니다.

이유 #4: 알 수 없는 원인

때로는 WSOD 원인을 확실히 확인할 수 없어 해결 방법을 찾을 수도 있습니다. 이러한 경우에는 문제의 원인을 파악해야 합니다.

수정: WP_DEBUG 모드 활성화

wp-config.php 파일 하단에 다음 줄을 추가하기만 하면 됩니다.

error_reporting(E_ALL);
ini_set('display_errors', 1);
define( 'WP_DEBUG', true);

이는 WordPress에 출력 화면에서 발생하는 모든 오류를 표시하도록 지시합니다. 이 정보를 사용하여 WSOD의 원인을 확인할 수 있습니다.

결론

White Screen of Death는 모든 WordPress 사용자가 직면해야 하는 피할 수 없는 문제 중 하나입니다. 물론 WordPress.com을 사용하는 경우에는 그런 문제가 발생하지 않지만 자체적인 제한 사항이 있습니다.

이러한 호스팅 문제에 대해 걱정할 필요가 없는 편안함을 원한다면 관리형 WordPress 호스팅이라는 해결책이 있습니다. 관리형 WordPress 호스팅 제공업체는 WordPress 및 WordPress 관련 문제를 전문으로 합니다. WPExplorer에서는 WPEngine을 사용하고 있으며 매우 만족합니다. 사이트가 얼마나 빨리 로드되는지 살펴보세요. ?

예산이 허용되고 모든 호스팅 관련 문제에서 벗어나고 싶다면 WPEngine이나 Media Temple 또는 기타 추천 호스팅 제공업체 중 하나의 관리형 호스팅을 좋아하실 것입니다. 언제나 그렇듯, 여러분의 생각을 듣고 싶습니다! 당신의 WSOD 이야기는 무엇입니까?