Prev: Printing the Form
Next: Common Controls 5.0 / Windows 7
From: mayayana on 9 Nov 2009 10:27 I think you should sell copies of your link collection. It's amazingly far-ranging. :) I wonder, though: When would one be logging in via proxy and needing a password? I've never done that in my life. Would that be a case like accessing one's company network from outside to reach an intranet webpage? > However, you > would have to reinvent the wheel, or use a decent standard DLL if you need > to support proxy with authentication, if one of your users need it. When > there is such a proxy, you get status code 407(HTTP_STATUS_PROXY_AUTH_REQ),
From: Nobody on 9 Nov 2009 11:35 "mayayana" <mayaXXyana(a)rcXXn.com> wrote in message news:uqi6lDVYKHA.508(a)TK2MSFTNGP06.phx.gbl... > I think you should sell copies of your link collection. > It's amazingly far-ranging. :) > > I wonder, though: When would one be > logging in via proxy and needing a password? It depends on how their network is configured. Not every proxy require authentication. > I've never done that in my life. Me neither. > Would that be a case > like accessing one's company network from outside > to reach an intranet webpage? No it's the other way around. The employee is asked for a password to access the Internet. I have never used a proxy that require authentication, but some of my customers complained that they can't check for updates. I used Microsoft Internet Transfer Control, which provides a simple way for downloading files, but it doesn't support these kinds of proxies, and it's buggy in some areas and was never fixed. So I have to use WinInet API. vbhttp sample seems to be a complete solution.
From: Karl E. Peterson on 9 Nov 2009 15:17 Tony Toews [MVP] wrote: > Rather than downloading the entire file just to see if it's changed > I'd just like to get the date/time and/or size of a file on an HTTP > site. After reading this entire thread, I feel compelled to ask "for what purpose?" I'm thinking there are almost certainly easier ways to accomplish your goal, which I suspect is to decide whether or not to download an update. For example, you could have a tiny "flag" file that contains the date/time/version of whatever the latest is. This could be snatched, inspected, and acted upon with no changes at all in your existing code. > I've searched somewhat using AsyncRead but nothing quite relevant > there that I can see. I probably don't know what keywords to use. I don't think they built that sort of functionality into this method, unfortunately. I'd be going wininet myself, if I absolutely needed it. But I haven't convinced myself that's the case here yet. -- ..NET: It's About Trust! http://vfred.mvps.org
From: Tony Toews [MVP] on 9 Nov 2009 15:39 "mayayana" <mayaXXyana(a)rcXXn.com> wrote: > I think you should sell copies of your link collection. >It's amazingly far-ranging. :) Hehehehe. I've had requests for my Newsgroup Answers MDB which has all my copy and paste stuff in it. Newsgroup Answers MDB - I designed the MDB to assist frequent newsgroup answerers, such as MVPs, in quickly locating and pasting in their favourite snippets of answers. http://www.granite.ab.ca/access/newsgroupanswersmdb.htm I also track how many times I click on the Clipboard or Details buttons. The idea being that the most common and lengthy postings I then turn into web pages and shorten up the paste text. A few years back Frank Rice, an esteemed technical writer, asked us MVPs on what were the most common questions asked in the newsgroup. I described what I had done and emailed him my MDB. He was quite happy. Tony -- Tony Toews, Microsoft Access MVP Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/ For a free, convenient utility to keep your users FEs and other files updated see http://www.autofeupdater.com/ Granite Fleet Manager http://www.granitefleet.com/
From: Tony Toews [MVP] on 9 Nov 2009 15:46
"Karl E. Peterson" <karl(a)exmvps.org> wrote: >> Rather than downloading the entire file just to see if it's changed >> I'd just like to get the date/time and/or size of a file on an HTTP >> site. > >After reading this entire thread, I feel compelled to ask "for what purpose?" I'm >thinking there are almost certainly easier ways to accomplish your goal, which I >suspect is to decide whether or not to download an update. For example, you could >have a tiny "flag" file that contains the date/time/version of whatever the latest >is. This could be snatched, inspected, and acted upon with no changes at all in >your existing code. I'm already doing that for updates to my software. See http://autofeupdater.com/_download/currentversion.txt for what I've done there. This chunk of logic is for license key files which would be specific by client but might be 200 or 500 encrypted bytes long but there might be dozens or, if I'm fortunate, hundreds. So if the license key file changes for the particular user then I want to download it. Now granted 200 clients downloading a 500 byte file each day is only going to be a 100 Kb load on my server so maybe I shouldn't even be worrying myself about this. It's just that I like being efficient and economical with bytes. Tony -- Tony Toews, Microsoft Access MVP Tony's Main MS Access pages - http://www.granite.ab.ca/accsmstr.htm Tony's Microsoft Access Blog - http://msmvps.com/blogs/access/ For a free, convenient utility to keep your users FEs and other files updated see http://www.autofeupdater.com/ Granite Fleet Manager http://www.granitefleet.com/ |