WordPress의 버그 수정 정보를 얻는 방법
게시 됨: 2020-07-20회사 비즈니스에 최고의 가치를 제공할 수 있도록 워드프레스 사이트를 관리하는 것은 쉬운 일이 아닙니다. 워드프레스 사이트를 효과적으로 운영하기 위해서는 다양한 기술과 지식이 필요합니다. 워드프레스 사이트의 버그를 조사하고 수정할 수 있는 능력은 웹사이트를 원활하게 운영하는 데 가장 중요합니다.
- 1. WordPress 사이트의 필수 아키텍처 이해
- 1.1. 프런트 엔드
- 1.2. 웹 플랫폼 – 워드프레스
- 1.3. 웹 서버(LAMP 스택)
- 1.4. 운영 체제 및 하드웨어 인프라 / VPS
- 1.5. 네트워크 및 보안
- 2. 커뮤니티 지원 요청
- 3. 전체 시스템을 이전의 안정적인 버전으로 복원
- 4. 마지막 말
WordPress 사이트의 근본 원인을 식별하는 프로세스는 사이트마다 다를 수 있습니다. 사이트 아키텍처 및 해당 구성 요소의 다양성 때문입니다. 아래 게시물은 조감도에서 WordPress 버그를 수정하기 위한 몇 가지 필수 사항을 제공합니다. 따라서 WordPress 문제를 해결하는 것은 과학뿐만 아니라 예술에도 속해야 합니다.
WordPress 사이트의 필수 아키텍처 이해
DevSecOps 범위를 살펴보면 WordPress 버그는 다음에서 발생할 수 있습니다.
- 프런트 엔드.
- 웹 플랫폼 – 워드프레스.
- 웹 서버(LAMP 스택).
- 운영 체제
- 하드웨어 인프라/VPS(Amazon, VMware ESXI…).
- 네트워크 보안.

프런트 엔드
캐시 지우기 및 DNS 플러시는 웹 로드 문제가 발생할 때 최종 사용자를 위한 일반적인 조치 계획입니다.
클라이언트의 웹 브라우저에서 개발자 도구를 사용하여 문제가 있는 HTML 요소를 식별한 다음 서버 사이트에서 다시 확인합니다. 이것은 종종 다음 단계인 웹 플랫폼 수준에서 문제를 해결합니다.

