Re: [WebDNA] TCPConnect example doesn't work

This WebDNA talk-list message is from

2017


It keeps the original formatting.
numero = 113463
interpreted = N
texte = 1058 I haven't used GET tcpconnect in a very long time so maybe you're right. I don't really remember having any problems with it before, but something is definitely wrong when the file clearly exists in the exact location specified yet it won't GET it. I do know that POST tcpconnects often require the host to be specified in two places: in the tcpconnect tag and also inside the tcpsend context. From what I recall when I learned about this 'two hosts' issue a long time ago, this was a 'sometimes' requirement that depended upon the server receiving the request. It's been a while since I ran into it, so maybe putting the host in both places is a requirement in all POST tcpconnects now. Unfortunately there is almost nothing in the online docs that mentions any of this. I would hate to be a new user who doesn't know all these undocumented requirements because after trying and failing to get the published examples to work properly I might conclude that the software is not that great. P.S. I didn't use cURL here because my POST tcpconnects are working fine, but I've used it before and it seems to work well. Regards, Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Administration On 03/09/2017 11:45 AM, Donovan Brooke wrote: > Ahh=E2=80=A6 well, If memory serves.. I think that=E2=80=99s the way it= =E2=80=99s > always functioned=E2=80=A6 and I believe there has been some feature > requests to allow tcpconnect to follow redirects. >=20 > I think in PHP curl you have to specify to follow redirects. >=20 > So, a workaround could be to use curl I guess. >=20 > Donovan >=20 >=20 >=20 >=20 > On Mar 9, 2017, at 11:36 AM, Kenneth Grome > wrote: >=20 >> It doesn't follow the redirect like a POST tcpconnect does,=20 >> that's why I said it's not working properly. >>=20 >> Do tcpconnects only follow redirects when using POST but not >> when using GET? IF so, this should be documented. >>=20 >> Or is there actually something wrong with the example I=20 >> posted that's preventing it from following the redirect? >>=20 >> You can easily compare the two examples below. I would=20 >> expect them to return the same results since they are=20 >> requesting the same page, but they do not: >>=20 >>=20 >> [tcpconnect host=3Dwww.webdna.us&port=3D80] [tcpsend]GET / >> HTTP/1.0[unurl]%0D%0A%0D%0A[/unurl][/tcpsend] [/tcpconnect] >>=20 >>=20 >> [text]host=3Dwww.webdna.us[/text] [text]path=3D/[/text]=20 >> [text]n=3D[unurl]%0D%0A[/unurl][/text] [text]content=3D[/text]=20 >> [tcpconnect host=3D[host]&port=3D80] [tcpsend]POST [path] >> HTTP/1.0[n][!] [/!]Host: [host][n][!] [/!]User-Agent: >> Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)[n][!]=20 >> [/!]Content-Type: text/namevalue[n][!] [/!]Content-Length: >> [countchars][content][/countchars][n][n][!]=20 >> [/!][content][n][!] [/!][/tcpsend] [/tcpconnect] >>=20 >>=20 >> I had the same problem when using both types of tcpconnects >> to request pages from two of my sites, each of which is on a >> different server. The POST versions worked fine every time, >> but the GET versions always failed. >>=20 >> And in my tests I specifically requested an existing file, >> but instead of receiving it in the GET versions I always got >> a 404 error while the POST versions received the specified >> file. >>=20 >> Bottom line: I still think something's wrong, either with >> the internal code that interprets GET tcpconnects or with the >> WebDNA syntax itself. >>=20 >> Regards, Kenneth Grome WebDNA Solutions=20 >> http://www.webdnasolutions.com Web Database Systems and Linux >> Server Administration >>=20 >>=20 >>=20 >> On 03/09/2017 10:39 AM, Donovan Brooke wrote: >>> Looks like it=E2=80=99s working to me.. a 302 is a (temp) >>> redirect. >>>=20 >>> Donovan >>>=20 >>>=20 >>>=20 >>> On Mar 9, 2017, at 9:59 AM, Kenneth Grome >>> wrote: >>>=20 >>>> This sample code (from the webdna.us website) doesn't >>>> work: >>>>=20 >>>> [tcpconnect host=3Dwww.webdna.us&port=3D80] [tcpsend]GET / >>>> HTTP/1.0[unurl]%0D%0A%0D%0A[/unurl][/tcpsend]=20 >>>> [/tcpconnect] >>>>=20 >>>> What's missing from this code ... or what's incorrect >>>> about? Or don't tcpconnects work with method=3DGET any >>>> more? >>>>=20 >>>> Something's wrong with it because this is what it >>>> produces: >>>>=20 >>>> HTTP/1.1 302 Moved Temporarily Date: Thu, 09 Mar 2017 >>>> 15:59:16 GMT Server: Apache/2.2.15 (CentOS) Location: >>>> page.dna?numero=3D27 Content-Length: 1 Vary: >>>> Accept-Encoding,User-Agent Connection: close >>>> Content-Type: text/html >>>>=20 >>>> Regards, Kenneth Grome WebDNA Solutions=20 >>>> http://www.webdnasolutions.com Web Database Systems and >>>> Linux Server Administration >>>>=20 >>>>=20 >>>> --------------------------------------------------------- >>>> >>>>=20 This message is sent to you because you are subscribed to >>>> the mailing list . To unsubscribe, E-mail >>>> to: archives: >>>> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >>>> support@webdna.us >>>=20 >>> ---------------------------------------------------------=20 >>> This message is sent to you because you are subscribed to=20 >>> the mailing list . To unsubscribe, E-mail >>> to: archives: >>> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >>> support@webdna.us >>>=20 >> ---------------------------------------------------------=20 >> This message is sent to you because you are subscribed to the >> mailing list . To unsubscribe, E-mail to: >> archives: >> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >> support@webdna.us >=20 > --------------------------------------------------------- This > message is sent to you because you are subscribed to the > mailing list . To unsubscribe, E-mail to: > archives: > http://mail.webdna.us/list/talk@webdna.us Bug Reporting: > support@webdna.us >=20 Sincerely, Kenneth Grome --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us . Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] TCPConnect example doesn't work (christophe.billiottet@webdna.us 2017)
  2. Re: [WebDNA] TCPConnect example doesn't work (Kenneth Grome 2017)
  3. Re: [WebDNA] TCPConnect example doesn't work (Michael Davis 2017)
  4. Re: [WebDNA] TCPConnect example doesn't work (Kenneth Grome 2017)
  5. Re: [WebDNA] TCPConnect example doesn't work (Michael Davis 2017)
  6. Re: [WebDNA] TCPConnect example doesn't work (Kenneth Grome 2017)
  7. Re: [WebDNA] TCPConnect example doesn't work (Donovan Brooke 2017)
  8. Re: [WebDNA] TCPConnect example doesn't work (Kenneth Grome 2017)
  9. Re: [WebDNA] TCPConnect example doesn't work (Donovan Brooke 2017)
  10. [WebDNA] TCPConnect example doesn't work (Kenneth Grome 2017)
