Un jeu de fonctions unifiees et robustes pour envoyer un fichier complet ou par morceaux (HTTP_RANGE) #167

Open
cerdic wants to merge 1 commits from dev/envoyer_fichier into master
cerdic commented 2 weeks ago
Owner

Car il y a tout un tas de plugins qui recopient le code l'un sur l'autre, plus ou moins complètement, avec des variantes, pour faire la meme chose, et tout cela est plus ou moins maintenu/robuste selon les plugins

Car il y a tout un tas de plugins qui recopient le code l'un sur l'autre, plus ou moins complètement, avec des variantes, pour faire la meme chose, et tout cela est plus ou moins maintenu/robuste selon les plugins
cerdic added 1 commit 2 weeks ago
Poster
Owner

(le code est une synthèse/refactoring de ce qu'on a principalement dans le plugin acces_restreint, et il faudra que je re-teste toutes les features avant la release, mais en principe ça marche (tm))

(le code est une synthèse/refactoring de ce qu'on a principalement dans le plugin acces_restreint, et il faudra que je re-teste toutes les features avant la release, mais en principe ça marche (tm))

Moi j'ai juste une question sur "envoyer un fichier". On parle bien d'envoyer un fichier au navigateur ? Parce que "envoyer un fichier" cela pourrait être aussi "envoyer un fichier au serveur" "envoye run fichier par mail", etc.

Moi j'ai juste une question sur "envoyer un fichier". On parle bien d'envoyer un fichier au navigateur ? Parce que "envoyer un fichier" cela pourrait être aussi "envoyer un fichier au serveur" "envoye run fichier par mail", etc.

Effectivement je pense qu'il faut être plus explicite dans le préfixe de l'API.

En anglais on distingue facilement download et upload. Là "envoyer un fichier" c'est trop polyvalent comme terme : difficile de comprendre intuitivement s'il s'agit du site qui envoie un fichier au visiteur, ou si ce sont des fonctions qui aident le visiteur à envoyer des fichiers au site.

Effectivement je pense qu'il faut être plus explicite dans le préfixe de l'API. En anglais on distingue facilement download et upload. Là "envoyer un fichier" c'est trop polyvalent comme terme : difficile de comprendre intuitivement s'il s'agit du site qui envoie un fichier au visiteur, ou si ce sont des fonctions qui aident le visiteur à envoyer des fichiers au site.
b_b commented 2 weeks ago
Owner

Idées en vrac : servir, délivrer ? sinon : poster, expédier, transmettre...

Idées en vrac : servir, délivrer ? sinon : poster, expédier, transmettre...
Collaborator

j'aime bien aussi téléverser, je trouve que c'est plus explicite et que ça colle aussi avec télécharger

j'aime bien aussi téléverser, je trouve que c'est plus explicite et que ça colle aussi avec télécharger

heu televerser c'est quand on envoie depuis l'ordinateur vers le serveur non ? il me semble que là c'est précisement le contraire la fonction de cedric

heu televerser c'est quand on envoie depuis l'ordinateur vers le serveur non ? il me semble que là c'est précisement le contraire la fonction de cedric
Poster
Owner

televerser c'est en effet exactement le sens contraire, qu'on utilise dans l'interface pour les utilisateurs qui veulent envoyer leur fichier sur le serveur.

poster, expédier, transmettre posent le même problème d'ambiguité que envoyer. Pour moi c'est clair car on est dans le code du côté du serveur mais bon...

délivrer ou servir ont l'avantage d'être moins ambigus car jamais utilisés pour désigner l'envoi d'un utilisateur vers le serveur (c'est le serveur qui sert !)

televerser c'est en effet exactement le sens contraire, qu'on utilise dans l'interface pour les utilisateurs qui veulent envoyer leur fichier sur le serveur. poster, expédier, transmettre posent le même problème d'ambiguité que envoyer. Pour moi c'est clair car on est dans le code du côté du serveur mais bon... délivrer ou servir ont l'avantage d'être moins ambigus car jamais utilisés pour désigner l'envoi d'un utilisateur vers le serveur (c'est le serveur qui sert !)
JLuc commented 1 week ago

"servir" a l'avantage de faire écho à "serveur"

Sinon en HTML c'est "download".

"servir" a l'avantage de faire écho à "serveur" Sinon en HTML c'est "download".
Owner

Délivrer ou servir c'est très bien, les deux me conviennent

Si on est gauchiste, on préférera utiliser le mot délivrer, plus libérateur que servir :D

Mais sinon oui servir est raccord avec serveur… logique

Délivrer ou servir c'est très bien, les deux me conviennent Si on est gauchiste, on préférera utiliser le mot délivrer, plus libérateur que servir :D Mais sinon oui servir est raccord avec serveur… logique
This pull request can be merged automatically.
This branch is out-of-date with the base branch
You are not authorized to merge this pull request.
Sign in to join this conversation.
No reviewers
No Label
No Milestone
No Assignees
6 Participants
Notifications
Due Date

No due date set.

Dependencies

This pull request currently doesn't have any dependencies.

Loading…
There is no content yet.