[please keep it on the list]
Carl Holm wrote:
I'm running mod_perl2
The examples in the documentation of Apache::Session are for mod_perl
1.x. If you want to run them under mod_perl 2, you have to port them or
use the backward compatibility functions. Documentation is on the
perl.apache.org s
On Mon, 2003-02-24 at 19:49, Carl Holm wrote:
> Does anyone know where to find the "Apache" module mentioned ("use
> Apache;") in the "tracking users with cookies" code example code found
> in the Apache::Session manpage?
It's part of mod_perl. If you have installed mod_perl 1.x, you have it.
Does anyone know where to find the "Apache" module mentioned ("use
Apache;") in the "tracking users with cookies" code example code found
in the Apache::Session manpage?
Thanks,
Carl Holm,
[EMAIL PROTECTED]
e-modperl-dev&m=98295430720401&w=2
as you can see from the rest of the thread, doug applied it but it looks as
if Apache::Module hasn't had a release since then.
HTH
--Geoff
> I don't remember what was the outcome of the patch I've posted a long time
> ago. I sent it after having the same problem.
ah, so it's actually a problem with the mod_perl distribution then?
i'm actually curious as to where apache_inc.h is supposed to be included,
if threads aren't defined.
.
dorian wrote:
i'm not sure that this is an actual problem with Apache::Module itself, but
it seems to stem from mod_perl distribution's mod_perl.h here:
#ifdef PERL_THREADS
#define _INCLUDE_APACHE_FIRST
#endif
#ifdef _INCLUDE_APACHE_FIRST
#include "apache_inc.h"
#endif
the
i'm not sure that this is an actual problem with Apache::Module itself, but
it seems to stem from mod_perl distribution's mod_perl.h here:
#ifdef PERL_THREADS
#define _INCLUDE_APACHE_FIRST
#endif
#ifdef _INCLUDE_APACHE_FIRST
#include "apache_inc.h"
#endif
the perl i built a
Hi Tim, thanks for replying,
At 22:33 23.06.2002, Tim Bunce wrote:
> > Why am I adressing you? Because Randy suggested, and I agreed, that some
> > kind of module listing in categories would be interesting for the modules
> > and for the mod_perl community--probably having a page dedicated to
> >
On Tue, Jun 18, 2002 at 12:48:57PM +0200, Per Einar Ellefsen wrote:
> Hi people,
>
> Time for a post that's a little different than your usual "New user" and
> "New module" e-mails :) I'm posting here since it seems like the most
> appropriate place to discuss these issues.
>
> I adressed an i
Hi people,
Time for a post that's a little different than your usual "New user" and
"New module" e-mails :) I'm posting here since it seems like the most
appropriate place to discuss these issues.
I adressed an issue on the mod_perl list lately concerning the Apache::
namespace organization.
You mean in httpd.conf? I could use that but what I
hoped to do was pull http vars into a database for
each server request. This is so someone could
interactively view accesses rather than reviewing
static pregenerated files.
The overhead of opening and closing readonly
filehandles on different
> I am writing an apache perl module which logs HTTP
> environment variables. This is fine for static content
> (html, images) but is a problem for dynamic content
> such as php.
Why doesn't Log Format work for you?
- Perrin
On Thu, 1 Mar 2001, Michael Turley wrote:
> Hello,
>
> I am writing an apache perl module which logs HTTP
> environment variables. This is fine for static content
> (html, images) but is a problem for dynamic content
> such as php.
>
> I want my module to process the required HTTP
> variables
Hello,
I am writing an apache perl module which logs HTTP
environment variables. This is fine for static content
(html, images) but is a problem for dynamic content
such as php.
I want my module to process the required HTTP
variables and seamlessly pass the http request back to
the control of o
I have written a module for Apache which sets the X-Original-URI field
to the original URI when doing a ProxyPass, similar to what
mod_proxy_add_forward.c does for the remote IP address.
The code is available at http://tjmather.com/mod_proxy_add_uri.c
Any comments or suggestions welcome.
_
On Dec 22, 1:15pm, darren chamberlain wrote:
> How is this different from using Template Toolkit directly? It's not,
> except that using the module is as simple as:
>
>
> SetHandler perl-script
> PerlHandler Grover
>
>
> The module's working name is Grover, but it would probably end up liv
rimary document processor have to write something to do the actual
> processing of the templates.
>
> I've been working on an Apache module for a while which utilizes
> Template Toolkit, and provides a more or less generic interface to the
> power of TT. Configuration is done
.
I've been working on an Apache module for a while which utilizes
Template Toolkit, and provides a more or less generic interface to the
power of TT. Configuration is done through configuration directives,
which are the options that get passed to the Template object.
Pages that get processed b
At 09:32 AM 12/15/00 -0300, you wrote:
>Jeremy Howard wrote:
>> IMHO, the best open source WebMail servers are PHP based
>
> I have this dangling idea of building a TWIG lookalike (in Perl), with
>a 'plug-in'/'module' structure, so I may write the email client, and
>others fill with their de
> On Fri Dec 15 11:28:03 2000 -0800 brian moseley wrote:
>
> > On Fri, 15 Dec 2000, Perrin Harkins wrote:
> >
> > > Is there a reason you don't want to just hack on WING?
> > > It's a pretty powerful system and it was designed for
> > > mod_perl. Look it up on CPAN.
> >
> > it's an option, b
Leon Brocard wrote:
>
> Jeremy Howard sent the following bits through the ether:
>
> > IMHO, the best open source WebMail servers are PHP based:
>
> In Perl, there's also WING: http://users.ox.ac.uk/~mbeattie/wing/ and
> my oh-my-god-it's-still-in-development-and-I'm-still-breaking-
> the-CVS-v
Hi
- Original Message -
From: "George Sanderson" <[EMAIL PROTECTED]>
Sent: Thursday, December 14, 2000 22:47
Subject: RFC: Email (mod_perl) Apache module?
> The module would allow the users to read and send email.
> Now that would be advocacy;-)
No, that would be spam.
--
\js
At 12:23 15/12/2000 -0800, brian moseley wrote:
>On Fri, 15 Dec 2000, Robin Berjon wrote:
>
>> Wing has been widely tested in the field iirc, it's
>> probably a good idea to base anything in that domain on
>> it.
>
>possibly. groupware applications aren't that complex really,
>tho (except for cale
On Fri, 15 Dec 2000, martin langhoff wrote:
> Perrin Harkins wrote:
>
> > Is there a reason you don't want to just hack on WING?
>
> I've seen TWIG and its *very* clever, if ugly. It'll let you
> authenticate against a lot of things. Use IMAP or POP. Use News. Use
> mysql, Postgres, MySQL, or n
On Fri, 15 Dec 2000, Robin Berjon wrote:
> Wing has been widely tested in the field iirc, it's
> probably a good idea to base anything in that domain on
> it.
possibly. groupware applications aren't that complex really,
tho (except for calendaring and scheduling); the main
problem is that they'r
Perrin Harkins wrote:
> Is there a reason you don't want to just hack on WING?
I've seen TWIG and its *very* clever, if ugly. It'll let you
authenticate against a lot of things. Use IMAP or POP. Use News. Use
mysql, Postgres, MySQL, or none. Use cookies or encoded links for state.
It's *very* fl
At 11:28 15/12/2000 -0800, brian moseley wrote:
>On Fri, 15 Dec 2000, Perrin Harkins wrote:
>> Is there a reason you don't want to just hack on WING?
>> It's a pretty powerful system and it was designed for
>> mod_perl. Look it up on CPAN.
>
>it's an option, but it's got a large amount of depen
On Fri Dec 15 11:28:03 2000 -0800 brian moseley wrote:
> On Fri, 15 Dec 2000, Perrin Harkins wrote:
>
> > Is there a reason you don't want to just hack on WING?
> > It's a pretty powerful system and it was designed for
> > mod_perl. Look it up on CPAN.
>
> it's an option, but it's got a larg
On Fri, 15 Dec 2000, Perrin Harkins wrote:
> Is there a reason you don't want to just hack on WING?
> It's a pretty powerful system and it was designed for
> mod_perl. Look it up on CPAN.
it's an option, but it's got a large amount of dependencies,
which makes it a tremendous effort for me to
martin langhoff wrote:
>
> brian moseley wrote:
>
> > (speaking as the author of a proprietary mod_perl
> > webmail...)
> >
> > DO IT!!
>
> my fear is that writing it as a mod_perl app, it'd be terribly niche,
> and we wouldn't get it rolling. I'd rather write a bunch of modules,
> that
On Fri, 15 Dec 2000, martin langhoff wrote:
> I have this dangling idea of building a TWIG lookalike (in Perl), with
> a 'plug-in'/'module' structure, so I may write the email client, and
> others fill with their desired modules.
Is there a reason you don't want to just hack on WING? It's
On Fri, 15 Dec 2000, martin langhoff wrote:
> brian moseley wrote:
>
> > (speaking as the author of a proprietary mod_perl
> > webmail...)
> >
> > DO IT!!
>
> my fear is that writing it as a mod_perl app, it'd be terribly niche,
> and we wouldn't get it rolling. I'd rather write a bunch
brian moseley wrote:
> (speaking as the author of a proprietary mod_perl
> webmail...)
>
> DO IT!!
my fear is that writing it as a mod_perl app, it'd be terribly niche,
and we wouldn't get it rolling. I'd rather write a bunch of modules,
that can be called from a CGI or a templating sys
On Fri, 15 Dec 2000, martin langhoff wrote:
> I have this dangling idea of building a TWIG
> lookalike (in Perl), with a 'plug-in'/'module'
> structure, so I may write the email client, and others
> fill with their desired modules. Anyway, it's a seriuos
> undertaking, but it's in my plans
Jeremy Howard wrote:
> IMHO, the best open source WebMail servers are PHP based
true, I am using and patching TWIG quite a lot, and that made me see how
messy PHP gets when dealing with libraries and things. It's not nice to
see a large app written in PHP... at least not this one.
I have
Jeremy Howard sent the following bits through the ether:
> IMHO, the best open source WebMail servers are PHP based:
In Perl, there's also WING: http://users.ox.ac.uk/~mbeattie/wing/ and
my oh-my-god-it's-still-in-development-and-I'm-still-breaking-
the-CVS-version-and-it-still-doesn't-have-the-
George Sanderson wrote:
> I think it would be cool to have an email Apache module. I was thinking
> that if the URL was something like:
>
>
> http://www.site.com/user/mail
>
> it would activate the module.
>
> The module would allow the users to read and send email
I think it would be cool to have an email Apache module. I was thinking
that if the URL was something like:
http://www.site.com/user/mail
it would activate the module.
The module would allow the users to read and send email. Kind of like how
I did Apache::FileMan (an Apache web site file
>Prior to creating any file, the user would have been authenticated and an
authorize module
>would have supplied the UID to be used for the request in an environment
variable. The location
>of the user's files has to read by Apache so such that it can serve the
files (HTML).
>
>The rational beh
From: "Tim Tompkins" <[EMAIL PROTECTED]>
At 09:55 AM 12/1/00 -0700, you wrote:
>I'd put it someplace that is only accessible to the web user if you're going
>to do that.
>
>
>From: "Jorge Godoy" <[EMAIL PROTECTED]>
>On Wed, 29 Nov 2000, [EMAIL PROTECTED] wrote:
>>
>> Any ideas about the best way t
01, 2000 5:22 AM
Subject: Re: Changing a file's UID from within an Apache module?
On Wed, 29 Nov 2000, [EMAIL PROTECTED] wrote:
>
> Any ideas about the best way to change the permissions and UID?
Create an external minimum perl script with the SUID bit set and with
root as it's
On Wed, 29 Nov 2000, [EMAIL PROTECTED] wrote:
>
> Any ideas about the best way to change the permissions and UID?
Create an external minimum perl script with the SUID bit set and with
root as it's owner. Use this script to change the file
permissions.
See you,
--
Godoy. <[EMAIL PROTECTED]>
I am creating a mod_perl Apache module. The last functionality that I need
to implement is the ability to set the UID of the files and directories
which are created and modified by the Apache module to something other than
Apache's child UID.
For example, if when I built Apache 1.3.14 on
I have written an Apache module for our own internal use, that basically runs under
one sub-dir of the doc root, i.e. http://som.server.com/dir. There are only about 4
or 5 valid URLs inside that URI, so I only check for one of those in the request, and
return DECLINED if it is not one of those
Hi,
> The module would handle the requests before any other
> modules and check
> in its database if there is a cached page for that request uri. If the
> page is cached, it will send the cached page and return DONE.
As Matt already said, Embperl 2.x will support exactly this (among
[EMAIL PROTECTED] (Luis Henrique Cassis Fagundes) wrote:
> The problem I'm having is not to write the contents, the problem is to
>get the contents I'm going to write. I must get the output of the
>dynamic page (that can be CGI, PHP, SSI, or anything) before it's sent
>to the browser... I'm
Luis Henrique Cassis Fagundes ([EMAIL PROTECTED]) said something to this effect:
> The problem I'm having is not to write the contents, the problem is to
> get the contents I'm going to write. I must get the output of the
> dynamic page (that can be CGI, PHP, SSI, or anything) before it's se
The problem I'm having is not to write the contents, the problem is to
get the contents I'm going to write. I must get the output of the
dynamic page (that can be CGI, PHP, SSI, or anything) before it's sent
to the browser... I'm now trying to do it with Apache::OutputChain.
[]s
Luis Henrique Cassis Fagundes ([EMAIL PROTECTED]) said something to this effect:
> The idea of a 404 handler will fit perfectly with mod_rewrite: I can
> create a 404 handler that writes the page to a static file and to the
> browser and a rewrite rule that redirects request of the dynamic p
aaron wrote:
>
> for example, in discussion software you have a very clear moment when you
> want to invalidate specific pages: when a message arrives. now i don't want
> squid or any other cache to even check w/ every request. i know darn well
> when the cache is no longer valid!
I've been
On 12-Jul-2000 Rob Tanner wrote:
> --On Wednesday, July 12, 2000 4:14 PM -0700 Pramod Sokke
> <[EMAIL PROTECTED]> wrote:
>
>> So is it true that Netscape has a better performance than Apache 1.3?
>
> But, scalibility in a large site depends an awful lot on all kinds of
> things over and above
--On Wednesday, July 12, 2000 4:14 PM -0700 Pramod Sokke
<[EMAIL PROTECTED]> wrote:
> So is it true that Netscape has a better performance than Apache 1.3?
Don't know. Haven't seen any benchmark data.
However, there is a need to define one's terms as well. Probably, the
Netscape (now Iplane
So is it true that Netscape has a better performance than Apache 1.3?
Here, we are trying to move over from Netscape to Apache not so much coz of
performance issues with the web server, but more to add mod_perl/fastcgi
and cool stuff like that.
-Pramod
At 12:18 PM 7/12/00 +0200, Luis Henrique Ca
e is not cached, it will let Apache handle the request normally, but
> it will cache the output in disk before sending it to the client.
> This is simple and could be done with a proxy server instead of an
> Apache module, but the cache must be cleaned whenever the page is
> c
The idea of a 404 handler will fit perfectly with mod_rewrite: I can
create a 404 handler that writes the page to a static file and to the
browser and a rewrite rule that redirects request of the dynamic page to
the static page.
The only problem is one I already had trying to write
at a time earlier than now, darren chamberlain wrote:
>
> How are your files uploaded? If you use some sort of an automated system,
> add a line to delete or rename or whatever the current version of the file,
> so that when the URI gets called again, it is regenerated. Or, if you
> generate the
> Or have them be resident in memory, which squid can do. Why reinvent this?
b/c to use squid, you have to be able to use HTTP headers to do
cache validation. sometimes that works, sometimes it doesn't.
>
> Putting squid in front of an Apache server used to be very popular - has
> it fallen
Ken Williams <[EMAIL PROTECTED]> writes:
> Putting squid in front of an Apache server used to be very popular - has
> it fallen out of favor? Most of the answers given in this thread seem
> to be more of the roll-your-own-cache variety.
Squid's OK provided you can coax Apache to send the heade
at a time earlier than now, darren chamberlain wrote:
>
> Write a handler (or cgi script, or registry script, or NSAPI plugin, or PHP
> page) that handles 404 Errors, generates the (static) page, and writes it to
> the location in the file system where the requested page should live. The
> next t
John Edstrom ([EMAIL PROTECTED]) said something to this effect:
> The problem here is that you can't simply cache the page, because the
> server and even the script can't know when to replace the cached page
> until after its heard from the database or the source that is feeding
> the database. I
hed page and return DONE. If the
> page is not cached, it will let Apache handle the request normally, but
> it will cache the output in disk before sending it to the client.
> This is simple and could be done with a proxy server instead of an
> Apache module, but the cache must
Matt Sergeant
>
> On Wed, 12 Jul 2000, Luis Henrique Cassis Fagundes wrote:
>
> > How do I use Apache::Registry to cache pages in disk? The module
> > I have
> > in mind is something transparent to the programmer, you just tell apache
> > that some CGI (or PHP, or any request) will be ca
According to Ken Williams:
> >Another option is to set up whatever handler you want, on a development
> >or staging server (i.e., not the live one), and grab the pages with
> >lynx -dump or GET or an LWP script, and write them to the proper places
> >in the filesystem where the live server can ac
[EMAIL PROTECTED] (darren chamberlain) wrote:
>Luis,
>
>Write a handler (or cgi script, or registry script, or NSAPI plugin, or
>PHP page) that handles 404 Errors, generates the (static) page, and
>writes it to the location in the file system where the requested page
>should live. The next time it
On Wed, 12 Jul 2000, Luis Henrique Cassis Fagundes wrote:
> Hi,
> The module would handle the requests before any other modules and check
> in its database if there is a cached page for that request uri. If the
> page is cached, it will send the cached page and return DONE.
What if t
So is it true that Netscape has a better performance than Apache 1.3?
Here, we are trying to move over from Netscape to Apache not so much coz of
performance issues with the web server, but more to add mod_perl/fastcgi
and cool stuff like that.
-Pramod
At 12:18 PM 7/12/00 +0200, Luis Henrique Ca
Luis Henrique Cassis Fagundes ([EMAIL PROTECTED]) said something to this effect:
> How do I use Apache::Registry to cache pages in disk? The module
> I have
> in mind is something transparent to the programmer, you just tell apache
> that some CGI (or PHP, or any request) will be cached an
normally, but
it will cache the output in disk before sending it to the client.
This is simple and could be done with a proxy server instead of an
Apache module, but the cache must be cleaned whenever the page is
changed. I want to make this module and make an interface to clean the
cache when the
On Wed, 12 Jul 2000, Luis Henrique Cassis Fagundes wrote:
> How do I use Apache::Registry to cache pages in disk? The module
> I have
> in mind is something transparent to the programmer, you just tell apache
> that some CGI (or PHP, or any request) will be cached and the server
> will ca
Perhaps you'd rather use something like the squid proxy, then:
http://www.squid-cache.org/
When you decide to switch back to Apache, which may not take too long,
you can continue to use squid as a front-end proxy. =)
[EMAIL PROTECTED] (Luis Henrique Cassis Fagundes) wrote:
>How do
How do I use Apache::Registry to cache pages in disk? The module
I have
in mind is something transparent to the programmer, you just tell apache
that some CGI (or PHP, or any request) will be cached and the server
will cache the stdout in disk, and next time someone requests a page,
the ca
Sorry. I was attempting to answer what I thought was his real question. He
mentioned performance of CGI scripts and so Apache::Registry would be the ideal
choice. I don't think he wants to rewrite his CGIs so the template packages
won't work for him.
On 12-Jul-2000 Vivek Khera wrote:
>> "j" =
> "j" == jbodnar <[EMAIL PROTECTED]> writes:
j> Yes. It's Apache::Registry.
No. Registry does not cache the generated pages. Try any of the
standard "template" packages like Mason or AxKit.
Yes. It's Apache::Registry.
On 12-Jul-2000 Luis Henrique Cassis Fagundes wrote:
> Hi,
> Recently I started to have problems in developing my CGIs because in my
> new job most of the servers run Netscape instead of Apache. The
> administrator told me that the reason is that Netscape ha
Hi,
Recently I started to have problems in developing my CGIs because in my
new job most of the servers run Netscape instead of Apache. The
administrator told me that the reason is that Netscape has a better
performance than Apache 1.3. I'm now developing a module that caches in
di
On Mon, 1 Nov 1999, John Siracusa wrote:
> On 11/1/99 2:32 AM, Doug MacEachern wrote:
> > or use this undocumented feature:
> >
> > $Apache::ERRSV_CAN_BE_HTTP = 1; #set this anywhere, startup script is best
> > die FORBIDDEN;
> >
> > mod_perl peeks at $@, if it's a 3 digit http status code, it
On 11/1/99 2:32 AM, Doug MacEachern wrote:
> or use this undocumented feature:
>
> $Apache::ERRSV_CAN_BE_HTTP = 1; #set this anywhere, startup script is best
> die FORBIDDEN;
>
> mod_perl peeks at $@, if it's a 3 digit http status code, it propagates
> that value to Apache.
Sounds great, but I'
On Thu, 28 Oct 1999, Public Interactive wrote:
> I'd like to be able to prematurely end the thread of execution
> within a Perl apache module from someplace *other than* the
> PerlHandler entry point subroutine (usually "handler()"). That is,
> when I'm a few s
On Thu, Oct 28, 1999 at 02:07:12PM -0400, Ken Y. Clark wrote:
>
> when i tried to assign my error intothe pnotes hash with the comma operator
> e.g., "$r->pnotes(ERROR_NAME =>$err)"
> i got errors, and i don't know why.
Oh, that's because everything to the left of => is treated as string
un
mod_perl source Changes.
--Geoff
> -Original Message-
> From: John Siracusa [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, October 28, 1999 1:50 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Intentional Premature Finish in an Apache Module
>
> On 10/28/99 1:31 PM, Ken Y.
On 10/28/99 2:07 PM, Ken Y. Clark wrote:
> pnotes seems stable to me. i believe it's capable of holding some pretty
> dense data structures -- surely much more than my measly error
> string.
Oh yeah, I've got a whole big structure hanging off a single pnotes()
entry. It's very convenient :)
>
On Thu, 28 Oct 1999, John Siracusa wrote:
> On 10/28/99 1:31 PM, Ken Y. Clark wrote:
> > for what it's worth, here's what i do:
> [snip]
> > my $err = $r->pnotes(ERROR_NAME) or return OK;
>
> Speaking of pnotes(), how stable, API-wise, is it? It isn't documented
> at all in the O'Reilly Apache
> >>> You could use "eval" and "die", Perl's standard exception mechanism.
> >>
> >> I thought of that, but I was concerned that my module would suffer
> >> a performance hit. Granted, it's not a strong eval, but it just
> >> seems ugly. If that's the only way, I guess I'm stuck, but it seems
>
On 10/28/99 1:31 PM, Ken Y. Clark wrote:
> for what it's worth, here's what i do:
[snip]
> my $err = $r->pnotes(ERROR_NAME) or return OK;
Speaking of pnotes(), how stable, API-wise, is it? It isn't documented
at all in the O'Reilly Apache Modules book, but I was very happy to find
it in the Apac
On 10/28/99 1:26 PM, Eric Cholet wrote:
>>> You could use "eval" and "die", Perl's standard exception mechanism.
>>
>> I thought of that, but I was concerned that my module would suffer
>> a performance hit. Granted, it's not a strong eval, but it just
>> seems ugly. If that's the only way, I g
On Thu, 28 Oct 1999, Public Interactive wrote:
> I'd like to be able to prematurely end the thread of execution
> within a Perl apache module from someplace *other than* the
> PerlHandler entry point subroutine (usually "handler()"). That is,
> when I'm a few s
> > You could use "eval" and "die", Perl's standard exception mechanism.
>
> I thought of that, but I was concerned that my module would suffer
> a performance hit. Granted, it's not a strong eval, but it just
> seems ugly. If that's the only way, I guess I'm stuck, but it seems
I don't see wh
On Thu, 28 Oct 1999, Public Interactive wrote:
> On 10/28/99 12:34 PM, Eric Cholet wrote:
> > You could use "eval" and "die", Perl's standard exception mechanism.
>
> I thought of that, but I was concerned that my module would suffer
> a performance hit. Granted, it's not a strong eval, but it
On 10/28/99 12:34 PM, Eric Cholet wrote:
> You could use "eval" and "die", Perl's standard exception mechanism.
I thought of that, but I was concerned that my module would suffer
a performance hit. Granted, it's not a strong eval, but it just
seems ugly. If that's the only way, I guess I'm stuc
> I'd like to be able to prematurely end the thread of execution
> within a Perl apache module from someplace *other than* the
> PerlHandler entry point subroutine (usually "handler()"). That is,
> when I'm a few subroutines deep inside my module, I want to be
I'd like to be able to prematurely end the thread of execution
within a Perl apache module from someplace *other than* the
PerlHandler entry point subroutine (usually "handler()"). That is,
when I'm a few subroutines deep inside my module, I want to be able
to spit out an err
e
> second
> cookie is sent in one "Set-Cookie" line. So I wonder is it because I'm not
> familiar with
> the methods in Apache module, i.e. I miss out something, or Apache->header_out
> does
> not support this?
$r->headers_out->add( 'Set-
hat CGI->header works fine,
it sends two line
of "Set-Cookie". Apache->header_out doesn't work, if I call it twice, only the
second
cookie is sent in one "Set-Cookie" line. So I wonder is it because I'm not
familiar with
the methods in Apache module, i.e. I miss ou
Hello,
Thanks in advance for any helps.
I know that to send multiple cookies to the client, we can do like:
CGI->header(-cookie => [$cookie1, $cookie2]);
And it will send the following headers:
Set-Cookie: cookie1=cookie1val
Set-Cookie: cookie2=cookie2val
When I try to do this in Apache
94 matches
Mail list logo
