약간의 배경 : 저는이 프로젝트를 약 6 개월 동안 진행해 왔으며, 플라스크에서 계속 실행되었습니다. 모든 것이 잘되었습니다. 여러 버전의 백엔드가 현재 몇 달 동안 생산 된 앱을 지원하기 위해 실시간 배포되었습니다.플라스크가 파일 변경을 인식하지 못하는 것 같습니다.
개발주기에는 모든 것을 로컬로 작성하고 Flask-Script의 runserver 명령을 사용하여 dev36 서버에 배포하기 전에 localhost:8080에 로컬로 모든 항목을 테스트 한 다음 마지막으로 라이브 서버에 배포하는 작업이 포함됩니다.
문제 : 요일에 localhost:8080에서 실행되는 로컬 플라스크 인스턴스가 내 로컬 파일을 보지 않는 것 같습니다.
새로운보기를 추가하고 (새 템플릿 사용) 브라우저에서 볼 때 404 오류가 발생했습니다.
그런 다음 제목에 몇 가지 추가 단어를 추가하여 기존 페이지 중 일부에 테스트 변경을 시도했습니다. 나는 플라스크를 다시 시작했고 그러한 변화는 전혀 나타나지 않았다.
그런 다음 전체 views.py 파일을 삭제하는 데까지갔습니다. 당황 스럽지만 플라스크를 다시 시작한 후에도 원래 있던 페이지 (즉,이 동작이 시작되기 전)를 계속 볼 수있었습니다.
마지막으로, 모든 Flask-Script 명령을 넣은 곳인 manage.py 파일을 약간 변경했으며 인식하지 못했습니다. 마치 플라스크가 캐시되지 않는 파일 시스템 버전에서 읽기 시작한 것처럼 보인다. (아주 잘 맞을 수도 있지만, 왜 이런 일을 시작했는지 또는 문제를 해결하는 방법을 알지 못한다.)
FYI : 브라우저 캐싱이 문제가되어서는 안됩니다. b/c dev 도구를 열어 캐싱을 사용하지 않도록 설정했습니다. 또한 manage.py의 변경 사항이 브라우저와 관련이 없어야한다는 사실을 알 수 있습니다.
로컬 파일, .py 파일 및 템플릿 또는 .py 파일로 참조하는 파일은 무엇입니까? 템플릿을 다시로드하려면 run() 명령을 통과시켜 watch해야합니다. 일부 쿼리 문자열'http : // urll? 123'을 추가하여 강제 새로 고침을 수행하거나 템플릿을 다시로드하고 브라우저 캐시를 지우십시오. – Cyclotron3x3
이것은 매우 의심 스럽습니다. 올바른 디렉토리와 virtualenv에서 로컬 서버를 시작 하시겠습니까? 디버그 모드를 사용하여 플라스크를 직접 시작 (예 :'python app.py') 했습니까? – Dauros
'manage.py' 파일의 내용은 무엇입니까? 리로드를 사용하도록 개발 서버에 알려주시겠습니까? – dirn