Et en quoi c'est mis à mal, à part le bug de GVFS de 2014 ?
Je ne comprends pas trop le souci, pour faire aussi du WOPI, c'est la même chose, chaque modification de fichier implique une réécriture complète du fichier, derrière c'est au serveur de gérer le versionnement à coup de diff.
Il y a des clients qui font des PUT à 0 octets avant d'envoyer le vrai contenu du fichier, il suffit d'ignorer ces PUT lors du versionnement. Ce genre de comportement est détaillé dans l'auto-versionnement proposé par SVN (basé sur WebDAV) : https://svnbook.red-bean.com/en/1.7/svn.webdav.autoversioning.html
Il existe d'autres serveurs WebDAV qui font de l'auto-versionnement un peu plus malin.
Mais je suis curieux de savoir ce qui pose souci chez Tracim en particulier :)
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)
[^] # Re: Websocket
Posté par BohwaZ (site web personnel, Mastodon) . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à 2.
Qu'est-ce qui est compliqué ?
Et en quoi c'est mis à mal, à part le bug de GVFS de 2014 ?
Je ne comprends pas trop le souci, pour faire aussi du WOPI, c'est la même chose, chaque modification de fichier implique une réécriture complète du fichier, derrière c'est au serveur de gérer le versionnement à coup de diff.
Il y a des clients qui font des PUT à 0 octets avant d'envoyer le vrai contenu du fichier, il suffit d'ignorer ces PUT lors du versionnement. Ce genre de comportement est détaillé dans l'auto-versionnement proposé par SVN (basé sur WebDAV) : https://svnbook.red-bean.com/en/1.7/svn.webdav.autoversioning.html
Il existe d'autres serveurs WebDAV qui font de l'auto-versionnement un peu plus malin.
Mais je suis curieux de savoir ce qui pose souci chez Tracim en particulier :)
« Je vois bien à quels excès peut conduire une démocratie d'opinion débridée, je le vis tous les jours. » (Nicolas Sarkozy)