Re: an unusual [job request] + taking mod_perl to the commercial world
I think there are two paths... mod_perl needs more market-awareness... it needs a PR and marketing company.. then companies will start using it, then there will be more dreams jobs like you described.. simple fact is, I couldn't name more then 3 companies in my area who use it, and I never expect to do work with it again. Other path--- start your own company who has some product or web based service which uses mod_perl as their platform of choice.. market it, and sell it.. takes capital, but..nothing the collective efforts of an open source community couldn't do... gotta have that idea though.. - Original Message - From: "Stas Bekman" <[EMAIL PROTECTED]> To: "mod_perl list" <[EMAIL PROTECTED]> Sent: Friday, April 27, 2001 11:44 AM Subject: an unusual [job request] + taking mod_perl to the commercial world > > Well, I've talked to a few mod_perl guys over the last conference and by > email lately and we have have all agreed that we are quite sick of > generating forms and parsing them, no matter what cool toolkit and hype > words we are using to do that. So we all are looking at doing core > mod_perl, i.e. we want to develop *mod_perl* *itself* and tightly related > modules. > > Since mod_perl is an open source, it's a tough quest. Basically what I > want is get some company that will benefit from me working on open source > project full time and pay me a salary. Of course it's probably hard to get > a full time open source position, so probably some compromising offer, > where we do some 50-75% of the time mod_perl development and the rest > doing something else, if it makes the company more happy. > > Definitely I'm aware of the situation in the market. But you know what, > look at the history, at any recession times there were always those who > continued to prosper. Therefore I believe that some companies not even > slowed down, but have accelerated their growth and have enough cash to > invest into open source and make probably improve their image. Look for > example at Covalent, I don't know all the details, but this company seem > to stand strong on its legs. But Covalent has already Doug, so this is out > of question. > > So if your company thinks it can directly or indirectly benefit from > having one or more mod_perl experts doing cool mod_perl development, let > us know. There are at least 3 people (including me) that want this job. > I'm sure that there are many more that will be interested. > > I've mentioned in the subject that the request is unusual, so please > respond only if you think you can stand behind this offer and not promise > things that will never become true. I've bitten once on such an offer, and > will try not to do the same mistake a second time in a row. > > Thanks a lot! > > On the related note, does anybody know about the financial status of > Velocigen? How do they sell their products? We think to try to revive this > old idea where we create mod_perl company, that will sell mod_perl and > support. If Velocigen can do this with a closed source product, I believe > we can do even better, especially with the drooling mod_perl 2.0. > > We have discussed this with I think 6 mod_perl guys about a year ago, but > since all of us were programmers, we didn't get anywhere. May be we can > come up with some nice business plan, and make a commercial mod_perl > branch, boost the awareness of the product, get companies to invest into > people developing it and make mod_perl a standard for webserver products. > I know that it's a rewishful thinking, but with the right people and right > companies I'm sure that everything is possible. I'm sure that you realize > the potential of mod_perl. > > IMHO of course... I'm just a programmer, so if you ask about my business > plan, I tell: you find a good business shark and push it forward, we will > do the coding. Easy huh, but that's what we are good at -- coding, so we > better do that. > > Anyway, fresh ideas are welcome > > _ > Stas Bekman JAm_pH -- Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide http://perl.apache.org/guide > mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/ > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ >
Apache::Filter and cookies
Anyone have experience w/ Apache::Filter and handlers that set cookies.. It looks like they are being lost.. I found an article on an archive of someone saying they are having the same problem and someone else said the solution was to just not send the header, but you were fine as long as you were setting them... this does not appear to be working for me.. Also what do people prefer Apache::Filter or Apache::OutputChain... I tried OutputChain yesterday but no matter what I tried it wasnt actually compressing the output (w/ Apache::GzipChain), and I followed the documentation to a T.
Re: ANNOUNCE: Apache::Filter 1.017
Is it required to, for instance, if you had a 4 chain handler as follows: ReadCache->Handler->WriteCache->Apache::Compress for the WriteCache handler to do: $r->filter_input() and $r->print() while <$fh> even if it doesnt need to? If I don't do that I seem to be losing all output, when I get to the Apache::Compress stage - Original Message - From: "Ken Williams" <[EMAIL PROTECTED]> To: "modperl" <[EMAIL PROTECTED]> Cc: "JR Mayberry" <[EMAIL PROTECTED]> Sent: Friday, April 06, 2001 6:02 PM Subject: ANNOUNCE: Apache::Filter 1.017 > The URL > > http://www.mathforum.com/~ken/modules/archive/Apache-Filter-1.017.tar.gz > > has entered CPAN as > > file: $CPAN/authors/id/K/KW/KWILLIAMS/Apache-Filter-1.017.tar.gz > size: 24147 bytes >md5: 304aabb626ae8694ca75e639b1981e7b > > > Changes from 1.016: > >Fixed a filehandle bug in which send_fd() would complain about a 'Bad >filehandle'. Occurred most often with Apache::Compress. > >Added a couple of tests to properly exercise the send_fd() method. > > > ------ > Ken Williams Last Bastion of Euclidity > [EMAIL PROTECTED]The Math Forum
Re: Apache::Compress and Apache::Filter
I hack/fixed it by taking out the check to see if its the last module in a
chain..
For me, that is always a safe assumption..
Let me know if theres ever a real fix..
- Original Message -
From: "Ken Williams" <[EMAIL PROTECTED]>
To: "JR Mayberry" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 1:10 AM
Subject: Re: Apache::Compress and Apache::Filter
> Hi JR,
>
> I've been avoiding this bug to my peril. Does the following patch fix it?
>
> =
> --- Filter.pm 2000/12/20 03:43:44 1.16
> +++ Filter.pm 2001/04/06 05:05:24
> @@ -120,8 +120,8 @@
>
> sub send_fd {
>my $self = shift;
> - if ($self->is_last_filter) {
> + if ($self->is_last_filter and !&Universal::isa($_[0], ref $self)) {
> $self->SUPER::send_fd(@_);
>} else {
> my $fd = shift;
> =
>
> The bug occurs when the client doesn't support gzip, and you're using
> Apache::Filter, and Apache::Compress is the final filter in the chain.
>
>
> [EMAIL PROTECTED] (JR Mayberry) wrote:
> >Does anyone know anything about the above combo, and getting an error
> >message:
> >Bad filehandle at Filter.pm line 123
> >
> >when using a client that doesnt support gzip..(specifically 'ab', apache
> >bench)
>
>
> ------
> Ken Williams Last Bastion of Euclidity
> [EMAIL PROTECTED]The Math Forum
Re: Apache::Compress and Apache::Filter
Doesn't look like it did..same error
I'm going to futz with it some to see if I can take a stab at it..
btw - on my system (workstation eq readhat x86 6.1) it was UNIVERSAL::isa
...
- Original Message -
From: "Ken Williams" <[EMAIL PROTECTED]>
To: "JR Mayberry" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, April 06, 2001 1:10 AM
Subject: Re: Apache::Compress and Apache::Filter
> Hi JR,
>
> I've been avoiding this bug to my peril. Does the following patch fix it?
>
> =
> --- Filter.pm 2000/12/20 03:43:44 1.16
> +++ Filter.pm 2001/04/06 05:05:24
> @@ -120,8 +120,8 @@
>
> sub send_fd {
>my $self = shift;
> - if ($self->is_last_filter) {
> + if ($self->is_last_filter and !&Universal::isa($_[0], ref $self)) {
> $self->SUPER::send_fd(@_);
>} else {
> my $fd = shift;
> =
>
> The bug occurs when the client doesn't support gzip, and you're using
> Apache::Filter, and Apache::Compress is the final filter in the chain.
>
>
> [EMAIL PROTECTED] (JR Mayberry) wrote:
> >Does anyone know anything about the above combo, and getting an error
> >message:
> >Bad filehandle at Filter.pm line 123
> >
> >when using a client that doesnt support gzip..(specifically 'ab', apache
> >bench)
>
>
> ------
> Ken Williams Last Bastion of Euclidity
> [EMAIL PROTECTED]The Math Forum
Apache::Compress and Apache::Filter
Does anyone know anything about the above combo, and getting an error message: Bad filehandle at Filter.pm line 123 when using a client that doesnt support gzip..(specifically 'ab', apache bench) I may be something wrong but its only breaking when a client doesnt support gzip thanks
Re: to clarify (getting what was printed in PerlHandler)
It's only saving it up until that request is done with.. I put it in a pnote..works fine.. - Original Message - From: "Ken Williams" <[EMAIL PROTECTED]> To: "JR Mayberry" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, March 13, 2001 2:56 PM Subject: Re: to clarify (getting what was printed in PerlHandler) > [EMAIL PROTECTED] (JR Mayberry) wrote: > >It's not really as plug and play as I was looking for.. > > > >I'm surprised that theres no built in functionality to allow any of the > >post-handler phases to be able to retreive what was dumped out... > > If you think about it, it would be a terrible idea to allow the kind of > thing you're looking for. It would mean that when the programmer asks > the output to be sent to the user, the web server instead doesn't send > it, but piles it up somewhere just in case the programmer decides that > he/she might want to look at it again. If the content is large, it > would be a huge waste of memory resources, or of disk access (if > cached), or the like. > > If you want to re-access the output you sent, you'll have to collect it > yourself, or use the efforts that I and others have put into modules > like Apache::Filter, which makes it easy. > > > ------ > Ken Williams Last Bastion of Euclidity > [EMAIL PROTECTED]The Math Forum
Re: to clarify (getting what was printed in PerlHandler)
It's not really as plug and play as I was looking for.. I'm surprised that theres no built in functionality to allow any of the post-handler phases to be able to retreive what was dumped out... oh well.. - Original Message - From: "Matt Sergeant" <[EMAIL PROTECTED]> To: "JR Mayberry" <[EMAIL PROTECTED]> Cc: "Ken Williams" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, March 13, 2001 10:23 AM Subject: Re: to clarify (getting what was printed in PerlHandler) > On Tue, 13 Mar 2001, JR Mayberry wrote: > > > I actually dont want to change whats outgoing -- I just want to know what it > > is.. > > And the answer remains the same. Apache::Filter. > > -- > > > /||** Founder and CTO ** ** http://axkit.com/ ** >file://||** AxKit.com Ltd ** ** XML Application Serving ** > // ||** http://axkit.org ** ** XSLT, XPathScript, XSP ** > // \\| // ** mod_perl news and resources: http://take23.org ** > \\// > //\\ > // \\
Re: to clarify (getting what was printed in PerlHandler)
I actually dont want to change whats outgoing -- I just want to know what it is.. - Original Message - From: "Ken Williams" <[EMAIL PROTECTED]> To: "JR Mayberry" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, March 12, 2001 7:20 PM Subject: Re: to clarify (getting what was printed in PerlHandler) > [EMAIL PROTECTED] (JR Mayberry) wrote: > >Is it possible to retreive what was printed in the PerlHandler phase > >(what was called w/ $r->print()), in any of the post PerlHandler phases? > > > [EMAIL PROTECTED] (JR Mayberry) wrote: > >a way to do it transparently...(ie: not changing code) > > > >i realize there are ways to do it otherwise.. > > Which code do you not want to change? Some code *somewhere* is going to > have to change, or else (obviously) nothing different is going to happen. > > There are several ways to do this without changing any of the print > statements, is that what you mean? > > > ------ > Ken Williams Last Bastion of Euclidity > [EMAIL PROTECTED]The Math Forum
to clarify (getting what was printed in PerlHandler)
a way to do it transparently...(ie: not changing code) i realize there are ways to do it otherwise..
getting content post PerlHandler phase
Is it possible to retreive what was printed in the PerlHandler phase (what was called w/ $r->print()), in any of the post PerlHandler phases? Thanks.
Apache::GD examples?
Does anyone have any real world examples of Apache::GD or Apache::GD/Graph I could look at? And/or stories of using Apache::GD/Graph in a production enviroment..
caching, proxying, and specific requirements..
Don't know if squid or Proxypass has the ability to do what I'm looking for, but maybe someone can provide guidance.. Say (for example) we have a page called /customer/reports/PHILADELPHIA, which has a list of things on it, one authenticated user can see X number of things of the total list, another user can see the whole list Is it possible to, basically cache a page on a per user basis...
Re: mod_perm and Java servlets
I've done both mod_perl and mod_jserv compiled and working on the same server.. I think it was a 2.5 meg httpd ;) > On Thu, 18 Jan 2001, Terry Newnham wrote: > > My boss has asked me to set up a web server on Solaris 8 with mod_perl > > and (if possible) Java servlet capabilities as well. Has anybody done > > this ? Any issues ? > > None that I know of, except that you really don't want the additional > memory overhead of mod_perl in a process that isn't using mod_perl. You > might save some memory by having a separate server that runs just > mod_perl, and having your jserv (or whatever) server send requests for > mod_perl apps to it using mod_proxy. See the mod_perl Guide for more info > on using a proxy with mod_perl. > > - Perrin -- ______ JR Mayberry e-Vend.net Corporation Programmer and Systems Administrator(888) 427-8743 x226 tel [EMAIL PROTECTED]http://www.e-vend.net The information in this message (including attachments) is confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ***
Re: Finding out what has been enabled on a mod perl server
Apache::Status will tell you perldoc Apache::Status Kevin Beckford wrote: > > That will tell me if mod_perl.c is has been installed. I know that. What I want > to find out is if during the installation, did the installer (Was not me!) set > > PerlMethodHandlers on > > and other flags of that kind during the install. > > How would I do that? > > > > > Apachedir/bin/httpd -l > > -- ______ JR Mayberry e-Vend.net Corporation Programmer and Systems Administrator(888) 427-8743 x226 tel [EMAIL PROTECTED]http://www.e-vend.net The information in this message (including attachments) is confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ***
Apache::Status problems?..CGI::Cookie, (dont want no CGI.pm) (?)
While trying to do what the mod_perl guide reccomends as a performance increaser (not loading CGI.pm, and using mod_perl's functions as replacements for what CGI.pm does and doing PerlSetupEnv Off).. I realized that CGI.pm was being loaded even if I had no pre loaded modules.. All I had setup was Apache::Status perl handler for a So, i looked at the code a little bit, and realized Apache::Status was loading CGI.pm.. it does a check to see if Apache::Request is loaded or can load and uses it if it can, and if it can't, it resorts to CGI.pm.. The catch? There is no Apache::Request module..at least that I could find..in my 24 and 24_01 installs.. Instead, I replaced the require Apache::Request with Apache, and where it tried to get a handle, I made it Apache->request() and it seemed to work.. Another thing I noticed... CGI::Cookie was loading CGI.pm for three functions, unescape, escape and another I didn't look at... in reality, unescape and escape reside in a module called CGI::Util, which CGI.pm uses (in newer versions of CGI.pm) wouldn't it be more efficient to load CGI::Util.pm which is 5k, instead of CGI.pm which is 205k in newer versions..? Modifying all the above resulted in Apache::Status no longer saying CGI.pm was loaded.. --
ab and cookies
does anyone have any experience with ab and sending multiple cookies ?
It appears to be chaining cookies together, ie:
I'm doing -C cookie1=value1 -C cookie2=value2
and im retreiving cookies with
CGI::Cookie->parse($r->header_in('Cookie'));
and foreaching %cookies and its doing something like
cookie1's value is 'value1%2C%20cookie2'...
any clues, the only bugs i've seen is someone saying ab didnt support
cookies, but that may have been an older message..
--
*
Re: PerlSetupEnv Off not working
That was it, thanks..
John K Sterling wrote:
>
> i assume thats a typo, i think PerlSetupEnv has been in since '96
>
> have you seen this bug report?
>http://marc.theaimsgroup.com/?l=apache-modperl&m=95867712412668&w=2
> might have something to do with it.
>
> sterling
>
> JR Mayberry wrote:
>
> > Perhaps the problem is that the page reads...
> >
> > PerlSetupEnv Off is another optimization you might consider. This
> > directive requires mod_perl 1.25 or later.
> >
> > but I run mod_perl 1.24, but http://perl.apache.org/dist/ makes no
> > reference to mod_perl 1.25
> >
> > ?
> >
> > John K Sterling wrote:
> > >
> > > check the guide:
> > > http://thingy.kcilink.com/modperlguide/performance/PerlSetupEnv_Off.html
> > >
> > > > But %ENV population is expensive. Those who have moved to the Perl Apache API
>no longer need this extra %ENV
> > > > population, and can gain by turning it Off. Scripts using the CGI.pm module
>require PerlSetupEnv On because that
> > > > module relies on a properly populated CGI environment table.
> > > >
> > >
>___
> > >
> > > JR Mayberry wrote:
> > >
> > > > Perhaps I am a bit confused about how this should be working...but..
> > > >
> > > > I have PerlSetupEnv set to Off in httpd.conf..
> > > >
> > > > yet in this sample script running as an Apache::Registry script:
> > > >
> > > > #!/opt/bin/perl
> > > >
> > > > use Data::Dumper;
> > > > my $r = Apache->request();
> > > > $r->send_http_header('text/plain');
> > > > print Dumper(\%ENV);
> > > >
> > > > its dumping out what appears to be a complete enviroment..
> > > >
> > > > what gives, shouldnt this be empty?
> > > >
> > > > there are some other Apache::Registry scripts which havent been
> > > > re-written to not use CGI.pm anymore, is it possible that 'use'ing
> > > > CGI.pm;' is forcing this to be turned back on?
> > > >
> > > > -confused
> > > >
> > > > --
> >
> > --
> > __
> > JR Mayberry e-Vend.net Corporation
> > Programmer and Systems Administrator(888) 427-8743 x226 tel
> > [EMAIL PROTECTED]http://www.e-vend.net
> >
> >
> > The information in this message (including attachments) is confidential.
> > If the reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are hereby
> > notified that you have received this document in error and that any
> > review, dissemination, distribution, or copying of this message is
> > strictly prohibited. If you have received this communication in error,
> > please notify us immediately by e-mail, and delete the original message.
> > ***
--
__
JR Mayberry e-Vend.net Corporation
Programmer and Systems Administrator(888) 427-8743 x226 tel
[EMAIL PROTECTED]http://www.e-vend.net
The information in this message (including attachments) is confidential.
If the reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original message.
***
Re: PerlSetupEnv Off not working
Perhaps the problem is that the page reads...
PerlSetupEnv Off is another optimization you might consider. This
directive requires mod_perl 1.25 or later.
but I run mod_perl 1.24, but http://perl.apache.org/dist/ makes no
reference to mod_perl 1.25
?
John K Sterling wrote:
>
> check the guide:
> http://thingy.kcilink.com/modperlguide/performance/PerlSetupEnv_Off.html
>
> > But %ENV population is expensive. Those who have moved to the Perl Apache API no
>longer need this extra %ENV
> > population, and can gain by turning it Off. Scripts using the CGI.pm module
>require PerlSetupEnv On because that
> > module relies on a properly populated CGI environment table.
> >
>
>_______
>
> JR Mayberry wrote:
>
> > Perhaps I am a bit confused about how this should be working...but..
> >
> > I have PerlSetupEnv set to Off in httpd.conf..
> >
> > yet in this sample script running as an Apache::Registry script:
> >
> > #!/opt/bin/perl
> >
> > use Data::Dumper;
> > my $r = Apache->request();
> > $r->send_http_header('text/plain');
> > print Dumper(\%ENV);
> >
> > its dumping out what appears to be a complete enviroment..
> >
> > what gives, shouldnt this be empty?
> >
> > there are some other Apache::Registry scripts which havent been
> > re-written to not use CGI.pm anymore, is it possible that 'use'ing
> > CGI.pm;' is forcing this to be turned back on?
> >
> > -confused
> >
> > --
--
__
JR Mayberry e-Vend.net Corporation
Programmer and Systems Administrator(888) 427-8743 x226 tel
[EMAIL PROTECTED]http://www.e-vend.net
The information in this message (including attachments) is confidential.
If the reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original message.
***
Re: PerlSetupEnv Off not working
I understand that, but that is not what I am asking.
Theoretically if CGI.pm requires PerlSetupEnv, then those scripts which
use CGI.pm should stop working..
they are working just fine..
the %ENV hash is being populated as well..
yet plain as day in httpd.conf it says PerlSetupEnv Off
what I'm asking is, why... ?
John K Sterling wrote:
>
> check the guide:
> http://thingy.kcilink.com/modperlguide/performance/PerlSetupEnv_Off.html
>
> > But %ENV population is expensive. Those who have moved to the Perl Apache API no
>longer need this extra %ENV
> > population, and can gain by turning it Off. Scripts using the CGI.pm module
>require PerlSetupEnv On because that
> > module relies on a properly populated CGI environment table.
> >
>
>___
>
> JR Mayberry wrote:
>
> > Perhaps I am a bit confused about how this should be working...but..
> >
> > I have PerlSetupEnv set to Off in httpd.conf..
> >
> > yet in this sample script running as an Apache::Registry script:
> >
> > #!/opt/bin/perl
> >
> > use Data::Dumper;
> > my $r = Apache->request();
> > $r->send_http_header('text/plain');
> > print Dumper(\%ENV);
> >
> > its dumping out what appears to be a complete enviroment..
> >
> > what gives, shouldnt this be empty?
> >
> > there are some other Apache::Registry scripts which havent been
> > re-written to not use CGI.pm anymore, is it possible that 'use'ing
> > CGI.pm;' is forcing this to be turned back on?
> >
> > -confused
> >
> > --
--
__
JR Mayberry e-Vend.net Corporation
Programmer and Systems Administrator(888) 427-8743 x226 tel
[EMAIL PROTECTED]http://www.e-vend.net
The information in this message (including attachments) is confidential.
If the reader of this message is not the intended recipient or an agent
responsible for delivering it to the intended recipient, you are hereby
notified that you have received this document in error and that any
review, dissemination, distribution, or copying of this message is
strictly prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original message.
***
PerlSetupEnv Off not working
Perhaps I am a bit confused about how this should be working...but..
I have PerlSetupEnv set to Off in httpd.conf..
yet in this sample script running as an Apache::Registry script:
#!/opt/bin/perl
use Data::Dumper;
my $r = Apache->request();
$r->send_http_header('text/plain');
print Dumper(\%ENV);
its dumping out what appears to be a complete enviroment..
what gives, shouldnt this be empty?
there are some other Apache::Registry scripts which havent been
re-written to not use CGI.pm anymore, is it possible that 'use'ing
CGI.pm;' is forcing this to be turned back on?
-confused
--
Re: Linux Hello World Benchmarks: +PHP,JSP,ePerl
default, thus creating huge headers for static html. > > > >I think the dual CPU nature of my system means my system will > >spend more time waiting on SMP & network locking as the request > >rate gets faster, but I don't know much about these things, so if > >there is something to be gained here, please feel free to clarify > >how this might impact the results. > > > >--Josh > > > >_ > >Joshua Chamas Chamas Enterprises Inc. > >NodeWorks >> free web link monitoring Huntington Beach, CA USA > >http://www.nodeworks.com1-714-625-4051 > > __ > Gunther Birznieks ([EMAIL PROTECTED]) > eXtropia - The Web Technology Company > http://www.extropia.com/ -- __ JR Mayberry e-Vend.net Corporation Programmer and Systems Administrator(888) 427-8743 x226 tel [EMAIL PROTECTED]http://www.e-vend.net The information in this message (including attachments) is confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ***
Re: Apache::AuthCookie and SSL
actually you should be able to do a PerlSetVar to set that as well PetSetVar ApolloDomain .yourdomain.com i think will work John Walstra wrote: > > I'm having the problem with being logged out then I switch to a secure > document. I have to log back in to get to the page. And when I go from a SSL > page to a plain page it logs me out again. Any advise? > > Apache/1.3.12 (Unix) mod_perl/1.24 mod_ssl/2.6.6 OpenSSL/0.9.5a > Apache::AuthCookie is version 2.011 > I'm also using Embperl v1.2.1 > > from .htaccess in the protected directories > > AuthType Apache::AuthCookieHandler > AuthName Apollo > PerlAuthenHandler Apache::AuthCookieHandler->authenticate > PerlAuthzHandler Apache::AuthCookieHandler->authorize > require valid-user > > from httpd.conf > > PerlModule Apache::AuthCookieHandler > PerlSetVar ApolloPath / > PerlSetVar ApolloLoginScript /Protected/Login/login.epl > > # This is the action of the login.epl script above. > > AuthType Apache::AuthCookieHandler > AuthName Apollo > SetHandler perl-script > PerlHandler Apache::AuthCookieHandler->login > > > Thanks, > John > > -- > John Walstra CNET Networks > Senior Software Developer, Jack Of All Trades300 Park Blvd, Suite 105 > mailto:[EMAIL PROTECTED]Itasca, IL 60143-4914 > Phone: 630.438.7000 x1304Fax: 630.775.0555 -- __ JR Mayberry e-Vend.net Corporation Programmer and Systems Administrator(888) 427-8743 x226 tel [EMAIL PROTECTED]http://www.e-vend.net The information in this message (including attachments) is confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ***
Re: Apache::AuthCookie and SSL
might wanna modify the source to set the domain to .yourdomain.com, as its probably now being set as secure.yourdomain.com or www.yourdomain.com i have the same setup here, it works fine.. John Walstra wrote: > > I'm having the problem with being logged out then I switch to a secure > document. I have to log back in to get to the page. And when I go from a SSL > page to a plain page it logs me out again. Any advise? > > Apache/1.3.12 (Unix) mod_perl/1.24 mod_ssl/2.6.6 OpenSSL/0.9.5a > Apache::AuthCookie is version 2.011 > I'm also using Embperl v1.2.1 > > from .htaccess in the protected directories > > AuthType Apache::AuthCookieHandler > AuthName Apollo > PerlAuthenHandler Apache::AuthCookieHandler->authenticate > PerlAuthzHandler Apache::AuthCookieHandler->authorize > require valid-user > > from httpd.conf > > PerlModule Apache::AuthCookieHandler > PerlSetVar ApolloPath / > PerlSetVar ApolloLoginScript /Protected/Login/login.epl > > # This is the action of the login.epl script above. > > AuthType Apache::AuthCookieHandler > AuthName Apollo > SetHandler perl-script > PerlHandler Apache::AuthCookieHandler->login > > > Thanks, > John > > -- > John Walstra CNET Networks > Senior Software Developer, Jack Of All Trades300 Park Blvd, Suite 105 > mailto:[EMAIL PROTECTED]Itasca, IL 60143-4914 > Phone: 630.438.7000 x1304Fax: 630.775.0555 -- __ JR Mayberry e-Vend.net Corporation Programmer and Systems Administrator(888) 427-8743 x226 tel [EMAIL PROTECTED]http://www.e-vend.net The information in this message (including attachments) is confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. ***
