꼭 새로 만들어야 하나요?
아닙니다. 코드를 고쳐 살릴 수 있는 경우가 많습니다. 다만 고치는 비용이 새로 만드는 비용에 가까우면 그 내용도 그대로 말씀드립니다.
PHP 업그레이드 · 유지보수
오래된 PHP 사이트,
다시 돌아가게 고칩니다
서버를 옮겼더니 멈췄거나, 만든 업체와 연락이 닿지 않아도 괜찮습니다. 새로 만들기 전에 지금 사이트를 살릴 수 있는지부터 살펴봅니다.
- PHP 파일 분석자사 사이트 실제 전환 기준
- 자동 변환한 곳직접 만든 변환 도구
- 문자 인코딩 변환EUC-KR → UTF-8 파일
- 변환 후 문법 오류변환 결과 파일 기준
이런 증상이면
상담해 주세요
- 화면이 하얗게 나옵니다
서버를 옮기거나 PHP 버전이 올라간 뒤 빈 화면이나 Fatal error가 나오는 경우입니다.
- 코드가 화면에 그대로 보입니다
<?로 시작하는 옛 표기를 서버가 인식하지 못하면 소스가 그대로 드러날 수 있습니다. - mysql_query 오류가 납니다
Call to undefined function mysql_query는 PHP 7부터 사라진 함수를 쓰고 있다는 뜻입니다.
- 글자가 깨집니다
EUC-KR로 만든 사이트를 UTF-8 서버나 DB로 옮기면 한글이 깨지기 쉽습니다.
- 만든 업체와 연락이 안 됩니다
설명서가 없어도 코드와 서버를 보고 구조를 파악해 이어서 고칩니다.
- 옛 그누보드·제로보드를 쓰고 있습니다
게시판 오류 수정과 기능 변경, 서버 환경에 맞춘 수정을 상담하실 수 있습니다.
왜 멈추나요?
사이트가 고장 난 것이 아니라 PHP가 바뀐 경우가 많습니다. PHP는 버전이 올라가면서 오래된 기능을 없앱니다. 그래서 코드를 전혀 건드리지 않아도 서버의 PHP 버전이 바뀌면 오류가 납니다.
- PHP 5.4
- register_globals, 옛 입력 변수($HTTP_POST_VARS) 제거
- PHP 7.0
- mysql_* 함수, ereg, split 제거
- PHP 8.0
- each(), create_function() 제거. 경고로 넘어가던 문제가 오류로 멈추는 경우 증가
- PHP 8.1 이후
- strftime() 등 폐지 예고, 동적 속성 경고 등 변경이 계속됩니다
실제 전환 사례 · 자사 사이트
2002년부터 쌓인 코드를
PHP 8.4로
2002년부터 운영한 웹호스팅 사이트를 직접 전환했습니다. 파일을 하나씩 고치는 대신 PHP 토크나이저로 코드를 해석하는 변환 도구를 만들었습니다. 주석과 문자열은 건드리지 않고, 변환 후에도 줄 번호가 달라지지 않아 리포트와 원본을 바로 대조할 수 있습니다.
사례 자세히 보기전환 전 (예시)
if (ereg("^[0-9]+$", $no)) {
$r = mysql_query("SELECT * FROM member
WHERE no='$no'");
}전환 후 (예시)
if (preg_match("/^[0-9]+$/", $no)) {
$st = $pdo->prepare("SELECT * FROM member
WHERE no = ?");
$st->execute([$no]);
}변환 리포트 결과
- 분석 대상
- 전체 78,468개 파일 중 PHP 716개
- 자동 변환
- 7,814곳
- 인코딩 변환
- EUC-KR 파일 723개를 UTF-8로
- 변환 후 문법 오류
- 0개 파일
- 사람이 고칠 곳
- 자동으로 판단할 수 없는 11건을 리포트에 표시
- 보안 검토 대상
- SQL에 변수가 직접 들어간 489건을 따로 표시
문법 오류가 없다는 것은 실행할 수 있다는 첫 단계일 뿐, 모든 기능이 정상이라는 뜻은 아닙니다. 그래서 자동으로 고치지 못한 곳과 위험한 곳을 숨기지 않고 표시한 뒤, 사람이 화면과 기능을 직접 확인합니다.
이렇게 진행합니다
- 상태 확인
사이트 주소와 증상, 지금 서버 환경을 듣고 무엇이 문제인지 살펴봅니다.
- 코드 진단
PHP 파일을 분석해 고칠 곳과 작업량을 리포트로 정리합니다.
- 견적·일정 안내
리포트를 바탕으로 범위, 일정, 비용을 알려 드립니다.
- 백업과 변환
원본을 백업한 뒤 운영 사이트와 분리해 변환하고 수정합니다.
- 화면·기능 확인
로그인, 게시판, 결제처럼 실제로 쓰는 기능을 하나씩 확인합니다.
- 적용·이후 대응
운영 서버에 적용하고, 적용 뒤 나오는 오류를 함께 잡습니다.
이 일도
함께 맡기실 수 있습니다
- PHP 유지보수
오류 수정, 문구 변경, 기능 추가를 건별로 또는 매달 정기적으로 맡기실 수 있습니다.
- 그누보드 오류·기능 수정
그누보드 기반 사이트의 게시판과 페이지를 수정하고 이전합니다.
- 홈페이지·DB 서버 이전
파일과 DB, 메일 설정, 네임서버까지 이어서 옮깁니다.
- ASP → PHP 이전
ASP·MSSQL로 된 사이트를 회원과 게시물을 포함해 PHP·MySQL로 옮깁니다.
- 결제 모듈 교체
오래되어 동작하지 않는 결제 모듈을 새 규격으로 다시 연동합니다.
- 보안 점검 후속 조치
SQL에 변수가 직접 들어간 곳 등 위험한 코드를 찾아 고칩니다.
자주 묻는 질문
디자인과 자료는 그대로 유지되나요?
새로 만드는 작업이 아니라 기존 코드를 고치는 작업이므로, 지금의 디자인과 DB 자료를 유지하는 것을 기본으로 합니다.
작업 중에 사이트가 멈추나요?
운영 사이트와 분리해서 작업하고 확인이 끝난 뒤 적용합니다. 적용 시점에 잠깐의 전환 시간이 필요할 수 있어 미리 일정을 맞춥니다.
소스나 설명서가 없어도 되나요?
서버에 접속할 수 있다면 서버에 있는 파일과 DB를 기준으로 파악합니다. 접속 방법을 모르셔도 호스팅 업체나 계약 정보부터 같이 찾아보면 됩니다.
서버 비밀번호는 어떻게 전달하나요?
의뢰서에는 적지 말아 주세요. 상담 뒤 전달 방법을 따로 안내해 드립니다.
비용은 어떻게 정해지나요?
PHP 파일 수, 오래된 정도, 결제 같은 연동 기능, 직접 고쳐야 할 곳의 양에 따라 달라집니다. 코드를 확인한 뒤 작업 범위와 함께 견적을 안내합니다.
오류 하나만 고쳐 주실 수도 있나요?
네. 전체 전환이 아니어도 괜찮습니다. 작은 일도 부담 없이 상담해 주세요.
관련 작업
더 보기 →PHP 4 시절 사이트를 PHP 8.4로 전환
20년 넘게 쌓인 PHP 716개 파일을 자체 도구로 분석하고 7,814곳을 자동으로 고쳤습니다.
PHP 8.4 · Tokenizer · EUC-KR → UTF-8 · PDO
PHP 8.4 전환 작업 모음
오래된 게시판과 자체 개발 페이지를 PHP 8.4와 최신 MySQL 환경으로 옮기는 작업입니다.
PHP 8.4 · MySQL
위원 관리 시스템 PHP 전환
오래 운영한 위원 관리 프로그램을 ASP·MSSQL에서 PHP·MySQL로 옮겼습니다.
PHP · MySQL · ASP · MSSQL
ASP → PHP 이전 모음
회원과 게시물을 포함한 ASP 사이트를 PHP와 MySQL로 옮겼습니다.
ASP · PHP · MSSQL · MySQL
통합 로그인·UTF-8 전환
여러 사이트 회원 통합과 SSO, 문자 인코딩 전환, 결제 재연동을 진행했습니다.
PHP · MySQL · SSO · UTF-8
웹서버 운영·이전·침해 대응
여러 사이트가 올라간 웹서버의 운영, 이전, 백업, 침해 대응을 맡고 있습니다.
Linux · Apache · MySQL
내 사이트도 살릴 수 있을까요?
사이트 주소와 증상만 적어 보내 주세요. 작은 오류 하나도 부담 없이 상담해 주세요.