모듈은 PrestaShop을 유연하게 만들어 주지만, 가장 흔한 충돌 원인이기도 합니다. 동일한 위치에 훅(hook)되는 두 개의 모듈, 덮어쓰여진 오버라이드(override), 또는 내 버전에 맞게 업데이트된 적이 없는 모듈 등이 그 예입니다.
PrestaShop 개발 표준에 따라, 기존 모듈을 설치·구성·디버깅하며, 시장에 워크플로우에 맞는 솔루션이 없을 경우 맞춤형 모듈을 제작해 드립니다.
이런 경험이 있으신가요?
지원해 드리는 상황:
-
설치되지 않거나 설치 후 스토어에 오류를 일으키는 모듈
-
결제 페이지나 상품 페이지에서 주로 발생하는 모듈 간의 충돌
-
설정하거나 외부 시스템에 연동해야 하는 모듈
-
기존 모듈에서 제공하지 않는 기능 또는 연동
-
이전 개발자가 제작하여 더 이상 유지보수할 사람이 없는 맞춤형 모듈
해결 방식
기존 모듈의 경우 훅, 오버라이드, 로그를 통해 충돌의 원인을 추적하여 가장 깔끔한 방식으로 해결합니다. 맞춤 개발의 경우, 먼저 모듈의 요구사항을 함께 정의한 후 코어 파일을 수정하지 않고 백오피스에서 설정할 수 있으며 설치 가능한 정식 PrestaShop 모듈로 빌드합니다.
이를 통해 스토어의 업데이트 가능성을 유지하고 향후 모듈 유지보수를 용이하게 만듭니다.
포함된 항목
- 모듈 설치 및 구성
- 모듈 충돌 감지 및 해결
- PrestaShop 표준에 맞춘 맞춤형 모듈 개발
- API를 통한 외부 시스템 연동
- 스테이징 복사본에서의 테스트
- 구성 및 사용법에 대한 간략한 문서화
진행 방식 안내
첫 문의부터 실제 스토어의 테스트 완료된 수정까지 모든 단계가 명확하며, 견적을 승인하기 전에는 스토어의 어떤 것도 변경되지 않습니다.
- 01
상황 설명
스토어 URL, PrestaShop 버전, 그리고 오류 메시지, 스크린샷, 문제 발생 시점 및 최근 변경 사항 등 현재 상황을 알려주세요. 맥락이 많을수록 원인을 더 빠르게 파악할 수 있습니다.
- 02
사전 진단
관련 모듈과 그 훅 및 오버라이드를 검토하거나, 맞춤 개발의 경우 정확한 요구사항을 함께 작성합니다.
- 03
고정 견적 제공
원인에 대한 간단한 설명, 제안된 해결책, 그리고 고정 견적을 받아보실 수 있습니다. 승인하시기 전까지는 스토어에 어떠한 변경도 이루어지지 않습니다.
- 04
복사본에서의 작업 진행
모듈 또는 수정 사항은 스토어에서 영향을 받는 부분을 포함하여 스테이징 복사본에서 빌드되고 테스트됩니다.
- 05
라이브 배포 및 리포트
백업 후 라이브 스토어에 변경 사항을 배포하고 주요 흐름을 다시 확인한 후, 수행된 작업과 주의 사항에 대한 간단한 리포트를 전송해 드립니다.
- 06
작업 후 문의
보고서에 대한 질문이 있거나 라이브 전환 후 이상한 점을 발견하셨나요? 그대로 회신해 주세요. 확인한 뒤 원인과 필요한 작업을 알려 드립니다.
자주 묻는 질문
구매한 모듈을 수정할 수 있나요?
대체로 가능합니다. 모듈을 계속 업데이트할 수 있도록 오버라이드나 훅을 통해 수정하는 것을 선호합니다. 먼저 모듈의 라이선스 약관을 확인합니다.
맞춤형 모듈의 소유자는 누구인가요?
작업 시작 전에 명확히 알 수 있도록 견적 단계에서 소유권을 협의합니다.
맞춤형 모듈은 PrestaShop 업데이트 시에도 유지되나요?
코어 파일을 수정하지 않고 PrestaShop 표준을 준수하여 빌드하므로 업데이트가 훨씬 수월해집니다. 다만 메이저 버전 업그레이드의 경우 추가 조정이 필요할 수 있습니다.
스토어를 다른 시스템과 연동할 수 있나요?
네, 해당 시스템이 API나 내보내기 기능을 제공한다면 ERP, 회계, 창고 관리, 오픈마켓 등과 연동할 수 있습니다.