Re: questions
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
Re: CGI Upload/download question
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: Indentifying dir_config's
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 Location /test PerlSetVar myvalue 200 /Location Location /different PerlSetVar myvalue 300 /Location So - request 1 - GET /test I check dir_config(myvalue) and setup. Can I mark that I was here; sorta like the equivalent of Location /test PerlSetVar myvalue 200 PerlSetVar signature myvalue_200 /Location 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.
[OT] Re: mod_perl Developer's Cookbook
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.
[OT] Re: mod_perl Developer's Cookbook (and Amazon)
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 ==*/
Re: questions
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.
Re: ld: 0711-319 WARNING: Exported symbol not defined:
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: [OT] Re: mod_perl Developer's Cookbook (and Amazon)
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
Location Directives and Perl Handlers...
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)
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
Re: MacOSX Requests and Cookies
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
modperl growth
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
[?] Same Named Modules, Different Paths
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
Re: [?] Same Named Modules, Different Paths
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
Re: Location Directives and Perl Handlers...
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: [OT] Re: mod_perl Developer's Cookbook (and Amazon)
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=WO0163481CY=epLG=enDB=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. -- !-- Matt -- :-Get a smart net/:-
Re: modperl growth
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? -- !-- Matt -- :-Get a smart net/:-
Re: modperl growth
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 [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
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: email attachments; was modperl growth
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: email attachments; was modperl growth
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 http://thomas.eibner.dk/ DnsZone http://dnszone.org/ mod_pointer http://stderr.net/mod_pointer !(C)http://copywrong.dk/ Putting the HEST in .COM http://www.hestdesign.com/
Using a PerlHandler for ErrorDocument
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 Location ~ ^/.*\.html$ SetHandler perl-script PerlSetVar Template_root /path/to/somewhere/src PerlHandler MyHandler /Location ---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
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.
RE: email attachments; was modperl growth
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...
[OT] email attachments - Win32 email reader to replace OE
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
:: 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/
Re: [OT] email attachments - Win32 email reader to replace OE
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: [?] Same Named Modules, Different Paths
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: email attachments; was modperl growth
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
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: [OT] email attachments - Win32 email reader to replace OE
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: [OT] email attachments; was modperl growth
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.