이 웹사이트 오류에 치명적인 오류가 발생하여 수정하는 11가지 최선의 방법

"이 웹 사이트에 심각한 오류가 있습니다" 오류의 의미는 무엇입니까?

WordPress 오류 풀이 있었지만 언젠가 WordPress를 사용하는 동안 그 중 하나에 직면할 가능성이 있습니다. 그러나 "이 웹 사이트에 심각한 오류가 발생했습니다." 오류는 WordPress 대시보드에 대한 액세스를 직접 차단하는 유형 중 하나입니다.

이 WordPress 오류는 일반적으로 PHP 스크립트에 심각한 문제가 있음을 의미하며 어떤 이유로든 PHP 치명적인 오류로 간주되는 프로세스를 실행 및 완료할 수 없습니다.

사용자를 돕고 오류에 대해 알리기 위해 WordPress에는 설치된 플러그인 또는 테마로 인한 치명적인 오류를 자동으로 감지하고 즉시 관리자의 이메일 주소로 이메일 알림을 보내는 특수 기능이 있습니다.

이메일 알림은 오류 원인에 대한 자세한 정보로 구성되며 다음과 같이 표시됩니다.

이메일은 또한 대시보드에 안전하게 로그인하고 추가 조사를 할 수 있는 특별한 "복구 모드" 링크로 구성되어 있습니다.

이와 관련된 이메일을 찾지 못한 경우 이메일 스팸 폴더를 확인하십시오. 하지만 혹시라도 이메일로 메시지를 받지 못했다면 원인을 찾아 최대한 빨리 해결해야 합니다.

"이 웹 사이트에 심각한 오류가 있습니다" 오류가 발생하는 이유는 무엇입니까?

한동안 WordPress 플랫폼을 사용하고 있다면 최악의 WordPress 오류 중 하나인 WSOD(화이트 스크린 오브 데스)를 경험했을 것입니다. WordPress 사이트에 로그인하거나 탐색하는 동안 갑자기 완전히 빈 흰색 화면이 표시되는 것을 상기했을 수 있습니다.

하지만 요즘 이 하얀색 빈 화면 오류가 "이 웹 사이트에 심각한 오류가 발생했습니다."라는 오류 메시지로 변형되거나 변경되었습니다. 지침은 사이트 관리자 이메일 받은 편지함을 확인하십시오.” 당신의 웹페이지에.

따라서 이전에 흰색 죽음의 화면을 일으킨 이유가 무엇이든 "웹 사이트에 심각한 오류가 있습니다"오류를 유발하는 것과 같은 이유일 가능성이 훨씬 큽니다. 즉, 문제는 다음과 같은 경우에 발생합니다.

• PHP에 문제가 있습니다
• 메모리 제한 초과
• 코어, 플러그인 또는 테마 파일의 오류
• 데이터베이스가 손상되었습니다.

이유가 무엇이든 WordPress에서 이메일 주소로 보낸 오류 알림은 그 이유를 자세히 지정하고 문제를 해결하는 것이 더 쉬울 것입니다.

마찬가지로 다른 유사한 WordPress 오류가 발생할 수 있으며 해당 솔루션도 찾고 있습니다.

• 500 내부 오류
• 404 오류를 찾을 수 없습니다
• 502 잘못된 게이트웨이 오류
• 데이터베이스 연결을 설정 오류
• 업로드된 파일이 php.ini의 upload_max_filesize 지시문을 초과합니다.

그리고 더 많은. 더 자세히 알아보려면 "HTTP 상태 코드"에 대한 전용 게시물을 확인하세요. 이 게시물은 WordPress 오류에 대해 더 많이 아는 데 확실히 도움이 될 것입니다.

"이 웹 사이트에 심각한 오류가 발생했습니다" 오류를 수정하는 방법?

웹 사이트에서 WordPress 오류를 수정하려면 가장 먼저 해야 할 일은 문제를 일으키는 원인을 조사하는 것입니다. WordPress에서 오류 세부 정보에 대한 알림 이메일을 보내지 않을 경우를 대비하여 다음과 같은 간단한 해결 방법을 따라야 합니다.

1. 오류 로그 확인

