iHateMoney est toujours disponible dans BigBearCasaOS, mais mettez à jour les anciennes installations de 2024 avant de les utiliser pour des données financières actuelles. La boutique BigBear maintenue répertorie désormais iHateMoney 7.2.1, et le projet amont présente 7.2.1 comme une version de sécurité à installer rapidement.
L’ancienne publication du forum était principalement une annonce vidéo. Une configuration actuelle doit se concentrer sur le stockage persistant de la base de données, une clé secrète et un mot de passe administrateur robustes, les sauvegardes, le HTTPS pour l’accès à distance et la limite de migration actuelle vers la version 7.x.
Utilisez le package BigBear actuel
L’App Store BigBearCasaOS maintenu répertorie ihatemoney/ihatemoney en version 7.2.1.
7.2.1 est une version de sécurité
Le journal des modifications d’iHateMoney amont indique que 7.2.1 est une version de sécurité et recommande aux utilisateurs d’effectuer la mise à jour.
Docker reste le déploiement amont le plus simple
L’installation Docker d’iHateMoney actuelle documente l’image officielle sur le port 8000. BigBear peut l’associer à un autre port hôte CasaOS ; fiez-vous donc au manifeste de l’App Store pour connaître le port externe.
Rendez la base de données persistante
Ne conservez pas l’historique des dépenses du foyer uniquement dans la couche du conteneur. Vérifiez que BigBear associe le chemin de la base de données/des données à un stockage CasaOS persistant et incluez-le dans votre plan de sauvegarde.
Utilisez une SECRET_KEY robuste
iHateMoney prend en charge la configuration via des variables d’environnement. Générez un secret aléatoire long et ne réutilisez pas les valeurs d’exemple d’une ancienne vidéo ou d’un fichier Compose public.
Effectuez une sauvegarde avant une mise à niveau majeure
La branche de versions 7.x comprend des modifications de la base de données et de l’API. Exportez ou sauvegardez vos données existantes avant de passer d’un ancien package 6.x à la version 7.x.
Vérifiez les projets après la mise à jour
Connectez-vous, ouvrez plusieurs projets, ajoutez puis supprimez une dépense de test, vérifiez les devises et confirmez les membres et l’historique des projets. Effectuez ces vérifications avant de supprimer l’ancienne sauvegarde.
Utilisez le HTTPS pour l’accès à distance
Les données de dépenses peuvent contenir des informations sensibles sur le foyer. Gardez l’application sur le réseau local ou derrière un accès HTTPS authentifié et privé, plutôt que de transférer directement son port brut de conteneur.
Le guide de déploiement Docker présente le fonctionnement général des conteneurs.
Vérifiez la version réellement exécutée
docker ps --format 'table {{.Names}} {{.Image}}'La fiche de l’App Store peut être mise à jour alors qu’un ancien conteneur fonctionne encore à partir d’une image figée ou d’un redéploiement échoué. Confirmez l’image exécutée avant de considérer la mise à jour de sécurité comme terminée.
Testez une restauration, pas seulement un export
Conservez une copie de la base de données persistante et, si vous utilisez des exports de l’application, restaurez une copie de test dans un déploiement temporaire. Les données financières sont précisément le type de données pour lesquelles une sauvegarde qui n’a jamais été restaurée ne suffit pas.
Séparez les comptes familiaux
Ne partagez pas le compte administrateur CasaOS comme identifiant de connexion à iHateMoney. Utilisez le système de projets et de membres propre à iHateMoney et limitez l’administration de CasaOS aux personnes qui gèrent le serveur.
FAQ
iHateMoney est-il toujours disponible dans BigBearCasaOS ?
Oui. La boutique maintenue répertorie actuellement la version 7.2.1.
Pourquoi dois-je effectuer la mise à jour depuis la version de l’ancien tutoriel ?
La version 7.2.1 amont est explicitement une version de sécurité.
Quel port iHateMoney utilise-t-il ?
Docker amont utilise le port 8000 en interne ; le package CasaOS peut l’associer à un autre port hôte.
Dois-je l’exposer directement sur Internet ?
Non. Utilisez un accès HTTPS et privé ainsi que des identifiants d’application robustes pour l’accès à distance.
