Hi Maurice,

That sounds reasonable. And how do you move the BLOB from the Server to the 
Client?

I see several possibilities:

- Keep the BLOB in a variable and move the variable from the Server to the 
Client.
- Store the BLOB in a field (Record), the Client can access the Record by e.g. 
a query.
- Move the Document (not a BLOB) from the Server to the Client by use of the 
Resources folder.

I see advantages/disadvantages for each of the solutions.

What works well for you?

Olivier

-----Ursprüngliche Nachricht-----
Von: 4D_Tech [mailto:[email protected]] Im Auftrag von Maurice 
Inzirillo - AJAR via 4D_Tech
Gesendet: Freitag, 17. Februar 2017 08:23
An: 4D iNug Technical <[email protected]>
Cc: Maurice Inzirillo - AJAR <[email protected]>
Betreff: Re: Question about storing data outside of datafile

Hello Olivier,

Blob to document And Document to blob with a method set to be executed on 
server is an easy and reliable solution !



Best regards,

Maurice Inzirillo
--
AJAR S.A.

4D v16: http://www.ajar.ch/
Wakanda Wednesday Lab : http://www.ajar.ch/wwl
twitter: ajar_info
Tél : +41 (0)323422684




> On 17 Feb 2017, at 07:45, flury olivier via 4D_Tech <[email protected]> 
> wrote:
> 
> I am currently thinking of rewriting an existing document management system. 
> What is the "best" way to move files from the clients to the server and back 
> from the server to the client?
> 
> VARIABLE TO VARIABLE? Execute on Client / Execute on Server? Using a kind of 
> caching table (store the last x used files)? ...
> 
> Gladly appreciate all sharing of experience.
> 
> -----Ursprüngliche Nachricht-----
> Von: 4D_Tech [mailto:[email protected]] Im Auftrag von 
> G-Mail via 4D_Tech
> Gesendet: Donnerstag, 16. Februar 2017 23:55
> An: 4D iNug Technical <[email protected]>
> Cc: G-Mail <[email protected]>
> Betreff: Re: Question about storing data outside of datafile
> 
>> On 02/16/2017, at 11:09 AM, Peter Bozek via 4D_Tech <[email protected]> 
>> wrote:
>> 
>> Would you like to exchange your know-how? I did similar system, and 
>> there are some tricky parts in case of C/S.
> 
> 
> There is lots of decisions we made for our purposes, and there are different 
> ways to do things for sure. We had to meet various security regulations 
> therefore we changed some of the ways we did things over the 20 or so years 
> that we had built it. Of course new technologies came along too that 
> permitted us to change that up.
> 
> Is there something specific that you are wanting to discuss?
> 
> 
> 
> Jody Bevan
> 
> **********************************************************************
> 4D Internet Users Group (4D iNUG)
> FAQ:  http://lists.4d.com/faqnug.html
> Archive:  http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:[email protected]
> **********************************************************************
> 
> **********************************************************************
> 4D Internet Users Group (4D iNUG)
> FAQ:  http://lists.4d.com/faqnug.html
> Archive:  http://lists.4d.com/archives.html
> Options: http://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:[email protected]
> **********************************************************************

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:[email protected]
**********************************************************************

**********************************************************************
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:[email protected]
**********************************************************************

Reply via email to