WordPress에서 죽음의 흰색 화면을 해결하는 방법

WP 사용자, 특히 초보자에게 WSOD(White Screen Of Death) 의 광경은 악몽에 불과합니다. 이러한 문제가 발생하면 웹 사이트 관리자가 웹 사이트에 액세스할 수 없으며 방문자도 웹 사이트를 열 수 없습니다. 그러나 정확히 이 문제의 원인은 무엇입니까?

WordPress에서 죽음의 흰색 화면이라는 딜레마를 경험한 적이 있습니까?

일반적으로 WSOD(White Screen Of Death)의 원인은 PHP의 프로그래밍 또는 데이터베이스 오류의 존재 때문입니다. 전문가들에 따르면 WSOD(White Screen Of Death)의 배후에는 세 가지 중요한 범인이 있을 수 있습니다.

1. WordPress에서 테마 파일을 찾을 수 없습니다.
2. 플러그인과 테마가 동일한 리소스를 동시에 사용하려고 할 때.
3. 다른 WP 구성 요소와의 플러그인 호환성 부족.

WSOD 퍼즐을 푸는 방법?

불행히도 WSOD(White Screen Of Death)는 어려운 퍼즐입니다. 전문가 가이드 없이 누락된 부분을 결합하는 것은 쉽지 않습니다. 인터넷에서 여러 가이드를 찾을 수 있지만 일부는 너무 길고 다른 가이드에는 항상 실행 가능한 솔루션이 포함되어 있지 않습니다. 따라서 우리는 문제가 있는 WP 웹 사이트 관리자를 가능한 한 최단 시간에 돕기 위해 특별히 이 가이드를 만들었습니다.

1. 브라우저 캐시 지우기

가장 쉬운 WP 수정 사항인 브라우저 캐시 지우기로 이동해 보겠습니다. 경우에 따라 브라우저 캐시가 WP에 문제를 생성할 수 있습니다. 브라우저의 설정을 열고 인터넷 사용 기록으로 이동합니다. 예를 들어 Chrome에는 "인터넷 사용 기록 삭제" 옵션이 있습니다. 이 옵션을 사용하면 브라우저 기록에서 쿠키, 기록 및 기타 저장된 파일을 제거할 수 있습니다.

청소 프로세스를 시작합니다. 모든 것을 제거한 다음 브라우저 창을 닫습니다. 브라우저를 다시 열고 웹사이트를 관리자로 열어보십시오. WSOD(White Screen Of Death) 문제에서 벗어날 가능성이 있습니다. 그렇지 않다면 더 복잡한 솔루션으로 넘어갈 때입니다.

2. 디지털 행동 분석

아마도 당신은 잠시 동안 "셜록"이 되는 것이 도움이 될 것입니다. 당신의 "마인드 팰리스"로 가서 과거의 행동, 즉 WP와 관련된 행동을 기억하십시오. 때때로 WSOD(White Screen Of Death)는 사용자의 잘못에 대한 결과로 나타납니다. 따라서 모든 WP 관련 작업을 검토하여 퍼즐의 누락된 부분을 해독하려고 시도해야 합니다. WSOD(White Screen Of Death)의 원인은 다음과 같습니다.

• 새 테마 또는 플러그인을 설치했습니다.
• 코드를 엉망으로 만들었습니다.
• 데이터베이스 구성을 잘못 관리했습니다.

마찬가지로, 범인이 웹 팀의 누군가일 수도 있습니다. 따라서 팀원에게 변경 사항이 있는지 확인하십시오.

3. 정답은 프론트엔드에 있을 수 있습니다

영향을 받는 구성 요소의 일부를 분리합니다. 프론트엔드인지 백엔드인지 또는 더 나쁜지 식별합니다. WSOD(White Screen of Death)의 공격을 받은 전체 웹사이트입니다. 검은색 wp-admin 페이지에서 유용한 정보를 얻지 못할 수도 있지만 프론트엔드는 유용한 통찰력을 제공할 수 있습니다 . 때때로 WSOD(White Screen Of Death)에 오류 메시지가 표시됩니다. 그것을 살펴보고 테마, 메모리 제한 또는 기타 문제를 가리키는지 확인하십시오.

4. 사라진 테마

누락된 테마와 같은 테마 문제를 가리키는 오류 메시지가 표시되면 몇 가지 이유가 있을 수 있습니다. 예를 들어, 때때로 개발자는 시스템에서 WP 웹사이트를 성공적으로 실행하고 테스트하지만 배포하는 동안 테마와 같은 웹사이트의 리소스 전송에 소홀합니다.

