From: mayayana on
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
"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
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
"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
"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/
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11
Prev: Printing the Form
Next: Common Controls 5.0 / Windows 7