Como configurar ficheiros de metadados locais sem permitir reescritas indesejadas

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

How to Set Up Local Metadata Files Without Allowing Unwanted Rewrites - Zima Store Online

Os ficheiros NFO locais e as ilustrações tornam uma biblioteca multimédia portátil, mas o mesmo servidor que os lê também pode ter permissão para substituir títulos, imagens ou identificadores. Um ponto de montagem multimédia só de leitura evita escritas acidentais, mas altera o local onde o servidor pode armazenar ficheiros sidecar transferidos.

Escolha uma autoridade para cada campo de metadados antes de alterar as permissões. Os ficheiros sidecar selecionados devem ter controlo de versões ou cópias de segurança, o estado da base de dados do servidor deve continuar a ser editável e um teste de atualização deve comprovar que o servidor lê sem reescrever os ficheiros de origem. Repita esse teste após atualizações e qualquer atualização de metadados de toda a biblioteca.

Decida qual é a fonte de metadados com autoridade

Faça uma lista dos campos que seleciona localmente: título, título de ordenação, edição, data, pessoas, IDs de fornecedores, poster e imagem de fundo. Se os ficheiros locais forem a autoridade, desative ou limite as atualizações dos fornecedores que possam substituir esses campos durante uma atualização.

Consulte o comportamento dos campos NFO do Jellyfin para a família de servidores instalada antes de adotar um esquema de nomenclatura de ficheiros. O suporte varia consoante o tipo de biblioteca, e um nome de ficheiro que parece óbvio pode não ser o ficheiro lido pelo scanner.

Mantenha um pequeno diretório de amostra fora da biblioteca de produção. Deve conter um filme ou episódio, o respetivo NFO e ilustrações selecionadas, para que o comportamento da análise e da atualização possa ser testado sem pôr em risco milhares de ficheiros selecionados.

Separe os conteúdos multimédia só de leitura do estado editável do servidor

Monte a árvore multimédia como só de leitura dentro do contentor, mantendo editáveis os caminhos de configuração, cache e base de dados. Um sinalizador do contentor, como um ponto de montagem bind só de leitura, é mais robusto do que depender de uma caixa de seleção da aplicação, que pode alterar o seu significado entre versões.

Se o servidor tiver de transferir novas ilustrações para junto dos conteúdos multimédia, uma biblioteca totalmente só de leitura é incompatível com esse fluxo de trabalho. Armazene os metadados transferidos no estado da aplicação ou utilize uma tarefa de preparação controlada que escreva ficheiros sidecar fora do processo do servidor.

Trate o mapa de montagens como parte do registo da implementação. A lista de verificação para atualizar o contentor Jellyfin ajuda a preservar a distinção entre conteúdos multimédia, metadados e estado da aplicação durante a recriação.

Desative os caminhos de regravação que entram em conflito com a seleção

Desative as opções que guardam ilustrações ou metadados NFO nas pastas dos conteúdos multimédia quando essas pastas são selecionadas externamente. Verifique também as definições do gravador de metadados de cada biblioteca; uma definição global pode não ser o único local que permite escritas.

Não torne todo o sistema de ficheiros do contentor só de leitura como substituto de montagens corretas, a menos que todos os caminhos editáveis necessários sejam fornecidos explicitamente. As bases de dados, os registos, os plugins e os ficheiros temporários continuam a precisar de locais editáveis controlados.

Registe hashes de ficheiros ou horas de modificação do NFO e das imagens de amostra, execute uma análise da biblioteca, edite um título na interface e execute uma atualização de metadados. Os ficheiros devem permanecer inalterados, enquanto a aplicação regista no respetivo banco de dados o estado local permitido.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

Verifique o comportamento de restauro e atualização

Exporte ou faça uma cópia de segurança dos ficheiros sidecar selecionados independentemente da base de dados do servidor multimédia. Os ficheiros sidecar restauram os metadados de apresentação; a base de dados pode ainda conter o estado de visualização, utilizadores, coleções e outras informações que os ficheiros locais não abrangem.

Recrie o contentor numa janela de teste e confirme que o sinalizador do ponto de montagem só de leitura permanece durante o processo de implementação. Em seguida, analise o diretório de amostra e compare novamente os hashes, porque uma atualização pode introduzir um novo gravador de metadados ou alterar uma predefinição.

A regra final para parar é simples: se uma atualização exigir acesso de escrita para preservar o resultado pretendido, o desenho da fonte de verdade continua por resolver. Restaure a amostra, mantenha a produção só de leitura e decida se o servidor ou o selecionador externo é o proprietário desse campo.