웹 브라우저의 개발자 도구
웹 플랫폼 – 워드프레스
WordPress 홈에서 중요한 파일과 디렉토리를 확인하십시오( $WP_HOME 의 기본값은 /var/www/html/<wordpress_root_dir> ).
| 파일 경로 | 설명 |
$WP_HOME/wp-config.php | – 사이트에 대한 구성 파일. |
$WP_HOME/wp-content | – WordPress 사이트의 내용이 포함되어 있습니다. |
$WP_HOME/wp-content/uploads | – WordPress의 업로드 파일이 포함된 디렉토리. – 이 업로드 디렉토리는 구성 가능합니다. |
현재 상태 백업
복잡한 버그의 경우 문제 해결 계획에서 잘못된 시도가 불가피해 보입니다. WordPress 사이트에서 버그를 수정하는 동안 예기치 않은 결과를 처리하려면 전체 시스템 또는 중요한 구성 요소를 백업해야 합니다. 백업 버전은 WordPress 테마, 수반되는 데이터베이스가 있는 웹 소스일 수 있습니다. 개발자가 전체 호스트의 백업을 구현할 수 있다면 이상적일 것입니다.
시스템 관리자가 여러 안정적인 버전을 미리 준비하여 프로덕션 사이트의 다운타임을 줄이면 좋을 것입니다.
WordPress 캐시 지우기
캐시된 데이터를 지우면 WordPress 사이트가 사용 가능한 최신 리소스로 작동합니다. 운영자는 단순화를 위해 플러그인을 사용하여 캐시된 항목을 제거할 수 있습니다.
페이지/게시물 수준에서 문제 해결
먼저 여러 페이지/게시물을 시도하여 모든 페이지/게시물에 유사한 버그가 있는지 확인합니다. 때때로 유사한 콘텐츠로 페이지/게시물을 다시 생성하면 문제가 해결됩니다.
플러그인 수준 문제 해결
1. 모든 플러그인을 비활성화합니다.
2. 플러그인을 한 번에 하나씩 다시 활성화합니다.
3. 재활성화할 때마다 사이트를 테스트합니다. 문제가 반환되었습니까? 그렇다면 이제 의심스러운 플러그인을 찾은 것입니다. 그렇지 않은 경우 다음 플러그인을 계속 진행합니다.
4. 문제가 있는 플러그인을 비활성화하고 최신 버전으로 업데이트하고 가능한 경우 대체 플러그인을 찾습니다.
5. 여러 플러그인 문제가 없는지 확인하기 위해 다른 플러그인을 테스트합니다.
테마 수준 문제 해결
1. 현재 테마를 비활성화합니다.
2. 기본 테마 또는 다른 테마를 활성화합니다.
3. 문제가 해결된 경우 테마가 문제를 일으키는 것입니다. 그렇지 않은 경우 WordPress 코어 레이어로 이동하십시오.
4. 모든 플러그인을 개별적으로 다시 활성화하여 복합적인 문제가 없는지 확인합니다. 문제가 재발하지 않으면 근본 원인은 테마 영역에 속합니다.
WordPress Core에서 문제 해결
1. wordpress.org에서 WordPress의 깨끗한 버전을 다운로드합니다.
2. SSH, FTP 또는 적절한 터미널 도구를 사용하여 사이트에 연결합니다.
3. wp-admin 및 wp-includes 이름을 변경하여 이러한 디렉토리의 깨끗한 사본을 업로드할 수 있도록 합니다.
4. 만일을 대비하여 wp-config.php 백업하십시오. 이 파일에는 데이터베이스 연결 세부 정보가 들어 있습니다(무엇보다도).
5. WordPress의 깨끗한 버전을 업로드합니다.
6. 테스트. 문제가 사라지면 근본 원인은 WordPress 코어에 있습니다. 문제가 지속되면 추가 조치 계획을 진행할 시간입니다.
7. 테마를 다시 활성화하고 테스트합니다.
8. 플러그인을 다시 활성화하고 테스트합니다.

웹 서버(LAMP 스택)
웹 서버는 HTTP 요청을 수신하고, HTTP 요청을 처리하고, 클라이언트에 HTTP 응답을 제공하는 소프트웨어입니다. 모든 WordPress 사이트는 특정 웹 서버에서 실행됩니다. LAMP 스택(Linux – Apache – MySql/MariaDB – PHP)은 WordPress 사이트의 일반적인 웹 서버입니다.
아파치
중요한 디렉토리(CentOS에 Apache를 배포할 때의 기본값. 기본값은 플랫폼에 따라 다양할 수 있음).
| 파일 경로 | 설명 |
| /var/www/html | 웹루트 홈 디렉토리 [root@centos-wp-01 wpadmin]# 고양이 /etc/httpd/conf/httpd.conf | grep '문서 루트' # DocumentRoot: 서비스를 제공할 디렉토리 DocumentRoot “/var/www/html” |
| /etc/httpd/ | Apache 웹 서버의 루트 디렉토리 [root@centos-wp-01 wpadmin]# 고양이 /etc/httpd/conf/httpd.conf | grep '서버루트' 서버루트 "/etc/httpd" |
| /etc/httpd/conf.d/ | Apache 구성 디렉토리 |
| /etc/httpd/logs | 아파치 로그 [root@centos-wp-01 로그]# ls -1 /etc/httpd/logs 액세스 로그 access_log-20200227 access_log-20200301 access_log-20200429 오류 기록 error_log-20200227 error_log-20200301 error_log-20200429 error_log-20200605 |
– 중요 구성 파일: /etc/httpd/conf/httpd.conf
– Apache 구성 파일 목록:
- [root@centos-wp-01 로그]# ls -1 /etc/httpd/conf.d/
- autoindex.conf
- php.conf
- phpMyAdmin.conf
- 읽어보기
- 사용자 디렉토리.conf
- Welcome.conf
일반적으로 문제가 있으면 Apache 로그에 표시됩니다. 그러나 다른 섹션도 확인해야 합니다.
MySQL/마리아DB
사용자 이름, 암호 등 데이터베이스에서 데이터 이름을 확인해야 합니다. …
PHP
PHP 작업을 제어하는 한 가지 중요한 기술은 로그를 활성화하는 것입니다. WordPress 운영자는 .htaccess 파일 또는 php.ini 파일을 수정하여 로그를 활성화할 수 있습니다. 버그가 발생하면 개발자는 백업하고 디버그 로그를 활성화하고 문제를 재현할 수 있습니다 . 시스템 동작은 로그 파일에 기록됩니다. 이 정보는 운영자가 근본 원인을 식별하고 해결 방법을 찾는 데 유용합니다.
로그 파일의 절대 경로를 결정하기 위해 운영자는 매개변수 $_SERVER['DOCUMENT_ROOT'] 확인할 수 있습니다.
운영 체제 및 하드웨어 인프라 / VPS
RAM, 디스크 공간, CPU 사용량, 네트워크 트래픽과 같은 중요한 매개변수로 시스템 성능을 모니터링합니다. 자세한 유틸리티는 WordPress 사이트를 호스팅하는 플랫폼에 따라 다릅니다. 그럼에도 불구하고 문제를 해결하려면 이러한 매개변수를 다시 확인해야 합니다.

