Solução da comunidade

Instale o iHateMoney no CasaOS com o BigBear em segurança

A 2024 BigBearCasaOS tutorial introduced iHateMoney on CasaOS; the maintained store now carries a newer 7.2.1 security release.

O iHateMoney continua disponível no BigBearCasaOS, mas atualize as instalações antigas de 2024 antes de as utilizar para dados financeiros atuais. A loja BigBear mantida já apresenta o iHateMoney 7.2.1, e o projeto a montante classifica a versão 7.2.1 como uma versão de segurança que deve ser instalada prontamente.

A antiga publicação no fórum era principalmente um anúncio em vídeo. Uma configuração atual deve dar prioridade ao armazenamento persistente da base de dados, a uma chave secreta/palavra-passe de administrador forte, às cópias de segurança, ao HTTPS para acesso remoto e ao limite atual de migração 7.x.

Utilize o pacote atual do BigBear

A loja de aplicações BigBearCasaOS mantida apresenta a versão 7.2.1 de ihatemoney/ihatemoney.

A versão 7.2.1 é uma versão de segurança

O registo de alterações do iHateMoney a montante assinala a versão 7.2.1 como uma versão de segurança e recomenda aos utilizadores que atualizem.

O Docker continua a ser a forma mais simples de implementação a montante

A atual instalação Docker do iHateMoney documenta a imagem oficial na porta 8000. O BigBear pode associá-la a outra porta do anfitrião CasaOS, por isso, confirme a porta externa no manifesto da aplicação.

Torne persistente a base de dados

Não mantenha o histórico de despesas domésticas apenas na camada do contentor. Confirme que o BigBear associa o caminho da base de dados/dados ao armazenamento persistente do CasaOS e inclua-o no seu plano de cópias de segurança.

Utilize uma SECRET_KEY forte

O iHateMoney permite a configuração através de variáveis de ambiente. Gere uma chave secreta longa e aleatória e não reutilize valores de exemplo de vídeos antigos ou ficheiros Compose públicos.

Faça uma cópia de segurança antes de uma atualização importante

A série 7.x incluiu alterações na base de dados e na API. Exporte/f faça uma cópia de segurança dos seus dados existentes antes de passar de um pacote antigo 6.x para 7.x.

Verifique os projetos após a atualização

Inicie sessão, abra vários projetos, adicione e remova uma despesa de teste, verifique as moedas e confirme os membros/histórico dos projetos. Faça-o antes de eliminar a cópia de segurança antiga.

Use HTTPS para o acesso remoto

Os dados de despesas podem conter informações sensíveis do agregado familiar. Mantenha a aplicação na rede local ou atrás de HTTPS autenticado/acesso privado, em vez de reencaminhar a porta bruta do contentor.

O guia de implementação do Docker apresenta o fluxo de trabalho geral dos contentores.

Verifique qual a versão que está realmente em execução

docker ps --format 'table {{.Names}}	{{.Image}}'

Um cartão da App Store pode ser atualizado enquanto ainda está em execução um contentor antigo com uma imagem fixa ou cuja reimplementação falhou. Confirme a imagem em execução antes de considerar concluída a atualização de segurança.

Teste um restauro, não apenas uma exportação

Guarde uma cópia da base de dados persistente e, se usar exportações da aplicação, restaure uma cópia de teste numa implementação temporária. Os registos financeiros são precisamente o tipo de dados para os quais não basta ter uma cópia de segurança que nunca foi restaurada.

Mantenha as contas da família separadas

Não partilhe a conta de administrador do CasaOS para iniciar sessão no iHateMoney. Use o próprio fluxo de trabalho de projetos/membros do iHateMoney e limite a administração do CasaOS às pessoas que gerem o servidor.

Perguntas frequentes

O iHateMoney ainda está no BigBearCasaOS?

Sim. A loja mantida lista atualmente a versão 7.2.1.

Porque devo atualizar a versão do tutorial antigo?

A versão upstream 7.2.1 é explicitamente uma versão de segurança.

Que porta usa o iHateMoney?

O Docker upstream usa internamente a porta 8000; o pacote CasaOS pode mapeá-la para outra porta do anfitrião.

Devo expô-la diretamente à Internet?

Não. Para utilização remota, use HTTPS/acesso privado e credenciais fortes na aplicação.