기존 WordPress 웹사이트와 관련된 프로젝트를 수락하기 전에 스스로에게 몇 가지 중요한 질문을 던져보세요.
아직도 이 기사를 읽으시는 동안 "아니오" 또는 "모르겠어요"라고 최소한 1번 대답했음에도 불구하고 귀하는 충분히 절박하거나 네트워킹/마케팅 또는 팔로우를 바라는 다른 이유가 있는 것으로 생각됩니다. -up 프로젝트를 진행 중이며 이미 문제를 일으키기 시작한 기존 WordPress 웹사이트와 작업하기로 동의하셨습니다.
상식과 세심한 조치를 취하면 위험과 문제를 줄일 수 있습니다. 가장 중요한 것은 변경하기 전에 항상 모든 데이터를 백업하는 것입니다!
기존 레거시 웹사이트를 수정하기 위해 페이지 빌더를 사용해야 할 때 수행하는 작업:
다음:
백업하세요! UpdraftPlus는 구매한 플러그인을 포함하여 WordPress 웹사이트를 개발 및 스테이징 시스템에 복제하는 데 백업을 사용할 수 있으므로 좋은 도구입니다.
내 로컬 컴퓨터에 백업 파일을 다운로드하세요!
개발 인스턴스를 설정하세요! 공유 호스팅에서 원클릭 설치로 시작하거나 로컬 개발을 위해 wp_cli_docker와 같은 Docker 기반 템플릿을 사용할 수 있습니다.
원본 콘텐츠를 로컬 복사본으로 복원/마이그레이션합니다. UpdraftPlus는 모든 절대 URL을 조정하고 대상 인스턴스에서 작동하는 미디어 라이브러리를 보장합니다.
기본 관리자를 재설정하고(wp-admin에서 또는 데이터베이스 Docker 컨테이너 내부의 mySQL cli를 사용하여) 이메일 주소를 변경합니다.
다른 사용자를 모두 삭제하세요!
개인 및 고객 데이터를 모두 삭제하세요!
사이트 제목과 북마크 아이콘을 변경하세요. 내 로컬 개발 설정 제목은 일반적으로 "로컬"로 시작하며 아이콘은 프로덕션 아이콘과 혼동될 수 없습니다.
로컬 개발 인스턴스에서 WordPress 및 해당 플러그인을 업데이트합니다.
모든 것이 여전히 작동하는지 확인하세요!
전체 백업을 생성하고 다운로드하기 전에는 클라이언트 프로덕션 사이트의 어떤 부분도 업데이트하지 말고, 스크린샷을 찍고 아카이브 예제를 저장하기 전에도 업데이트하지 마세요! 문제가 발생하면 마지막 작동 상태를 알아야 합니다!
생산 현장을 변경하는 동안 고객에게 "공사 중" 또는 "유지 관리 모드" 알림을 원하는지 물어보세요. Elementor에는 기능이 내장되어 있지만 WordPress에는 아직 기능이 없기 때문에 타사 플러그인을 사용해야 합니다. 나는 프로덕션에서 치명적이어서는 안되는 PHP 지원 중단 메시지로 인해 로컬 호스트 인스턴스를 "죽음의 흰색 화면"으로 깨뜨리는 Under Construction을 시도했지만 여전히 위험을 감수하고 싶지 않았습니다. Team Streber 블로그의 힌트 덕분에 저는 WebFactory Ltd의 유지 관리를 선택했는데, PRO 기능에 대한 비용을 지불하지 않고도 최소한 짧은 다운타임에는 충분해 보였습니다.
기존 코드를 custom.css, custom.js, example-child/functions.php 등의 프로젝트 파일에 복사하고 커밋하세요.
실제 웹 개발을 진행하기 전에 로컬에서 성능, 캐싱, 보안 플러그인을 비활성화하세요. 개발에는 도움이 되지 않지만 최적화가 방해가 되어 페이지 스타일이 오래되고 메모리와 에너지가 낭비될 수 있습니다.
고객에게 테스트용 미리보기를 보여주고 싶다면 공개 스테이징 인스턴스를 설정하고, localhost에서 새 백업을 전송하고(이미 고객 데이터 및 선택적 플러그인이 없음) 비밀번호 보호를 설정할 수 있습니다. 적합한 사람들만 우리 무대에 접근할 수 있도록 하기 위해!
스테이징을 수행하지 않는 경우 프로덕션 서버에 초안 페이지를 추가하여 진행 상황을 보여주고 작업을 로컬 호스트에서 프로덕션으로 선택적으로 복사할 수 있는지 확인할 수 있습니다.
다음으로, 주어진 설정으로 작업하는 최선의 방법, 변경 사항을 유지하는 방법, 깨지거나 잊어버리지 않고 다른 페이지나 인스턴스로 안전하게 전송하는 방법을 찾으려고 노력합니다.
저는 프론트엔드에 중점을 둔 웹 개발자로서 글로벌 CSS를 최대한 많이 사용하려고 노력합니다. 나는 이것이 코드 없는 페이지 빌더의 의도와 모순된다는 것을 알고 있지만 일반적으로 코딩도 마찬가지입니다. 나는 이것이 내 코드를 계속 제어하는 것과 기존 코드 및 소프트웨어를 완전히 버리지 않는 것 사이의 실용적인 절충안이라고 생각했습니다.
전역 맞춤 CSS는 요소별 맞춤 CSS 또는 다음 주요 업데이트 이후 작동이 중지될 수 있는 플러그인별 구성에 비해 눈에 띄고 찾기 쉽습니다.
웹사이트의 복잡성과 해당 기술에 대한 경험에 따라 눈에 띄는 성과 없이 기존 설정을 파악하는 데 최소 30분 또는 하루 종일 소요되었을 수 있습니다. 코딩을 시작하기 전에 과제를 검토하고 시작하기 쉬운 하위 작업, 이상적으로는 첫눈에 분명한 변화를 일으키는 작업을 찾아야 합니다.
그래서 첫 시간이나 하루의 업무를 성취감으로 마무리할 수 있습니다.
작업을 진행할 때 주의가 필요합니다.
보시다시피 워드프레스에 대한 포스팅을 계속하고 있어요. 저는 레거시 WordPress 웹사이트를 사용하는 클라이언트를 계속 상대하고 있으며 코드를 처음부터 다시 작성하지 않습니다. 내 힌트와 폭언이 누구에게나 도움이 되기를 바랍니다. 이런 종류의 게시물을 게시하는 것은 내 지식을 보존하고 다음에 Google에서 오류 메시지를 찾을 때 이를 찾을 수 있는 또 다른 방법입니다.
위 내용은 레거시 WordPress 웹 개발 워크플로우의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!