예시 쇼핑몰 기준 · 실제 항목은 소스 분석 결과로 채웁니다

PHP 5.6 → 8.5 업그레이드와 서버 이전 작업 계획

운영 중인 쇼핑몰의 화면과 기능을 그대로 둔 채, PHP 8.5와 새 서버로 옮기고 결제·부분취소·택배 연동이 전과 똑같이 도는지 확인하는 절차입니다.

25일 일정

계약 즉시 시작합니다. 운영 전환일은 주문이 적은 시간대로 클라이언트가 정합니다.

1. 소스 분석과 테스트 서버 1~5일

코드 인벤토리: 파일 수, 프레임워크·솔루션 종류, 외부 연동 모듈(PG, 택배, 메일, 문자) 목록
자동 호환성 점검(PHPCompatibility 규칙셋, PHP 8.5 구문 검사)으로 제거·폐기 함수를 뽑아 수정 항목표 작성
공개 솔루션(그누보드·영카트 등) 기반이면 상위 버전 적용 경로를 먼저 검토
PG사·택배 연동사에 PHP 8 지원 모듈과 테스트 상점 요청
테스트 서버 구성(PHP 8.5, 같은 웹서버·DB 계열), 소스·DB 사본 적재

산출물: 수정 항목표, 위험 목록, 테스트 서버 주소

2. 호환성 수정 6~12일

mysql_* → mysqli 또는 PDO(프리페어드 문), POSIX 정규식 → preg_*, mcrypt → openssl
each·create_function 교체, 문자열 중괄호 오프셋, 숫자·문자열 비교 규칙과 타입 엄격화 대응
관리자 포함 전 화면을 열어 Error·Warning·Deprecated 로그 0건까지 수정

산출물: 수정 소스(저장소), 로그 점검 결과

3. PG·택배 연동 모듈 교체 13~18일

PG 표준 모듈 최신판(PHP 8 지원)으로 교체, 테스트 상점에서 결제·부분취소·전체취소 검증
실거래 소액 1건으로 결제·부분취소·정산 반영 확인
택배 연동 모듈 교체, 송장 발급과 배송 조회 확인

산출물: 결제·택배 검증 기록(요청·응답 포함)

4. 검증과 보안 설정 19~23일

기능 동일성 검증표 전 항목 실행(브라우저 자동 테스트 + 수동), 주요 페이지 응답 시간 비교
기본 보안 설정: 업로드 폴더 PHP 실행 차단, 관리자 경로 접근 제한, HTTPS 전면 적용, 설정 파일 비밀값 분리, 자동 보안 패치, 일일 백업(14일 보관)
취약점 스캔(OWASP ZAP 기본 프로필) 결과 반영
운영 매뉴얼 작성: 접속, 배포, 백업·복구, 패치 절차

산출물: 검증 결과표, 보안 설정 목록, 운영 매뉴얼

5. 운영 전환과 안정화 24~25일, 이후 7일 점검

"전환 당일 절차"대로 1~2시간 안에 전환
전환 후 7일 동안 로그와 주문·결제 상태 점검(하자보수 기간 안)
옛 서버는 2주 동안 읽기 전용으로 보관한 뒤 해지

산출물: 전환 기록, 되돌리기 절차, 서버 구성 정보

호환성 사전 점검기

PHP 코드를 붙여 넣고 "점검"을 누르면 PHP 7·8에서 제거되거나 폐기 예정인 함수와 문법을 찾아 줍니다. 브라우저 안에서만 동작하고 코드는 어디에도 전송되지 않습니다.

이 점검기는 문자열 패턴으로 찾는 예시입니다. 실제 작업에서는 PHPCompatibility 규칙셋과 PHP 8.5 구문 검사, 테스트 서버의 오류 로그를 함께 보고 수정 항목표를 만듭니다. 동적 속성, 반환 타입 불일치처럼 실행해야 드러나는 항목은 테스트 서버에서 잡습니다.

기능 동일성 검증표

전환 전 테스트 서버와 전환 후 운영 서버에서 같은 항목을 돌립니다. 항목을 눌러 진행 상태를 표시해 볼 수 있습니다(이 화면에만 저장).

전환 당일 절차

주문이 적은 시간대에 1~2시간 안에 끝냅니다. 옛 서버는 손대지 않고 읽기만 합니다.

전환 2일 전도메인 TTL을 5분으로 낮춥니다. 새 서버에 최신 소스를 배포하고 검증표를 한 번 더 돌립니다.
전환 1일 전옛 DB를 미리 적재해 새 서버에서 실데이터로 관리자 화면과 주문 조회를 확인합니다.
T−30분쇼핑몰에 "잠시 주문 접수를 멈춥니다" 안내를 띄웁니다.
T옛 DB 최종 덤프를 받아 새 서버에 적재하고, 전환 사이에 들어온 주문·회원 변경이 모두 들어왔는지 건수를 대조합니다. 업로드 파일(상품 이미지, 첨부)도 같은 방법으로 대조합니다.
T+30분도메인을 새 서버로 바꾸고 HTTPS 인증서를 확인합니다.
T+40분확인: 로그인, 상품 조회, 주문, 소액 결제와 부분취소, 송장 발급, 관리자 주문 목록, 메일 발송. 오류 로그 0건.
T+60분주문 접수 안내를 내리고 전환을 알립니다. 옛 서버는 읽기 전용으로 2주 보관합니다.
전환 후 7일매일 오류 로그, 결제 승인·취소 건수, 택배 연동 응답을 점검합니다.

되돌리기

확인 단계에서 결제나 주문이 막히면 도메인을 옛 서버로 되돌립니다(TTL 5분). 전환 사이에 새 서버로 들어온 주문·회원 변경은 목록으로 뽑아 옛 서버에 반영하고 클라이언트에게 전달합니다. 옛 서버를 2주 동안 그대로 두는 이유입니다.

완료 조건

아래가 모두 맞으면 끝난 것으로 봅니다.

테스트 서버에서 기능 동일성 검증표 전 항목이 통과했습니다.
결제와 부분취소 실거래가 각 1건 이상 성공했고 PG 정산 내역에 반영됐습니다.
택배 송장 발급과 배송 조회가 운영 서버에서 동작합니다.
운영 전환 후 7일 동안 PHP Error·Warning 로그가 0건이고 주문·결제가 정상입니다.
수정된 전체 소스(저장소), 서버 구성 정보와 운영 매뉴얼(접속·배포·백업·복구·패치), 검증 결과표, 되돌리기 절차를 전달받았습니다.
옛 호스팅을 해지해도 되는 상태입니다.

범위 밖

화면 디자인 변경, 신규 기능 개발
PG사·택배사의 규격 변경 대응(완료 후 유지보수 범위)
서버·도메인·PG 이용료(클라이언트 명의 실비)