headers
Chris Zagar | 1 Sep 2004 03:58
Favicon

Re: Problem with Gale Infotrac

> We are encountering a problem with Gale Infotrac databases such as
> Expanded Academic ASAP.  We have links to individual e-journals within
> the database and we generate links at the article level using SFX.

This is not just you.  I've actually confirmed this behavior in Gale 
products in instances where you do not have their cookie embedded in your 
browser before using the direct link.

I suspect that pre-loading the relevant cookie into EZproxy would resolve 
the problem.  I would be happy to work with you to test this theory.  If 
you would like to pursue this, follow up with me off-list so we can 
construct the test.

Chris

--

-- 
Chris Zagar <zagar <at> usefulutilities.com>
Useful Utilities <http://www.usefulutilities.com>

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu
Permalink | Reply | 0 comments |
headers
Steve Thomas | 1 Sep 2004 09:22
Picon
Picon
Favicon

Proxying links in the catalogue and openurl resolvers

We're just now grappling with the question of how best to EZproxy links 
in our catalogue. Right now, we're using a home-grown script which 
directs users based on their IP either directly to a site, or through 
EZproxy. However, I'd like to do away with this script, in the interests 
of simplicity.

One option seems to be to prefix links in the catalogue with the ezproxy 
loging URL. We can either prefix all links, or just those for licenced 
resources.

I see lots of examples of this approach in use in other catalogues. One 
concern expressed here is whether this will overload our server (SunFire 
V100/Solaris 8). Right now our server is pretty much idling anyway, so I 
doubt we'll overload it, especially if EZproxy is set to bypass for 
"local" users.

Anyone have a negative opinion on that?

A much more interesting idea is OPAC Proxying, as descibed at 
http://www.usefulutilities.com/support/example/opac.html

I'd be pleased to hear from anyone who is using OPAC proxying, 
especially if there's a downside I haven't thought of yet.

Finally, we're looking at the option of installing our own OpenURL 
resolver here, and I guess the same deal applies -- do you have your 
resolver automatically proxy every link, or can you use the OPAC 
proxying idea there also?

I'll be happy to summarise results for the list, if people want to share
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sweet, Charles E | 1 Sep 2004 11:02
Picon
Favicon

RE: Proxying links in the catalogue and openurl resolvers

Steve Thomas <mailto:stephen.thomas <at> adelaide.edu.au> wrote:
> We're just now grappling with the question of how best to EZproxy
> links in our catalogue. Right now, we're using a home-grown script
> which directs users based on their IP either directly to a site, or
> through EZproxy. However, I'd like to do away with this script, in
> the interests of simplicity.
> 
> One option seems to be to prefix links in the catalogue with the
> ezproxy loging URL. We can either prefix all links, or just those for
> licenced resources.
> 
> I see lots of examples of this approach in use in other catalogues.
> One concern expressed here is whether this will overload our server
> (SunFire V100/Solaris 8). Right now our server is pretty much idling
> anyway, so I doubt we'll overload it, especially if EZproxy is set to
> bypass for "local" users.
> 
> Anyone have a negative opinion on that?
> 
> A much more interesting idea is OPAC Proxying, as descibed at
> http://www.usefulutilities.com/support/example/opac.html
> 
> I'd be pleased to hear from anyone who is using OPAC proxying,
> especially if there's a downside I haven't thought of yet.
> 
> Finally, we're looking at the option of installing our own OpenURL
> resolver here, and I guess the same deal applies -- do you have your
> resolver automatically proxy every link, or can you use the OPAC
> proxying idea there also?
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Laura Cohen | 1 Sep 2004 14:15

RE: Proxying links in the catalogue and openurl resolve rs

We use OPAC proxying, and this affects 30,000 URLs in our catalog. So far,
no problems have been reported and our Windows server is holding up just
fine.

Rather than place a proxied OPAC URL on our Web site, we use a URL that
points to a separate Web site that consists of a script. This script does IP
detection so that only off campus users are redirected to the proxied OPAC
URL. This keeps EZProxy out of the picture for all on-campus traffic. Since
no login is required, this step is transparent to users.

OPAC proxying is a terrific option and I highly recommend it. It really
doesn't make sense to  maintain huge numbers of URLs with the proxy prefix.
In fact, we like this option so much that we've just proxied our ERes
electronic reserves site for the same purpose.

Laura Cohen

------------------------------------------
Laura B. Cohen
Library Web Administrator
LI 140 University at Albany
Albany, NY 12222
Tel:  (518) 442-3492  Fax: (518) 442-3567

-----Original Message-----
From: Steve Thomas [mailto:stephen.thomas <at> adelaide.edu.au] 
Sent: Wednesday, September 01, 2004 3:22 AM
To: EZProxy discussion list
Subject: [ezproxy] Proxying links in the catalogue and openurl resolvers
(Continue reading)

Permalink | Reply | 0 comments |
headers
Doris Van Kampen | 1 Sep 2004 14:47
Gravatar

RE: Proxying links in the catalogue and openurl resolvers

We proxy the OPAC as a group in EZProxy, and it works fine. It rewrites
the URLS so you don't have to go in and add or modify anything.

Doris J. Van Kampen MA(LIS), EdD
Systems Librarian and Assistant Professor
Saint Leo University

-----Original Message-----
From: Steve Thomas [mailto:stephen.thomas <at> adelaide.edu.au] 
Sent: Wednesday, September 01, 2004 3:22 AM
To: EZProxy discussion list
Subject: [ezproxy] Proxying links in the catalogue and openurl resolvers

