야시, 안녕하세요! 백업/복원 관련 문제를 겪고 계신 것 같아 안타깝네요. 아직 안전 모드를 시도해 보셨나요? URL 끝에 /safe-mode만 추가하시면 됩니다. 이렇게 하면 현재 테마, 비공식 플러그인 또는 모든 플러그인을 비활성화했을 때 어떤 일이 일어나는지 확인할 수 있습니다.
또한 /logs와 nginx 오류 로그를 확인해 보시는 것도 추천드립니다. 문제를 해결하는 데 도움이 될 수 있는 오류가 있는지 살펴볼 수 있습니다.
그리고 커맨드 라인에서 ./launcher rebuild app을 실행하면 어떻게 되나요? 여러 번 실행해 보시는 것도 좋습니다. 과거에 저에게는 이 방법이 효과가 있었습니다.
마지막으로, containers/app.yml 파일의 내용을 공유해 주실 수 있을까요? (비밀번호와 사이트 식별 정보는 제외해 주세요.) 어떤 플러그인이 설치되어 있는지 확인해 보고 싶습니다.
/safe-mode 페이지에 들어가면 테마 비활성화 등 몇 가지 체크박스 옵션이 보입니다. 이 옵션들을 모두 체크하고 다음을 클릭하면 프론트엔드에서 동일한 오류가 발생합니다.
추가된 URL은 /?safe_mode=no_custom%2Cno_plugins%2Conly_official 이었습니다.
참고로, 이것은 제가 추가로 플러그인을 설치하지 않은 원클릭 DO 드롭렛입니다.
하지만 Teams 인스턴스에는 많은 플러그인이 설치되어 있었습니다. 이것이 문제를 일으키는 것 같으세요?
Hi @schleifer - Tobias가 지적했듯이, 백업은 팀(일반적인 백업 다운로드)에서 생성되었습니다. 구독을 취소할 때 백업하고 해당 백업을 다운로드할 수 있는 옵션이 제시되었습니다. 그 후 관리 패널에서 별도로 백업을 하나 더 만들었습니다. 두 파일의 크기는 동일하지만, 둘 다 자체 호스팅 설치 환경에서 작동하지 않습니다.
@pfaffman - 아니요, 백업을 만들었을 때 사이트는 여전히 활성 상태였습니다. 숨겨진 설정에 대해서는 잘 모르겠습니다. 그것이 문제일 수도 있겠네요.
@tobiaseigen - tar.gz 파일을 압축을 풀면 포함된 내용은 “dump.sql” 파일뿐입니다. media/ 첨부 파일을 찾을 수 없습니다. 백업을 만들 때 제가 뭔가 잘못한 걸까요?
그가 dump.sql.gz를 꺼내서 full-dump-filename.sql.gz로 이름을 변경하면 복원이 될 것이라 생각하지만, tar.gz 이름으로 되어 있으면 업로드를 처리하려고 시도하다가 실패하는 것 같습니다. (사이트 설정에 S3 관련 항목이 있는 걸까요? 정확히 이해가 잘 안 됩니다.) 지난주에도 비슷한 주제가 있었는데, 그때 게르하트의 권고 사항이었습니다.
하지만 그가 정말로 사이트를 호스팅하려면 업로드도 필요하므로, 전체 덤프를 기다리는 편이 나을 것입니다.
