L’onglet Fichiers d’un projet est un gestionnaire de fichiers simple au-dessus d’un compartiment privé. C’est l’endroit idéal pour les artefacts qu’un build ne devrait pas contenir : ce qui change à l’exécution, est trop volumineux pour être versionné, ou est produit par l’application elle-même.
Gérer les fichiers
Ouvrez l’onglet Fichiers d’un projet pour téléverser un fichier, le télécharger de nouveau ou le supprimer. La liste affiche la clé, la taille et la date de modification de chaque objet. Chaque téléversement est plafonné selon le forfait, et l’usage total du compartiment compte dans votre quota de stockage — Forfaits et limites donne les chiffres. Lorsque l’usage atteint le plafond, les téléversements s’interrompent jusqu’à ce que vous libériez de l’espace ou passiez à un forfait supérieur, plutôt que d’échouer de façon imprévisible.
Privé par défaut
Le compartiment est privé — les objets ne sont pas servis sur une URL publique du simple fait qu’ils existent. Les fichiers sont stockés dans un stockage objet compatible S3, de propriété canadienne (MinIO); la résidence des données correspond donc au reste de votre application. Gardez ici tout ce qui est sensible plutôt que dans votre dépôt ou votre sortie de build.
Ce qui va ici plutôt que dans le build
- Stockage objet : images téléversées, PDF et CSV générés, sauvegardes, tout ce qui est créé ou modifié après le déploiement.
- Votre build : les ressources statiques qui font partie de l’application (logos, JS/CSS empaquetés) — livrez-les dans le déploiement, pas dans le compartiment.
- Données structurées : utilisez une base Postgres pour les enregistrements que vous interrogez, pas des fichiers dans un compartiment.