We're just now grappling with the question of how best to EZproxy links 
in our catalogue. Right now, we're using a home-grown script which 
directs users based on their IP either directly to a site, or through 
EZproxy. However, I'd like to do away with this script, in the interests

of simplicity.

One option seems to be to prefix links in the catalogue with the ezproxy

loging URL. We can either prefix all links, or just those for licenced 
resources.

I see lots of examples of this approach in use in other catalogues. One 
concern expressed here is whether this will overload our server (SunFire

V100/Solaris 8). Right now our server is pretty much idling anyway, so I
(Continue reading)

Permalink | Reply | 0 comments |
headers
Morgan, James J | 1 Sep 2004 16:18
Picon
Favicon

RE: Proxying links in the catalogue and openurl resolve rs

This sounds like a good setup, but I'm not sure why the extra website is necessary.  Ezproxy already does
IP-checking, and is transparent to on-campus users.

Jim Morgan
Educational Technology
Indiana University School of Medicine
(317) 274-1408;morganj <at> iupui.edu

-----Original Message-----
From: Laura Cohen [mailto:LCohen <at> uamail.albany.edu]
Sent: Wednesday, September 01, 2004 7:16 AM
To: EZProxy discussion list
Subject: [ezproxy] RE: Proxying links in the catalogue and openurl
resolve rs

We use OPAC proxying, and this affects 30,000 URLs in our catalog. So far,
no problems have been reported and our Windows server is holding up just
fine.

Rather than place a proxied OPAC URL on our Web site, we use a URL that
points to a separate Web site that consists of a script. This script does IP
detection so that only off campus users are redirected to the proxied OPAC
URL. This keeps EZProxy out of the picture for all on-campus traffic. Since
no login is required, this step is transparent to users.

OPAC proxying is a terrific option and I highly recommend it. It really
doesn't make sense to  maintain huge numbers of URLs with the proxy prefix.
In fact, we like this option so much that we've just proxied our ERes
electronic reserves site for the same purpose.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Laura Cohen | 1 Sep 2004 16:31

RE: Proxying links in the catalogue and openurl res olve rs

No, there will be a hit to Ezproxy in order for the software to process the
on-campus visit. If the visit is from on campus, EZproxy sends the request
directly to the remote site. In other words, this is an Ezproxy activity and
uses Ezproxy resources. This is why Ezproxy stats can give you a "gate
count" of EZproxy sessions.

We don't care about getting gate count statistics. We simply want to keep
EZproxy out of the loop for on-campus visits to the OPAC.

- Laura

-----Original Message-----
From: Morgan, James J [mailto:morganj <at> iupui.edu] 
Sent: Wednesday, September 01, 2004 10:19 AM
To: EZProxy discussion list
Subject: [ezproxy] RE: Proxying links in the catalogue and openurl resolve
rs

This sounds like a good setup, but I'm not sure why the extra website is
necessary.  Ezproxy already does IP-checking, and is transparent to
on-campus users.

Jim Morgan
Educational Technology
Indiana University School of Medicine
(317) 274-1408;morganj <at> iupui.edu

-----Original Message-----
From: Laura Cohen [mailto:LCohen <at> uamail.albany.edu]
Sent: Wednesday, September 01, 2004 7:16 AM
(Continue reading)

Permalink | Reply | 0 comments |
headers
Morgan, James J | 1 Sep 2004 16:53
Picon
Favicon

RE: Proxying links in the catalogue and openurl res olve rs

In our case we haven't found it worthwhile to off-load the on-campus catalog users from touching ezproxy
before they go to the catalog, since the hits don't seem to affect the ezproxy server very much.  But as a
medical campus we off course don't use the catalog as much, so perhaps it's worthwhile in large
undergraduate institutions.

Jim Morgan
Educational Technology
Indiana University School of Medicine
(317) 274-1408;morganj <at> iupui.edu

-----Original Message-----
From: Laura Cohen [mailto:LCohen <at> uamail.albany.edu]
Sent: Wednesday, September 01, 2004 9:31 AM
To: EZProxy discussion list
Subject: [ezproxy] RE: Proxying links in the catalogue and openurl res
olve rs

No, there will be a hit to Ezproxy in order for the software to process the
on-campus visit. If the visit is from on campus, EZproxy sends the request
directly to the remote site. In other words, this is an Ezproxy activity and
uses Ezproxy resources. This is why Ezproxy stats can give you a "gate
count" of EZproxy sessions.

We don't care about getting gate count statistics. We simply want to keep
EZproxy out of the loop for on-campus visits to the OPAC.

- Laura

-----Original Message-----
From: Morgan, James J [mailto:morganj <at> iupui.edu]
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andy Tayor | 1 Sep 2004 17:54

302 status

I'm data mining from the ezproxy log and I was just wanting to see if I
understand correctly. If I'm looking just for the entries where people
have connected to one of our resources using ezproxy, will the succussful
connections always have status 302?

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu
Permalink | Reply | 0 comments |
headers
Chris Zagar | 1 Sep 2004 17:58
Favicon

Re: 302 status

> I'm data mining from the ezproxy log and I was just wanting to see if I
> understand correctly. If I'm looking just for the entries where people
> have connected to one of our resources using ezproxy, will the succussful
> connections always have status 302?

302 is indeed the status you want to use for data mining.

Chris

--

-- 
Chris Zagar <zagar <at> usefulutilities.com>
Useful Utilities <http://www.usefulutilities.com>

---
You are currently subscribed to ezproxy as: gee-ezproxy <at> gmane.org
To unsubscribe send a blank email to leave-ezproxy-58098R <at> ls.suny.edu
Permalink | Reply | 0 comments |

Gmane