Re: ftp to webstar
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 38511
interpreted = N
texte = What's your goal here? Are you trying to replace an entire db on server2 with the the data from a similar db on server1?If that's all you're trying to do, just create a template on server1 that does what I suggested below, then put another template on server2 that does these tasks in order:1- close the db you're dealing with on server2;2- rename this db without the db extension -- so it cannot accidentally be opened again by webcat, and so you still have it available in case any problems arise;3- code a writefile context that writes a new db file with the db name you closed in step #1, then nest a middle context inside it, then a tcpconnect inside that, then a tcpsend inside that;4- make the tcpconnect get you admin template on server1.This technique will get the current data from the db file on server1 by including it in the template on server1, then the template on server2 will bring that data into server2 and write it to a new db file which will replace the one that was just clsed and renamed on server2.You'll have to be careful about your webdna formatting and the middle context, because you'll be writing a db to server2, so your code will have to be free of any extraneous line returns in BOTH admin templates. If you do it right, this technique will let you replace the db on server2 with the current db on server1 in a single step.>hmm, I guess I could add this to John's DBedit code.... I had another >idea on this Ken. Could I have this admin page automatically populate >the value of a text input on a form? Then (from inside our LAN) could >this form request a page (tpl) from my Development server and [REPLACE] >(update) the development machine's database? > > >Kenneth Grome wrote: > >> [snip] >> >> You're still going to have to use a web browser to close the selected >> db file before you use timbuktu to retrieve it, or else you're not >> going to be retrieving the latest changes in the RAM-cached version >> of the db. Not to mention the fact that timbuktu is a lot slower >> than either http or ftp. >> >> I don't see why you don't just create a single admin page that does >> it all for you -- close the db, rewrite it to another file without >> the db extension, then [include] it on the same page. the result >> will be that the data will appear in your browser window, then all >> you have to do is save it or copy and paste it into a blank text file. >> >> ---------------------------------------------------- >> [snip] > >-- Donovan D. Brooke >Systems Administrator/ >Assc. Art Director >Epsen Hillmer Graphics > >I know I'm making progress when I look at the questions I have >asked in the past and think to myself... how stupid was that > > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list
. >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to > >Web Archive of this list is at: http://search.smithmicro.com/ ---------------------------------------------------- Kenneth Grome & Associates web: http://kengrome.com email: owner@kengrome.com mobile: +63 917 254-1494 office: +63 32 262-8164 ----------------------------------------------------------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
What's your goal here? Are you trying to replace an entire db on server2 with the the data from a similar db on server1?If that's all you're trying to do, just create a template on server1 that does what I suggested below, then put another template on server2 that does these tasks in order:1- close the db you're dealing with on server2;2- rename this db without the db extension -- so it cannot accidentally be opened again by webcat, and so you still have it available in case any problems arise;3- code a writefile context that writes a new db file with the db name you closed in step #1, then nest a middle context inside it, then a tcpconnect inside that, then a tcpsend inside that;4- make the tcpconnect get you admin template on server1.This technique will get the current data from the db file on server1 by including it in the template on server1, then the template on server2 will bring that data into server2 and write it to a new db file which will replace the one that was just clsed and renamed on server2.You'll have to be careful about your webdna formatting and the middle context, because you'll be writing a db to server2, so your code will have to be free of any extraneous line returns in BOTH admin templates. If you do it right, this technique will let you replace the db on server2 with the current db on server1 in a single step.>hmm, I guess I could add this to John's DBedit code.... I had another >idea on this Ken. Could I have this admin page automatically populate >the value of a text input on a form? Then (from inside our LAN) could >this form request a page (tpl) from my Development server and [replace] >(update) the development machine's database? > > >Kenneth Grome wrote: > >> [snip] >> >> You're still going to have to use a web browser to close the selected >> db file before you use timbuktu to retrieve it, or else you're not >> going to be retrieving the latest changes in the RAM-cached version >> of the db. Not to mention the fact that timbuktu is a lot slower >> than either http or ftp. >> >> I don't see why you don't just create a single admin page that does >> it all for you -- close the db, rewrite it to another file without >> the db extension, then [include] it on the same page. the result >> will be that the data will appear in your browser window, then all >> you have to do is save it or copy and paste it into a blank text file. >> >> ---------------------------------------------------- >> [snip] > >-- Donovan D. Brooke >Systems Administrator/ >Assc. Art Director >Epsen Hillmer Graphics > >I know I'm making progress when I look at the questions I have >asked in the past and think to myself... how stupid was that > > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list . >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to > >Web Archive of this list is at: http://search.smithmicro.com/ ---------------------------------------------------- Kenneth Grome & Associates web: http://kengrome.com email: owner@kengrome.com mobile: +63 917 254-1494 office: +63 32 262-8164 ----------------------------------------------------------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/
Kenneth Grome
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
this works sometimes and sometimes not (1997)
[WebDNA] reverse rank=off (2008)
Variables for chat (1997)
[format xs] freeze (1997)
[/application] error? (1997)
convertchars and e-mail (1998)
[WebDNA] Barcode (2014)
Which beta for w* 4.1 and a problem w/b12 (1999)
WebCat2_Mac RETURNs in .db (1997)
Grant, please help me ... (1997)
includes and cart numbers (1997)
OT (maybe) Setting up local (non internet) test computers (2000)
WebCatalog 3.0.4 alias crash bug? (2000)
Text data with spaces in them... (1997)
WebCatalog can't find database (1997)
Re1000001: Setting up shop (1997)
A good idea? (1998)
Anyone running WebMerchant 4.0? (2000)
Search in 2 or more catalogs (1997)
Emailer (1997)