Re: [OT] email attachments; was modperl growth

[Jeremy Howard]

Jonathan M. Hollin wrote:
> Er, that's not strictly true.  Outlook handles encrypted and/or signed
> email as well as any other client.  Outlook displays the signed email
> with a unique icon to identify it as such.  The attachment contains the
> actual PGP info (in case you want to see it).  I think that's fair
> enough isn't it?
>
> I don't know about Outlook Express though (which is a completely
> different mailer).
>
Outlook Express handles S/MIME, but OpenPGP multipart/signed messages
confuse it.

Re: [OT] email attachments - Win32 email reader to replace OE

[Drew Taylor]

At 01:27 AM 2/3/2002 -0200, Jorge Godoy wrote:
>"Rod Butcher" <[EMAIL PROTECTED]> writes:
>
> > Guys, in light of recent messages, can you suggest a secure full-function
> > Win32 email reader (including optional HTML) with a brain that I can 
> migrate
> > all my Outlook  Express stuff to and so escape the Virus nightmare and deal
> > with PGP, GPG etc and hence use electronic communication the way it's meant
> > to be used ?
>
>I'm not a Windows user (thanks God!), but a friend of mine loves a
>program named 'The Bat!'. There's also 'Eudora' (I've used Eudore 6
>years ago...).

I've been a Eudora guy for more than a few years now. I think I started 
with version 3, but I could be wrong. It's a great mailer, and now it 
really is free if you want to watch their advertising. I don't have any 
problem with it, but AdAware will tell you you're infected w/ spyware.

The best thing about Eudora is that it uses good old mbox format, so you 
could later move to mutt once you're on unix. Oh, and it's stable and 
immune to the Outlook viruses too. :-)

Drew

Drew Taylor JA[P|m_p|SQL]H
http://www.drewtaylor.com/  Just Another Perl|mod_perl|SQL Hacker
mailto:[EMAIL PROTECTED]  *** God bless America! ***

Re: [?] Same Named Modules, Different Paths

[Sam Tregar]

On Sun, 3 Feb 2002, Stas Bekman wrote:

> I think the best solution is to run your staging server on a different
> port and use a front-end proxy to rewrite to the right server based on
> the Host: name. Alternatively put 2 NICs with 2 IPs, that will work if
> you don't hardcode the server name in your code/html.

Or 1 NIC with 2 IPs if your OS supports it (Linux does).

> BTW, mod_perl 2.0 solves this problem.

How?  Is the "one global namespace per server" changed in 2.0 perhaps?

-sam

RE: email attachments; was modperl growth

[Brett W. McCoy]

On Sun, 3 Feb 2002, Jonathan M. Hollin wrote:

> Er, that's not strictly true.  Outlook handles encrypted and/or signed
> email as well as any other client.  Outlook displays the signed email
> with a unique icon to identify it as such.  The attachment contains the
> actual PGP info (in case you want to see it).  I think that's fair
> enough isn't it?

To be fair, it showed up as an attachment in Pine under Linux also
(although identified as a PGP signature).

-- Brett
  http://www.chapelperilous.net/

You will pay for your sins.  If you have already paid, please disregard
this message.

Re: [?] Same Named Modules, Different Paths

[Stas Bekman]

John Heitmann wrote:

> Hello,
> 
> I have a problem, and I have a poor solution; I would like to see if I 
> can do even better. My problem is that I have a set of scripts and 
> modules that are duplicated on the same Apache server setup. One tree is 
> for debugging and developing, the other is the main release site. These 
> are managed through cvs. The issue I ran into was that the debug scripts 
> would request debug modules, but get the same-named release module if it 
> was already loaded in the same Apache process (and vice versa).
> 
> Here what my old (buggy under mod_perl) include stuff was like:
> 
> use lib "../lib";
> use MyModule;
> 
> Here is what I had to do to force correct module loading (mostly stolen 
> from the great mod_perl guide):
> 
> %INC = (); # Possibly unnecessary
> do 'FindBin.pm';
> unshift @INC, "$FindBin::Bin"; # There are also modules in the same dir 
> as the script
> unshift @INC, "$FindBin::Bin/../lib/";
> 
> require MyModule;
> import MyModule;
> 
> 
> So I'm loosing all of that slick compile-time speed savings and clean 
> code just so I can have two source trees on the same server. One obvious 
> answer is to move the devel tree off of the same server as the release 
> tree. I will eventually do that, but it would be cool to see a solution 
> that works with my current setup. Is there maybe a way to do tricks to 
> modules like Apache::Registry does to scripts by automagically 
> prepending the directory name behind the scenes? Any other ideas or 
> places to RTFM?
> 
> Thanks,

