커스터마이징 / 06 CHILD THEME

Child Theme과 안전한 수정

좋은 Customization은 많이 수정하는 것이 아니라, 나중에도 수정할 수 있게 바꾸는 것입니다.

06 / 7
기능 변경
CODE

업데이트에 사라지지 않게?

BASICS이해하기정말 바꿔야 할까? · 1단계
NO CODE기본 기능코드 없이 되는 것부터. · 1단계
STYLE직접 조정CSS와 HTML의 범위. · 2단계
CODE기능 변경안전하게 수정하는 방법. · 2단계
JUDGE판단하기어디서 멈춰야 하는가? · 1단계

Theme 파일을 직접 수정하고 싶은 순간이 옵니다. 문제는 Theme이 업데이트되면 그 파일이 새 버전으로 교체되면서 작업했던 Customization이 사라질 수 있다는 점입니다.

Child Theme은 부모 Theme을 그대로 유지하면서 필요한 부분만 별도로 관리하는 구조입니다. 부모 Theme이 업데이트되어도 Customization을 따로 지킬 수 있습니다.

모든 사이트에 필요한가?

반드시 그렇지는 않습니다. Block Theme이나 Theme이 제공하는 Customization 기능을 충분히 활용할 수 있다면 굳이 구조를 하나 더 추가하지 않아도 됩니다. 다음과 같은 경우에 고려합니다.

  • Theme 파일을 수정해야 하는 경우
  • PHP Customization이 필요한 경우
  • Template을 직접 변경해야 하는 경우
  • Customization을 장기적으로 유지해야 하는 경우

Child Theme보다 중요한 것

변경사항을 관리하는 방법입니다. 무엇을 · 왜 · 어디에 변경했는지, 원래대로 되돌리는 방법은 무엇인지를 기록해두십시오. 처음에는 “이 코드 하나만”이었던 것이 몇 년 뒤에는 “이 코드가 왜 필요한 거지?”가 됩니다.

직접 수정하지 않는 편이 좋은 경우

  • 사이트 전체 구조 변경
  • 복잡한 PHP 개발
  • Plugin 핵심 파일 수정
  • Database 구조 변경
  • 결제 · 회원 시스템 수정
  • 운영 중인 대형 사이트의 핵심 기능 변경

기준 하나

“지금 작동하는가?”보다 “1년 뒤에도 관리할 수 있는가?”를 생각하십시오. Theme 수정 · PHP 변경 · Template 변경 · 대규모 CSS 변경 전에는 Backup을 먼저 준비합니다.

SelfWordPress

많이 바꾸는 것이 아니라
정확하게 바꾸는 것.

가장 쉬운 방법으로 해결된다면 가장 어려운 방법을 선택하지 않습니다. 그리고 “지금 작동하는가”보다 “1년 뒤에도 관리할 수 있는가”를 봅니다.