1058 I haven't used GET tcpconnect in a very long time so maybe you're right. I don't really remember having any problems with it before, but something is definitely wrong when the file clearly exists in the exact location specified yet it won't GET it. I do know that POST tcpconnects often require the host to be specified in two places: in the tcpconnect tag and also inside the tcpsend context. From what I recall when I learned about this 'two hosts' issue a long time ago, this was a 'sometimes' requirement that depended upon the server receiving the request. It's been a while since I ran into it, so maybe putting the host in both places is a requirement in all POST tcpconnects now. Unfortunately there is almost nothing in the online docs that mentions any of this. I would hate to be a new user who doesn't know all these undocumented requirements because after trying and failing to get the published examples to work properly I might conclude that the software is not that great. P.S. I didn't use cURL here because my POST tcpconnects are working fine, but I've used it before and it seems to work well. Regards, Kenneth Grome WebDNA Solutions http://www.webdnasolutions.com Web Database Systems and Linux Server Administration On 03/09/2017 11:45 AM, Donovan Brooke wrote: > Ahh=E2=80=A6 well, If memory serves.. I think that=E2=80=99s the way it= =E2=80=99s > always functioned=E2=80=A6 and I believe there has been some feature > requests to allow tcpconnect to follow redirects. >=20 > I think in PHP curl you have to specify to follow redirects. >=20 > So, a workaround could be to use curl I guess. >=20 > Donovan >=20 >=20 >=20 >=20 > On Mar 9, 2017, at 11:36 AM, Kenneth Grome > wrote: >=20 >> It doesn't follow the redirect like a POST tcpconnect does,=20 >> that's why I said it's not working properly. >>=20 >> Do tcpconnects only follow redirects when using POST but not >> when using GET? IF so, this should be documented. >>=20 >> Or is there actually something wrong with the example I=20 >> posted that's preventing it from following the redirect? >>=20 >> You can easily compare the two examples below. I would=20 >> expect them to return the same results since they are=20 >> requesting the same page, but they do not: >>=20 >>=20 >> [tcpconnect host=3Dwww.webdna.us&port=3D80] [tcpsend]GET / >> HTTP/1.0[unurl]%0D%0A%0D%0A[/unurl][/tcpsend] [/tcpconnect] >>=20 >>=20 >> [text]host=3Dwww.webdna.us[/text] [text]path=3D/[/text]=20 >> [text]n=3D[unurl]%0D%0A[/unurl][/text] [text]content=3D[/text]=20 >> [tcpconnect host=3D[host]&port=3D80] [tcpsend]POST [path] >> HTTP/1.0[n][!] [/!]Host: [host][n][!] [/!]User-Agent: >> Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)[n][!]=20 >> [/!]Content-Type: text/namevalue[n][!] [/!]Content-Length: >> [countchars][content][/countchars][n][n][!]=20 >> [/!][content][n][!] [/!][/tcpsend] [/tcpconnect] >>=20 >>=20 >> I had the same problem when using both types of tcpconnects >> to request pages from two of my sites, each of which is on a >> different server. The POST versions worked fine every time, >> but the GET versions always failed. >>=20 >> And in my tests I specifically requested an existing file, >> but instead of receiving it in the GET versions I always got >> a 404 error while the POST versions received the specified >> file. >>=20 >> Bottom line: I still think something's wrong, either with >> the internal code that interprets GET tcpconnects or with the >> WebDNA syntax itself. >>=20 >> Regards, Kenneth Grome WebDNA Solutions=20 >> http://www.webdnasolutions.com Web Database Systems and Linux >> Server Administration >>=20 >>=20 >>=20 >> On 03/09/2017 10:39 AM, Donovan Brooke wrote: >>> Looks like it=E2=80=99s working to me.. a 302 is a (temp) >>> redirect. >>>=20 >>> Donovan >>>=20 >>>=20 >>>=20 >>> On Mar 9, 2017, at 9:59 AM, Kenneth Grome >>> wrote: >>>=20 >>>> This sample code (from the webdna.us website) doesn't >>>> work: >>>>=20 >>>> [tcpconnect host=3Dwww.webdna.us&port=3D80] [tcpsend]GET / >>>> HTTP/1.0[unurl]%0D%0A%0D%0A[/unurl][/tcpsend]=20 >>>> [/tcpconnect] >>>>=20 >>>> What's missing from this code ... or what's incorrect >>>> about? Or don't tcpconnects work with method=3DGET any >>>> more? >>>>=20 >>>> Something's wrong with it because this is what it >>>> produces: >>>>=20 >>>> HTTP/1.1 302 Moved Temporarily Date: Thu, 09 Mar 2017 >>>> 15:59:16 GMT Server: Apache/2.2.15 (CentOS) Location: >>>> page.dna?numero=3D27 Content-Length: 1 Vary: >>>> Accept-Encoding,User-Agent Connection: close >>>> Content-Type: text/html >>>>=20 >>>> Regards, Kenneth Grome WebDNA Solutions=20 >>>> http://www.webdnasolutions.com Web Database Systems and >>>> Linux Server Administration >>>>=20 >>>>=20 >>>> --------------------------------------------------------- >>>> >>>>=20 This message is sent to you because you are subscribed to >>>> the mailing list . To unsubscribe, E-mail >>>> to: archives: >>>> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >>>> support@webdna.us >>>=20 >>> ---------------------------------------------------------=20 >>> This message is sent to you because you are subscribed to=20 >>> the mailing list . To unsubscribe, E-mail >>> to: archives: >>> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >>> support@webdna.us >>>=20 >> ---------------------------------------------------------=20 >> This message is sent to you because you are subscribed to the >> mailing list . To unsubscribe, E-mail to: >> archives: >> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >> support@webdna.us >=20 > --------------------------------------------------------- This > message is sent to you because you are subscribed to the > mailing list . To unsubscribe, E-mail to: > archives: > http://mail.webdna.us/list/talk@webdna.us Bug Reporting: > support@webdna.us >=20 Sincerely, Kenneth Grome --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us . 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:

emailer truncates last letter! (1997) Sendmail - Attachment / My First Post (2001) Thanks ! (1997) Verifying both name and password (was: New Problem) (1997) Using Plug-In while running 1.6.1 (1997) WebCat2b13 Mac plugin - [sendmail] and checkboxes (1997) Strange intermittent WebDNA problems Workaround (2008) RE: Automatic Forwarding using WebCat (1997) Resume Catalog ? (1997) Replace Statement (1997) suggestion (1997) converted seed value? (1998) Location of Webcat site in folder hierarchy (1997) ThreadMem ignored? (1998) [math show=f]nuCheck1=[check1]=1[/math] = proper syntax?? (2000) WebCatalog Technical Reference (1997) [WebDNA] SQL in v7.x ? (2013) NT Setup (1998) Initiating NewCart (1997) How to break a search ... (2002)