Question 1

Unraid/Docker에서 PodFetch가 영구 /app/db 볼륨 대신 /app에 SQLite 데이터베이스를 생성하는 문제를 어떻게 수정하나요?

Accepted Answer

DATABASE_URL 환경 변수를 설정하여 PodFetch가 마운트된 볼륨을 사용하도록 하십시오:

DATABASE_URL=sqlite:///app/db/podcast.db

Unraid Community Apps에서 이 변수를 PodFetch 컨테이너 구성에 추가한 다음 컨테이너를 재생성/적용하십시오.

재생성하기 전에 기존 데이터베이스를 보존하려면 실행 중이거나 중지된 컨테이너에서 호스트 볼륨으로 데이터베이스 파일을 복사하십시오:

docker cp PodFetch:/app/podcast.db /mnt/docker_pool/appdata/podfetch/db/podcast.db
docker cp PodFetch:/app/podcast.db-shm /mnt/docker_pool/appdata/podfetch/db/podcast.db-shm
docker cp PodFetch:/app/podcast.db-wal /mnt/docker_pool/appdata/podfetch/db/podcast.db-wal

해당 파일이 없으면 shm/wal 복사를 생략하십시오. 컨테이너를 재생성한 후 /app/db에 podcast.db가 있는지 확인하십시오. docker diff PodFetch는 더 이상 /app/podcast.db를 새로 생성된 파일로 표시하지 않아야 합니다. Unraid 템플릿 문제는 podfetch-unraid-config 커밋 b8dcde23c8b653a4108dba2967fd7087ed259619에서 수정되었습니다.

Question 2

PodFetch가 update_meta_data_mp3에서 'No such file or directory' panic이 발생하면서 같은 에피소드를 반복적으로 다시 다운로드하는 문제를 어떻게 수정하나요?

Accepted Answer

이는 팟캐스트의 커버 이미지가 이미 로컬에 저장되어 있지만 에피소드 MP3에 내장 아트워크가 없을 때 PodFetch v5.2.2 및 현재 main에 영향을 줍니다. 다운로드 워커가 작성된 적 없는 에피소드별 이미지를 여는 동안 패닉하므로 download_time이 NULL로 남고 에피소드가 매 폴링마다 다시 다운로드됩니다.

즉시 우회 방법: image_url이 로컬화된 팟캐스트의 원격 이미지 URL을 복원하여 에피소드별 이미지가 작성되도록 강제합니다:

UPDATE podcasts
SET image_url = original_image_url
WHERE original_image_url LIKE 'http%'
  AND image_url NOT LIKE '%http%';

그런 다음 에피소드 다운로드를 다시 트리거하세요. download_time이 채워지고 아트워크/챕터가 삽입되었는지 확인하세요.

코드 수정: 선택적 이미지를 치명적 오류로 취급하지 마세요. 무조건적인 unwrap()을 실패 가능한 open으로 바꾸세요. 예를 들어:

if tag.pictures().count() == 0
    && let Ok(mut image_file) = File::open(&paths.image_filename)
{
    // embed image_file
}

대안으로, 이미지 읽기 조건을 파일을 작성할 때 사용한 조건과 동일하게 만드세요. 또한 메타데이터 실패가 끝없는 재다운로드 루프를 일으키지 않도록 메타데이터 처리 전에 download_time을 기록하는 것도 고려하세요. 메인테이너가 이 문제를 수정했다고 보고했습니다. 가능하면 수정이 포함된 릴리스로 업그레이드하세요.

Question 3

PodFetch OIDC invalid_grant 및 Authelia와의 redirect_uri mismatch 문제를, 특히 내부 페이지를 새로 고친 후에 어떻게 해결하나요?

Accepted Answer

PodFetch를 2026-07-08 이미지보다 새로운 현재 latest/main 빌드로 업그레이드하세요. 이 수정은 redirect_uri를 window.location.href에서 파생하는 것을 중단하고, 인가 요청과 토큰 교환 모두에 서버에서 구성된 OIDC redirect URI를 사용합니다. Authelia에 등록된 정확한 콜백으로 OIDC_REDIRECT_URI를 설정하세요. 예: https://podfetch.example.com/ui/. 그런 다음 업데이트하고 재시작하세요: docker compose pull && docker compose up -d. 즉시 업그레이드할 수 없다면, 콜백 정리 정규식이 scope, error, error_description도 제거하도록 ui/src/main.tsx를 패치하세요: redirectUri.replace(/[?&](code|state|iss|session_state|scope|error|error_description)=[^&]*/g, ''). 영구적인 수정은 현재 브라우저 URL 대신 구성된 고정 redirect URI를 사용하는 것이며, 이는 /ui/home/view와 같은 라우트에서 새로 고침할 때 등록되지 않은 redirect_uri를 전송하는 것도 방지합니다.

Question 4

Docker에서 PodFetch의 시스템 정보 페이지에 version과 commit이 없거나 비어 있는 이유는 무엇인가요?

Accepted Answer

이는 PodFetch Docker 이미지(samuel19982/podfetch:latest로 보고됨, 5.2.2로 추정)의 버그로, /ui/info에서 버전 및 commit 데이터를 사용할 수 없게 만들었습니다. 최신 이미지에서 수정되었습니다. 컨테이너를 업데이트하려면 docker pull samuel19982/podfetch:latest를 실행한 다음 다시 생성하세요. Docker Compose를 사용하는 경우 docker compose pull && docker compose up -d를 실행하세요. 업데이트 후 시스템 정보 페이지를 다시 열어 버전과 commit이 표시되는지 확인하세요.

Question 5

내 RSS 클라이언트에서 팟캐스트 에피소드가 팟캐스트 이름 대신 "Podfetch"로 표시되는 문제를 어떻게 수정하나요?

Accepted Answer

각 팟캐스트 쇼에는 Podfetch의 일반 통합 피드 대신 전용 RSS 피드 엔드포인트를 사용하십시오. Podfetch에서 해당 쇼를 열고, 개별 피드 URL(podcast ID로 식별되는 피드)을 복사한 뒤, RSS 클라이언트에서 그 URL을 구독하십시오. 일반 피드는 단일 RSS Podfetch를 사용하므로, 클라이언트는 모든 에피소드를 "Podfetch"로 표시합니다. RSS는 하나의 피드 안에서 여러 channel title을 지원하지 않으며, author 필드를 변경하면 지나치게 긴 제목이 생성될 수 있습니다. 논의 시점 기준으로, 집계 피드가 개별 팟캐스트 이름을 표시하도록 만드는 수정 방법은 없습니다; 쇼별 피드를 여러 개 관리하는 것이 지원되는 우회 방법입니다.

PodFetch

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트