chrome a déjà commencé : pour le réactiver, il faut passer par « about:flags » qui prévient que c'est TRÈS DANGEREUX.
Que google fasse cela, je le comprends très bien. Mais firefox ?! Au nom de la « sécurité » ? On peut avoir envie de partager des documents publiquement, sans que la confidentialité ne soit un problème.
Ou bien chacun de ces navigateurs a un « service de partage de fichiers » sous le coude à placer.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Posté par barmic 🦦 .
Évalué à 4.
Dernière modification le 17 avril 2021 à 15:49.
Tout le monde veut la mort de FTP c'est un protocole obsolète. Ce n'est pas qu'une question de sécurité.
On peut avoir envie de partager des documents publiquement, sans que la confidentialité ne soit un problème.
On peut dire la même chose pour http, mais ne pas vérifier l'identité du serveur ça rend transparent le fait que tu le visite et ça permet de man in the middle (wikipedia a des données publiques pour autant si je peux placer mon serveur devant pour fournir des fausses information ça pose un problème par exemple).
En plus c'est un mauvais protocole pour la distribution. Son unique intérêt sur https à ce niveau là c'est de permettre l'envoi de données, mais je suis pas certain que les navigateurs aient un jour implémenté l'envoi.
C'est un protocole très difficile à administrer, son mode passif/actif le rend très couteux pour les firewall par exemple. Sa gestion de l'encodage peut aussi poser problème.
Il existe différents protocoles qui marchent bien mieux (en fonction du sftp, bittoren, https,…).
Posté par jseb .
Évalué à 0.
Dernière modification le 17 avril 2021 à 16:13.
Moi je veux bien, alors qu'ils implémentent ftps (ou a la rigueur sftp) dans le browser.
Le problème, c'est qu'il n'y a pas vraiment de remplaçant dans le navigateur, pour se partager facilement des fichiers. http(s), l'upload est compliqué. Côté serveur, ce n'est pas prévu du tout (il y a une extension nginx , mais elle n'est pas mise à jour, et l'implem du client est laissé à titre d'exercice au lecteur). Alors on fait quoi ? On sort PHP ou NodeJS ?
Sinon il reste webdav qui a le bon goût d'être supporté par les explorers ms-windows. Bin oui, il faut que ça tourne sur le parc, tout ça.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
Posté par barmic 🦦 .
Évalué à 2.
Dernière modification le 17 avril 2021 à 17:18.
Le problème, c'est qu'il n'y a pas vraiment de remplaçant dans le navigateur, pour se partager facilement des fichiers. http(s), l'upload est compliqué.
Firefox n'a jamais permis de faire un upload FTP, il y a des extensions qui l'ont fait (je ne sais pas si ça existe encore) qui avait leur propre implémentation du protocole.
Donc :
Alors on fait quoi ?
Je dirais comme jusqu'à présent.
Si ce qui t'embête ce que tu cherche c'est à présenter un dossier tous les serveurs web font ça très bien.
Sinon il reste webdav qui a le bon goût d'être supporté par les explorers ms-windows. Bin oui, il faut que ça tourne sur le parc, tout ça.
Si c'est pour une question de gestion de parc (pas ouvert sur internet) tu as l'embaras du choix :
Le problème, c'est qu'il n'y a pas vraiment de remplaçant dans le navigateur, pour se partager facilement des fichiers.
À l’heure où tout le monde se plaint que les navigateurs web font trop de truc, c’est marrant de voir quelqu’un réclamer qu’ils en fassent encore plus.
Mouais, pas convaincu que ça soit nécessaire d’avoir ça dans un navigateur.
En plus de ça, des lecteurs de flux (comme des clients FTP) y en a une tétrachiée, je suis vraiment pas sûr que Firefox soit adapté (et connaissant Mozilla, c’était probablement un mauvais lecteur de flux, juste là pour des raisons historiques).
Posté par SChauveau .
Évalué à 1.
Dernière modification le 18 avril 2021 à 12:12.
C'est pas la mort. Cela ne changera rien pour 99% des utilisateurs qui n'utilisent jamais FTP (oui! je sais que, comme 83% des pourcentages donnés dans les commentaires, celui ci est inventé) et pour le 1% restant Firefox lancera un utilitaire externe comme pour un mailto:// ou un irc://
# Papy fera de la résistance ?
Posté par Benoît Sibaud (site web personnel) . Évalué à 4.
https://www.zdnet.fr/actualites/mozilla-commencera-a-desactiver-le-ftp-a-partir-de-lundi-39921227.htm
« Après avoir désactivé le support du FTP dans sa version 88, le code sera complètement supprimé dans Firefox 90. »
[^] # Re: Papy fera de la résistance ?
Posté par jseb . Évalué à 1.
chrome a déjà commencé : pour le réactiver, il faut passer par « about:flags » qui prévient que c'est TRÈS DANGEREUX.
Que google fasse cela, je le comprends très bien. Mais firefox ?! Au nom de la « sécurité » ? On peut avoir envie de partager des documents publiquement, sans que la confidentialité ne soit un problème.
Ou bien chacun de ces navigateurs a un « service de partage de fichiers » sous le coude à placer.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Papy fera de la résistance ?
Posté par barmic 🦦 . Évalué à 4. Dernière modification le 17 avril 2021 à 15:49.
Tout le monde veut la mort de FTP c'est un protocole obsolète. Ce n'est pas qu'une question de sécurité.
On peut dire la même chose pour http, mais ne pas vérifier l'identité du serveur ça rend transparent le fait que tu le visite et ça permet de man in the middle (wikipedia a des données publiques pour autant si je peux placer mon serveur devant pour fournir des fausses information ça pose un problème par exemple).
En plus c'est un mauvais protocole pour la distribution. Son unique intérêt sur https à ce niveau là c'est de permettre l'envoi de données, mais je suis pas certain que les navigateurs aient un jour implémenté l'envoi.
C'est un protocole très difficile à administrer, son mode passif/actif le rend très couteux pour les firewall par exemple. Sa gestion de l'encodage peut aussi poser problème.
Il existe différents protocoles qui marchent bien mieux (en fonction du sftp, bittoren, https,…).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Papy fera de la résistance ?
Posté par jseb . Évalué à 0. Dernière modification le 17 avril 2021 à 16:13.
Moi je veux bien, alors qu'ils implémentent ftps (ou a la rigueur sftp) dans le browser.
Le problème, c'est qu'il n'y a pas vraiment de remplaçant dans le navigateur, pour se partager facilement des fichiers. http(s), l'upload est compliqué. Côté serveur, ce n'est pas prévu du tout (il y a une extension nginx , mais elle n'est pas mise à jour, et l'implem du client est laissé à titre d'exercice au lecteur). Alors on fait quoi ? On sort PHP ou NodeJS ?
Sinon il reste webdav qui a le bon goût d'être supporté par les explorers ms-windows. Bin oui, il faut que ça tourne sur le parc, tout ça.
Discussions en français sur la création de jeux videos : IRC freenode / #gamedev-fr
[^] # Re: Papy fera de la résistance ?
Posté par barmic 🦦 . Évalué à 2. Dernière modification le 17 avril 2021 à 17:18.
Firefox n'a jamais permis de faire un upload FTP, il y a des extensions qui l'ont fait (je ne sais pas si ça existe encore) qui avait leur propre implémentation du protocole.
Donc :
Je dirais comme jusqu'à présent.
Si ce qui t'embête ce que tu cherche c'est à présenter un dossier tous les serveurs web font ça très bien.
Si c'est pour une question de gestion de parc (pas ouvert sur internet) tu as l'embaras du choix :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Papy fera de la résistance ?
Posté par Anonyme . Évalué à 2.
À l’heure où tout le monde se plaint que les navigateurs web font trop de truc, c’est marrant de voir quelqu’un réclamer qu’ils en fassent encore plus.
[^] # Re: Papy fera de la résistance ?
Posté par devnewton 🍺 (site web personnel) . Évalué à 1.
Firefox a tendance à supprimer des fonctions utiles (comme les flURSS) :-(
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Papy fera de la résistance ?
Posté par barmic 🦦 . Évalué à 2.
Comme flash et les applets java par exemple ? Et ils n'ont jamais implémenté les activX, ces gredins !
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Papy fera de la résistance ?
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Mozilla ne développait ni l'un ni l'autre. Ils se sont petits suicidés tout seuls !
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Papy fera de la résistance ?
Posté par barmic 🦦 . Évalué à 1.
C'est Mozilla qui développe le support de ces plugins
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Papy fera de la résistance ?
Posté par Anonyme . Évalué à 3.
Question honnête, ça sert à quoi un lecteur de flux RSS dans un navigateur ?
[^] # Re: Papy fera de la résistance ?
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 3.
Bah, j'ai bien un navigateur web dans mon lecteur de flux :)
[^] # Re: Papy fera de la résistance ?
Posté par devnewton 🍺 (site web personnel) . Évalué à 2. Dernière modification le 19 avril 2021 à 16:29.
Quand je consulte le flURSS de France Culture (par exemple), pas de popup RGPD, des liens de téléchargements directs. Bref un meilleur web :)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Papy fera de la résistance ?
Posté par Anonyme . Évalué à 0.
Mouais, pas convaincu que ça soit nécessaire d’avoir ça dans un navigateur.
En plus de ça, des lecteurs de flux (comme des clients FTP) y en a une tétrachiée, je suis vraiment pas sûr que Firefox soit adapté (et connaissant Mozilla, c’était probablement un mauvais lecteur de flux, juste là pour des raisons historiques).
[^] # Re: Papy fera de la résistance ?
Posté par SChauveau . Évalué à 1. Dernière modification le 18 avril 2021 à 12:12.
C'est pas la mort. Cela ne changera rien pour 99% des utilisateurs qui n'utilisent jamais FTP (oui! je sais que, comme 83% des pourcentages donnés dans les commentaires, celui ci est inventé) et pour le 1% restant Firefox lancera un utilitaire externe comme pour un mailto:// ou un irc://
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.