Gunther Birznieks [EMAIL PROTECTED] writes:
However, I think it is reasonable to make the interface to support a
data source for the widgets flexible and object based to make it easy
for someone to write a DBI source, a DBM source, an LDAP source, an
Apache::Session source or whatever anyone
Stuart Frew [EMAIL PROTECTED] writes:
The user is using the system to process client A. The cookie contains
stateful information including the client ID.
They then open an new browser window, and lookup client B, recieving a
new session ID with new state information, including the client
Garima Kishore wrote:
Hi,
Assuming I have configured Apache server for running CGI scripts on the
Linux platform , I get an error when I type the URL
http://MYMACHINENO:8080/cgi-bin/.PLX PROGRAM on the browser
ERROR:The requested item could not be loaded by the
hello
this might be mac-specific ...
can anyone help with this - ive looked around on the net but cant seem
to find an answer anywhere
i have compiled apache 1_3.20 and perl 5.6.1 problemless.
i have also installed the nesecary modules before mod_perl and now want
to build mod_perl itself.
im
On Thu, 24 May 2001, brian moseley wrote:
so who's doing the perl wrappers?
/me raises a hand.
Since it uses libxml, I might as well have a look.
--
Matt/
/||** Founder and CTO ** ** http://axkit.com/ **
//||** AxKit.com Ltd ** ** XML Application Serving **
On 25 May 2001, Chip Turner wrote:
My only objection to this (as I stated in another email)
is that it leaves things largely unspecified. It's
similar to the old perl problem of passing big hashes
around; you assume the data is there, but there's no
real way to find out without checking
On 25 May 2001, Chip Turner wrote:
The problem you mention is real, but in real world
scenarios it can typically be avoided. About the only
thing you can't avoid is if the user wants to log in
simultaneously as two different users. Most normal
users don't want to do that, though :)
only
brian moseley [EMAIL PROTECTED] writes:
My only objection to this (as I stated in another email) is that
it leaves things largely unspecified. It's similar to the old
perl problem of passing big hashes around; you assume the data is
there, but there's no real way to find out without
If I upgraded Perl, do I need to recompile mod_perl?
And if I have multiple Perls on a machine (eg 5.6.0 and 5.6.1. maybe in
some non-standard directories), how can I tell mod_perl which one to use?
Where is the place to check for Perl's config such as @INC?
Thanks in advance.
Bird Lei
On 25 May 2001, Chip Turner wrote:
Code is cleaner if you can say the nth parameter is
derived from the base class Foo::Bar as opposed to the
nth parameter is an object that must support the baz,
blah, foop, and fitz methods that accept parameters in
the following way...
you can certainly
On 25 May 2001, Chip Turner wrote:
brian moseley [EMAIL PROTECTED] writes:
you can certainly say the nth parameter implements
interface Foo::Bar, and provide Foo/Bar.pod that describes
the interface, and get the exact same benefit.
Of course. But you lose nothing by actually making it
Stas Bekman [EMAIL PROTECTED] writes:
You can have the checks in during development, and pull during
production. It's not 100% efficient, but it's pretty close. With
some use constant magic, you may even be able to get the compiler to
optimize away the entire line at compile time,
All,
Stas is absolutely right; the steps on the guide are fine. I had seen
an error doing compile but mistook it for a warning; therefore, the
compile never finished. So if you ever notice that the libperl.a file
is missing, it's a sure sign that your apache compile is not completing.
Have a
On 24 May 2001, [EMAIL PROTECTED] wrote:
..
I have a web site where *everything* is mod_perl handlers. The problem that I'm
seeing is that I will go to the url http://hostname/foo and I get the content
from http://hostname/bar
This seems to be happening when there is a server
On our site we have a page that does a search into a postgress database and
then displays the results. When the site was running on redhat 6.2 it would
occasionaly (1 out of 10) display false results. Since we have moved the
site to a redhat 7.0 with the same perl and mod-perl as redhat 6.2 the
On 25 May 2001, [EMAIL PROTECTED] wrote:
On 24 May 2001, [EMAIL PROTECTED] wrote:
..
I have a web site where *everything* is mod_perl handlers. The problem that I'm
seeing is that I will go to the url http://hostname/foo and I get the content
from http://hostname/bar
This
On Fri, 25 May 2001, Jean Louis Girard wrote:
On our site we have a page that does a search into a postgress database and
then displays the results. When the site was running on redhat 6.2 it would
occasionaly (1 out of 10) display false results. Since we have moved the
site to a redhat 7.0
I want to be able to track visitors without the use of cookies.
I don't want to rely on IP address, because people behind proxies and
firewalls seem to have the same IP address.
I don't want to rely on a session ID variable being always present in the
URL, in case the window gets closed or
JH I want to be able to track visitors without the use of cookies.
JH I don't want to rely on IP address, because people behind proxies and
JH firewalls seem to have the same IP address.
JH I don't want to rely on a session ID variable being always present in the
JH URL, in case the window gets
On Fri, 25 May 2001, Matthew Darwin wrote:
I've been following the documentation at
http://www.perldoc.com/cpan/Apache/Example.html#Handling%20the%20'User%20pressed%20Stop%20button'%20case
I've written a test perl module that implements the code to handle the
case when the user presses
Sure - I believe in magic, depending on your definition of it. I KNOW
there's a 4th method, because I've seen it work. There is an e-commerce web
site which uses an outside cart programmed in CGI (Perl?). The original web
site passes no identifying marks such as the session ID through the URL or
Sure - I believe in magic, depending on your definition of it. I KNOW
there's a 4th method, because I've seen it work. There is an e-commerce
web
site which uses an outside cart programmed in CGI (Perl?). The original
web
site passes no identifying marks such as the session ID through the URL
Jonathan Hilgeman [EMAIL PROTECTED] wrote:
[snip]
I accidentally caught them during testing or something and got a variable on
the URL line. (I substituted the domain name - it's not really cart.com)
http://www.cart.com/cgi-bin/cart.cgi?cartidnum=208.144.33.190T990806951R5848
E
cartidnum seems
The feeling of magic only lasts until you know how it's done, and I have
seen the light.
What happens is that they use a per-session cookie, so it doesn't appear in
my temp folder. But, if per-session cookies are disabled, then it relies on
the IP address. I guess that is better than just one
Okay, after I think about it, there must be a way to identify a unique user,
even if they are behind a firewall. Let's run through this process:
1) Person behind the firewall sends out a request to a web server.
2) The firewall intercepts that request, masks the person's IP address and
lets the
Jonathan Hilgeman [EMAIL PROTECTED] wrote:
Okay, after I think about it, there must be a way to identify a unique user,
even if they are behind a firewall. Let's run through this process:
1) Person behind the firewall sends out a request to a web server.
2) The firewall intercepts that request,
Jonathan Hilgeman wrote:
Now, I'm assuming that Apache has full access to these incoming packets.
Therefore, they must also have access to this invisible identifier. Is it
possible to extract that identifier somehow by tinkering with Apache?
The only thing that you can access from the
Actually, I had come up with a similar idea after I sent that one off. My
idea was that packets had packet identifiers in their header or footer, and
the packet identifiers were stored in the firewall and referenced to the
computer inside the firewall, so whenever packets with that identifier
Actually, someone suggested HTTP authorization - does that require a cookie
to work? Or after they are authorized, it simply keeps the session open in
the browser...?
Jonathan
-Original Message-
From: Brian Reichert [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 25, 2001 10:20 AM
To:
Jonathan Hilgeman wrote:
What about client-specific information available in Javascript, like screen
resolution, size, etc...? Can that be accessed by tinkering with Apache a
bit, or is it something only available because of the browser, since
Javascript is dependent on the browser?
I
I know I posted this patch a while ago, but I am looking thru a few patches
I have and I thought I might re-post this one along with the rest
This module allows one to do
Apache-dso_module('module_name.c') and it will be true only of the
module in question is present and has been loaded as DSO.
use Apache::MindReader;
my $future = Apache::MindReader-new( no_mistakes = 1 );
$future-read_mind( no_info_whatsoever = 1 );
my $reliable_unknown_id = $future-track_user();
die Could not figure out user without knowing one single piece of
information about them. Weird\n unless (
When building mod_perl with apxs as a DSO, MyConfig.pm looses track of the
location of apxs. Therefore, when using 3rd parties perl modules that
require some access to Apache information, like Apache::src-new-inc, it
will most likely fail, unless apxs happens to be in a 'standard' location
or in
When passing a PREFIX=/foo/bar to Makefile.PL, all the perl .pm will get installed
under /foo/bar/lib/site_perl/perl-version/perl-arch but mod_perl.so isn't aware of
that. So, mod_perl will refuse to start, failing to locate Apache.pm. My first
way around this was to PerlRequire a file before
Seems like the site in question is using either a hidden form element or a
session cookie. I'm guessing that with the session being only valid as long
as the browser window is open a session cookie is being used. The reason you
don't see this in the Cookie directory for you particular browser is
You may also want to store a hidden field in every form with a sesionid that
is generated by you. Depending on how unique the number needs to be, we use
either the number generated by mod_unique_id - potentially less reliable -
(a part of the standard apache dist) or generate one with MD5 -
Dialup users will be given high-speed connections using network cards and
modems will be burned. It'll be like book-burning sessions all over again.
Jonathan
-Original Message-
From: Ilya Martynov [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 25, 2001 10:53 AM
To: Jonathan Hilgeman
Cc:
How quickly we forget ...
Don't we remember the huge outcry over Intel putting a unique ID in every
CPU which would could be transmitted via web browser and destroy all of our
privacy?
The frustration we feel as programmers who are trying to identify anonymous
visitors
is exactly what privacy
One easy way to find out if the original site uses cookies is by using lynx
with the mime_header argument:
lynx -mime_header http://e-commerce-site-in-question/foo/bar | less
This will print out the HTTP headers before the content, like show below:
HTTP/1.1 200 OK
Date: Fri, 25 May 2001
True, sometimes people can be stupid and tinker around with their setups
without knowing what they are doing, and they end up preventing themselves
from being able to shop online, etc... Then they call the owner of the store
and complain that their system doesn't work, and then the owners call us
On Friday, May 25, 2001, Jonathan Hilgeman wrote the
following about What the user in user agent means
JH The whole purpose of web pages is to provide information EASILY to users.
JH Now, if the user's program refuses to identify itself or allow the correct
JH information to come in, whether
Will there be other conferences later in the year that will offer these
types of mod perl tutorials?? Thanks.
http://conferences.oreillynet.com/cs/os2001/pub/10/mod_perl_tutorials.ht
ml
On Fri, 25 May 2001 23:28:44 +0800 (SGT), Stas Bekman said:
We're not doing anything with Apache::Registry. Everything is with Perl
handlers. It always seemed to me that the problems described at those locations
were specific to Apache::Registry. So you're saying that if a Perl handler
Although I agree about privacy issues, I will keep it short by stating that
there is a difference between identifying you as unique user 1309850825
(assuming no personally identifiable information is also collected) versus
identifying you as Stephen Adkins. You can use the first method to
On Sat, 26 May 2001, Stas Bekman wrote:
You right. It seems that mod_proxy won't abort on SIGPIPE.
So how can I get it to without breaking everything else? Any ideas?
I have a process that takes 2-3 minutes to run before the user gets any
any output. I tell them to wait, but they get
[EMAIL PROTECTED] (allan) wrote:
im aware of the head/HEAD problem that comes with LWP on mac osX and
have therefore copied a binary head that ken williams sent me into
/usr/bin and moved the lwp head into /usr/local/bin.
Looks like that problem still isn't fixed, as shown by the following
error
[EMAIL PROTECTED] (Bird Lei) wrote:
If I upgraded Perl, do I need to recompile mod_perl?
Yes.
And if I have multiple Perls on a machine (eg 5.6.0 and 5.6.1. maybe in
some non-standard directories), how can I tell mod_perl which one to use?
Whichever one you compile mod_perl with:
ASCEND SOAPBOX
I agree with Alex (and it's not just because we work together). Companies
have been doing the kind of data collecting Alex is talking about for years.
As a matter of fact, some Cultural Anthropologists specialize in Corporate
Anthropology (for a recent related news item see
Matthew Darwin wrote:
On Sat, 26 May 2001, Stas Bekman wrote:
You right. It seems that mod_proxy won't abort on SIGPIPE.
So how can I get it to without breaking everything else? Any ideas?
I have a process that takes 2-3 minutes to run before the user gets any
any output. I tell
At 03:06 PM 5/25/01 -0400, Agoston, Rich wrote:
Will there be other conferences later in the year that will offer these
types of mod perl tutorials?? Thanks.
http://conferences.oreillynet.com/cs/os2001/pub/10/mod_perl_tutorials.ht
ml
My belief (but Stas may be able to confirm or deny this)
50 matches
Mail list logo