Re: Apache::args vs Apache::Request speed
How about setting something up on SourceForge? I know they have OS X environments available for compiling and testing. Ian On 1/28/02 2:19 PM, John Siracusa [EMAIL PROTECTED] wrote: I'm cc-ing this to the Mac OS X Perl list in the hopes that someone can provide a test environment for you. (I would, but my OS X box is behind a firewall at work.) So how about it, [EMAIL PROTECTED] folks, can any of you help get libapreq up and running on OS X an long last? (See message quoted below) -John On 1/28/02 2:02 PM, Joe Schaefer [EMAIL PROTECTED] wrote: Stas Bekman [EMAIL PROTECTED] writes: Great! Now we have an even broader benchmark. Please tell me when 1.0 is released (in case I get carried away with other things and don't notice the announce) and I'll make sure to update my benchmarking package, re-run the benchmarks and correct the results in the guide. Great- there's a typo or two in the handler_do sub, but they should be pretty obvious when you try to run it. I hope a new release will be just around the corner, but if you want to test out some of the latest stuff, have a look at http://www.apache.org/~joes/ I don't think we'll have a 1.0 that works on OS/X, but I might be able to include a patch in the distro that will build the C api of libapreq directly into httpd. This might allow OS/X to run Apache::Request and Apache::Cookie at the same time, but that platform is unavailable to me for testing.
RE: Perl Sections: command_rec for directive `ISA' not found!
I previously posted the below, but after experiencing this same problem after upgrading MySQL, I did some research and noticed that I had to re-compile/re-install the Msql-Mysql-modules-1.2216.tar.gz package/module when the libmysqlclient.so file got updated. For instance, I first installed the perl module when I had MySQL 3.23.36, which compiles libmysqlclient.so.6, and then I just upgraded to MySQL 3.23.47, which compiles/relies on libmysqlclient.so.10. I now had to re-install the Msql-Mysql-modules package using the new libmysqlclient.so.10 file (I believe it was in the Makefile, but I could be wrong). After I did that, everything worked fine. - Jonathan --- Original Message --- Seeing that nobody answered your question or posted the answer, I had to overcome this same problem. The problem was the Perl libraries that were installed (or not installed). You need to reinstall / install the Bundle::DBI package and the correct modules for it. In my case, I was trying to dynamically build VirtualHost directives from a mySQL database. I telnetted/ssh to the shell and typed the following: su-2.04# perl -MCPAN -e shell cpan install Bundle::DBI Bundle gets installed cpan install Msql-Mysql-modules-1.2216.tar.gz Package starts installing When it asked me if I wanted mSQL, mySQL, or both, I chose mySQL only. It asked me where the subdirectory with the include files was, and it defaulted to /usr/local. This caught me off-guard because mySQL was actually installed in /usr/local/mysql and so I kept putting that directory, but it kept failing. When I tried reinstalling, I left it at /usr/local and it went through fine. Now that the packages are installed, I had one more error to fix. In the Perl section, I had: $dbh = DBI-connect('DBI:mysql: ..blah..blah...'); which had to be changed to my $dbh = DBI-connect('DBI:mysql: ..blah..blah...'); Otherwise, Apache will not recognize the variables and will return an error about commands and stuff. Hope this helps! Jonathan Hilgeman
Re: New mod_perl Logo
mod_perl is a lousy name. It is causing me a problem. My potential customers have heard of Perl and Apache, MySql and Postgres, but they dot like the idea of perl modifying the Apache processing. It strikes them as tinkering round with the internals and liable to cause problems 'when we upgrade' or 'move to another platform'. It also does not look good on a resume when you are sending it to someone who has never heard of it. You are never quite sure whether to Wordcap it or not. Give it some other marketting name, even if it keeps its original name in places like this. Anything will do, WebBlast, Insiouxiance, Perlandra, Exsight, Insite, HowtoSite - I really do not mind. Regards - Paul Cotter
Re: New mod_perl Logo
On Wed, 30 Jan 2002, Paul Cotter wrote: Give it some other marketting name, even if it keeps its original name in places like this. didn't you people read perrin's message? do you think this is the first time this topic has been discussed? do you think it's gonna change doug's mind /this/ time? if you can't sell your customers and bosses on mod_perl because of its technological appropriateness, the name of the software is the least of your problems.
Re: New mod_perl Logo
Jay Lawrence wrote: I looked at some of the candidates at http://wypug.digital-word.com/mod_perl/ must confess I am partial to http://wypug.digital-word.com/mod_perl/logos/louise_bramald_1.jpg so far Thinking camels for Perl and feathers for Apache putting them together all I could see is flying camels - is that too close to flaming logos? That's my 0.02CAD which is substantially less than 0.02USD... ;-) J I really don't want to see this topic going out of control, but I had to add something here: didn't we have a discussion about this months ago? I seem to remember an idea of a camel with a headband with the Apache feather... I'm sure that's not my own idea. Issac
Re: New mod_perl Logo
How could another name look nice on your resume if they don't know what it is ? Why don't you just nickname mod_perl as something else and then put THAT name on your resume if you are so concerned about naming. At 09:36 PM 1/30/2002, Paul Cotter wrote: mod_perl is a lousy name. It is causing me a problem. My potential customers have heard of Perl and Apache, MySql and Postgres, but they dot like the idea of perl modifying the Apache processing. It strikes them as tinkering round with the internals and liable to cause problems 'when we upgrade' or 'move to another platform'. It also does not look good on a resume when you are sending it to someone who has never heard of it. You are never quite sure whether to Wordcap it or not. Give it some other marketting name, even if it keeps its original name in places like this. Anything will do, WebBlast, Insiouxiance, Perlandra, Exsight, Insite, HowtoSite - I really do not mind. Regards - Paul Cotter __ Gunther Birznieks ([EMAIL PROTECTED]) eXtropia - The Open Web Technology Company http://www.eXtropia.com/
Re: New mod_perl Logo
At 04:50 PM 1/31/2002, brian moseley wrote: On Wed, 30 Jan 2002, Paul Cotter wrote: Give it some other marketting name, even if it keeps its original name in places like this. didn't you people read perrin's message? do you think this is the first time this topic has been discussed? do you think it's gonna change doug's mind /this/ time? if you can't sell your customers and bosses on mod_perl because of its technological appropriateness, the name of the software is the least of your problems. I was thinking if we renamed mod_perl as George Bush it would do quite well in the political polls. Might even be elected for president. And then we'd rule the country!!
New mod_perl logo - revisited
Reminder: A growing collection of new mod_perl logo candidates is available at: http://wypug.digital-word.com/mod_perl/ Jonathan M. Hollin - WYPUG Co-ordinator West Yorkshire Perl User Group http://wypug.pm.org/
Re: performance coding project? (was: Re: When to cache)
One memory speed saving is using global VARS, I know it is not recomended practice, but if from the begining of the project u set a convention what are the names of global vars it is ok..F.e. I'm using in all DB pages at the begining : our $dbh = dbConnect() or dbiError(); See I know (i'm sure) that when I use DB I will always initialize the var. One other example is (ASP.pm): our $userID = $$Session{userID}; my $something = $$Request{Params}{something} This is not saving me memory, but shorten my typewriting especialy if it is used frequently or if I need to change FORM-param from something to anything..etc.. I think in mod_perl world we are about to search MEMORY optimisation RATHER speed optimisation... :) raptor [EMAIL PROTECTED]
ld: 0711-319 WARNING: Exported symbol not defined:
Hi, 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 ld: 0711-319 WARNING: Exported symbol not defined: cast_iv ld: 0711-319 WARNING: Exported symbol not defined: cast_uv ld: 0711-319 WARNING: Exported symbol not defined: perl_module ld: 0711-319 WARNING: Exported symbol not defined: mod_perl_sent_header ld: 0711-319 WARNING: Exported symbol not defined: sv2request_rec ld: 0711-319 WARNING: Exported symbol not defined: perl_request_rec ld: 0711-319 WARNING: Exported symbol not defined: mod_perl_tie_table ld: 0711-319 WARNING: Exported symbol not defined: perl_cmd_perl_FLAG ld: 0711-319 WARNING: Exported symbol not defined: perl_cmd_perl_TAKE2 .. .. and so on My environment is AIX 4.3.3.0 VAC 5.0.0.2 Perl 5.005_03 Apache 1.3.22 And my mod_perl config is: perl Makefile.PL EVERYTHING=1 \ APACHE_SRC=../apache_1.3.22/src \ USE_APACI=1 \ PREP_HTTPD=1 \ DO_HTTPD=1 And my apache config is : SSL_BASE=/usr/local/openssl \ ./configure \ --prefix=/opt/apache \ --enable-module=ssl \ --activate-module=src/modules/perl/libperl.a \ --enable-module=perl \ --enable-module=so --enable-suexec --suexec-caller=apache I wondered whether the problem was to do with mod_perl.exp. This only contained one line: boot_mod_perl Is this supposed to list all the perl things above? Thanks for any help. Cheers, JS. _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.
Re: Problems changing the realm with auth_name
Hi, I've just moved up to a very recent PPM level of mod_perl and changed my webserver. It's IBM_HTTP_SERVER/1.3.19 Apache/1.3.20 (Win32) mod_perl/1.26_01-dev I'm still getting this problem $r-auth_name(Realm $value); my $realm = $r-auth_name(); $realm returns the value of the AuthName directive in http.conf. Any ideas ? regards John
Re: problems with DirectoryIndex under mod_perl + Template Toolkit
Unfortunately, I could not get Apache::ShowRequest to compile, despite tinkering with it quite a bit. But, per your suggestion, I wrote a Fixup handler to solve this problem. However, in my web searches, I came across post after post that seem to describe the same problem or something similar. In no case have I seen a straightforward solution. Is there some reason why this isn't easier to handle if indeed it's such a common problem? -Tim - Original Message - From: Stas Bekman [EMAIL PROTECTED] To: Tim Noll [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 6:07 AM Subject: Re: problems with DirectoryIndex under mod_perl + Template Toolkit Tim Noll wrote: Tim, this question is not-related to TT, but a pure configuration issue. So in further postings about this issue please don't CC the tt list. (CC'ing only once now). I'm using mod_perl + Template Toolkit, and I'm having trouble getting Apache to pass the DirectoryIndex to my handler. The handler is supposed to take the path_info and pull a template of the same name from a subdirectory called 'html'. This works fine for file names which do exist in the subdirectory. And, if they don't exist, an error is correctly generated. However, if the path is empty or '/', I expect Apache to include the DirectoryIndex (index.html) in path_info or somewhere else that I can get to it. Unfortunately, Apache is passing empty paths and '/' straight through to the handler, causing a file not found error. Maybe I'm just not looking in the right place, but I've spent a lot of time Googling and looking at the mod_perl guide, and I can't seem to find an exact answer to my problem. This would seem to be a common issue. Can anyone offer a solution? That's the job of mod_dir to do that translation from / to /index.html. Does it run? For example you can use Apache::ShowRequest to look what handlers are running. In your case the best thing is to write a Fixup handler and do what mod_dir does in Perl (should be two lines of code). Here is a section from our book with an example of using Apache::ShowRequest: =head2 Investigating the Request Phases Imagine a situation where you have a complex server setup in which many different Perl and non-Perl handlers participate in the request processing, and one or more of these handlers misbehave. A simple example would be where one of the handlers alters the request record, which breaks the functionality of the other handler. Or some handler invoked first in for any given phase of the process and returns COK status, when it's not expected to do so, thus preventing other handlers from doing their job. You can't just add debug statements to trace the offender--there are too many handlers involved. The simplest solution is to get a trace of all registered handlers for each phase, stating whether they were invoked or not and what was the return status. Once such a trace is available, it's much easier to look only at the players who did something, thus narrowing the search path for a potential misbehaving module. The CApache::ShowRequest module shows the phases the request goes through, displaying the module participation in each phase and respond codes. The content response phase is not run, but possible modules are listed as defined. To configure it, just add this snippet to Ihttpd.conf: Location /showrequest SetHandler perl-script PerlHandler +Apache::ShowRequest /Location Now if you want to see what happens when you access some URI, just add it after I/showrequest. CApache::ShowRequest uses the CPATH_INFO to get to the URI that should be executed. So to run I/index.html with CApache::ShowRequest, issue a request to I/showrequest/index.html. For I/perl/test.pl, issue a request to I/showrequest/perl/test.pl. This module produces rather lengthy output, so we will show only one section from the report generated while requesting: I/showrequest/index.html: Running request for /index.html Request phase: post_read_request [snip] Request phase: translate_handler mod_perl DECLINED mod_setenvif undef mod_auth undef mod_access ..undef mod_alias ...DECLINED mod_userdir .DECLINED mod_actions .undef mod_imap undef mod_asis undef mod_cgi .undef mod_dir .undef mod_autoindex ...undef mod_include .undef mod_info undef mod_status ..undef mod_negotiation .undef mod_mime undef mod_log_config ..undef mod_env .undef http_core
Re: mod_perl Developer's Cookbook
ordered my today through the website (puts a little extra money in the hands of mod_perlers: http://www.modperlcookbook.org/ cliff Matt Sergeant wrote: My copy just arrived! I'll try and get through most of it as fast as I can and post a review. Congrats Geoff, Paul and Randy. Looks great at first glance. -- !-- Matt -- :-Get a smart net/:- -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
Re: mod_perl Developer's Cookbook
For the Canadians out there you can get it at Chapters.Indigo.CA too Search for Geoffrey Young as mod_perl does not come up through their search engine. Jay - Original Message - From: ___cliff rayman___ [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 31, 2002 12:29 PM Subject: Re: mod_perl Developer's Cookbook ordered my today through the website (puts a little extra money in the hands of mod_perlers: http://www.modperlcookbook.org/ cliff Matt Sergeant wrote: My copy just arrived! I'll try and get through most of it as fast as I can and post a review. Congrats Geoff, Paul and Randy. Looks great at first glance. -- !-- Matt -- :-Get a smart net/:- -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
Re: mod_perl Developer's Cookbook
FYI canadians based in vancouver can get this at http://www.granvillebooks.com/ ive had way better experience ordering from them than ordering from chapters they tell me itll take two weeks though as its a brand new item if you are in this area please check em out they have a great selection, and their comp book are pretty much always 20% off! Jay Lawrence wrote: For the Canadians out there you can get it at Chapters.Indigo.CA too Search for Geoffrey Young as mod_perl does not come up through their search engine. Jay - Original Message - From: ___cliff rayman___ [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 31, 2002 12:29 PM Subject: Re: mod_perl Developer's Cookbook ordered my today through the website (puts a little extra money in the hands of mod_perlers: http://www.modperlcookbook.org/ cliff Matt Sergeant wrote: My copy just arrived! I'll try and get through most of it as fast as I can and post a review. Congrats Geoff, Paul and Randy. Looks great at first glance. -- !-- Matt -- :-Get a smart net/:- -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
IPC::ShareLite
Folks, I have created a data structure and used IPC::ShareLite to save it in the main memeory. Can someone tell me how to look at it and destroy it. Thanks -r
Re: IPC::ShareLite
On Thu, 31 Jan 2002, Rasoul Hajikhani wrote: I have created a data structure and used IPC::ShareLite to save it in the main memeory. Can someone tell me how to look at it and destroy it. Your system should have a program called ipcs you can use to examine IPC shared structures (memory, semaphores and message queues). Look at the ipcs manpage for details. -sam
Re: New mod_perl Logo
Paul How about attaching a copy of _the_ mod_perl book each time you send out your resume. The recipients should be impressed and thus realize it's a Real Program, and I'm sure the authors would consider a bulk discount :-). (Having worked only 2 out of the last 8 months I do appreciate your position). Cheers Ron Savage [EMAIL PROTECTED] http://savage.net.au/index.html - Original Message - From: Paul Cotter [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 31, 2002 12:36 AM Subject: Re: New mod_perl Logo mod_perl is a lousy name. It is causing me a problem. My potential customers have heard of Perl and
Location Directives Problem
Hi All, Below I have the output of Apache::PerlSections-dump from Bricolage. I'm doing a lot of configuration in a Perl module where I simply switch to the Apache::ReadConfig package and do my thing. This keeps httpd.conf clean but allows me to do all the data munging I need to to get all the proper locations set up according to the settings of Bricolage's own configuration directives. The problem is that the Location directives below are acting more like LocationMatch directives. For example, if I hit the URL '/admin/workflow/media', I would expect the '/' Location's handlers to handle the request. But they're not. Instead, it's the '/media' Location handlers. It's as if I had set it up with LocationMatch */media* instead of Location. Anyone have any idea why it might be doing this? I've tried all kinds of things and I'm stumped! TIA, David #hashes: %VirtualHost = ( '*:80' = { 'Location' = { '/' = { 'PerlHandler' = 'Bric::App::Handler', 'PerlCleanupHandler' = 'Bric::App::CleanupHandler', 'PerlAccessHandler' = 'Bric::App::AccessHandler', 'SetHandler' = 'perl-script' }, '/login' = { 'PerlHandler' = 'Bric::App::Handler', 'PerlCleanupHandler' = 'Bric::App::CleanupHandler', 'PerlAccessHandler' = 'Bric::App::AccessHandler::okay', 'SetHandler' = 'perl-script' }, '/logout' = { 'PerlCleanupHandler' = 'Bric::App::CleanupHandler', 'PerlAccessHandler' = 'Bric::App::AccessHandler::logout_handler' }, '/data' = { 'SetHandler' = 'default-handler' }, '/data/preview' = { 'PerlFixupHandler' = 'sub { $_[0]-no_cache(1); return Apache::OK; }' }, '/dist' = { 'PerlHandler' = 'Bric::Dist::Handler', 'SetHandler' = 'perl-script' }, '/media' = { 'PerlCleanupHandler' = 'Apache::OK', 'PerlAccessHandler' = 'Apache::OK', 'SetHandler' = 'default-handler' } }, 'DocumentRoot' = '/usr/local/bricolage/comp', 'DefaultType' = 'text/html', 'ServerName' = '_default_', 'PerlTransHandler' = 'Bric::App::PreviewHandler::uri_handler' } ); #arrays: @NameVirtualHost = ( [ '*:80' ] ); #scalars: -- David Wheeler AIM: dwTheory [EMAIL PROTECTED] ICQ: 15726394 Yahoo!: dew7e Jabber: [EMAIL PROTECTED]
Re: Location Directives Problem
The problem is that the Location directives below are acting more like LocationMatch directives. For example, if I hit the URL '/admin/workflow/media', I would expect the '/' Location's handlers to handle the request. But they're not. Instead, it's the '/media' Location handlers. It's as if I had set it up with LocationMatch */media* instead of Location. every time I hear of someone setting a dynamic action for Location / they run into problems. I don't know why. all I can say is that I _think_ I've heard new-httpd talking about / being special in some regard, thus making it a bad idea. I've never been able to find the thread I'm thinking about in the archives, so it may not exist. I could be dreaming entirely, but it's there, like a splinter in my mind :) anyway, so I guess I'm saying fiddle with something other than / and see if that helps. --Geoff
Re: mod_perl Developer's Cookbook
___cliff rayman___ [EMAIL PROTECTED] wrote: ordered my today through the website (puts a little extra money in the hands of mod_perlers: http://www.modperlcookbook.org/ I just ordered mine through fatbrain, myself, I won't deal with amazon: http://www.noamazon.com If there's a mod_perl developer's fund I could contribute to (like YAS), I'd be glad to send them a check.
Re: mod_perl Developer's Cookbook
On Thu, Jan 31, 2002 at 06:18:55PM -0800, Joe Brenner wrote: ordered my today through the website (puts a little extra money in the hands of mod_perlers: http://www.modperlcookbook.org/ I just ordered mine through fatbrain, myself... Thanks! I won't deal with amazon: http://www.noamazon.com I just added a page with direct links for eight other bookstores. It's now available at http://www.modperlcookbook.org/order.html If there's a mod_perl developer's fund I could contribute to (like YAS), I'd be glad to send them a check. Now you're talking! I wonder if YAS would consider funding perl-related projects like mod_perl? Perhaps if we had a big name (Ticketmaster?) we could get the ball rolling on such a thing.. -- Paul Lindner[EMAIL PROTECTED] | | | | | | | | | | mod_perl Developer's Cookbook http://www.modperlcookbook.org Human Rights Declaration http://www.unhchr.ch/udhr/index.htm