WordPress 알림 이메일을 받지 못한 경우 가장 먼저 해야 할 일은 WordPress 오류 로그 파일을 확인하는 것입니다. 이 파일은 모든 사고 또는 PHP 오류 정보를 저장하는 역할을 합니다. 오류 로그 및 설정 방법에 대한 자세한 내용은 "WordPress 오류 로그 설정 및 사용 방법"에 대한 전용 블로그를 참조하십시오. 가장 단순하면서도 가장 정보를 제공하는 형식으로 제공됩니다.

오류 로그에 액세스하려면 호스팅 계정에서 FTP(파일 전송 프로토콜) 클라이언트의 파일 관리자를 사용하고 home/[username]/.logs/error_log_[domain] 으로 이동합니다.

또는 WPOven에서 웹 사이트를 호스팅한 경우 해당 사이트의 logs/ 폴더에서 사용할 수 있습니다.
로그 폴더에 액세스하려면 사이트와 연결된 SFTP 계정을 사용하세요. 로그인하면 두 폴더의 logs/ 및 public_html/이 표시됩니다.

error.log 및 access.log라는 로그/폴더 내에서 로그를 찾을 수 있습니다. 추가 검토를 위해 동일한 SFTP 계정을 사용하여 로컬 PC에 다운로드할 수 있습니다. ssh 를 사용하여 로그인하고 이러한 로그를 확인할 수도 있습니다.

일반적으로 오류 로그는 PHP 오류 구문 분석 오류, 치명적 오류, 경고 및 심각한 오류의 4가지 유형으로 구성됩니다. 그리고 치명적/치명적 오류를 발견하면 즉시 수정해야 합니다.

2. WordPress에서 디버그 모드 활성화

오류 로그 파일을 찾을 수 없는 경우 시도할 수 있는 대체 방법은 WordPress에서 디버깅을 활성화하거나 활성화하는 것입니다. WordPress CMS에는 핵심 소프트웨어, 테마 파일 또는 플러그인에서 PHP 오류 코드를 찾는 데 도움이 되는 디버깅이라는 특수 기능이 내장되어 있습니다.

WordPress에서 디버그 모드를 수동으로 활성화하려면 Wp-config.php 파일에 몇 가지 상수를 추가해야 합니다.

그리고 wp-config.php 파일을 구성하려면 FTP(파일 전송 프로토콜) 클라이언트를 사용하여 서버에 연결해야 합니다. 아마도 루트 폴더나 웹사이트에서 wp-config.php 파일을 찾을 수 있을 것이며 파일을 찾을 수 있을 때 파일을 열고 일부 편집을 수행할 것입니다.

wp-config.php 파일에는 대부분 웹 호스팅 공급자의 설정, 데이터베이스 정보 및 기타 중요한 정보와 같은 웹 사이트의 모든 구성 설정이 포함되어 있습니다. 이제 WP 디버깅을 활성화하려면 다음 코드 줄을 찾아야 합니다.

('WP_DEBUG',false);

이제 위의 코드 라인을 찾을 수 있을 때 다음으로 해야 할 일은 아래 코드를 복사하는 것입니다.

// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );

// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );

// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );

