Ok, that makes sense. But the reason I didn't include a "new" method for FooBar was
because I don't know what A::R's "new" method does, so I didn't want to override it.
What if it does some init stuff to the object? I'm assuming that's what's happening
because, after adding a "new" method to
I am slowly learning about OO from Tom's tutorial, and was able to do inheritance with
two dummy classes I wrote, including adding methods to the subclass and have them work
too. However, when I tried to inherit from Apache::Request, it doesn't seem to work
right. Maybe this isn't an Apache::
> On Wed, 30 Jan 2002, Ron Savage wrote:
>
> All these American-style names are verging on the racist.
People should instead take into consideration the alternative
suggestions you provided...oh wait, nevermind.
--Alex
I'm a goof. That data is from an imap server--I forgot to decode it
first.
Thanks,
--Alex
> -Original Message-
> From: Robert Landrum [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 28, 2002 4:16 PM
> To: [EMAIL PROTECTED]
> Subject: Re: is there something wrong with my http header?
I'm trying to print a gif image to the browser, but it's appearing as
text. Here's what the output looks like (used "lynx --mime_header"):
HTTP/1.1 200 OK
Date: Mon, 28 Jan 2002 21:58:05 GMT
Server: Apache/1.3.20 (Unix) mod_perl/1.26
Set-Cookie: FOO=bar; domain=foo.bar; path=/
Pragma: no-cache
C
Paul,
I have version .33 working on perl 5.6.1 on a redhat 7.2 box (I compiled
perl myself). However, if I do the command you do below, I get the same
error.
--Alex
> -Original Message-
> From: Paul Makepeace [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 14, 2001 12:43 AM
> To: [
Actually, the funny thing about that job is that you don't make much money
writing code, but by hiring other mode_perl programmers to work for you.
--Alex
> -Original Message-
> From: Joe Breeden
> Sent: Friday, October 12, 2001 3:56 PM
> To: [EMAIL PROTECTED]
> Subject: RE: Programmer
Adi Fairbank wrote:
> I wish someone would just write a worm that would put these
> IIS machines out of their misery and stop causing the rest
> of us such a headache.
I think that it would be a lot easier to write a worm that puts IIS admins
out of their misery--they're already busy applying
My setup:
- redhat 7.1
- perl 5.6.0 (original redhat rpm)
- mod_perl 1.26 (compiled)
- apache 1.3.20 (compiled)
I installed Apache::MP3 per the instructions in the docs.
perl.conf:
ServerName
ServerAdmin
DefaultType text/plain
DirectoryIndex index.html
PerlSetVa
Jay Jacobs wrote:
>
> I don't see any glue-sniffing symptoms from choosing
> embedded html in perl over embedded perl in html.
>
Unless, of course, you're the graphic artist and you've been tasked with
changing the look and
feel of the application using embedded perl (which you, as the graphics
Hmm, if we could do that, it would be like "Survivor".
The "tribe" could get members removed off the list. =)
--Alex
Gordon Stewart wrote:
>
> hi
>
> Can someone please remove me.
>
> Thanks
>
> Gordon
There's Apache::Request, which is the equivalent of CGI.pm in the areas
of form submissions and Apache::Cookie for cookie handling. If you're
not using the HTML rendering capabilities of CGI.pm, you may look into
those two.
--Alex
Kevin Schroeder wrote:
>
> Hello,
> I've been using the CG
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
co
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 18:04
14 matches
Mail list logo