top 명령을 사용하여 Linux 리소스 모니터링
네트워크 및 보안
HTTP/HTTPS 프로토콜에 대한 트래픽이 정상 작동하는지 확인하십시오. 기본적으로 포트 80/443(HTTP/HTTPS)에 있어야 합니다. 고려해야 할 또 다른 중요한 포트는 MySQL/Maria DB용 3306입니다.

네트워크 도구를 사용하여 원격 호스트의 포트 개방 상태 조사
위의 포트 번호는 나가는 트래픽에 대한 일반적인 값입니다. HTTP 요청 및 데이터베이스 트래픽의 내부 트래픽은 다른 포트에서 실행될 수 있습니다.
커뮤니티 지원 요청
워드프레스는 전 세계적으로 가장 큰 커뮤니티를 가지고 있기 때문에 운영 로그/스크린샷과 함께 문제를 제공하여 쉽게 도움을 요청할 수 있습니다. 버그를 보고할 수 있는 WordPress 개발자가 많이 있습니다.

StackOverflow는 WordPress 버그 수정을 위한 참조 단서를 수집하는 유용한 리소스입니다.
또 다른 옵션은 WordPress 버그를 처리하기 위해 프리랜서를 고용하는 것입니다.
전체 시스템을 이전의 안정적인 버전으로 복원
많은 상황에서 버그 조사를 고려하고 WordPress 사이트의 가동 중지 시간을 최소화하는 것이 좋습니다. 여러 복잡한 버그의 경우 해결하는 데 몇 시간에서 며칠이 걸릴 수 있습니다. 따라서 생산 현장을 임시 운영 상태로 유지하기 위한 대체 조치를 취하는 것이 필수적입니다.

WordPress 호스트의 전체 백업 준비
마지막 말
WordPress 버그 수정의 궁극적인 목표는 웹사이트의 최고의 성능을 제공하는 것입니다. 따라서 기업의 비즈니스에 최고의 가치를 제공하는 것입니다. WordPress 버그를 수정하는 방법을 아는 것은 웹 사이트 운영에 대해 깊이 이해하는 데 중요한 기술입니다. 운영자는 비즈니스 운영을 원활하게 유지할 뿐만 아니라 웹 개발 시장에서 경력을 발전시킬 수 있는 더 많은 기회를 갖습니다.
이 게시물을 읽은 후 버그 수정에 대한 더 깊은 통찰력을 얻고 버그 수정에 대한 정보를 더 쉽게 얻을 수 있기를 바랍니다.
