Re: [WebDNA] TCPConnect assist

This WebDNA talk-list message is from

2016


It keeps the original formatting.
numero = 112932
interpreted = N
texte = 519 --Apple-Mail=_BAF6DCAE-6352-47E0-B99A-726FC7AE144B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I just removed the javascript. I plan on using only the form, so I can = create and apply my own CSS. I also removed Google tracking scripts, as the domain differed and that = generates errors. The page fully loads now, but when I click on either of the =E2=80=9CCheck= Availability" buttons, the form that appears on the original page does = not load and I get a console error: =20 us2431a94=E2=80=A6_v2.js:9 POST = http://wdna.bongo.cc/businessapi/localization/CheckAvailabilityForm I=E2=80=99m trying to figure out where that form is loaded so I can = manually change the domain. They have a .js file that=E2=80=99s about = 15,000 lines of code and appears to include the entire source of jQuery, = although no mention of what version. This might be because the server = is configured to optimize scripts into a single file. In any event, I=E2=80=99m think it might be intractable because of all = the nested calls for resources. I was hoping I could bypass bureaucracy = and create a quick, working version of the availability form, but I=E2=80=99= m also contacting Comcast to see if they can provide access to the = availability API it appears their site uses based on the error message. = Requests to = https=E2=80=9D//comcast.com/businessapi/localization/CheckAvailabilityForm= just hang there without a response - as if waiting for the rest of the = data from the availability form. I might try setting up a proxy to monitor the requests & responses. = Maybe I can get lucky & figure out what fields I need to send the API to = get usable responses. > On Aug 26, 2016, at 7:44 PM, Stuart Tremain = wrote: >=20 > That means that you are not authorised to use the set of fonts that = comcast are using on their website. They have obviously licences some = fonts from TypeKit which has locked their use to a specified server IP = address. >=20 > You could licence the same fonts or ask comcast to add your server IP = address to the authorised servers. >=20 > Kind regards >=20 > Stuart Tremain > IDFK Web Developments > AUSTRALIA > webdna@idfk.com.au >=20 >=20 >=20 >=20 >=20 >> On 27 Aug 2016, at 01:25, Patrick McCormick > wrote: >>=20 >> That loads the top portion of the target page, Christer, but = there=E2=80=99s a javascript error involving TypeKit: >>=20 >> gts3imk.js:50 Typekit: the domain "5.189.169.142" isn't in the list = of published domains for kit "gts3imk=E2=80=9D. >>=20 >> Error happens whether I use IP or host name when loading the page = from webDNA server. Looks like Adobe controls all the letters on the = internet. >>=20 >>=20 >>> On Aug 26, 2016, at 10:07 AM, Christer Olsson = > wrote: >>>=20 >>> This works for me (Ken's code, slightly modified): >>>=20 >>> [text]host=3Dbusiness.comcast.com = [/text] >>> [text]path=3D/ethernet/private-line[/text] >>> [text]n=3D[unurl]%0D%0A[/unurl][/text] >>> [text]content=3D[/text] >>>=20 >>> [text]comcast_result=3D[tcpconnect host=3D[host]&port=3D443&ssl=3DT] >>> [tcpsend skipheader=3DT]GET [path] HTTP/1.0[n][!] >>> [/!]Host: [host][n][!] >>> [/!]User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[n][!] >>> [/!]Content-Type: text/html[n][!] >>> [/!]Content-Length: [countchars][content][/countchars][n][n][!] >>> [/!][/tcpsend] >>> [/tcpconnect][/text] >>>=20 >>>=20 >>> comcast_result=3D[comcast_result] >>>=20 >>> Best, >>> Christer >>>=20 >>> ************************************************************* >>> Christer Olsson PO Box 9160 Phone +46 40 25 85 85 >>> Ljusa Id=C3=A9er AB SE-200 39 Malmo Fax +46 40 25 85 89 >>>=20 >>>=20 >>>=20 >>>> 26 aug. 2016 kl. 16:37 skrev Patrick McCormick = >: >>>>=20 >>>> Thanks, Ken, I added a host param to TCPSend, but still empty. The = target server is Windows IIS 8 with ASP.net = v4.0.30319. I have to study = https://www.w3.org/Protocols/HTTP/1.0/spec.html = and then figure out = what parameters my TCPConnect & TCPSend might be missing. >>>>=20 >>>> Most sites like this target server use a CMS and they all send lots = of needless and redundant cruft. They=E2=80=99re also aggressive about = preventing cross domain hacking, which always seems odd since the point = of websites is to distribute content. I guess they=E2=80=99re trying to = prevent Comcast from accidentally selling something. >>>>=20 >>>> TCPConnect & TCPSend should emulate a person at a browser, but also = allow definition of the browser, OS, IP, etc. I=E2=80=99ve had good = luck with this in the distant past. With modern CMS systems, I think = it=E2=80=99s just a matter of hunting down the parameters necessary to = trick the server into serving a non-human browser. >>>>=20 >>>> An organized list of those requirements covering various = combinations of browser, server & OS would be really handy. Anyone else = notice any glaring omissions in this code: >>>>=20 >>>> >>>>=20 >>>> [!]=3D=3D=3D=3D=3D Make Connection =3D=3D=3D=3D=3D[/!] >>>> [text]comcast_result=3D[tcpconnect host=3Dbusiness.comcast.com = &port=3D443&ssl=3DT][!] >>>> [/!][TCPSend skipheader=3DT]GET /ethernet/private-line = HTTP/1.0[UnURL]%0D%0A[/UnURL][!] >>>> [/!]USER-AGENT: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[UnURL]%0D%0A[/UnURL][!] >>>> [/!]host: business.comcast.com = [UnURL]%0D%0A[/UnURL][!] >>>> [/!][/TCPSend][!] >>>> [/!][/tcpconnect][/text] >>>>=20 >>>>=20 >>>> comcast_result=3D[comcast_result] >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>> On Aug 26, 2016, at 6:52 AM, Kenneth Grome = > wrote: >>>>>=20 >>>>> Try putting a Host parameter inside the tcpsend context. =20 >>>>>=20 >>>>> It doesn't matter that host is specified in the tcpconnect tag=20 >>>>> because it is frequently required as a parameter in the tcpsend=20 >>>>> context, too. This always works for me: >>>>>=20 >>>>> [text]host=3Dwww.paypal.com [/text] >>>>> [text]path=3D/cgi-bin/webscr[/text] >>>>> [text]n=3D[unurl]%0D%0A[/unurl][/text] >>>>> [text]content=3D... name=3Dvalue pairs go here ...[/text] >>>>>=20 >>>>> [tcpconnect host=3D[host]&port=3D443&ssl=3DT] >>>>> [tcpsend skipheader=3DT]POST [path] HTTP/1.0[n][!] >>>>> [/!]Host: [host][n][!] >>>>> [/!]User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[n][!] >>>>> [/!]Content-Type: text/namevalue[n][!] >>>>> [/!]Content-Length: [countchars][content][/countchars][n][n][!] >>>>> [/!][content][n][!] >>>>> [/!][/tcpsend] >>>>> [/tcpconnect] >>>>>=20 >>>>> This has been the required syntax for years (for most servers). =20= >>>>> If it's not mentioned in the docs it should be. >>>>>=20 >>>>> Regards, >>>>> Kenneth Grome >>>>> WebDNA Solutions >>>>> http://www.webdnasolutions.com >>>>> Web Database Systems and Linux Server Administration >>>>> --------------------------------------------------------- >>>>> 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 >=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 --Apple-Mail=_BAF6DCAE-6352-47E0-B99A-726FC7AE144B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I just removed the javascript. I plan on using only the form, = so I can create and apply my own CSS.

I also removed Google tracking scripts, = as the domain differed and that generates errors.
The page fully loads now, but when I = click on either of the =E2=80=9CCheck Availability" buttons, the form = that appears on the original page does not load and I get a console = error:  

I=E2=80=99m trying to figure out where that form is loaded so = I can manually change the domain.  They have a .js file that=E2=80=99= s about 15,000 lines of code and appears to include the entire source of = jQuery, although no mention of what version.  This might be because = the server is configured to optimize scripts into a single = file.

In any = event, I=E2=80=99m think it might be intractable because of all the = nested calls for resources.  I was hoping I could bypass = bureaucracy and create a quick, working version of the availability = form, but I=E2=80=99m also contacting Comcast to see if they can provide = access to the availability API it appears their site uses based on the = error message.  Requests to https=E2=80=9D//comcast.com/businessapi/localization/CheckAvailabilityForm just= hang there without a response - as if waiting for the rest of the data = from the availability form.

I might try setting up a proxy to monitor the requests & = responses.  Maybe I can get lucky & figure out what fields I = need to send the API to get usable responses.


On Aug 26, 2016, at 7:44 PM, = Stuart Tremain <webdna@idfk.com.au> wrote:

That means = that you are not authorised to use the set of fonts that comcast are = using on their website. They have obviously licences some fonts from = TypeKit which has locked their use to a specified server IP address.

You could licence the = same fonts or ask comcast to add your server IP address to the = authorised servers.

Kind = regards

Stuart = Tremain
IDFK Web Developments
AUSTRALIA





On 27 Aug 2016, at 01:25, Patrick McCormick <duganmccormick@gmail.com> wrote:

That loads the = top portion of the target page, Christer, but there=E2=80=99s a = javascript error involving TypeKit:

gts3imk.js:50 Typekit: the domain "5.189.169.142" isn't in = the list of published domains for kit "gts3imk=E2=80=9D.

Error happens whether I = use IP or host name when loading the page from webDNA server. =  Looks like Adobe controls all the letters on the internet.


On Aug 26, 2016, at 10:07 AM, Christer Olsson <christer@ljusaideer.se> wrote:

This works for = me (Ken's code, slightly modified):

[text]host=3Dbusiness.comcast.com[/text]
[text]path=3D/ethernet/private-line[/text]
[text]n=3D[unurl]%0D%0A[/unurl][/text]
[text]content=3D[/text]

[text]comcast_result=3D[tcpconnect = host=3D[host]&port=3D443&ssl=3DT]
[tcpsend = skipheader=3DT]GET [path] HTTP/1.0[n][!]
[/!]Host: = [host][n][!]
[/!]User-Agent: Mozilla/4.0 = (compatible; MSIE 5.01; Windows NT 5.0)[n][!]
[/!]Content-Type: text/html[n][!]
[/!]Content-Length: = [countchars][content][/countchars][n][n][!]
[/!][/tcpsend]
[/tcpconnect][/text]


comcast_result=3D[comcast_result]

Best,
Christer

 *********************************************************= ****
 Christer Olsson   PO Box 9160    =     Phone +46 40 25 85 85
 Ljusa = Id=C3=A9er AB    SE-200 39 Malmo    Fax +46 40 = 25 85 89



26 aug. 2016 kl. 16:37 skrev Patrick McCormick <duganmccormick@gmail.com>:

Thanks, Ken, I added = a host param to TCPSend, but still empty.  The target server is = Windows IIS 8 with ASP.net = v4.0.30319.  I have to study https://www.w3.org/Protocols/HTTP/1.0/spec.html and = then figure out what parameters my TCPConnect & TCPSend might = be missing.

Most sites like this target = server use a CMS and they all send lots of needless and redundant cruft. =  They=E2=80=99re also aggressive about preventing cross domain = hacking, which always seems odd since the point of websites is to = distribute content. I guess they=E2=80=99re trying to prevent Comcast = from accidentally selling something.

TCPConnect & TCPSend should emulate a person at a = browser, but also allow definition of the browser, OS, IP, etc. =  I=E2=80=99ve had good luck with this in the distant past. =  With modern CMS systems, I think it=E2=80=99s just a matter = of hunting down the parameters necessary to trick the server into = serving a non-human browser.

An organized = list of those requirements covering various combinations of browser, = server & OS would be really handy. Anyone else notice any = glaring omissions in this code:

<!-- HAS_WEBDNA_TAGS -->

[!]=3D=3D=3D=3D=3D Make Connection = =3D=3D=3D=3D=3D[/!]
[text]comcast_result=3D[tcpconnect = host=3Dbusiness.comcast.com&port=3D443&ssl=3DT][!]
[/!][TCPSend skipheader=3DT]GET /ethernet/private-line = HTTP/1.0[UnURL]%0D%0A[/UnURL][!]
[/!]USER-AGENT: = Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[UnURL]%0D%0A[/UnURL][!]
[/!]host: business.comcast.com[UnURL]%0D%0A[/UnURL][!]
[/!][/TCPSend][!]
[/!][/tcpconnect][/text]


comcast_result=3D[comcast_result]





On Aug 26, 2016, at 6:52 AM, Kenneth Grome = <ken@webdnasolutions.com> wrote:

Try putting a Host parameter inside the tcpsend context. =  

It doesn't matter that host is = specified in the tcpconnect tag 
because it is = frequently required as a parameter in the tcpsend 
context, too.  This always works for me:
[text]host=3Dwww.paypal.com[/text]
[text]path=3D/cgi-bin/webscr[/text]
[text]n=3D[unurl]%0D%0A[/unurl][/text]
[text]content=3D... name=3Dvalue pairs go here ...[/text]

[tcpconnect = host=3D[host]&port=3D443&ssl=3DT]
[tcpsend = skipheader=3DT]POST [path] HTTP/1.0[n][!]
[/!]Host: = [host][n][!]
[/!]User-Agent: Mozilla/4.0 (compatible; MSIE = 5.01; Windows NT 5.0)[n][!]
[/!]Content-Type: = text/namevalue[n][!]
[/!]Content-Length: = [countchars][content][/countchars][n][n][!]
[/!][content][n][!]
[/!][/tcpsend]
[/tcpconnect]

This has been the = required syntax for years (for most servers).  
If = it's not mentioned in the docs it should be.

Regards,
Kenneth Grome
WebDNA = Solutions
http://www.webdnasolutions.com
Web Database = Systems and Linux Server Administration
---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe, E-mail = to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug= Reporting: support@webdna.us

--------------------------------------------------------- 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




= --Apple-Mail=_BAF6DCAE-6352-47E0-B99A-726FC7AE144B-- . Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] TCPConnect assist (Patrick McCormick 2016)
  2. Re: [WebDNA] TCPConnect assist (Stuart Tremain 2016)
  3. Re: [WebDNA] TCPConnect assist (Patrick McCormick 2016)
  4. Re: [WebDNA] TCPConnect assist (Patrick McCormick 2016)
  5. Re: [WebDNA] TCPConnect assist (Christer Olsson 2016)
  6. Re: [WebDNA] TCPConnect assist (Patrick McCormick 2016)
  7. Re: [WebDNA] TCPConnect assist (Kenneth Grome 2016)
  8. Re: [WebDNA] TCPConnect assist (Stuart Tremain 2016)
  9. Re: [WebDNA] TCPConnect assist (Stuart Tremain 2016)
  10. Re: [WebDNA] TCPConnect assist (Stuart Tremain 2016)
  11. Re: [WebDNA] TCPConnect assist (Patrick McCormick 2016)
  12. Re: [WebDNA] TCPConnect assist (Stuart Tremain 2016)
  13. Re: [WebDNA] TCPConnect assist (Patrick McCormick 2016)
  14. Re: [WebDNA] TCPConnect assist (Stuart Tremain 2016)
  15. [WebDNA] TCPConnect assist (Patrick McCormick 2016)
519 --Apple-Mail=_BAF6DCAE-6352-47E0-B99A-726FC7AE144B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I just removed the javascript. I plan on using only the form, so I can = create and apply my own CSS. I also removed Google tracking scripts, as the domain differed and that = generates errors. The page fully loads now, but when I click on either of the =E2=80=9CCheck= Availability" buttons, the form that appears on the original page does = not load and I get a console error: =20 us2431a94=E2=80=A6_v2.js:9 POST = http://wdna.bongo.cc/businessapi/localization/CheckAvailabilityForm I=E2=80=99m trying to figure out where that form is loaded so I can = manually change the domain. They have a .js file that=E2=80=99s about = 15,000 lines of code and appears to include the entire source of jQuery, = although no mention of what version. This might be because the server = is configured to optimize scripts into a single file. In any event, I=E2=80=99m think it might be intractable because of all = the nested calls for resources. I was hoping I could bypass bureaucracy = and create a quick, working version of the availability form, but I=E2=80=99= m also contacting Comcast to see if they can provide access to the = availability API it appears their site uses based on the error message. = Requests to = https=E2=80=9D//comcast.com/businessapi/localization/CheckAvailabilityForm= just hang there without a response - as if waiting for the rest of the = data from the availability form. I might try setting up a proxy to monitor the requests & responses. = Maybe I can get lucky & figure out what fields I need to send the API to = get usable responses. > On Aug 26, 2016, at 7:44 PM, Stuart Tremain = wrote: >=20 > That means that you are not authorised to use the set of fonts that = comcast are using on their website. They have obviously licences some = fonts from TypeKit which has locked their use to a specified server IP = address. >=20 > You could licence the same fonts or ask comcast to add your server IP = address to the authorised servers. >=20 > Kind regards >=20 > Stuart Tremain > IDFK Web Developments > AUSTRALIA > webdna@idfk.com.au >=20 >=20 >=20 >=20 >=20 >> On 27 Aug 2016, at 01:25, Patrick McCormick > wrote: >>=20 >> That loads the top portion of the target page, Christer, but = there=E2=80=99s a javascript error involving TypeKit: >>=20 >> gts3imk.js:50 Typekit: the domain "5.189.169.142" isn't in the list = of published domains for kit "gts3imk=E2=80=9D. >>=20 >> Error happens whether I use IP or host name when loading the page = from webDNA server. Looks like Adobe controls all the letters on the = internet. >>=20 >>=20 >>> On Aug 26, 2016, at 10:07 AM, Christer Olsson = > wrote: >>>=20 >>> This works for me (Ken's code, slightly modified): >>>=20 >>> [text]host=3Dbusiness.comcast.com = [/text] >>> [text]path=3D/ethernet/private-line[/text] >>> [text]n=3D[unurl]%0D%0A[/unurl][/text] >>> [text]content=3D[/text] >>>=20 >>> [text]comcast_result=3D[tcpconnect host=3D[host]&port=3D443&ssl=3DT] >>> [tcpsend skipheader=3DT]GET [path] HTTP/1.0[n][!] >>> [/!]Host: [host][n][!] >>> [/!]User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[n][!] >>> [/!]Content-Type: text/html[n][!] >>> [/!]Content-Length: [countchars][content][/countchars][n][n][!] >>> [/!][/tcpsend] >>> [/tcpconnect][/text] >>>=20 >>>=20 >>> comcast_result=3D[comcast_result] >>>=20 >>> Best, >>> Christer >>>=20 >>> ************************************************************* >>> Christer Olsson PO Box 9160 Phone +46 40 25 85 85 >>> Ljusa Id=C3=A9er AB SE-200 39 Malmo Fax +46 40 25 85 89 >>>=20 >>>=20 >>>=20 >>>> 26 aug. 2016 kl. 16:37 skrev Patrick McCormick = >: >>>>=20 >>>> Thanks, Ken, I added a host param to TCPSend, but still empty. The = target server is Windows IIS 8 with ASP.net = v4.0.30319. I have to study = https://www.w3.org/Protocols/HTTP/1.0/spec.html = and then figure out = what parameters my TCPConnect & TCPSend might be missing. >>>>=20 >>>> Most sites like this target server use a CMS and they all send lots = of needless and redundant cruft. They=E2=80=99re also aggressive about = preventing cross domain hacking, which always seems odd since the point = of websites is to distribute content. I guess they=E2=80=99re trying to = prevent Comcast from accidentally selling something. >>>>=20 >>>> TCPConnect & TCPSend should emulate a person at a browser, but also = allow definition of the browser, OS, IP, etc. I=E2=80=99ve had good = luck with this in the distant past. With modern CMS systems, I think = it=E2=80=99s just a matter of hunting down the parameters necessary to = trick the server into serving a non-human browser. >>>>=20 >>>> An organized list of those requirements covering various = combinations of browser, server & OS would be really handy. Anyone else = notice any glaring omissions in this code: >>>>=20 >>>> >>>>=20 >>>> [!]=3D=3D=3D=3D=3D Make Connection =3D=3D=3D=3D=3D[/!] >>>> [text]comcast_result=3D[tcpconnect host=3Dbusiness.comcast.com = &port=3D443&ssl=3DT][!] >>>> [/!][TCPSend skipheader=3DT]GET /ethernet/private-line = HTTP/1.0[unurl]%0D%0A[/UnURL][!] >>>> [/!]USER-AGENT: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[unurl]%0D%0A[/UnURL][!] >>>> [/!]host: business.comcast.com = [unurl]%0D%0A[/UnURL][!] >>>> [/!][/TCPSend][!] >>>> [/!][/tcpconnect][/text] >>>>=20 >>>>=20 >>>> comcast_result=3D[comcast_result] >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>> On Aug 26, 2016, at 6:52 AM, Kenneth Grome = > wrote: >>>>>=20 >>>>> Try putting a Host parameter inside the tcpsend context. =20 >>>>>=20 >>>>> It doesn't matter that host is specified in the tcpconnect tag=20 >>>>> because it is frequently required as a parameter in the tcpsend=20 >>>>> context, too. This always works for me: >>>>>=20 >>>>> [text]host=3Dwww.paypal.com [/text] >>>>> [text]path=3D/cgi-bin/webscr[/text] >>>>> [text]n=3D[unurl]%0D%0A[/unurl][/text] >>>>> [text]content=3D... name=3Dvalue pairs go here ...[/text] >>>>>=20 >>>>> [tcpconnect host=3D[host]&port=3D443&ssl=3DT] >>>>> [tcpsend skipheader=3DT]POST [path] HTTP/1.0[n][!] >>>>> [/!]Host: [host][n][!] >>>>> [/!]User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[n][!] >>>>> [/!]Content-Type: text/namevalue[n][!] >>>>> [/!]Content-Length: [countchars][content][/countchars][n][n][!] >>>>> [/!][content][n][!] >>>>> [/!][/tcpsend] >>>>> [/tcpconnect] >>>>>=20 >>>>> This has been the required syntax for years (for most servers). =20= >>>>> If it's not mentioned in the docs it should be. >>>>>=20 >>>>> Regards, >>>>> Kenneth Grome >>>>> WebDNA Solutions >>>>> http://www.webdnasolutions.com >>>>> Web Database Systems and Linux Server Administration >>>>> --------------------------------------------------------- >>>>> 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 >=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 --Apple-Mail=_BAF6DCAE-6352-47E0-B99A-726FC7AE144B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 I just removed the javascript. I plan on using only the form, = so I can create and apply my own CSS.

I also removed Google tracking scripts, = as the domain differed and that generates errors.
The page fully loads now, but when I = click on either of the =E2=80=9CCheck Availability" buttons, the form = that appears on the original page does not load and I get a console = error:  

I=E2=80=99m trying to figure out where that form is loaded so = I can manually change the domain.  They have a .js file that=E2=80=99= s about 15,000 lines of code and appears to include the entire source of = jQuery, although no mention of what version.  This might be because = the server is configured to optimize scripts into a single = file.

In any = event, I=E2=80=99m think it might be intractable because of all the = nested calls for resources.  I was hoping I could bypass = bureaucracy and create a quick, working version of the availability = form, but I=E2=80=99m also contacting Comcast to see if they can provide = access to the availability API it appears their site uses based on the = error message.  Requests to https=E2=80=9D//comcast.com/businessapi/localization/CheckAvailabilityForm just= hang there without a response - as if waiting for the rest of the data = from the availability form.

I might try setting up a proxy to monitor the requests & = responses.  Maybe I can get lucky & figure out what fields I = need to send the API to get usable responses.


On Aug 26, 2016, at 7:44 PM, = Stuart Tremain <webdna@idfk.com.au> wrote:

That means = that you are not authorised to use the set of fonts that comcast are = using on their website. They have obviously licences some fonts from = TypeKit which has locked their use to a specified server IP address.

You could licence the = same fonts or ask comcast to add your server IP address to the = authorised servers.

Kind = regards

Stuart = Tremain
IDFK Web Developments
AUSTRALIA





On 27 Aug 2016, at 01:25, Patrick McCormick <duganmccormick@gmail.com> wrote:

That loads the = top portion of the target page, Christer, but there=E2=80=99s a = javascript error involving TypeKit:

gts3imk.js:50 Typekit: the domain "5.189.169.142" isn't in = the list of published domains for kit "gts3imk=E2=80=9D.

Error happens whether I = use IP or host name when loading the page from webDNA server. =  Looks like Adobe controls all the letters on the internet.


On Aug 26, 2016, at 10:07 AM, Christer Olsson <christer@ljusaideer.se> wrote:

This works for = me (Ken's code, slightly modified):

[text]path=3D/ethernet/private-line[/text]
[text]n=3D[unurl]%0D%0A[/unurl][/text]
[text]content=3D[/text]

[text]comcast_result=3D[tcpconnect = host=3D[host]&port=3D443&ssl=3DT]
[tcpsend = skipheader=3DT]GET [path] HTTP/1.0[n][!]
[/!]Host: = [host][n][!]
[/!]User-Agent: Mozilla/4.0 = (compatible; MSIE 5.01; Windows NT 5.0)[n][!]
[/!]Content-Type: text/html[n][!]
[/!]Content-Length: = [countchars][content][/countchars][n][n][!]
[/!][/tcpsend]
[/tcpconnect][/text]


comcast_result=3D[comcast_result]

Best,
Christer

 *********************************************************= ****
 Christer Olsson   PO Box 9160    =     Phone +46 40 25 85 85
 Ljusa = Id=C3=A9er AB    SE-200 39 Malmo    Fax +46 40 = 25 85 89



26 aug. 2016 kl. 16:37 skrev Patrick McCormick <duganmccormick@gmail.com>:

Thanks, Ken, I added = a host param to TCPSend, but still empty.  The target server is = Windows IIS 8 with ASP.net = v4.0.30319.  I have to study https://www.w3.org/Protocols/HTTP/1.0/spec.html and = then figure out what parameters my TCPConnect & TCPSend might = be missing.

Most sites like this target = server use a CMS and they all send lots of needless and redundant cruft. =  They=E2=80=99re also aggressive about preventing cross domain = hacking, which always seems odd since the point of websites is to = distribute content. I guess they=E2=80=99re trying to prevent Comcast = from accidentally selling something.

TCPConnect & TCPSend should emulate a person at a = browser, but also allow definition of the browser, OS, IP, etc. =  I=E2=80=99ve had good luck with this in the distant past. =  With modern CMS systems, I think it=E2=80=99s just a matter = of hunting down the parameters necessary to trick the server into = serving a non-human browser.

An organized = list of those requirements covering various combinations of browser, = server & OS would be really handy. Anyone else notice any = glaring omissions in this code:

<!-- HAS_WEBDNA_TAGS -->

[!]=3D=3D=3D=3D=3D Make Connection = =3D=3D=3D=3D=3D[/!]
[text]comcast_result=3D[tcpconnect = host=3Dbusiness.comcast.com&port=3D443&ssl=3DT][!]
[/!][TCPSend skipheader=3DT]GET /ethernet/private-line = HTTP/1.0[unurl]%0D%0A[/UnURL][!]
[/!]USER-AGENT: = Mozilla/4.0 (compatible; MSIE 5.01; Windows NT = 5.0)[unurl]%0D%0A[/UnURL][!]
[/!]host: business.comcast.com[unurl]%0D%0A[/UnURL][!]
[/!][/TCPSend][!]
[/!][/tcpconnect][/text]


comcast_result=3D[comcast_result]





On Aug 26, 2016, at 6:52 AM, Kenneth Grome = <ken@webdnasolutions.com> wrote:

Try putting a Host parameter inside the tcpsend context. =  

It doesn't matter that host is = specified in the tcpconnect tag 
because it is = frequently required as a parameter in the tcpsend 
context, too.  This always works for me:
[text]host=3Dwww.paypal.com[/text]
[text]path=3D/cgi-bin/webscr[/text]
[text]n=3D[unurl]%0D%0A[/unurl][/text]
[text]content=3D... name=3Dvalue pairs go here ...[/text]

[tcpconnect = host=3D[host]&port=3D443&ssl=3DT]
[tcpsend = skipheader=3DT]POST [path] HTTP/1.0[n][!]
[/!]Host: = [host][n][!]
[/!]User-Agent: Mozilla/4.0 (compatible; MSIE = 5.01; Windows NT 5.0)[n][!]
[/!]Content-Type: = text/namevalue[n][!]
[/!]Content-Length: = [countchars][content][/countchars][n][n][!]
[/!][content][n][!]
[/!][/tcpsend]
[/tcpconnect]

This has been the = required syntax for years (for most servers).  
If = it's not mentioned in the docs it should be.

Regards,
Kenneth Grome
WebDNA = Solutions
http://www.webdnasolutions.com
Web Database = Systems and Linux Server Administration
---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe, E-mail = to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug= Reporting: support@webdna.us

--------------------------------------------------------- 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




= --Apple-Mail=_BAF6DCAE-6352-47E0-B99A-726FC7AE144B-- . Patrick McCormick

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:

Sorting (1998) Comments in db? (1997) WebDNA-Talk Digests (1997) Generating Options for a Form. (1997) can WC render sites out? (1997) WebCatb15 Mac CGI -- [purchase] (1997) 2.0 Beta (1997) Dr. Watson Error (1998) [countWords]? (1997) WC2.0 Memory Requirements (1997) Price Not Appearing (2000) and passing to a cart (1997) Re:Searchable Archives (1998) .txt file (2000) [Applescript] (2000) Tax Moratorium Expiring (2001) Carts & Refering URLs (1997) PCS Frames (1997) [append] vs. [appendfile] delta + question? (1997) Feature Request (1999)