File uploader #85

New Issue

tonitch · 2024-03-09T18:33:11+01:00

tonitch commented

2024-03-09 18:33:11 +01:00

On doit avoir un système pour envoyer certains fichiers.

dans l'idée je verais bien un : POST /upload/{type} avec type etant par example, "profilePicture", "Quotes", ...
Ces fichiers sont alors mis dans le système de fichiers, le chemin de ce fichier est stoqué dans la bdd et le chemin (static) est renvoyé dans la requettes.

Ainsi tout les champs nécéssitants des fichiers (photos, documents, ...) seront stockées sous forme de string/ chemin static dans la db et pourrons être référencé facilement par le frontend pour télécharger/afficher.

Le fait de stocker dans la db le chemin permet également de garder une référence des fichiers "utilisés". Dans le sens ou, si un utilisateur change de photo par example on pourrais simplement supprimer l'entrée dans la db et puis on peut faire un système de purge (comme pour les tokens) qui s'éxécuterais tout les semaine par example pour supprimer tout les fichiers qui ne sont pas référencés...

Au niveau frontend je vais certainement faire une fonction consumeFile("url_recu_de_la_db") qui permeterais soit d'afficher ou de télécharger le fichier par le client.

Si ça vous semble raisonable... let's roll with that!

On doit avoir un système pour envoyer certains fichiers. dans l'idée je verais bien un : `POST /upload/{type}` avec type etant par example, "profilePicture", "Quotes", ... Ces fichiers sont alors mis dans le système de fichiers, le chemin de ce fichier est stoqué dans la bdd et le chemin (static) est renvoyé dans la requettes. Ainsi tout les champs nécéssitants des fichiers (photos, documents, ...) seront stockées sous forme de string/ chemin static dans la db et pourrons être référencé facilement par le frontend pour télécharger/afficher. Le fait de stocker dans la db le chemin permet également de garder une référence des fichiers "utilisés". Dans le sens ou, si un utilisateur change de photo par example on pourrais simplement supprimer l'entrée dans la db et puis on peut faire un système de purge (comme pour les tokens) qui s'éxécuterais tout les semaine par example pour supprimer tout les fichiers qui ne sont pas référencés... Au niveau frontend je vais certainement faire une fonction consumeFile("url_recu_de_la_db") qui permeterais soit d'afficher ou de télécharger le fichier par le client. Si ça vous semble raisonable... let's roll with that!

tonitch added the

TODO

Proposition

back

labels 2024-03-09 18:33:11 +01:00

tonitch added this to the Clyde project 2024-03-09 18:33:11 +01:00

Maxime self-assigned this 2024-03-10 10:37:52 +01:00

Maxime commented

2024-03-10 10:41:31 +01:00

LGTM je fais une implémentation en backend mtn et tu me dis ce que t'en penses

tonitch commented

2024-03-10 11:25:38 +01:00

Je viens d'y penser, mais si on fait une table files, alors on peut très bien faire des fk pour les autres tables quand ils ont besoin d'un fichier. pour éviter d'avoir plusieurs fois les réfs. @LeoMoulin

Maxime commented

2024-03-10 11:28:20 +01:00

m'as l'air d'être une meilleure idée en terme de storage mais jsp pour le retrieval

tonitch commented

2024-03-10 12:03:06 +01:00

bhat tu as genre User : cess -> file: name ----FileSystem---> "nameofthefile.pdf"
et ça va chercher dans genre /attachments/nameofthefile.pdf
Faudrait juste que le nameofthefile soit genre un uuid pour éviter qu'ils soient prédictibles et puis c'est bon.

ça permet de facilement référencer un fichier dans les tables et puis d'avoir une table contenant tout les fichiers utilisés. Comme ça si un fichier n'est plus utilisé c'est facile de le supprimer quoi

Quand y'a un fichier nécéssaire, un champ upload envoie le fichier sur genre POST /upload qui retourne l'id du fichier et cet id ets utilisé dans l'autre POST (genre POST /user {cess: FileId} et ainsi dans la db tu as l'id de l'entrée du fichier dans la table des fichiers qui contient l'emplacement du fichier dans le fs ^^

ça me semble être une approche très flexible et ainsi on peut la réutiliser à volontée pour toutes nos extensions
(genre pour mes messages par example c'est cool)

bhat tu as genre User : cess -> file: name ----FileSystem---> "nameofthefile.pdf" et ça va chercher dans genre <website>/attachments/nameofthefile.pdf Faudrait juste que le nameofthefile soit genre un uuid pour éviter qu'ils soient prédictibles et puis c'est bon. ça permet de facilement référencer un fichier dans les tables et puis d'avoir une table contenant tout les fichiers utilisés. Comme ça si un fichier n'est plus utilisé c'est facile de le supprimer quoi Quand y'a un fichier nécéssaire, un champ upload envoie le fichier sur genre `POST /upload` qui retourne l'id du fichier et cet id ets utilisé dans l'autre POST (genre `POST /user {cess: FileId}` et ainsi dans la db tu as l'id de l'entrée du fichier dans la table des fichiers qui contient l'emplacement du fichier dans le fs ^^ ça me semble être une approche très flexible et ainsi on peut la réutiliser à volontée pour toutes nos extensions (genre pour mes messages par example c'est cool)

Maxime commented

2024-03-12 22:52:14 +01:00

done ?

tonitch closed this issue

2024-03-13 14:14:41 +01:00

Sign in to join this conversation.