Re: ftp to webstar

This WebDNA talk-list message is from

2001


It keeps the original formatting.
numero = 38524
interpreted = N
texte = Ken, I thought of the TCP connect command however, I'm behind a firewall. This is why I am trying to populate a forms input. If I use a forms system then I can *see* both servers (I think) as long as I am working from inside my LAN. I don't think TCPconnect will be able to *see* my Dev machine unless I open up some holes.??? If I can grasp the info from my database into a text field in a form. I can then send that form to my dev machine to replace that database. Or so my limited knoweledge of forms tells me.Kenneth Grome wrote:> 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: > > > >-- 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/ Associated Messages, from the most recent to the oldest:

    
  1. Re: AppleScript/.db (was:FTP to WebStar) (Stuart Tremain 2001)
  2. Re: AppleScript/.db (was:FTP to WebStar) (Donovan Brooke 2001)
  3. Re: AppleScript/.db (was:FTP to WebStar) (Stuart Tremain 2001)
  4. Re: AppleScript/.db (was:FTP to WebStar) (Christer Olsson 2001)
  5. Re: AppleScript/.db (was:FTP to WebStar) (Andrew Simpson 2001)
  6. Re: AppleScript/.db (was:FTP to WebStar) (Donovan Brooke 2001)
  7. Re: AppleScript/.db (was:FTP to WebStar) (Andrew Simpson 2001)
  8. AppleScript/.db (was:FTP to WebStar) (Donovan Brooke 2001)
  9. [OT]Applescript/.db (was:FTP to WebStar) (Donovan Brooke 2001)
  10. Re: ftp to webstar (Donovan Brooke 2001)
  11. Re: ftp to webstar (Kenneth Grome 2001)
  12. Re: ftp to webstar (Donovan Brooke 2001)
  13. Re: ftp to webstar (Kenneth Grome 2001)
  14. Re: ftp to webstar (Donovan Brooke 2001)
  15. Re: ftp to webstar (Charles Kline 2001)
  16. Re: ftp to webstar (Christer Olsson 2001)
  17. Re: ftp to webstar (Charles Kline 2001)
  18. Re: ftp to webstar (Donovan Brooke 2001)
  19. Re: ftp to webstar (Christer Olsson 2001)
  20. Re: ftp to webstar (Kenneth Grome 2001)
  21. Re: ftp to webstar (Donovan Brooke 2001)
  22. Re: ftp to webstar (Christer Olsson 2001)
  23. Re: ftp to webstar (Donovan Brooke 2001)
  24. Re: ftp to webstar (Christer Olsson 2001)
  25. Re: ftp to webstar (Charles Kline 2001)
  26. ftp to webstar (Donovan Brooke 2001)
Ken, I thought of the TCP connect command however, I'm behind a firewall. This is why I am trying to populate a forms input. If I use a forms system then I can *see* both servers (I think) as long as I am working from inside my LAN. I don't think TCPconnect will be able to *see* my Dev machine unless I open up some holes.??? If I can grasp the info from my database into a text field in a form. I can then send that form to my dev machine to replace that database. Or so my limited knoweledge of forms tells me.Kenneth Grome wrote:> 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: > > > >-- 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/ Donovan Brooke

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:

Append File help needed (2000) File Info Cache Size is out of range? (1998) WebCat2b12 - nesting [tags] (1997) WebCat editing, SiteGuard WAS:SiteAssociative lookup style? (1997) flushdatabases (1997) Date problems-more (1997) ooops...WebCatalog [FoundItems] Problem - LONG - (1997) Extended [ConvertChars] (1997) Interactive Docs (2007) Variable Prices (1998) Webmerchant quitting (1998) Multipart Form - Ascertain File Type (2007) WebCat2b15MacPlugin - showing [math] (1997) Permission Denied Error (2001) PIXO support (1997) More NT encyption!! (1999) Limit on nested [ShowIf]'s? (1997) [ListFiles] Within [LineItems] (2001) tcpconnect/tcpsend frustrations (2002) Multiple Pulldowns (1997)