PrestaShop 스토어는 결코 완전히 끝나는 법이 없습니다. PrestaShop 자체, 모듈, 테마, 서버의 PHP 버전 모두 지속적으로 업데이트를 받습니다. 현재 스토어가 잘 작동하기 때문에 업데이트를 미루고 싶어지는 것은 당연합니다. 하지만 건너뛰는 업데이트가 늘어날수록 다음 업데이트는 더 커지고 위험해집니다.
업데이트가 실제로 하는 일
- 보안 패치. PrestaShop이나 인기 모듈의 취약점은 정기적으로 발견됩니다. 이러한 취약점이 공개되면 구버전 스토어는 쉬운 표적이 됩니다.
- 버그 수정. 백오피스나 이메일의 오류 등 스토어 운영자가 일상적으로 겪는 많은 소소한 문제는 최신 패치 버전에서 이미 해결되어 있습니다.
- 호환성. 호스팅 제공업체는 구버전 PHP 지원을 중단하며, 결제 및 배송 모듈은 구버전 PrestaShop에 대한 지원을 중단합니다.
패치, 마이너 및 메이저 업데이트
모든 업데이트가 동일한 위험을 수반하는 것은 아닙니다:
| 유형 | 예시 | 변경되는 내용 |
|---|---|---|
| 패치 | 8.2.x → 최신 8.2.x | 버그 및 보안 수정, 대개 저위험 |
| 마이너 | 8.1 → 8.2 | 신기능 및 변경 사항, 모듈 확인 필요 |
| 메이저 | 8 → 9 | 새로운 기반 구조, 테마 및 모듈에 대한 철저한 테스트 필요 |
안전한 업데이트를 위한 체크리스트
- 전체 백업 수행하기 (파일 및 데이터베이스), 그리고 복원 가능한지 확인합니다.
- 릴리스 노트 읽기 (새 버전 및 가장 중요한 모듈들의 릴리스 노트).
- 스테이징 복사본에서 테스트하기 (라이브 스토어에서 직접 진행하지 말고 테스트 복사본 사용).
- 핵심 흐름 확인하기: 상품 페이지, 장바구니, 결제, 주문 이메일, 인보이스.
- 모듈을 하나씩 업데이트하기 (문제가 발생했을 때 어떤 모듈이 원인인지 파악하기 위함).
- 라이브 업데이트 계획하기 (조용한 시간을 선택하고 백업을 가까이에 두기).
# 예시: 업데이트 전 데이터베이스 백업 (사용자 및 데이터베이스 이름 조정)
mysqldump -u shop_user -p shop_database > backup-before-update.sql
도움을 요청해야 하는 시기
스토어에 모듈이 많거나 맞춤형 테마 또는 오버라이드가 있는 경우, 업데이트 시 예측하기 어려운 부작용이 발생할 수 있습니다. 바로 이 순간 스테이징 복사본과 PrestaShop을 잘 아는 개발자가 차이를 만들어냅니다. 당사의 업그레이드 서비스는 재고 파악부터 라이브 전환까지 전체 과정을 도맡아 처리합니다.
출처
- GitHub의 PrestaShop 릴리스 – 버전별 릴리스 노트
- PrestaShop 개발자 문서 – 공식 기술 문서