Some solutions are here, but they aren't good for production
http://perl.apache.org/guide/config.html#Is_There_a_Way_to_Modify_INC_on

I think the best solution is to run your staging server on a different 
port and use a front-end proxy to rewrite to the right server based on 
the Host: name. Alternatively put 2 NICs with 2 IPs, that will work if 
you don't hardcode the server name in your code/html.

BTW, mod_perl 2.0 solves this problem.

_
Stas Bekman JAm_pH  --   Just Another mod_perl Hacker
http://stason.org/  mod_perl Guide   http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]  http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/

Re: [OT] email attachments - Win32 email reader to replace OE

[Jorge Godoy]

"Rod Butcher" <[EMAIL PROTECTED]> writes:

> Guys, in light of recent messages, can you suggest a secure full-function
> Win32 email reader (including optional HTML) with a brain that I can migrate
> all my Outlook  Express stuff to and so escape the Virus nightmare and deal
> with PGP, GPG etc and hence use electronic communication the way it's meant
> to be used ?

I'm not a Windows user (thanks God!), but a friend of mine loves a
program named 'The Bat!'. There's also 'Eudora' (I've used Eudore 6
years ago...). 


I think, as somebody said, that migrating to Outlook instead of
Outlook Express might be something (though you won't be free from
worms, virii, etc.). 


See you,
-- 
Godoy. <[EMAIL PROTECTED]>

Escritório de Projetos  --Conectiva S.A.
Projects Office --Conectiva Inc.

RE: email attachments; was modperl growth

[Jonathan M. Hollin]

:: I'm sorry, but it was a GPG (a free PGP) signed message.
:: 
:: Outlook is really lost when it sees that and, since you've 
:: bought it from Microsoft, I think you should send them a 
:: request for them to implement OpenPGP standards in their 
:: mail reader. 

Er, that's not strictly true.  Outlook handles encrypted and/or signed
email as well as any other client.  Outlook displays the signed email
with a unique icon to identify it as such.  The attachment contains the
actual PGP info (in case you want to see it).  I think that's fair
enough isn't it?

I don't know about Outlook Express though (which is a completely
different mailer).


Jonathan M. Hollin - WYPUG Co-ordinator
West Yorkshire Perl User Group
http://wypug.pm.org/ 

[OT] email attachments - Win32 email reader to replace OE

[Rod Butcher]

Guys, in light of recent messages, can you suggest a secure full-function
Win32 email reader (including optional HTML) with a brain that I can migrate
all my Outlook  Express stuff to and so escape the Virus nightmare and deal
with PGP, GPG etc and hence use electronic communication the way it's meant
to be used ?
many thanks, Rod
- Original Message -
From: "Jorge Godoy" <[EMAIL PROTECTED]>
To: "Rod Butcher" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, February 03, 2002 12:24 PM
Subject: Re: email attachments; was modperl growth


