I like it a lot. I would like to suggest you also an svn based storage if that is conceivable or at least to leave the space for hooks so that a post-commit xwiki "reload-from-directory" and a "post-xwiki-save-commit" are hookable to synchronize with whatever you wish.
I wonder if you don't want, right away, a virtual-file-system so that such as an ftp-mount (for some spaces?) is doable. paul Le 23 nov. 2010 à 03:03, Caleb James DeLisle a écrit : > I would like to propose a different method for attachment storage. I have > spent some time working on > referencing using a UUID and have run into problems with how to garbage > collect files if the > corresponding database entry should go missing as well as problems with > getting UUID standardization > approved. > > I would like to try a different direction. > There will be a directory for the wiki, one for the space and one for the > document. Inside of the > document directory will be the attachments. > > An attachment called myImage.png attached to the document xwiki:Main.WebHome > will be placed in the > following location: > <filesystem store directory>/xwiki/Main/WebHome/attachments/myImage.png > > If there is an XWikiAttachment entry in the database, the metadata from that > entry will be matched > with the attachment. > If there is no metadata entry but there is a file, empty metadata will be > created. > > Users will have the option of adding attachments to documents by copying the > files into the relevant > directory. > > An escaping scheme will have to be adopted to prevent attachments named > ../../../../../etc/passwd or > the like. > > > I have not started on this, I would like to see some +1 before I start > writing code. > > WDYT? > > Caleb > > _______________________________________________ > devs mailing list > [email protected] > http://lists.xwiki.org/mailman/listinfo/devs _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
