Re: web serving from 4D client
If you need significant 4D Client (not web serving) involvement with 4D Server or if the need of the web server for 4D data and functionality is non-trivial, I would forget the cloud as an option. Only solution in that direction I could think of would be to put 4D Server and 4D Client/webserver on the same cloud (you know what I mean) and hope that or arrange to have the 4D Clients on low-latency connections to 4D Server. This can be done with dedicated routed circuits but can be really expensive. We do have at least one setup like Arnaud describes, everything in-house with webserver/client in a DMZ. As he suggests, one way to avoid the expense under this last scenario is to design your db for higher latency connections with 4D Client. I just can’t get my head around the concept of putting 4D Server (as server to 4D Clients) in the cloud. Why deny your customer much of 4D’s potential? Why deny yourself the chance to provide it? Sure, you can whip something up that works ok at first, but unless you and your customer go into the project agreeing that it’s just going to be a short-term throw-away… —Bill > On Nov 18, 2016, at 5:18 AM, Paul Denniswrote: > > Hello Scott, Bill, Tim > > I'm trying to decide where to host the 4Dserver application. The options are > > 1. 4D server inhouse and 4D Client web serving in cloud on a dedicated > server. The limitation here is the speed of our connection as this is a > consumer site and could be busy. > 2. 4D server and 4D Client in cloud on same windows server > 3. 4D server and 4D Client in cloud on with client running under hyper V on > same machine ie isolate the server and the client. > > At the moment I'm will be going with option 2. > > Any thoughts > Thanks > Paul > > ** 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:4d_tech-unsubscr...@lists.4d.com **
Re: web serving from 4D client
> Le 18 nov. 2016 à 11:18, Paul Dennisa écrit : > > I'm trying to decide where to host the 4Dserver application. The options are > [...] Another option: we use 4D server and client-as-web-server both in-house, with the client in a DMZ. Connection to wan is fiber. It is enough for us, the web traffic is not huge. I've been working a while on a dedicated server on cloud. It works, great, but very often 4D application written in lan environment will need deep changes to be useable. -- Arnaud de Montard ** 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:4d_tech-unsubscr...@lists.4d.com **
RE: web serving from 4D client
Hello Scott, Bill, Tim I'm trying to decide where to host the 4Dserver application. The options are 1. 4D server inhouse and 4D Client web serving in cloud on a dedicated server. The limitation here is the speed of our connection as this is a consumer site and could be busy. 2. 4D server and 4D Client in cloud on same windows server 3. 4D server and 4D Client in cloud on with client running under hyper V on same machine ie isolate the server and the client. At the moment I'm will be going with option 2. Any thoughts Thanks Paul -- View this message in context: http://4d.1045681.n5.nabble.com/web-serving-from-4D-client-tp5748533p5748833.html Sent from the 4D Tech mailing list archive at Nabble.com. ** 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:4d_tech-unsubscr...@lists.4d.com **
Re: web serving from 4D client
The machine selected to run the web server, the 4D User assigned to that machine (with or without a password), the HTML root file and anything else you wish to do to configure and authorize the WEB START SERVER call can be managed in 4D records and forms. And, obviously, they can be as “secure" as you are clever… 8-) —Bill > On Nov 11, 2016, at 3:50 PM, cswirthwrote: > > Paul Dennis wrote >> Scott, I am about to implement serving via client. In your setup having a >> "web user" does this mean you have to login manually when you restart the >> client ? >> Thanks >> Paul > > Paul, > > We do log in manually after a restart, but I suppose you could make your web > user the default user with no password... which may not be a good idea. > > Scott > > > ** 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:4d_tech-unsubscr...@lists.4d.com **
Re: web serving from 4D client
I can say that, as far as a version 14 built c/s system, a web serving 4D client can be set to auto launch while also starting the webserver. As Scott pointed out it’s important that the user assigned to the web server client be assigned to a group with web server privileges and (I’m quite sure) that group must not contain any more users than the number of web server licenses attached to the system. Bill > On Nov 10, 2016, at 3:18 AM, Paul Denniswrote: > > Scott, I am about to implement serving via client. In your setup having a > "web user" does this mean you have to login manually when you restart the > client ? > Thanks > Paul > > ** 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:4d_tech-unsubscr...@lists.4d.com **
Re: web serving from 4D client
Hi Scott— It’s been a while, but I recall that there can be quirkiness involving the persistence, or not, of some of the settings in the configuration ui. I’ve worked around that by keeping them in db preferences records which can be modified by designer/administrator/user as appropriate. On startup (webserver startup in this case) those prefs can be invoked by code, using the db record/field values. Bill > On Nov 9, 2016, at 7:51 PM, cswirthwrote: > > Bill, > > "Since the system is a built c/s project and we do auto updates quite often" > > It's my experience in v15 that you need to reset the Default HTML root after > an update. > > Scott ** 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:4d_tech-unsubscr...@lists.4d.com **
Re: web serving from 4D client
Scott, I am about to implement serving via client. In your setup having a "web user" does this mean you have to login manually when you restart the client ? Thanks Paul -- View this message in context: http://4d.1045681.n5.nabble.com/web-serving-from-4D-client-tp5748533p5748578.html Sent from the 4D Tech mailing list archive at Nabble.com. ** 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:4d_tech-unsubscr...@lists.4d.com **
Re: web serving from 4D client
Bill, "Since the system is a built c/s project and we do auto updates quite often" It's my experience in v15 that you need to reset the Default HTML root after an update. Scott -- View this message in context: http://4d.1045681.n5.nabble.com/web-serving-from-4D-client-tp5748533p5748574.html Sent from the 4D Tech mailing list archive at Nabble.com. ** 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:4d_tech-unsubscr...@lists.4d.com **
web serving from 4D client
Under the Web topic of the Database Setting ui, is this config area effective only if the web server is run from 4D Server? Another way to ask: Must all web server database settings be configured via code, if the web server runs from 4D Remote? Thanks, Bill William W. Weale Business Owners Support, LLC. Operations Analysis MIS Advising Decision Support Systems ** 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:4d_tech-unsubscr...@lists.4d.com **