>>>clip clip...
> I'm sorry, but it was a GPG (a free PGP) signed message.
>
> Outlook is really lost when it sees that and, since you've bought it
> from Microsoft, I think you should send them a request for them to
> implement OpenPGP standards in their mail reader.
>
>
> Unfortunately, you (don't) get what you paid for...
>
>
> See you,
> --
> Godoy. <[EMAIL PROTECTED]>
>
> Escritório de Projetos --   Conectiva S.A.
> Projects Office --   Conectiva Inc.

RE: email attachments; was modperl growth

[stevea]

Since Balmer and Gates consider open anything to be a "threat to corporate
intellectual property" it's not likely that they will do this. If you ask
nicely, though, they will steal it and call it ActivePGP - then sell it back
to you.

>>"Rod Butcher" <[EMAIL PROTECTED]> writes:

>>I'm sorry, but it was a GPG (a free PGP) signed message.

>>Outlook is really lost when it sees that and, since you've bought it
>>from Microsoft, I think you should send them a request for them to
>>implement OpenPGP standards in their mail reader.


>>Unfortunately, you (don't) get what you paid for...

Re: email attachments; was modperl growth

[Jorge Godoy]

"Rod Butcher" <[EMAIL PROTECTED]> writes:

> Folks, please don't send attachments, esp. with no explanation, it looks
> just like these deliberate virus attacks to me and I refuse to open any
> attachments unless I am personally familiar with the sender and know they
> know what they're doing. If it's plain text please embed it in the email,
> else provide a URL where one can download the attachment from.
> Yeah, I know, use Linux, don't use Outlook Express, .txt attachments are
> unlikely to contain virus, use antvirus software etc been there, done
> that, I'm sticking to my story.
> thanks & regards, Rod

I'm sorry, but it was a GPG (a free PGP) signed message.

Outlook is really lost when it sees that and, since you've bought it
from Microsoft, I think you should send them a request for them to
implement OpenPGP standards in their mail reader. 


Unfortunately, you (don't) get what you paid for... 


See you,
-- 
Godoy. <[EMAIL PROTECTED]>

Escritório de Projetos  --Conectiva S.A.
Projects Office --Conectiva Inc.

Using a PerlHandler for ErrorDocument

[Matt]

I'm currently using a PerlHandler to handle all *.html files through the use
of Template Toolkit, all working, no probs.

I wanted to also use TT to handle the ErrorDocument directives, and I was
also hoping to be able to create the error pages containing stuff like
"Your GET request from 1.2.3.4 on port 12345 failed...", etc. which AFAICT
I get from the REDIRECT_* environment variables, (at least under CGI
anyway).

I've tested the variables using the /cgi-bin/printenv example from the
Apache distro, and using that to handle 404s, so I could see what I had to
play with, and then I came to try using my PerlHandler.

When I request a page that is within the scope of the handler, (ie. *.html,
but doesn't exist), I get back the variables as expected. When I request a
false file that isn't covered by the handler, (ie. a fake *.tar.gz), the
environment variables get doubly-prepended with REDIRECT_ so, for example, I
have a REDIRECT_REDIRECT_REQUEST_METHOD variable.

My snippet of httpd.conf is like this:

---8<---
ErrorDocument 404 /error.html


  SetHandler perl-script
  PerlSetVar Template_root /path/to/somewhere/src
  PerlHandler MyHandler

---8<---

All my handler currently does is gather all the environment variables up
into one big string and pass it as a parameter to the template, where ATM I
just print it.

Can anyone shed any light on why this is happening, or maybe a better way to
do this?

My apache version is:

Apache/1.3.23 (Unix) mod_gzip/1.3.19.1a mod_perl/1.26 mod_ssl/2.8.5 \
OpenSSL/0.9.6b

Cheers

Matt
-- 
"Phased plasma rifle in a forty-watt range?"
"Hey, just what you see, pal"

Re: email attachments; was modperl growth

[Thomas Eibner]

On Sun, Feb 03, 2002 at 10:21:32AM +1100, Rod Butcher wrote:
> Folks, please don't send attachments, esp. with no explanation, it looks
> just like these deliberate virus attacks to me and I refuse to open any
> attachments unless I am personally familiar with the sender and know they
> know what they're doing. If it's plain text please embed it in the email,
> else provide a URL where one can download the attachment from.
> Yeah, I know, use Linux, don't use Outlook Express, .txt attachments are
> unlikely to contain virus, use antvirus software etc been there, done
> that, I'm sticking to my story.

Outlook Express has no clue on what to do with PGP signed messages? Which
is what it was. 

-- 
  Thomas Eibner  DnsZone 
  mod_pointer  !(C)
  Putting the HEST in .COM 
  

Re: email attachments; was modperl growth

[Rod Butcher]

Folks, please don't send attachments, esp. with no explanation, it looks
just like these deliberate virus attacks to me and I refuse to open any
attachments unless I am personally familiar with the sender and know they
know what they're doing. If it's plain text please embed it in the email,
else provide a URL where one can download the attachment from.
Yeah, I know, use Linux, don't use Outlook Express, .txt attachments are
unlikely to contain virus, use antvirus software etc been there, done
that, I'm sticking to my story.
thanks & regards, Rod
===
The sender has never accepted any funding
from Enron. Any suggestion to that effect
will be met with legal action.
- Original Message -
From: "Jorge Godoy" <[EMAIL PROTECTED]>
To: "Matt Sergeant" <[EMAIL PROTECTED]>
Cc: "Robin Berjon" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, February 03, 2002 9:54 AM
Subject: Re: modperl growth

Re: modperl growth

[Paul DuBois]

At 20:54 -0200 2/2/02, Jorge Godoy wrote:
>Matt Sergeant <[EMAIL PROTECTED]> writes:
>
>>  Wow, bizarre. Not sure why but the AxKit list has seen a massive spurt in
>>  traffic lately too. Perhaps due to the migration to xml.apache.org (well,
>>  just a link at the moment), but perhaps due to the above?
>>
>>  However I'm always skeptical of such massive changes - perhaps more likely
>>  is a change in SecuritySpace's methodology?
>
>You have to remember of the latest attacks on IIS too... People are
>migrating from IIS to other web servers. Apache is a very good
>candidate to power these ex-IIS sites.
>
>Since the use of Apache has increased, people start looking after
>alternative technologies that use it. mod_perl, AxKit and other are
>these technologies.
>
>
>I don't think that this covers all those new servers, but it certainly
>covers a lot of them.

Mac OS X includes Apache, and mod_perl works there, too.  That's
another group of potential new mod_perl-ized servers.

Re: modperl growth

[Dave Hodgkinson]

Matt Sergeant <[EMAIL PROTECTED]> writes:

> However I'm always skeptical of such massive changes - perhaps more likely
> is a change in SecuritySpace's methodology?

Don't Netcraft keep numbers?

-- 
Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com
Editor-in-chief, The Highway Star   http://www.deep-purple.com
   Interim Technical Director, Web Architecture Consultant for hire

Re: modperl growth

[Jorge Godoy]

Matt Sergeant <[EMAIL PROTECTED]> writes:

> Wow, bizarre. Not sure why but the AxKit list has seen a massive spurt in
> traffic lately too. Perhaps due to the migration to xml.apache.org (well,
> just a link at the moment), but perhaps due to the above?
>
> However I'm always skeptical of such massive changes - perhaps more likely
> is a change in SecuritySpace's methodology?

You have to remember of the latest attacks on IIS too... People are
migrating from IIS to other web servers. Apache is a very good
candidate to power these ex-IIS sites. 

Since the use of Apache has increased, people start looking after
alternative technologies that use it. mod_perl, AxKit and other are
these technologies.


I don't think that this covers all those new servers, but it certainly
covers a lot of them.



Be seeing you,
-- 
Godoy. <[EMAIL PROTECTED]>

Escritório de Projetos  --Conectiva S.A.
Projects Office --Conectiva Inc.


msg24569/pgp0.pgp
Description: PGP signature

Re: modperl growth

[Matt Sergeant]

On Sat, 2 Feb 2002, Robin Berjon wrote:

> Hi,
>
> I thought that some of you might find this graph interesting:
>
> http://www.securityspace.com/s_survey/data/man.200201/apachemods.html?mod=cGVybA==
>
> For some reason, in December, it would seem that modperl just jumped ahead in
> market share (from 13% to nearly 20%). So given that people here are
> occasionally given to gloom and doom descriptions of the Perl/mod_perl world
> ("there aren't as many people as before", "the Java folks are taking over",
> etc.) I'd like to take this growth as well as modperl's general well doing
> (19.78% is a *huge* amount of people -- 600.000 servers, a "fifth of the
> internet") as a very good sign that modperl is alive, kicking, and doing very
> well. Kudos to all ;-)

Wow, bizarre. Not sure why but the AxKit list has seen a massive spurt in
traffic lately too. Perhaps due to the migration to xml.apache.org (well,
just a link at the moment), but perhaps due to the above?

However I'm always skeptical of such massive changes - perhaps more likely
is a change in SecuritySpace's methodology?

-- 

<:->Get a smart net

Re: [OT] Re: mod_perl Developer's Cookbook (and Amazon)

[Matt Sergeant]

On Sat, 2 Feb 2002, Paul Lindner wrote:

> On Sat, Feb 02, 2002 at 10:03:09AM -0600, Mike808 wrote:
> > > Joe Brenner wrote:
> > > > Spend only $4 more, and you too can show your disgust for
> > > > software patents.
> >
> > Worth every penny.
>
> I'm against frivolous patents myself.  It harms the industry and could
> even be detrimental to mod_perl or Apache if either is found to
> infringe upon such a patent.

Do you mean like this one from Sun:
http://l2.espacenet.com/dips/viewer?PN=WO0163481&CY=ep&LG=en&DB=EPD

It's a patent covered directly by two Apache technologies: AxKit and
Cocoon. The ASF have however taken steps to get reassurance from Sun they
won't enforce this against them, and Apache has the prior art anyhow. Just
another example of how terrible the USPO is.

-- 

<:->Get a smart net

Re: Location Directives and Perl Handlers...

[Ged Haywood]

Hi there,

On Sat, 2 Feb 2002, eCap wrote:

> Does it make sense to create a Location directive
> with a Perl Handler for each and every web transaction?

Well of course it all depends on what the transactions are, but as a
rule I'd say probably not.  A mod_perl process can consume quite a lot
of resources.  If you are getting a load of straight requests for
image files that need no intervention from Perl then you should
probably just let Apache serve them.  Under a light load, most of the
time it won't really matter if you're using a mod_perl process to do
something which could be done by plain Apache, but if the server load
goes up it will start to make a difference.  If you don't have a plain
Apache running to serve the requests then you'll have to use a heavy
process for all requests anyway, and when the server gets busy you
might start to wish you had more memory...

73,
Ged.

Re: [?] Same Named Modules, Different Paths

[Sam Tregar]

On Sat, 2 Feb 2002, John Heitmann wrote:

> Here is what I had to do to force correct module loading (mostly stolen
> from the great mod_perl guide):
>
> %INC = (); # Possibly unnecessary
> do 'FindBin.pm';
> unshift @INC, "$FindBin::Bin"; # There are also modules in the same dir
> as the script
> unshift @INC, "$FindBin::Bin/../lib/";
>
> require MyModule;
> import MyModule;

This isn't going to work if your modules store anything in package
globals.  You should probably empty the package stash before you load the
new module.  That'll also save you "subroutine redefined"  warnings too, I
think.

> One obvious answer is to move the devel tree off of the same server as
> the release tree.

This is undoubtably the best way to go.

> Any other ideas or places to RTFM?

I've sometimes been able to get away with running the live version through
Apache::Registry while developing small changes under mod_cgi.  Then when
the .cgi version is ready I just copy it into the .pl and restart.
However, a full staging server is definitely preferable.

-sam

[?] Same Named Modules, Different Paths

[John Heitmann]

Hello,

I have a problem, and I have a poor solution; I would like to see if I 
can do even better. My problem is that I have a set of scripts and 
modules that are duplicated on the same Apache server setup. One tree is 
for debugging and developing, the other is the main release site. These 
are managed through cvs. The issue I ran into was that the debug scripts 
would request debug modules, but get the same-named release module if it 
was already loaded in the same Apache process (and vice versa).

Here what my old (buggy under mod_perl) include stuff was like:

use lib "../lib";
use MyModule;

Here is what I had to do to force correct module loading (mostly stolen 
from the great mod_perl guide):

%INC = (); # Possibly unnecessary
do 'FindBin.pm';
unshift @INC, "$FindBin::Bin"; # There are also modules in the same dir 
as the script
unshift @INC, "$FindBin::Bin/../lib/";

require MyModule;
import MyModule;


So I'm loosing all of that slick compile-time speed savings and clean 
code just so I can have two source trees on the same server. One obvious 
answer is to move the devel tree off of the same server as the release 
tree. I will eventually do that, but it would be cool to see a solution 
that works with my current setup. Is there maybe a way to do tricks to 
modules like Apache::Registry does to scripts by automagically 
prepending the directory name behind the scenes? Any other ideas or 
places to RTFM?

Thanks,

John Heitmann

modperl growth

[Robin Berjon]

Hi,

I thought that some of you might find this graph interesting:

http://www.securityspace.com/s_survey/data/man.200201/apachemods.html?mod=cGVybA==

For some reason, in December, it would seem that modperl just jumped ahead in 
market share (from 13% to nearly 20%). So given that people here are 
occasionally given to gloom and doom descriptions of the Perl/mod_perl world 
("there aren't as many people as before", "the Java folks are taking over", 
etc.) I'd like to take this growth as well as modperl's general well doing 
(19.78% is a *huge* amount of people -- 600.000 servers, a "fifth of the 
internet") as a very good sign that modperl is alive, kicking, and doing very 
well. Kudos to all ;-)

-- 
___
Robin Berjon <[EMAIL PROTECTED]> -- CTO
k n o w s c a p e : // venture knowledge agency www.knowscape.com
---
There are trivial truths and there are great Truths. The opposite of 
a trival truth is obviously false. The opposite of a great Truth is 
also true.  
-- Niels Bohr 

Re: MacOSX Requests and Cookies

[John Siracusa]

On 2/1/02 10:39 PM, Joe Schaefer wrote:
> Rick Frankel <[EMAIL PROTECTED]> writes:
>> The following patch, while probably not correct (and probably the cause
>> of the silent failure), covers it.
>> [...]
> I've incorporated your patch and uploaded it to the website.
> Hopefully other OS X'ers will be able to confirm it works now.

Well, I can confirm that it still doesn't work for me... :-/  Is everyone
using Perl 5.6.1 here?  Because somehow some of the files I downloaded had
the string "perl500503" embedded in them.  Even after search/replacing all
that, I ended up with an httpd that pukes with the same old symbol conflicts
when I try to start it.

I tried to track exactly what I was doing, command-line by command-line,
starting with the downloads from Joe's site, but that kind of got tossed
away when I had to make that excursion to fix the "perl500503" business.
I'll try again today and see if I can work out "clean" line-by-line example
that exhibits the continued failure on my end.

-John

Re: [OT] Re: mod_perl Developer's Cookbook (and Amazon)

[Paul Lindner]

On Sat, Feb 02, 2002 at 10:03:09AM -0600, Mike808 wrote:
> > Joe Brenner wrote:
> > > Spend only $4 more, and you too can show your disgust for
> > > software patents.
> 
> Worth every penny.

I'm against frivolous patents myself.  It harms the industry and could
even be detrimental to mod_perl or Apache if either is found to
infringe upon such a patent.

However, please read the following articles before you boycott.  The
first is an open letter from Jeff Bezos, the second is a fairly
lengthy article on the subject by Tim O'Reilly.

   http://www.amazon.com/exec/obidos/subst/misc/patents.html
   http://www.oreilly.com/ask_tim/patent_reform_0300.html


> And AllBookstores.com is now offering it at the same price as Amazon.
> So now it doesn't cost me anything to show my disgust for software and
> business model patents. As for the Amazon kickback, well, you have a 
> sucky publisher for not giving you more of your directly generated sales.

Well, sometimes you have to take what you can get...  Please note that
it did take some convincing to get this thing published.  No one
seemed to believe that there is a market for mod_perl books.

I am hoping that this book is a success.  Not only for the obvious
altruistic reasons, but also for mod_perl itself.  It's sometimes
depressing going into a bookstore to find shelf-upon-shelf of Java-web
books -- against a puny outcrop of mod_perl related tomes...

So, to reiterate.  Buy your copy whichever way suits you best.  Amazon
or not.  In either case a big THANK YOU to all...  We wouldn't even be
having this discussion if it wasn't for this wonderful community.

-- 
Paul Lindner[EMAIL PROTECTED]   | | | | |  |  |  |   |   |

mod_perl Developer's Cookbook   http://www.modperlcookbook.org
 Human Rights Declaration   http://www.unhchr.ch/udhr/index.htm

Location Directives and Perl Handlers...

[eCap]

Hi folks,
Another newbie question:  Does it make sense to create a Location directive
with a Perl Handler for each and every web transaction? I suppose more
information about what the pages are doing would be helpful but I'm really
just looking for some "rules of thumb".
I've created a site which uses a Location directive and a Handler for almost
all transactions.  Of course, all the pages are requesting information from
a database and the pages are being generated from a simple templating
scheme.  I just wanted to get a feel whether or not there's other approaches
to this architecture.

Thanks for the replies in advance...
K

Re: [OT] Re: mod_perl Developer's Cookbook (and Amazon)

[Mike808]

> Joe Brenner wrote:
> > Spend only $4 more, and you too can show your disgust for
> > software patents.

Worth every penny.

And Barnes and Noble deserves its fair share of disgust for filing counter
patent-infringement suits. And since BN now own Fatbrain, so BookPool is my 
vendor of choice currently for price-conscious book shopping.

For niche publishers with small circulation, I try to buy direct from the
publisher (e.g. Manning) so that they actually get more of the money I'm
spending anyway to keep publishing that kind of work.

And AllBookstores.com is now offering it at the same price as Amazon.
So now it doesn't cost me anything to show my disgust for software and
business model patents. As for the Amazon kickback, well, you have a 
sucky publisher for not giving you more of your directly generated sales.
 
Mike808/
-- 
perl -le "$_='7284254074:0930970:H4012816';tr[0->][ BOPEN!SMUT];print"

Re: ld: 0711-319 WARNING: Exported symbol not defined:

[Ged Haywood]

Hi there,

On Thu, 31 Jan 2002, J S wrote:

> Apache compiles OK, but during make there are a lot of the following 
> messages:
> 
> ..
> ..
> ld: 0711-319 WARNING: Exported symbol not defined: Perl_yyrule
> ld: 0711-319 WARNING: Exported symbol not defined: cast_i32
[snip]
> ..
> ..
> and so on
> 
> My environment is
> 
> AIX 4.3.3.0

Didn't see a reply yet so I thought I'd throw in a suggestion.

There have been several discussions in the not-too-distant past about
compiling mod_perl under AIX.  Never done it myself.  Maybe you could
check out one of the mod_perl List archives for "AIX"?

73,
Ged.

Re: questions

[Ged Haywood]

Hi Stu,

On Sat, 2 Feb 2002, stu seven wrote:

> 1) Is installing  mod_perl  necessary to running perl scripts

No, but there are good reasons for using mod_perl to do it.

> 2) [snip]can I add the PerlSendHeader On  to Apache without
> running mod_perl ?

No, it will cause Apache to grumble about the configuration.

It's all in the Guide:

http://perl.apache.org/guide

also buy and read the Eagle Book:

"Writing Apache Modules with Perl and C", ISBN 1-56592-567-X

73,
Ged.

[OT] Re: mod_perl Developer's Cookbook (and Amazon)

[Dave Rolsky]

On Fri, 1 Feb 2002, Joe Brenner wrote:

> Spend only $4 more, and you too can show your disgust for
> software patents.

Patents are bad.  But don't forget that Amazon has also engaged in
union-busting, which is several orders of magnitude worse, IMO.


-dave

/*==
www.urth.org
we await the New Sun
==*/

[OT] Re: mod_perl Developer's Cookbook

[Ged Haywood]

Hi all,

On Fri, 1 Feb 2002, Joe Brenner wrote:

> Spend only $4 more, and you too can show your disgust for
> software patents.

And while you're doing that, think how lucky you are to have the luxury.

73,
Ged.

Re: Indentifying dir_config's

[Jay Lawrence]

Robert - that's along the lines of what I'm after. My nuance is that I might
have several different configurations for the server - since there are
several
different containers that have different PerlSetVar directives.

In my example below a call to "/test" is going to have a different config
to a call to "/different" or a call to "/". How can I do three different
intializations for these different configurations and then keep track of
them for the remaining requests?

Jay

- Original Message -
From: "Robert Landrum" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, February 01, 2002 5:02 PM
Subject: Re: Indentifying dir_config's


> At 1:39 PM -0800 2/1/02, [EMAIL PROTECTED] wrote:
> >I'm wondering if there is a way that I can mark or remeber that
> >I've seen a particular dir_config during a previous request. The
> >motivation is performance related - so that I can set up for
> >particular set of "PerlSetVar" values only the once. Then
> >subseqeuent requests to that child will use a previously
> >determined value (instanciated object).
> >
> >IE: in my httpd.conf I have -
> >
> >PerlSetVar myvalue 100
> >
> >
> > PerlSetVar myvalue 200
> >
> >
> >
> > PerlSetVar myvalue 300
> >
> >
> >So - request 1 - GET /test
> > I check dir_config("myvalue") and setup.
> > Can I mark that I was here; sorta like the equivalent of
> > 
> > PerlSetVar myvalue   200
> > PerlSetVar signature myvalue_200
> > 
> >
>
> I'm not sure if I understand...
>
> I've done something in one of my modues in the past...
>
> package MyHandler;
>
> our $INITED = 0;
>
> our %CONFIG = ();
>
> sub handler {
>  
>  unless($INITED) {
>  %CONFIG = $self->get_config($r);
>  $INITED = 1;
>  }
>  
> }
>
>
> That way I only have to get_config once per forked process...  This
> is very useful for static (or near static) data.  In this example
> get_config was pulling configuration directives from an Oracle
> database.
>
> Rob
>
>
>
>
> --
> When I used a Mac, they laughed because I had no command prompt. When
> I used Linux, they laughed because I had no GUI.
>

Re: CGI Upload/download question

[Medi Montaseri]

Thank you very much...worked like a charm


Pierre Phaneuf wrote:

> Medi Montaseri wrote:
>
> > Can I somehow influence this behavior such that the user
> > will indeed see something like "MyFile.txt.returned" or
> > "MyFile.txt.processed" in the dialog box.
>
> Add a "Content-Disposition" header like this:
>
> Content-Disposition: attachment; filename=MyFile.txt.returned
>
> I don't remember for sure, but I think a Content-Length header might
> help browsers evaluate the time remaining for the download.
>
> > By the way, the reason for the crazy MIME type, is to
> > prevent the browser to render it. I'm trying to achive
> > a complete upload-process-download. Perhaps there
> > is an standard MIME type that I should use.
>
> There is a standard type for that function, application/octet-stream. Of
> course, whatever you set the Content-Type header to, Internet Explorer
> could cheerfully ignore it if the extension is associated on the client
> machine, but that's not your problem anymore I guess... ;-)
>
> --
> Pierre Phaneuf

--
-
Medi Montaseri   [EMAIL PROTECTED]
Unix Distributed Systems EngineerHTTP://www.CyberShell.com
CyberShell Engineering
-

Re: questions

[John Kelly]

Stu,

You don't need mod_perl to run PERL programs with Apache
It's not clear what the problem is, but it sounds like you can get PERL 
programs to run if they are called .cgi but not .pl

If so, try adding this line to httpd.conf

  AddHandler cgi-script .pl 

regards
John





"stu seven" <[EMAIL PROTECTED]>
02/02/2002 00:24

 
To: [EMAIL PROTECTED]
cc: 
Subject:questions

 



   I am having problems getting Apache to recognize perl files...
someone suggested installing mod_perl...

1) Is installing  mod_perl  necessary to running perl scripts

via Apache / webserver ?


2) I saw something in the mod_perl "faqs" about getting a popup

save window instead of the perl file running... can I add the

PerlSendHeader On  to Apache without running mod_perl ?  That is

what is happening here now... .cgi files run / .pl files give me

the save widget.

   I hope somebody can help with this... I really WOULD like to
do some programming with mod_perl too :)


_
Chat with friends online, try MSN Messenger: http://messenger.msn.com