저는 일반적으로 정적 파일을 먼저 작성한 다음 템플릿을 적용하고 PHP로 공동으로 디버깅합니다.
그러나 여기서 문제는 배경 템플릿이 있는 정적 파일을 전혀 로컬에서 미리 볼 수 없다는 것입니다. 내 버전을 제어할 수 없습니다. 백엔드를 임의로 변경했고 인라인 스타일도 작성했습니다. js의 이 부분을 어디에서 변경했는지 모르겠습니다.
이제 직접 변경했습니다. ftp 테스트 중입니다. 이 방법은 매우 고통스럽습니다!! 이제 더 이상 변경하고 싶지 않습니다.
즉, 작업 분담이 명확하지 않다는 뜻이고, 함수 작성과 템플릿 렌더링만 담당하게 하고, 표시는 직접 하게 되고, 이런 식으로 git/svn을 설정할 수 있습니다. , 버전 관리가 가능합니다. 예! ! ! 앞부분과 뒷부분을 분리하는 것이 가장 적합한 것 같아요! 이렇게 하면 문제가 해결될 것입니다! 언제든지 로컬에서 미리 볼 수 있습니다! 배경은 언제든지 서버에 업로드만 된다면 괜찮을 것 같아요!
물론, 노동과 책임의 분담을 명확히 해야 합니다. 그렇지 않으면 나중에 상황이 바뀌면 누가 책임을 지게 될까요? 여기서는 프런트 엔드에 정적 페이지도 작성하고, PHP 페이지도 작성하지만 프런트 엔드와 백에는 작성합니다. end는 동의하고, html, css, js는 모두 프론트엔드를 수정하고, css와 js를 ftp로 업로드한 뒤, php에 인사하고 html의 dom 구조가 변경된 후 버전번호를 변경해 달라고 요청합니다. , 나는 PHP 동료들과 이야기를 나눕니다
웹스톰이나 서브라임+ 플러그인 등 FTP를 실시간으로 업로드할 수 있는 IDE를 찾아 수정하고 저장한 후 자동으로 FTP를 업로드해 주세요. 이러한 방식으로 수정된 콘텐츠를 온라인에서 실시간으로 볼 수 있습니다.
우리 부서의 앞부분과 뒷부분의 업무 분담에 대해 이야기해 보겠습니다. 그림 자르기는 정적 페이지 생성을 담당하고 백엔드는 페이지 중첩을 담당합니다. 이미지 자르기에 문제가 없는 한 백엔드는 기본적으로 중첩된 문제(js, css, html을 모두 알고 있음)를 수정하는 책임을 집니다. 해결할 수 없는 스타일 문제나 js 플러그인 문제가 없다면, 변경을 위해 자르기 이미지로 이동합니다.
저희 유닛의 프론트엔드 템플릿은 백엔드에서 관리됩니다. 그게 다야