이러한 경우 SFTP(Secure File Transfer Protocol)를 통해 누락된 모든 파일의 업로드에 제대로 참여해야 합니다 . 따라서 SFTP를 열고 "wp-content"라는 폴더로 이동합니다. 그에 대한 응답으로 플러그인, 보고서, 업그레이드 및 테마와 같은 많은 폴더를 볼 수 있습니다. "테마" 폴더를 클릭하고 이름을 변경합니다. 이 작업의 목적은 WP가 테마를 호출할 수 없도록 하여 테마 가 꺼지도록 하는 것입니다. 따라서 이 리트머스 테스트를 사용하여 WordPress 웹사이트에 다시 액세스할 수 있는지 확인하십시오.

의심이 타당하다면 몇 가지 옵션이 있습니다. 가장 쉬운 옵션은 테마를 롤백하고 이전 버전을 사용하는 것입니다. 이러한 경우 백업을 활용 하거나 웹사이트에서 직접 이전 버전을 설치할 수 있습니다 . 그러나 현재 버전을 사용해야 하는 경우 테마 뒤에 있는 팀에 문의해 보세요. 패치 형태로 솔루션을 제공할 수 있습니다. 최후의 수단으로 다른 장벽이 없는 새로운 아이디어를 찾으십시오.

5. 플러그인 문제

대답이 WP 테마 수정에 있지 않다면 플러그인에 초점을 맞추십시오. 플러그인을 업데이트했거나 새 플러그인을 설치했는데 WSOD 형태의 영향을 받았을 수도 있습니다. 때때로 자동 WP 플러그인 업데이트는 관리자가 최근 알림에 대한 단서가 없는 유죄 당사자입니다.

WSOD를 유발하는 플러그인에 도달하면 이전 버전을 다시 다운로드하거나 다운로드하여 이전 버전으로 롤백을 시도할 수 있습니다. 마찬가지로 플러그인 작성자에게 도움을 요청할 수 있습니다. 그들은 당신을 패치로 안내할 수 있습니다. 마지막으로 플러그인을 제거하고 대안을 찾을 수 있습니다.

플러그인에 문제가 있는 경우 WordPress 플러그인 및 테마 유지 관리 서비스를 선택할 수 있습니다.

6. 잘못된 코딩

WP 개발자가 WP 웹 사이트를 완전히 테스트하지 않고 코드 기반을 수정하는 것과 같은 무책임한 프로그래밍 관행에 관여한 경우 이러한 수정 사항을 저장한 후 결과적으로 WSOD(White Screen Of Death)가 발생할 수 있습니다. 따라서 항상 새로운 코딩 추가가 오프사이트에서 적절하게 테스트되었는지 확인하고 적절한 조치를 취하지 않고 웹사이트에 추가해서는 안 됩니다.

이 문제에 대응하려면 먼저 어떤 유형의 파일이 수정되었는지 평가해야 합니다. 예를 들어, .htaccess 및 wp-config.php와 같은 파일은 간단한 다운로드로 쉽게 교체할 수 있습니다. WP의 원래 웹 사이트로 이동하여 파일을 추출해야 합니다. 그런 다음 FTP를 사용하여 영향을 받는 파일을 삭제합니다. 새 다운로드를 사용하여 해당 파일을 교체하십시오.

7. 서버의 불능에 대처하기

WSOD는 메모리 또는 실행 시간 문제와도 관련될 수 있습니다. 이러한 문제는 웹 사이트의 기본 설정으로 인해 생성됩니다. 예를 들어 사이트에 대한 새 WP 테마가 있습니다. 그러나 데모 활성화를 시도했을 때 WSOD(White Screen Of Death)가 갑자기 끼어들었다. 이는 테마에 문제가 없었지만 서버가 엄청난 양의 파일 로드를 계산할 수 없다는 것을 의미합니다. 이 문제는 두 가지 방법으로 해결할 수 있습니다.

우선, 기억력 한계를 재평가할 수 있습니다. 때로는 경계를 특정 임계값으로 늘리거나 줄이도록 제안하는 오류 메시지가 표시될 수 있습니다. 하나를 얻지 못하면 경험상 64MB로 시작하십시오. 이제 세 개의 파일을 수정할 수 있습니다.

• wp-config.php 파일에서 다음 코드를 사용합니다.
  정의('WP_MEMORY_LIMIT', '64M');
• .htaccess 파일에서 다음 코드를 사용합니다.
  php_value memory_limit 64M
• php.ini 파일에서 다음 코드를 사용합니다.
  memory_limit = 64M

