WordPress는 일반적인 소프트웨어 개발 환경보다 오류가 훨씬 적은 통제된 환경이지만 항상 문제가 발생할 수 있는 창이나 문이 있습니다.
일반적으로 도구가 더 많은 유연성을 제공할수록 더 많은 잠재적 오류가 발생할 수 있다고 말할 수 있습니다.
WordPress의 특정 경우에는 유연성이 충분하므로 잠재적인 오류가 많습니다. CMS에 기능을 추가하는 데 사용할 수 있는 개방형 플러그인 아키텍처가 있습니다. 웹 서버, 호스팅 공급자, 데이터베이스 관리 시스템 및 네트워크가 있습니다. 이러한 구성 요소는 모두 잠재적인 문제의 몫에 기여하는 독립적인 요소입니다.
발생할 수 있는 문제의 종류에는 느린 성능, 부정확하거나 손상된 콘텐츠, 오류 메시지, 그리고 최악의 경우 웹사이트가 다운되어 즉각적인 주의가 필요한 WSoD(화이트 스크린 오브 데스)가 있습니다.
2초 미만의 지연과 같은 약간의 성능 문제라도 검색 엔진 결과에서 SEO 전략과 위치를 손상시킬 수 있기 때문에 걱정해야 합니다. 이는 오늘날 특히 모바일 사용자의 경우 빠른 응답이 무엇보다 중요하기 때문에 매일 점점 더 적은 방문자로 직접 전환됩니다.
그렇기 때문에 웹사이트가 제대로 작동하지 않는다고 느낄 때마다 사용할 수 있는 도구를 갖추는 것이 중요합니다. 그렇게 되더라도 성능이나 사용성을 개선할 여지는 항상 있습니다.
디버깅이란 무엇입니까?
디버깅은 개발자가 프로그램에서 오류(버그라고도 함)를 감지하고 제거하기 위해 수행하는 작업입니다. 프로그램이 실행되는 동안 프로그램 내부에서 무슨 일이 일어나고 있는지 볼 수 있게 해주는 특수 도구의 도움으로 수행됩니다.
때때로 디버깅 작업의 가장 어려운 부분은 오류를 일으키는 정확한 구성 요소, 명령 또는 명령을 파악하는 것입니다. 이를 위해 개발자는 진단을 내려야 하는 의사와 동일한 작업을 수행합니다. 즉, 증상을 분석하고 필요한 경우 문제의 원인을 식별하기 위한 몇 가지 연구를 수행합니다. 의학 연구에 해당하는 소프트웨어 개발은 웹사이트의 내부 작동에 대한 정보를 제공하는 모니터링 도구입니다.
몇 가지 옵션을 살펴보겠습니다.
목차
WP_DEBUG
WordPress에는 일반적으로 간과되는 디버깅 지원 기능이 내장되어 있습니다. 워드프레스가 활성화될 때마다 디버그 모드를 트리거하는 WP_DEBUG라는 “플래그”입니다. WP_DEBUG를 활성화하면 웹사이트의 모든 활동을 기록하는 로그가 생성됩니다. 이 로그를 읽으면 WordPress 웹 사이트에서 올바르게 작동하지 않는 항목을 찾을 수 있습니다.
WP_DEBUG를 켜려면 wp-config.php 파일을 편집하고 웹사이트가 로그에 모든 활동을 기록하도록 명령하는 데 필요한 줄을 추가하여 코딩을 해야 합니다. 이 코딩 작업은 모든 사람을 위한 것은 아닙니다. wp-config.php 파일을 편집할 때 매우 주의해야 합니다. 한 줄이나 문자라도 잘못 배치하면 웹사이트가 작동을 멈출 수 있기 때문입니다. 또한 작업을 수행하기 전에 사이트/파일을 백업하십시오. 문제가 발생하면 백업을 복원하고 모든 것을 정상으로 되돌릴 수 있습니다.
wp-config.php 파일을 편집하려면 호스팅 공급자의 파일 관리자를 사용하거나 FTP 클라이언트를 사용하여 파일을 다운로드하고 선호하는 텍스트 편집기로 로컬에서 엽니다. 파일은 WordPress 설치의 기본 디렉토리에 있습니다. 연 후 WP_DEBUG가 정의된 행을 찾으십시오. 다음과 같이 표시되어야 합니다.
define( 'WP_DEBUG', false );
그러한 줄이 없으면 다음 주석을 검색하십시오.
/* That’s all, stop editing! Happy blogging. */
해당 주석 위에 다음 행을 추가하십시오. 다음 명령은 사이트에 모든 오류를 표시하지 않고 기록하도록 지시하므로 공개적으로 사용 가능한 웹사이트에 유용합니다.
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
수정된 파일을 저장하고 FTP를 사용하는 경우 사이트에 업로드합니다. 그런 다음 오류를 유발하고(또는 발생할 때까지 기다리십시오) debug.log 파일을 확인하십시오. WordPress 설치의 wp-content 폴더에서 찾을 수 있습니다. 텍스트 편집기로 열고 웹 사이트에 문제를 일으키는 원인을 나타내는 오류 메시지를 찾을 수 있습니다.
이 작업을 수행한 후 wp-config.php 파일에서 추가하거나 변경한 모든 행에서 값 “true”를 “false”로 변경하여 로깅을 꺼야 합니다.
WPDB 오류 보고
웹 사이트의 데이터베이스가 문제를 일으키는 것을 알고 있거나 의심되는 경우 WPDB 오류 보고를 활성화할 수 있습니다. 이것은 또한 약간의 코딩이 필요합니다. 오류 보고를 활성화하면 웹사이트에서 화면에 데이터베이스 오류를 표시하도록 지시할 수 있습니다.
방문자의 화면에 오류 메시지가 표시되는지 여부를 신경 쓰지 않는 한 라이브 웹사이트에서 이 작업을 수행하면 안 됩니다. 모든 사람이 내부에서 일어나는 일을 보지 못하게 하지 않고 원하는 모든 것을 테스트할 수 있는 스테이징 웹사이트(아래 설명 참조)를 사용하는 것이 좋습니다.
예를 들어 엑스레이를 읽는 데 의학적 지식이 필요한 것처럼 이러한 오류 보고서 또는 로그를 읽으려면 약간의 기술 지식이 필요합니다. 프로그래밍, 네트워킹 또는 데이터베이스 전문 용어를 해독해야 하지만 웹사이트에 영향을 미치는 근본 문제를 찾은 다음 특정 문제를 해결할 수 있는 사람의 도움을 받을 수 있습니다.
데이터베이스 오류 보고서 생성을 시작하려면 wp-config.php 파일에 다음 행을 추가하십시오(디버깅 로그를 생성하기 위해 이전에 설명한 것과 동일한 방식으로).
define( 'SAVEQUERIES', true);
이 값을 true로 설정하면 데이터베이스가 웹사이트에서 수행하는 모든 쿼리를 저장하기 시작합니다. 그런 다음 각 페이지 요청으로 인해 발생한 쿼리 수와 각 요청에 사용된 명령을 검사할 수 있습니다. 화면에 쿼리를 표시하는 한 가지 방법은 실행 흐름 내에서 테마 PHP 파일에 다음 줄을 추가하는 것입니다.
global $wpdb; print_r( $wpdb->queries );
디버깅이 끝나면 이 줄을 제거하여 웹사이트를 다시 정상 작동 상태로 복원해야 합니다.
스테이징 웹 사이트 사용
스테이징 웹 사이트는 실제 웹 사이트의 복제본으로, 변경 사항이나 새로운 기능을 사용하기 전에 테스트할 수 있습니다. 또한 스테이징 웹 사이트를 사용하여 문제를 디버그하거나 웹 사이트의 동작을 모니터링하는 것도 좋은 생각입니다. 웹 사이트의 실제 사용자를 방해하지 않고 원하는 모든 것을 자유롭게 시도할 수 있기 때문입니다.
스테이징 웹사이트는 실제 웹사이트의 콘텐츠와 구조를 정확히 반영하는 것이 중요합니다. 새로운 콘텐츠나 새로운 애드온(대부분 플러그인 및 테마)으로 WordPress 사이트를 업데이트할 때마다 실제 사이트의 복사본으로 스테이징 사이트를 새로 고쳐야 합니다. 이렇게 하면 라이브 웹 사이트에서 문제가 발생하는 경우 스테이징 환경에서 문제를 복제할 수 있습니다.
많은 관리형 WordPress 호스팅 제공업체는 유료 플랜에 부가 가치로 준비 사이트를 제공합니다. 이것은 위험 없이 플레이하고 시도할 수 있는 스테이징 환경을 갖는 가장 사용자 친화적인 방법입니다. 그러나 호스팅 제공업체가 이러한 가능성을 제공하지 않으면 다음을 사용하여 스테이징 사이트를 만들 수 있습니다. WP 스테이징 플러그인. 이 플러그인을 사용하면 웹사이트를 쉽게 복제한 다음 복제품을 실제처럼 사용할 수 있습니다. 화면 상단의 주황색 막대가 이를 알려주기 때문에 언제 준비 환경에 있는지 항상 알 수 있습니다.
손을 더럽히는 것을 즐긴다면 호스팅 제공업체에서 계정에 하위 도메인을 추가할 수 있다고 가정하고 언제든지 하위 도메인에 수동으로 준비 사이트를 만들 수 있습니다. 이 방법으로 스테이징 사이트를 만드는 과정은 약간 까다로울 수 있으므로 WordPress 초보자라면 다른 옵션을 사용하는 것이 좋습니다.
쿼리 모니터
그 이름은 오해의 소지가 있기 때문에 쿼리 모니터 쿼리를 모니터링하는 것 이상을 수행합니다. 스크립트, 스타일시트, API 호출, 데이터베이스 쿼리, PHP 오류 등을 디버그할 수 있는 WordPress용 완전한 개발자 패널입니다. 일부 고급 기능을 사용하면 Ajax 호출을 디버그하고 사용자 기능 검사를 수행할 수 있습니다.
일단 설치하고 활성화하면 쿼리 모니터는 가장 유용한 방법으로 웹사이트 동작에 대한 정보를 표시하기 시작합니다.
예를 들어, 이를 실행한 기능, 플러그인 또는 테마별로 그룹화된 집계 데이터베이스 쿼리를 보여줍니다. 관리 도구 모음 메뉴는 현재 페이지의 실시간 통계와 해결해야 할 문제를 평가하는 데 필요할 수 있는 모든 디버그 정보를 보여줍니다.
Query Monitor를 사용하면 웹사이트의 성능을 저하시키거나 오작동을 일으키는 버그를 찾을 때까지 플러그인 또는 테마별로 점진적으로 버그 검색 범위를 좁힐 수 있습니다. WordPress와 마찬가지로 Query Monitor는 완전 무료이며 오픈 소스입니다.
이전에는 Firebug로 알려진, 파이어폭스 개발자 도구 최신 개발 기능과 도구를 제공하는 개발자용 Firefox의 특별 버전입니다. 워드프레스에만 국한된 것은 아니지만 웹사이트 디버깅에 매우 유용한 것으로 판명되었습니다.
Firefox 개발자 도구를 더 인기 있는 Chrome DevTools와 비교하는 것은 불가피합니다. 그렇게 하면 Firefox의 견고한 레이아웃이 눈에 띕니다. 예를 들어 요소를 마우스 오른쪽 버튼으로 클릭하여 검사기 탭을 표시할 수 있으며 웹 콘솔은 개체를 인쇄할 때 이름뿐 아니라 더 많은 정보를 표시하는 풍부한 출력을 제공합니다. 특정 유형에 대한 추가 정보를 제공하여 개체의 속성을 자세히 조사하고 DOM 요소에 대한 풍부한 정보를 제공합니다.
Inspector 도구를 사용하면 페이지 HTML 및 CSS를 검사하고 수정할 수 있으므로 Firefox에서 로컬로 로드하거나 Android용 Firefox와 같은 원격 장치에서 페이지를 로드할 수 있습니다.
웹 콘솔은 JavaScript, 네트워크 요청, CSS, 경고, 오류 메시지 및 JavaScript 코드에 의해 명시적으로 기록된 정보 메시지와 같이 웹 페이지에 대해 필요할 수 있는 모든 정보를 표시합니다. 또한 페이지 컨텍스트에서 JavaScript 표현식을 직접 실행하여 웹 페이지와 상호 작용할 수 있습니다.
새로운 유물
APM(Application Performance Monitoring) 업계에서 가장 큰 기업 중 하나로서, 새로운 유물 전 세계 수천 명의 개발자가 소프트웨어 제품에 대한 성능 통찰력을 얻기 위해 매일 사용하는 상용 제품입니다. 여기에는 제3자가 추가한 기능을 허용하는 플러그인 아키텍처가 있어 이 도구로 모니터링할 수 있는 사실상 끝없는 기술 스펙트럼이 생성됩니다.
호스트당 월 $9.37~$200의 가격대로 전문적인 디버깅 작업을 위한 제품입니다. 또한 확장된 학습 곡선을 제공하므로 솔루션에 비용을 지출하는 것 외에도 사용 방법을 배우기 위해 시간을 투자해야 합니다. New Relic 사용자는 APM 및 인프라 모니터링을 위한 애플리케이션에 쉽게 통합된다는 사실을 높이 평가합니다.
킨스타 MyKinsta 대시보드에서 New Relic을 쉽게 통합할 수 있습니다.
디버그 바
디버그 바 다양한 디버깅 정보를 보여주는 WordPress 관리 표시줄의 디버그 메뉴를 통해 액세스할 수 있는 플러그인 세트입니다. 옵션에는 콘솔, 단축 코드, 상수, 포스트 유형, cron, 작업 및 필터, 임시, 원격 요청, 목록 스크립트 및 스타일 종속성이 포함됩니다. 오픈 소스 플러그인이므로 무료로 사용할 수 있습니다.
기본 플러그인인 디버그 막대는 나머지 플러그인에 의해 확장된 기본 기능을 제공합니다. WP_DEBUG 및 SAVEQUERIES와 같이 WordPress에서 제공하는 내장 디버깅 플래그와 함께 작동합니다. 이러한 플래그가 활성화되면 디버그 표시줄이 PHP 경고 및 MySQL 쿼리와 같은 유용한 디버깅 정보를 추가하여 로그 파일을 찾고 읽는 수고를 덜어줍니다.
디버그 표시줄 메뉴의 각 옵션은 디버깅 능력을 공유합니다. 예를 들어 콘솔은 임의의 PHP 코드를 실행할 수 있는 콘솔을 제공하며, 이는 다른 용도 중에서도 변수의 내용을 테스트하는 데 탁월합니다. Cron은 다음 이벤트 시간, 예약된 이벤트 수, 사용자 지정 예약된 이벤트 목록 등과 같은 WordPress의 예약된 이벤트에 대한 정보를 표시합니다. 작업 및 필터는 현재 요청에 연결된 후크를 표시하는 또 다른 옵션입니다. 작업 탭에는 현재 요청에 연결된 작업이 표시되고 필터 탭에는 각 태그에 연결된 기능과 함께 모든 필터 태그가 표시됩니다.
모두를 위한 디버깅
디버깅 도구는 대부분 소프트웨어 개발 전문가를 위해 설계되었습니다. 하지만 개발자가 아니더라도 워드프레스 블로그만 유지한다면 사이트를 모니터링하고 디버그하는 방법에 대한 기본적인 지식은 있으면 유용합니다. 그렇게 하면 개발자가 문제의 원인을 찾는 데 도움이 되는 정보를 제공할 수 있으며 동시에 기분이 나쁠 경우 스스로 체온을 측정하여 의사의 업무를 절약할 수 있습니다. 병원에 가기 전에.
WordPress 전문가로서 돈을 버는 몇 가지 방법을 배우십시오.