Reading data from (protected) webpage.

[MvGulik]

Trying to read (load from within AutoIt exe) a protected (personal user data page) webpage.

so I got a URL. (www.somesite.com/somepage)

a loginname. (myuser)

and a password. (mypassword)

I tried the in the AutoIt documented "http://myuser:mypassword@www.somesite.com/somepage" way with InetGet/InetRead. But thats not working. (at least not in this case.)

Although this seems to be a general internet method to pass a loginname & password with a URL. For HTTP it seems to be not the general way to go about it. (assuming target website is not supporting this method.)

I'm not having a clue at what I should look next.

- Proxy?. Probably not, but not sure.

- TCP/UDP? I hope not.

- Alternative UDF?

- others

[trung0407]

I think the username and password only work for FTP or any protocol like SSH that expect a login from distance. Not all HTTP page support it and I don't think I ever see any http page does this.

Maybe you should tell us exactly what kind of data from which web page so maybe people can test with it.

[MvGulik]

I got a better idea. As test URL the AutoIt profile page should work fine. At least you don't need my login data that way.

http://www.autoitscript.com/forum/index.php?showuser=<yourUserId>

[trung0407]

That's because the autoit website has a file called "index.php" and you pass the argument showuser=[userID] to that file using GET method. This has nothing to do with the http://user:pass@... you are talking about.

Maybe another example should help.

Edited October 6, 2010 by trung0407

[MvGulik]

Can't think of any other example. Plus I'm not following your last message. Lack of http/net knowledge in my case.

[trung0407]

There is no point to make a program if you don't have example to test with. At least InetGet/InetRead with user:pass will only work on server which expect that kind of login through url.

Maybe rapidshare or megaupload, they allow download files with user and pass

Edited October 6, 2010 by trung0407

[PsaltyDS]

At some point after IE6 (IE7 or IE8) that functionality was removed as a security threat. See KB834489: Internet Explorer does not support user names and passwords in Web site addresses (HTTP or HTTPS URLs).

[MvGulik]

I probably should refrase the question. ... maybe later.

[trung0407]

What I get is that you want to connect to a personal profile page (which require a login and password), from that download the page and get information inside the file.

With the method from INetGet... you can't do that with normal web page.

What you can do is to create an IE object, from that control the page content and navigate.

[MvGulik]

Yep.

Was kinda afraid of that. Don't really like to use the IE method (+ never used it yet to), but it seems to be the most productive solution. Will take a look at it.

---

(see no need to bump topic yet)

IE method on hold.

Eyeballing and experimenting with "WinHTTP" and "WinInet" UDF's. (Got url contact, but no authorization(Base64Encode) success yet. ... might need to pickup a login cookie.)

Edited October 7, 2010 by MvGulik

[water]

If you use the (builtin) IE UDF then it should be straight forward.