이러한 파일을 수정하기 전에 백업을 생성하고 문제가 발생하면 저장하십시오. 각 파일을 변경한 후 WP 웹 사이트를 테스트하여 작동하는지 확인하십시오.

이후 최대 실행 시간으로 시간을 수정합니다. WSOD(White Screen Of Death)가 오류 메시지에 특정 실행 시간 증가를 표시하지 않는 시나리오에서는 60초부터 시작합니다. 이 설정은 두 개의 파일에 통합할 수 있습니다.

• .htaccess 파일에서 이 코드를 사용하십시오.
  php_value max_execution_time 60
• php.ini 파일에서 이것을 시도하십시오.
  max_execution_time = 60

위의 모든 변경 사항을 저장해야 합니다. 그런 다음 WP에 액세스하여 WSOD가 지속되는지 확인하십시오.

8. 디버깅

여전히 WSOD(White Screen Of Death)가 발생하는 경우 wp-config.php 파일을 사용하여 서버 디버깅을 수행하십시오. 제어판에서 데이터베이스의 wp-config 파일을 식별합니다. 파일을 확인하고 다음과 유사한 행을 찾으십시오.

정의( 'WP_DEBUG', 거짓 );
"거짓"을 "참"으로 변경하십시오.

때로는 라인이 존재하지 않습니다. 이러한 경우 위의 경로를 "true"로 명시적으로 지정해야 합니다. 변경 사항을 저장하여 프로세스를 종료합니다. PHP 코딩 문제가 있으면 디버깅 프로세스에서 문제를 찾아냅니다. 디버깅 출력을 분석하고 해결한 다음 WP를 열어 WSOD가 여전히 널리 퍼져 있는지 확인합니다. 디버깅이 완료되면 위에서 언급한 코드 줄을 "true"에서 기본값인 "false"로 변경합니다.

9. 구조를 위한 회사 구하기

때로는 이러한 문제가 복잡하고 견고하여 회사에 서비스를 요청할 수 있습니다. 따라서 이러한 경우 HelpBot과 같은 평판 좋은 WP 회사에 문의하십시오. HelpBot의 방대한 경험은 이러한 경우에 매우 유용할 수 있으며 궁극적으로 문제를 해결하는 데 도움이 될 수 있습니다. 다양한 WP 서비스를 보유하고 있습니다. 뚫을 수 없는 보안 요새에서 웹 사이트를 만드는 것부터 가장 시각적으로 매력적인 테마를 설치하는 것, 사이트의 SEO를 높이고 경쟁자보다 앞서는 것부터 연중무휴 모니터링 서비스 제공에 이르기까지 모든 기반을 다룹니다. 그래서 당신은 무엇을 기다리고 있습니까? 귀하의 웹사이트를 혁신하고 다음 단계로 인도할 수 있도록 저희에게 연락하십시오.

미래를 위한 준비

티에 대한 위의 솔루션을 따르면 WSOD의 지옥에서 벗어날 수 있습니다. 단, 이번 강의를 통해 학습하고 향후 WSOD에서 안전을 확보할 수 있도록 필요한 조치를 취하는 것이 중요합니다. WP 플러그인 업데이트와 같은 간단한 업그레이드로도 회사가 오프라인 상태가 될 수 있으므로 예방 조치를 취해야 합니다. 이러한 팁 중 일부는 다음과 같습니다.

1. 웹 사이트의 백업을 매일 정기적으로 유지 관리하는 것은 지루한 작업처럼 들릴 수 있지만 그 이점은 셀 수 없이 많습니다. 즉, White Screen Of Death가 발생할 때마다 어제의 백업을 사용하여 웹사이트를 다시 가동할 수 있습니다.
2. 테마 및 플러그인과 같은 WP 리소스 업데이트와 관련된 모든 주요 및 사소한 세부 정보를 따르십시오. WP 구조를 완전히 볼 수 있으면 White Screen Of Death의 신비 뒤에 숨겨진 이유를 신속하게 쉽게 확인할 수 있습니다.
3. 실제 웹 사이트에 변경 사항을 통합하기 전에 항상 검증을 위해 테스트 환경에서 WP 변경 사항을 실행하십시오.
4. 팀에 적절한 정책을 도입하십시오. 올바른 업계 관행을 따르고 누가 코드를 변경했는지 확인할 수 있습니다. 즉, 팀에 역할과 권한을 할당하고 전체 세부 정보 및 시간과 관련된 모든 변경 사항을 모니터링하십시오.
5. 모든 유형의 WordPress 서비스를 제공하는 회사를 선택하십시오.

WordPress에 문제가 있는 경우 WordPress 전문가의 도움을 받을 수 있습니다.