This is getting messy!!! Ha,hahaha.. J
____________________________________________________________________________ ______________ Angel Rosario-Sierra Business Critical Solutions Architect ) Cel: 787-548-0915, ) T&F: 787-707-0869 ** PLEASE TAKE NOTE OF OUR NEW ADDRESS AND TEL NUMBER ** B5 CALLE TABONUCO SUITE 216, PBM 101 GUAYNABO, PR 00968-3029 TEL/FAX: 787-707-0869 E-Mail: <mailto:[email protected]> [email protected], Web: <http://www.rtm-it.com/> www.RTM-IT.com Description: Description: Description: Description: C:\Documents and Settings\rosarioa\Local Settings\Temporary Internet Files\Content.Word\Vms_shark_hp.png OpenVMS Experts in PR, OpenVMS FOREVER! P Antes de imprimir este e-mail piense bien si es necesario hacerlo: El medioambiente es cosa de todos..."Before you print this E-mail,ask if it's really necessary. Our environment concerns us all". "Anyone who has never made a mistake has never tried anything new!" Albert Einstein From: [email protected] [mailto:[email protected]] On Behalf Of Roberto Rosario Sent: Monday, July 23, 2012 9:54 PM To: [email protected] Subject: Re: [Mayan EDMS: 231] Re: Using S3 document storage That is why I avoid external binary dependencies like the plague :) Otherwise I could just pass the file handle returned by the storage class to whatever Python code needs to process a document. But whenever there is processing by an external utility Mayan already copies the document file locally and treats it like a cached version of the original document: https://github.com/rosarior/mayan/blob/master/apps/documents/models.py#L120 which in turn calls the Document's latest version's open method: https://github.com/rosarior/mayan/blob/master/apps/documents/models.py#L487 which in turn calls the storage class open method :) https://github.com/rosarior/mayan/blob/master/apps/documents/models.py#L493 Never is a document assumed to be local. I tested this decoupling in the past storing documents in a GridFS clustered storage and worked, but it was quite some time ago so I'm very eager to see what Ami found out and fix it. /Roberto On Monday, July 23, 2012 4:22:42 PM UTC-4, Nate Aune wrote: I think one problem is that much of the Mayan functionality (OCR, metadata, etc.) expects that the files are on a locally accessible file system, which is not the case if the files are on S3. So it would seem necessary to temporarily download the files from S3 to a /tmp folder to process them with the Unix cmd line tools. I don't have any direct experience with doing this with Mayan, but I know from another project in which we were storing MP3 files in a database, that if we wanted to extract the ID3 tags from the files using id3 cmd line tools, we had to copy the MP3 files out of the database and put them in a temp folder. Nate On Mon, Jul 23, 2012 at 3:42 PM, Carlos Aguilar <[email protected]> wrote: You can check django-storages to make compatible with S3 your app. -- Carlos Aguilar Consultor Hardware y Software DWD&Solutions http://www.dwdandsolutions.com http://www.houseofsysadmin.com Cel: 78740173 Oficina: 22693598 -- -- [email protected] +1 (617) 517-4953 http://twitter.com/natea | http://linkedin.com/in/natea -- --
<<image001.jpg>>
<<image002.jpg>>