// Use dev versions of core JS and CSS files (only needed if you are modifying these core files) define( 'SCRIPT_DEBUG', true );
/* Now you are done, save and Exit

어디에,

• WP_DEBUG 는 WordPress에서 디버깅 모드를 활성화하는 것을 의미합니다.
• WP_DEBUG_LOG 를 사용하면 모든 오류 세부 정보를 로그 파일에 저장할 수 있습니다.
• WP_DEBUG_DISPLAY 는 HTML의 페이지에 오류 메시지를 표시합니다.
• SCRIPT_DEBUG 는 축소된 버전이 아닌 CSS 및 javascript 파일의 개발 버전을 실행하는 데 도움이 됩니다.

참고: WP_DEBUG_DISPLAY를 true로 변경하지 않는 것이 좋습니다. 그렇지 않으면 라이브 웹사이트에 오류가 표시되기 시작합니다.

위의 코드를 wp-config.php 파일에 붙여넣은 후 변경 사항을 저장하고 텍스트 편집기를 종료해야 합니다. 이제 디버깅 모드를 성공적으로 활성화했습니다.

그러나 기본 WordPress 디버깅 모드만 활성화하려면 아래 코드를 추가할 수 있습니다.

define( 'WP_DEBUG', true ); // WP_DEBUG 모드를 활성화하려면

이제 웹사이트를 디버그할 수 있게 되면 상수를 false로 설정하거나 단순히 wp-config.php 파일에서 스니펫을 제거하여 디버그 모드를 비활성화할 수 있습니다.

WordPress 디버깅을 활성화/활성화하는 방법을 알아보려면 "WordPress 디버깅: WP_DEBUG를 활성화하는 방법"에 대한 전체 가이드를 확인하세요.

3. WordPress 사이트 되돌리기/복원

웹사이트에 WordPress 오류가 있고 가능한 원인과 해결 방법을 찾을 수 없는 경우 가장 좋은 방법은 백업에서 웹사이트를 복원하는 것입니다. 네, 맞습니다. 이것이 우리가 항상 모든 사람에게 웹 사이트의 최신 백업을 항상 유지하도록 강요하는 이유입니다.

동일한 문제가 발생하더라도 오류를 유발할 수 있는 수행 중인 단계를 쉽게 추적할 수 있습니다.

웹사이트를 완전히 복원하는 방법은 웹사이트를 백업하는 데 사용한 방법에 따라 다릅니다. WordPress 백업 플러그인을 사용한 경우 추가 단계는 해당 기술 자료 또는 설명서를 참조해야 합니다.

또는 웹 호스트가 웹사이트 백업을 관리하는 경우 웹 호스팅 제공업체에 문의하십시오. WPOven에서 호스팅하는 모든 웹 사이트는 Amazon S3에서 제공하는 자동으로 매일 백업되며 다시 복원하려면 다음 중 하나를 수행할 수 있습니다.
1) 지원 티켓을 끊으시면 지원 팀이 기꺼이 백업을 복원해 드립니다. 또는

2) SFTP를 통해 로그인하여 원하는 백업을 다운로드하고 복원할 수 있습니다.

참고: 먼저 스테이징 플랫폼 에서 라이브 사이트를 복원하고 웹 사이트가 제대로 작동하는지 확인하고 노력이 사라지는 취약성을 피하십시오.

4. 테마 충돌 해결

때때로 "이 웹 사이트에 심각한 오류가 발생했습니다" 오류는 활성 테마 파일의 일부 충돌로 인해 발생할 수 있습니다. 이를 처리하는 가장 좋은 방법은 기본 테마로 되돌리고 문제가 해결되었는지 확인하는 것입니다.

그러나 관리자 패널 또는 WordPress 대시보드에 액세스할 수 없는 경우 File Zilla와 같은 FTP 클라이언트를 사용하여 서버의 웹 사이트 파일에 액세스하고 public_html 폴더 > wp-content>themes 로 이동합니다. 활성 테마 폴더를 검색하고 " youractivetheme-disabled "로 이름을 바꾸거나 완전히 삭제하십시오.

웹사이트가 문제 없이 완전히 로드될 수 있다면 이전 테마에 문제가 있음을 의미합니다. 이제 이전 테마를 복원하려면 다시 설치하거나 폴더 이름을 원래 이름으로 다시 바꾸면 됩니다.

5. 설치된 WordPress 플러그인 조사

웹사이트에 여전히 심각한 오류가 있는 경우 설치된 플러그인에 문제가 있는지 확인하십시오. 관리자 패널 또는 WordPress 대시보드에 액세스할 수 있는 경우 먼저 플러그인 > 설치된 플러그인을 탐색하고 목록 상단의 확인란을 선택하여 모두 선택하여 웹사이트에 설치된 모든 WordPress 플러그인을 비활성화해야 합니다. 그런 다음 일괄 작업 > 비활성화 를 클릭합니다.

그러나 워드프레스 대시보드의 관리자 패널을 통해 액세스할 수 없는 경우 File Zilla와 같은 FTP 클라이언트를 사용하여 서버의 웹사이트 파일에 액세스하고 public_html 폴더 > wp-content>plugins 로 이동합니다.

마찬가지로 테마의 경우 모든 플러그인 폴더의 이름을 yourplugin_disabled로 변경하고 요소(설치한 경우) 플러그인 디렉토리는 그대로 둡니다. 그리고 웹사이트가 제대로 작동하는지 확인하십시오.

웹 사이트가 완벽하게 로드되면 플러그인이 이 오류를 유발한 주요 원인이라는 의미입니다. 이제 문제를 일으키는 정확한 플러그인을 찾으려면 각 플러그인을 하나씩 설치하고 웹 페이지를 동시에 다시 로드해야 합니다.

플러그인 디렉토리의 이름을 변경하여 플러그인을 비활성화하는 수동 방법을 사용한 경우 다시 가져오려면 동일한 단계에 따라 모든 플러그인 디렉토리의 이름을 초기 또는 이전 이름으로 다시 바꿉니다.

6. PHP 버전을 확인하고 사용 가능한 최신 버전으로 업그레이드

오래되거나 오래된 버전의 PHP는 종종 웹사이트 중단의 원인이 되며 일반적으로 발생하는 다른 웹사이트 충돌의 원인이 됩니다. WordPress를 성공적으로 실행하려면 PHP 버전이 7.4 이상이어야 합니다.

그러나 일부 웹마스터는 현재 테마 및 플러그인과의 호환성 문제가 발생하지 않도록 PHP 버전 7.4를 유지하는 것을 선호합니다. 그러나 7.4 미만의 PHP 버전을 사용하는 경우 "이 웹사이트에 심각한 오류가 발생했습니다" 문제를 해결할 수 있는 최신 버전으로 업그레이드해야 합니다.

WPOven 사용자는 사용자 지정 지원을 요청하여 PHP 버전을 업그레이드할 수 있으며 복잡한 단계를 수행할 필요 없이 전문가가 대신 수행합니다.

7. PHP 메모리 제한 늘리기

테마 또는 플러그인이 "이 웹사이트에 치명적인 오류가 발생했습니다"의 원인이 되는 것과는 별개로, 제한된 PHP 메모리가 일반적으로 비난의 실제 이유입니다.

PHP 메모리 제한은 실제로 웹 서버에 있는 고정 램 메모리라고 하며 이 메모리 제한은 값 내에서 PHP 스크립트를 실행하도록 WordPress에 의해 설정됩니다. 이 PHP 메모리 제한을 초과하면 죽음의 흰색 화면 또는 심각한 오류가 발생합니다.

반면에 PHP 메모리 제한을 너무 높게 설정할 수 없습니다. 그렇지 않으면 긴 PHP 스크립트로 인해 웹사이트가 크롤링되는 속도가 느려집니다. 그러나 기본 PHP 메모리 제한은 웹사이트에 너무 낮을 수 있으므로 제한을 약간 늘리면 치명적인 오류가 확실히 수정됩니다.

1단계: 그렇게 하려면 가장 먼저 해야 할 일은 FTP 클라이언트(예: File Zilla)를 통해 웹 파일에 액세스하고 wp-config.php 파일을 찾는 것입니다.

2 단계: wp-config.php 파일을 열고 코드의 마지막 줄 바로 앞에 다음 코드 조각을 추가하고 저장합니다.

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

이제 작동하면 설치하고 사용한 플러그인이 손상되었거나 손상되었을 수 있으며 즉시 삭제해야 함을 의미합니다.

8. 업로드 최대 파일 크기 제한 늘리기

특정 페이지에서만 "이 웹사이트에 중대한 오류가 발생했습니다"라는 메시지가 표시되는 경우 PHP 기능을 약간 변경하여 특정 큰 페이지가 깨지지 않도록 하여 재귀를 약간 높여야 해결할 수 있습니다. 및 역추적 제한.

업로드 최대 파일 크기 제한을 늘리려면 "업로드된 파일이 php.ini의 upload_max_filesize 지시문을 초과함" 오류를 수정하는 방법에 대한 자세한 게시물을 확인하세요. "

그러나 웹사이트에서 깨지거나 큰 특정 페이지를 수정하려면 wp-config.php 파일에서 코드의 마지막 줄 바로 앞에 다음 코드 조각을 삽입해야 합니다.

ini_set('pcre.recursion_limit',20000000);
ini_set('pcre.backtrack_limit',10000000);

9. 악성코드가 있는지 웹사이트 스캔

때때로 해커는 테마나 플러그인에 악성 스크립트를 삽입하여 웹 사이트에 침투하고 이러한 스크립트는 웹 사이트 속도를 늦추거나 웹 페이지에서 오류 메시지를 트리거하여 의도적으로 웹 사이트 성능을 손상시킵니다.

맬웨어를 감지하고 손상된 결함이 있는 플러그인이나 테마를 제거하는 것조차 힘든 작업이 될 수 있습니다. 관리자 페이지를 통해 액세스할 수 없고 완전히 잠긴 경우 상황은 더욱 악화될 수 있습니다.

게다가 하드코어 개발자가 아닌 이상 어떤 코드 라인이 악성인지 알아내기도 매우 어렵습니다. 임의의 파일을 삭제해도 실제로 도움이 되지 않으며 웹사이트도 심각하게 손상될 수 있습니다.

이 상황에서 할 수 있는 가장 좋은 방법은 백업에서 웹사이트를 복원하거나 웹 호스트에 도움을 요청하는 것입니다.

10. 웹사이트 캐시 메모리 제거

캐시 메모리는 웹사이트를 더 빠르게 로드하고 로드 시간을 줄이는 데 다소 도움이 됩니다. 사실, 대부분은 귀하의 웹사이트에 좋은 것으로 판명되었습니다.

그러나 때때로 이 캐시 메모리도 시간이 지남에 따라 손상되어 웹사이트에서 이러한 유형의 오류를 유발할 수 있습니다. 이를 제거하려면 캐시를 정리하거나 제거하는 것이 가장 좋습니다.

그렇게 하려면 "2022년에 웹사이트에서 WordPress 캐시를 지우는 방법"에 대한 전용 게시물을 참조할 수 있습니다.

참고: 캐시 메모리가 지워지는 것에 대해 걱정하지 마십시오. 웹사이트가 복원되는 즉시 웹사이트의 캐시된 버전이 다시 저장되고 빠르게 다시 로드되기 시작합니다.

11. 지원 문의

최악의 경우, 위에서 언급한 모든 방법으로 "이 웹사이트에 심각한 오류가 발생했습니다" 오류를 수정하지 못한 경우. 남은 유일한 옵션은 웹 호스팅 지원 팀이나 Freelancing WordPress Expert에게 연락하여 이 중요한 오류를 즉시 수정하는 데 도움을 주는 것입니다.

WPOven 은 추가 비용 없이 모든 계획에 포함된 연중무휴 WordPress 전문가 지원으로 업계 최고의 WordPress 유지 관리 서비스를 제공합니다. 더 빠른 응답 시간과 수년간의 WordPress 경험을 통해 전문가 팀이 가능한 한 빨리 웹사이트를 정상 궤도에 올려놓을 수 있도록 도와드립니다.

요약

위의 "이 웹사이트에 치명적인 오류가 발생했습니다." 오류에 대한 자세한 게시물에서 여러 가지 이유로 인해 발생할 수 있으며 대부분의 경우 PHP와 관련되어 있음을 파악했을 것입니다.

이 문제를 해결하는 가장 빠르고 쉬운 방법은 백업에서 웹사이트를 빠르게 복원하는 것입니다(이전에 수행한 경우). 그렇지 않으면 이미 많은 다른 대체 솔루션을 제공했습니다.

WordPress 오류를 수정하는 것은 누구에게나 까다롭고 힘든 작업이 될 수 있습니다. 특히 초보자이지만 스스로 수정할 수 없다고 포기할 필요는 없습니다. WPOven과 같은 웹 호스트로부터 항상 업계 최고의 WordPress 전문가 지원을 받을 수 있습니다.

질문이 있거나 유사한 WordPress 치명적인 오류에 대한 경험을 공유하고 싶다면 아래 댓글 섹션에 알려주십시오.

WPOven에서 귀하의 웹사이트는 WordPress의 치명적인 오류가 발생할 가능성이 적지만 만일의 경우 이러한 오류가 발생할 경우 다음과 같은 최고의 기능을 제공합니다.

• 업계 최고의 WordPress 전문가 지원 연중무휴
• 엔터프라이즈급 WordPress에 최적화된 인프라
• 정기적인 악성코드 검사
• 가동 시간 모니터링
• 자동 정기 백업 등.

무제한 무료 마이그레이션, 무제한 스테이징 및 14일 무위험 보증 이 포함된 단일 플랜에서 이러한 모든 기능과 훨씬 더 많은 기능을 사용할 수 있습니다 . 지금 가입하세요!

자주 묻는 질문