Can't locate object method dir_config via package Apache::RegistryFilter
Hi, I have a problem with Apache::RegistryFilter. I can't get it to work. If I try to use it I allways get this error message: [error] Can't locate object method dir_config via package Apache::RegistryFilter ´ (perhaps you forgot to load Apache::RegistryFilter?) at C:/Programme/Perl/site/lib/Apache/RegistryFilter.pm line 17. Excerpt of my perl.conf: PerlModule Apache::Filter PerlModule Apache::RegistryFilter Files ~ \.pl$ PerlSetVar Filter on SetHandler perl-script PerlHandler Apache::RegistryFilter Options +ExecCGI /Files What's wrong? I've searched the net for an explanation of this error but I don't found anything relevant. I am not an expert of all that Apache/Perl stuff, so I hope that someone here can help me. bb, Gerald Menzel.
Authentications fails after upgrade to 1.3.22
Hello all! I use Apache::AuthenRadius for authorization - all worked fine until I upgrade Apache to 1.3.22 and mod_perl to 1.26 from Apache 1.3.19 and mod_perl 1.25 In config file ### IfDefine power # - I use this for determination which daemon processes this config. I run front-end and back-end servers. VirtualHost 195.128.133.65:* PerlPostReadRequestHandler My::ProxyRemoteAddr ServerName www.samara.net DocumentRoot /usr/web/www.samara.net/data ErrorLog /usr/web/www.samara.net/logs/ep.log Use dbi_macro Use asp_script_macro www.samara.net Directory /usr/web/www.samara.net/data/abonents/ AuthType Basic AuthName Enter your Dialup Login and Password # authenticate via Radius PerlAuthenHandler Apache::AuthenRadius PerlSetVar Auth_Radius_host ... PerlSetVar Auth_Radius_port ... PerlSetVar Auth_Radius_secret ... PerlSetVar Auth_Radius_timeout ... Require valid-user /Directory /VirtualHost /IfDefine ### After upgrade, if I enter correct login and password, I get Internal Server Error and ### [Tue Dec 18 16:02:52 2001] [crit] [client 195.209.67.7] configuration error: couldn't check access. No groups file?: /abonents/abo nent.asp ### in logs I checked changelog for Apache and find following for mod_auth: *) Enhancement of mod_auth to handle 'Require file-owner' and 'Require file-group'. This allows access IFF the authenticated username (from the appropriate AuthUserFile database) matches the username of the UID that owns the document (and equivalent checking for file GID and user's membership in AuthGroupFile). See the mod_auth documentation for examples. (Not supported on Windows.) [Ken Coar] I think this enhancement is responsible for such behaviour... Any comments ? PS: Another improvement is the allow from 195.128.133.110 # Greg Home - generate warning - not supported comment... All was fine before 1.3.22 PPS: I downgrade to 1.3.19 until solve this problems. --- Sergey BeerBong Polyakov chief of WebZavod (http://www.webzavod.ru)
ANNOUNCE: Log::Dispatch::Config 0.06
Log::Dispatch::Config provides a way to configure Log::Dispatch with various config file (default AppConfig, but you can plug your own!). Newest version 0.06 is now on its way to CPAN. 0.06 Tue Dec 18 21:27:51 JST 2001 --- developer API change --- * Added Log::Dispatch::Configurator and docs/tests for it (Thanks to Matt Sergeant [EMAIL PROTECTED]) * Added Date/Time format configuration (Thanks to Matt Sergeant) - Deprecated ${XXX} style format - Switched to fully qualified variable from use vars (for inheritance) This version has several minor API changes (mainly for developers). * You can write your custom config parser (XML::Simple or whatever you want) by subclassing L::D::Configurator. its API is documented in Log::Dispatch::Config. * Added Datetime format configuration via %d{}. It tries to use Time::Piece's strftime first, otherwise POSIX. - Deprecated ${foo} style format. Many thanks to Matt Sergeant. The URL http://bulknews.net/lib/archives/Log-Dispatch-Config-0.06.tar.gz has entered CPAN as file: $CPAN/authors/id/M/MI/MIYAGAWA/Log-Dispatch-Config-0.06.tar.gz size: 8540 bytes md5: be0afc3f36d7728f36a14f3ac396997b -- Tatsuhiko Miyagawa [EMAIL PROTECTED]
using Apache::ReadConfig to configure from perl scripts
Hi all... I'm trying to put the finishing touches on Apache::UploadMeter, but am running into a minor problem. Due to the complexity of the configuration, I'm trying to use the Apache::ReadConfig namespace from mod_perl_start.pl to dynamically configure the upload-meter (by setting some variables in the Apache::UploadMeter namespace and then calling a configure() routine). Enclosed is the configure() subroutine. It runs fine, but doesn't seem to be tying the handlers properly. Any advice would be helpful. Also, if anyone know how I could dynamicly add handlers to the stack directly from the Apache::ReadConfig namespace without knowing in advance what other handlers are enabled for a given Location, that would be helpful... Issac sub configure() { my $namespace=__PACKAGE__; my ($UploadScript,$UploadMeter,$UploadForm)=(_conf(UploadScript),_conf(UploadMeter),_conf(UploadForm)); warn Config $UploadScript - $UploadMeter - $UploadForm - in namespace $namespace if (_conf(DEBUG)1); package Apache::ReadConfig; no strict; $Location{$UploadScript} = { SetHandler = 'perl-script', Options = '+ExecCGI', #PerlHeaderParserHandler = $namespace.::u_handler, #PerlFixupHandler = $namespace.::ufu_handler, PerlHeaderParserHandler = $namespace.::jit_upload, }; $Location{$UploadMeter} = { SetHandler = 'perl-script', Options = '+ExecCGI', #PerlHandler = $namespace.::um_handler, PerlHeaderParserHandler = $namespace.::jit_meter, }; $Location{$UploadForm} = { Options = '+ExecCGI', SetHandler = 'perl-script', #PerlFixupHandler = $namespace.::s_h, #PerlTransHandler = $namespace.::uf_handler, PerlHandler = $namespace, PerlInitHandler = $namespace.::s_h, }; return 1; } sub _conf($) { my $arg=shift; warn (Extracting $argeval(\$.__PACKAGE__.::.$arg)) if (eval(\$.__PACKAGE__.::DEBUG 1)); return eval(\$.__PACKAGE__.::.$arg); } -- Internet is a wonderful mechanism for making a fool of yourself in front of a very large audience. --Anonymous Moving the mouse won't get you into trouble... Clicking it might. --Anonymous PGP Key 0xE0FA561B - Fingerprint: 7E18 C018 D623 A57B 7F37 D902 8C84 7675 E0FA 561B
Re: Can't locate object method dir_config via package Apache::RegistryFilter
Sorry Anand, but this don't help me, because I want to use Apache::Filter for parsing the output of cgi-scripts. bb, Gerald Menzel. This should help you, Files *.cgi SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI PerlSendHeader On /Files Regards, Anand Quoting Gerald Menzel [EMAIL PROTECTED]: Hi, I have a problem with Apache::RegistryFilter. I can't get it to work. If I try to use it I allways get this error message: [error] Can't locate object method dir_config via package Apache::RegistryFilter ´ (perhaps you forgot to load Apache::RegistryFilter?) at C:/Programme/Perl/site/lib/Apache/RegistryFilter.pm line 17. Excerpt of my perl.conf: PerlModule Apache::Filter PerlModule Apache::RegistryFilter Files ~ \.pl$ PerlSetVar Filter on SetHandler perl-script PerlHandler Apache::RegistryFilter Options +ExecCGI /Files What's wrong? I've searched the net for an explanation of this error but I don't found anything relevant. I am not an expert of all that Apache/Perl stuff, so I hope that someone here can help me. bb, Gerald Menzel. With Regards, Anand Ratnasabapathy, DSM Soft(P)Ltd, No:25,Nungambakkam High Road, Chennai - 600 034.
Re: using Apache::ReadConfig to configure from perl scripts
Issac Goldstand wrote: Hi all... I'm trying to put the finishing touches on Apache::UploadMeter, but am running into a minor problem. Due to the complexity of the configuration, I'm trying to use the Apache::ReadConfig namespace from mod_perl_start.pl to dynamically configure the upload-meter (by setting some variables in the Apache::UploadMeter namespace and then calling a configure() routine). Enclosed is the configure() subroutine. It runs fine, but doesn't seem to be tying the handlers properly. Any advice would be helpful. Also, if anyone know how I could dynamicly add handlers to the stack directly from the Apache::ReadConfig namespace without knowing in advance what other handlers are enabled for a given Location, that would be helpful... I tried something similar in this (highly experimental and unfinished) module http://www.modperlcookbook.org/~geoff/modules/Apache-ReverseLocation-0.01.tar.gz maybe looking that module over would be of some help... had I the inclination, I would use the qr// operator to properly fix the Alias bit, and do something better about the vhost problem, and... at any rate, overriding Location and friends is a cool way to know what Locations are in your httpd.conf... HTH --Geoff
[modperl site design challenge] and the winner is...
The mod_perl design contest's voting process took 12 days and is over now. and the winner is # Design by Votes -- 1. Thomas Klausner 86 2. Carlos Ramirez 50 3. Allan Juul 31 -- Total 167 Congratulation to the three winners: Thomas, Carlos and Allan who took the gold, the silver and the bronze medals respectively. All three having very close results. Please stand up for the mod_perl anthem :) Since Thomas' design has won the gold, I suggest that we incorporate the constructive comments (attached) into his design, with David Harris' suggestion to apply on top the colors and some other bits from other ASF sites. Volunteers? Ideally if Thomas, Carlos and Allan could take the best of each other's work and produce the perfect design, that would be very cool. But if not, any real (not talking) contributions to improve the chosen design will help a lot. That's said I suggest that any further discussion on this topic is to be made on the modperl-site list, so not to clutter the modperl users list with unnecessary noise. I've originaly posted here, because I wanted to reach as many caring users as possible. But now those interested in the fate of the site please subscribe to [EMAIL PROTECTED] and let's discuss things there. Finally I want to thank again Thomas, Carlos and Allan for taking their time to figure out how to adjust the templates and design a much better site than we have now; Nat for pushing for the face lift up; Eric for writing and hosting the voting script; And all the mod_perl community for voting and submitting very constructive comments! Thank you! The following are the anonymous comments made by voters, sorted in 3 groups. ## Those in favor of Allan Juul (31/167 votes) said: http://www.apache.org/~stas/site/candidates/allan-juul/ ## few embellishments. simple and easy to read. intermediate levels of navigation should be collapsed, and the entire table of contents should be provided on every page, with an indication of current place. but MUCH preferable to the other designs. - Nice because its not blue or white, and does not have your typical left-side or top navigation. Allocating space for news or other types of blurbs in the left or right might be an idea though. - nice - Very nice and simple - Although Carlos' page is a little flashier, (and I probably would have voted for it) I didn't like the fact that the links at the top of the page ended up blue on blue (on my default netscape browser). - The title page looks a bit sparse. In general, however, Allan's design looks more professional and aesthetic than the others. - Sometimes less is more. - The Allan Juul one looks the best in `links`. So thats my choice. It could use a bigger logo just on the first page, thought. Something which is recognisable and let you think 'Yep, this is the mod_perl site'. - Hi, Actually, I find this one to be the more pleasant, even if there is a lack of efficiency since we can not go back to a main menu once we are in some category (ie, from mailing lists to main page for example). Another point, what does the word sex do in the keywords of each page ? Well, exept that, I do like the design, others are too commons. - Line spacing should be a lot bigger and page should not be as empty, but this is the best-looking design of all three. - All three seem to render (degrade?) nicely in lynx, which (to me) is very important. I find the second design to be nicest, but the third is the most strightfoward, quickest to load, and the simplest to use. - Simple and elegant design. - It's less ugly than the other two. - The most professional looking site of the three. - no fuzz, really nice! - For me, the stylish simplicity of Allan's design wins hands down. Neither of the other two works at all well on Netscape under Linux, a great pity as both of them would otherwise do the job very well. - Nice clean no-nonsense design. Low-key. Good. - Keep it simple ... is the best, if no fancy web-bureau interference Good luck to Allan - great to see the KISS idea is still alive and kicking ;-) - author voting on himself (though he really likes the two other designs) minimum todo's: some styles should be fixed for netscape browser. some agreement should be reached with regard to text-content surrounding html - this to obtain 100% 4.0 html standards, but also to obtain the same look feel across the whole site (and across browesers _and_ platforms). possibly cut down on the toc/top-navigators. possibly add a banner-section at the bottom (?) - Allan's design is clean, concise, and fast, just like mod_perl itself. However, I don't like how some of the links work. It's hard to get back to the home page. Carlos's link
modperl questions
hello world, I have been eavesdropping on this list for a while and have enjoyed the general discussion. I have been working on a perl based application for about a year now, and am longing to migrate to mod_perl. I build a few simple commercial sites with mod perl previously and loved it. My current project is slightly more complex as there are multiple levels of application and management. It is vanilla cgi at the moment, for ease of dev and it isn't easy to find skilled perl craftsman here in S.A. I have written some tools for migrating the module tree to mod_perl, but have some questions nagging before I go ahead. Here goes, There is a central database of client information which is queried for application specific data: databse name, ht root, cgi-bin (each application instance runs its own cgi-bin so that the application can be customised to the clients needs) etc. Not all the cgi will migrate to mod_perl for customisation maintenance needs but the code engine should/must. question one There is a need to add new client profiles to the centralised database, which create new application filesystems, new database structures and CGI trees. Thus a new profile can be created and activated with the push of a few buttons, but, as it stands, the cgi structure looks like this https://www.foo.co.za/cgi-bin/client1/index.pl https://www.foo.co.za/cgi-bin/client2/index.pl it would be better if it was https://www.foo.co.za/client1 https://www.foo.co.za/client2 just using normal aliasing, but now the problem, -- how to add new aliases to httpd.conf or ./conf/clients.pl without having to restart apache ?? - i have found no linear solution, but there may be a craftier solution, even if some reworking needs to be done second question: Now that we have multiple application and databse instances running concurrently, how do we ensure that filehandle and Apache::DBI symbols are reliably encapsulated in their own namespsaces, all running off the same codebase ? I just feel i need a bit of affirmation that this is 100% before i start this arduous journey Thanks Alastair Stuart Systems Developer Quirk R D 3rd Floor Armoury Building Buchanan Square 160 Sir Lowry Road Cape Town 7925 eml: [EMAIL PROTECTED] land: +27 21 462 7353 fax: +27 21 462 7354 http://www.quirk.co.za
Re: [modperl site design challenge] and the winner is...
That's said I suggest that any further discussion on this topic is to be made on the modperl-site list, so not to clutter the modperl users list with unnecessary noise. I've originaly posted here, because I wanted to reach as many caring users as possible. But now those interested in the fate of the site please subscribe to [EMAIL PROTECTED] and let's discuss things there. As it always happens something goes wrong. As David Harris pointed out to me, the modperl-site mailing list alias has gone. So please use [EMAIL PROTECTED] instead. Since the documentation is going to be integrated with the site, it's most likely that the modperl-site alias will point to this list anyway. To post remove -subscribe part (don't mention the real address for anti-spam). http://perl.apache.org/#docs-dev-list Thanks! _ 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: modperl questions
- Original Message - From: Alastair Stuart [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, December 18, 2001 3:38 PM Subject: modperl questions [snip] -- how to add new aliases to httpd.conf or ./conf/clients.pl without having to restart apache ?? Why not use a perl handler? Put all the logic in perl libraries and not perl scripts. Make 1 perl package for communicatio between apache and the perl library. Then define a location in the apache handler once: Location /Client SetHandler perl-script PerlHandler FOO::Client /Location In the package FOO::Client make a subroutine named handler. use FOO::SomeApplication; sub handler { my $r = shift; my ($command, $params) = split (, $r-args, 2); my %params = map {s/\+/ /g; s/%([0-9a-zA-Z]{2})/chr(hex($1))/eg; $_} map {split /=|$/, $_, 2} split //, $r-args(); $params = $params if $params; my $client = substr ($r-path_info(),1); # do your stuff here } Then you can use UR's like: https://www.foo.co.za/Client/johnson https://www.foo.co.za/Client/Pete The URL will not point to a file, but to a resource. Th eclient name will be in $client in the handler shown above. Hope this puts you in the right direction. second question: Now that we have multiple application and database instances running concurrently, how do we ensure that filehandle and Apache::DBI symbols are reliably encapsulated in their own namespsaces, all running off the same codebase ? See above You can use different perl packages for each Location So you can use multiple applications. You can even set HTTP authentication for each Location... This way you might be able to use you existing perl packages without migrating them. Hope this puts you in the right direction. Maarten.
Re: modperl questions
as it stands, the cgi structure looks like this https://www.foo.co.za/cgi-bin/client1/index.pl https://www.foo.co.za/cgi-bin/client2/index.pl it would be better if it was https://www.foo.co.za/client1 https://www.foo.co.za/client2 You can just use this in your httpd.conf: DirectoryIndex index.pl Now that we have multiple application and databse instances running concurrently, how do we ensure that filehandle and Apache::DBI symbols are reliably encapsulated in their own namespsaces, all running off the same codebase ? Apache::DBI will only give you back a cached connection if your connecion parameters (user, login, etc.) are exactly the same. If different clients connect to different databases, this should be fine. You won't accidentally get the wrong one. As for filehandles, I suggest you use lexically scoped ones if possible. - Perrin
Re: libapreq. Apache::Cookie returns different 'expires' than CGI::Cookie?
Hello, darren, Friday, December 14, 2001, 9:39:46 PM, you wrote: dc Alexei Danchenkov [EMAIL PROTECTED] said something to this effect on 12/14/2001: Hello, All! I wonder why my '$cookie-expires' for this code returns a different result than the similar one with CGI::Cookie (commented). The result is different in a way that some additional binary code is being added to the expiry date. $cookie = Apache::Cookie-new( $r, -name=access, -value=$value, -expires=+10m ); #my $cookie = new CGI::Cookie( -name=access, -value=$value, -expires=+10m ); $expiry = $cookie-expires; Any suggestions? dc Maybe I'm just slow, but I can see the difference between the dc two. Can you elaborate? dc (darren) The only apparent difference that I see is that Apache::Cookie-new requires $r to be sent to it as a first parameter, where CGI::Cookie does not. Per the Apache::Cookie manpage, that should lead to the same result, but does not in my case. The cookie does not disappear. The expiry property however, gets changed and then the $cookie-bake (or $r-err_headers_out-add( Set-Cookie = $cookie-as_string )), which should add 'Set-cookie' to the header does not work. Here is an example of what Apache::Cookie-new returns: cÑ% @cÑ%@cÑ%@cD$ áu9DTc~.Ñ DTc X@cÛ HTcu?h, 17-cÛ HTcu?h-2001 14:35:10 GMT new CGI::Cookie rather returns proper: Mon, 17-Dec-2001 14:35:54 GMT May be it worth noting that I am using Win32 (WindowsME) as a devel machine and Red Hat 6.2 as a server, where it does not work either with the same mistake. I am still bugged - can't find what's wrong. Alexei mailto:[EMAIL PROTECTED]
Re: mod_perl book status
At 9:58 AM + 12/18/01, Ged Haywood wrote: Hi all, On Mon, 17 Dec 2001, Stas Bekman wrote (privately, discussing a book review:): Ged wrote: book_extract If you want to use CApache::DBI but you have both situations on one machine, at the time of writing the only solution is to run two mod_perl enabled servers, one which uses CApache::DBI and one which does not. /book_extract [META: Stas: Could one not simply patch Apache::DBI to permit disconnects from one of the databases? -- Ged.] That's probably a good idea. Go ahead and suggest it to the author/list? Author/List: Is this a Good Idea? I've not tested or tried this, but wouldn't this patch work? --- ApacheDBI-0.88/DBI.pm Fri Jan 12 13:59:00 2001 +++ ADBI.pm Tue Dec 18 11:53:00 2001 @@ -177,6 +177,10 @@ @ISA=qw(DBI::db); use strict; sub disconnect { + my $dbh = shift; + if($dbh-{'DBIDisconnect'}) { + $dbh-DBI::db::disconnect(); + } my $prefix = $$ Apache::DBI; print STDERR $prefix disconnect (overloaded) \n if $Apache::DBI::DEBUG 1; 1; Thus setting the DBIDisconnect flag would cause the dbh to be disconnected. 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: mod_perl book status
From one of Geoffrey's digests: You can disable Apache::DBI database handle persistence on the fly by changing DBI-connect() to the undocumented 5 parameter call $dbh = DBI-connect($dbase, $user, $pass, \%attr, undef, connect) || die $DBI::errstr; This will override the default Apache::DBI behavior of caching new connections without affecting those previously cached wish I could still do those :) anyway, a few versions ago, DBI did one better and added the dbi_connect_method connect attribute, which does the same thing but is far less kludgy --Geoff
Re: using Apache::ReadConfig to configure from perl scripts
Well, I'm getting some of the stuff to work... Just not all three Locations and I can't figure out what keeps breaking. It's really weird... When I had the first two handlers set to PerlInitHandler and the third to PostReadRequestHandler (Which ought not work in a Location) only the third works, yet when I try setting them all to PostReadRequestHandler, NONE of them work... I'm really quite lost and would appreciate any help anyone could offer about setting perl handlers in Perl sections in general Issac Geoffrey Young wrote: Issac Goldstand wrote: Hi all... I'm trying to put the finishing touches on Apache::UploadMeter, but am running into a minor problem. Due to the complexity of the configuration, I'm trying to use the Apache::ReadConfig namespace from mod_perl_start.pl to dynamically configure the upload-meter (by setting some variables in the Apache::UploadMeter namespace and then calling a configure() routine). Enclosed is the configure() subroutine. It runs fine, but doesn't seem to be tying the handlers properly. Any advice would be helpful. Also, if anyone know how I could dynamicly add handlers to the stack directly from the Apache::ReadConfig namespace without knowing in advance what other handlers are enabled for a given Location, that would be helpful... I tried something similar in this (highly experimental and unfinished) module http://www.modperlcookbook.org/~geoff/modules/Apache-ReverseLocation-0.01.tar.gz maybe looking that module over would be of some help... had I the inclination, I would use the qr// operator to properly fix the Alias bit, and do something better about the vhost problem, and... at any rate, overriding Location and friends is a cool way to know what Locations are in your httpd.conf... HTH --Geoff -- Internet is a wonderful mechanism for making a fool of yourself in front of a very large audience. --Anonymous Moving the mouse won't get you into trouble... Clicking it might. --Anonymous PGP Key 0xE0FA561B - Fingerprint: 7E18 C018 D623 A57B 7F37 D902 8C84 7675 E0FA 561B
Re: Apache::Cooke reserved chars
[EMAIL PROTECTED] [EMAIL PROTECTED] said something to this effect on 12/17/2001: I'm recording a url at the beginning of an app to restore the entrance url: sub set_referer { my $self = shift; if ($self-{R}) { require Apache::Cookie; my $cookie = Apache::Cookie-new($self-{R}, -name= REFERER, -value = $self-{R}-header_in('Referer'), -expires = '2d', -domain = .$NFN::sites{$ENV{SITE}}{domain}, -path= '/' ); $cookie-bake; } } Which stores the cookie portion like so: REFERER=http://www.newsfactor.com/x.pl%3faction=reply_form_htmlboard=nfntalkbackid=3288 However when I pull this back in with Apache::Cookie-fetch, the data then reads: http://www.newsfactor.com/x.pl?action=reply_form_html Apache::Cookie seems to be stripping out the portion after the first ampersand. Anybody know what do do here? Use escape_uri and unescape_uri, or some other pair of reversable functions. For example, store it as: use Apache::Util qw(escape_uri unescape_uri); sub set_referer { my $self = shift; if ($self-{R}) { require Apache::Cookie; my $cookie = Apache::Cookie-new($self-{R}, -name= REFERER, -value = escape_uri($self-{R}-header_in('Referer')), -expires = '2d', -domain = .$NFN::sites{$ENV{SITE}}{domain}, -path= '/' ); $cookie-bake; } } And then fetch it as: my $value = unescape_uri($cookies{'REFERER'}); (darren) -- Men are from earth. Women are from earth. Deal with it.
RE: file upload process
I've tried the HOOK routine but it doesn't appear to work too well. I'm most likely doing something wrong but would be interested in seeing your UploadMeter application. Care to share? Kirk -Original Message- From: Issac Goldstand [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 04, 2001 8:07 AM To: Geoffrey Young; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: file upload process Also, I'm currently putting the finishing the final touches on a module called Apache::UploadMeter which automates this process pretty well... Help is more than welcome - at this point, the internals are really done. It's just an issue of making a configuration interface, a bit of documentation, and sending it to CPAN... Issac - Original Message - From: Geoffrey Young [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, December 04, 2001 17:54 Subject: RE: file upload process -Original Message- From: El Capitan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 04, 2001 10:46 AM To: [EMAIL PROTECTED] Subject: file upload process [snip] Is there some way to capture the download stream (when its actually downloading) and begin a display process back to the customer? I haven't used it, but recent versions of libapreq support the UPLOAD_HOOK parameter to Apache::Request-new(). see the Apache::Request manpage --Geoff
Mason vs embperl
Hi, I am planning a website and considering either using Mason or using embperl. I already digged into Mason and am reading embperl manual. Can someone shed some light about these two tools with regard to ease of use, current development effort, and the future support level? Thanks, Steve Lihn
Re: Mason vs embperl
At 11:39 AM -0500 12/18/01, Lihn, Horng-Twu wrote: Hi, I am planning a website and considering either using Mason or using embperl. I already digged into Mason and am reading embperl manual. Can someone shed some light about these two tools with regard to ease of use, current development effort, and the future support level? That could start an interesting battle. I'll just say that I've found support for embperl to be excellent, and that I went with it because it has an understanding of the underlying html, making it very easy to fill in forms, iterate over table rows with very little code. Also, if you are doing database work, look at using Embperl in conjunction with DBIx::Recordset. And of course, for Mason-style objects, look at EmbperlObject. If perl is for lazy programmers, it seems to me that embperl carries on that tradition by being designed for lazy html scripters. -- Kee Hinckley - Somewhere.Com, LLC http://consulting.somewhere.com/ [EMAIL PROTECTED] (or ...!alice!nazgul for time travelers :-) I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's.
Re: modperl questions
On Tue, 18 Dec 2001, Alastair Stuart wrote: question one There is a need to add new client profiles to the centralised database, which create new application filesystems, new database structures and CGI trees. Thus a new profile can be created and activated with the push of a few buttons, but, as it stands, the cgi structure looks like this https://www.foo.co.za/cgi-bin/client1/index.pl https://www.foo.co.za/cgi-bin/client2/index.pl it would be better if it was https://www.foo.co.za/client1 https://www.foo.co.za/client2 just using normal aliasing, but now the problem, -- how to add new aliases to httpd.conf or ./conf/clients.pl without having to restart apache ?? I've used RewriteEngine on RewriteRule ^/bin/([^/]+)/(.*) /usr/local/systems/work/$2 and then sub db { # get the $db from the url my @split_line = split /\//, $ENV{REQUEST_URI} ; my $db = $split_line[2] ; return $db ; } and the $db I use to get a db handle That's how I do it but my application leans towards cgi than mod_perl. I have 4 different types of systems using the same codebase. Alltogether 13 systems. Works well. regards Scott - i have found no linear solution, but there may be a craftier solution, even if some reworking needs to be done second question: Now that we have multiple application and databse instances running concurrently, how do we ensure that filehandle and Apache::DBI symbols are reliably encapsulated in their own namespsaces, all running off the same codebase ? I just feel i need a bit of affirmation that this is 100% before i start this arduous journey Thanks Alastair Stuart Systems Developer Quirk R D 3rd Floor Armoury Building Buchanan Square 160 Sir Lowry Road Cape Town 7925 eml: [EMAIL PROTECTED] land: +27 21 462 7353 fax: +27 21 462 7354 http://www.quirk.co.za
Re: Apache::Cooke reserved chars
darren chamberlain wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] said something to this effect on 12/17/2001: I'm recording a url at the beginning of an app to restore the entrance url: sub set_referer { my $self = shift; if ($self-{R}) { require Apache::Cookie; my $cookie = Apache::Cookie-new($self-{R}, -name= REFERER, -value = $self-{R}-header_in('Referer'), -expires = '2d', -domain = .$NFN::sites{$ENV{SITE}}{domain}, -path= '/' ); $cookie-bake; } } Which stores the cookie portion like so: REFERER=http://www.newsfactor.com/x.pl%3faction=reply_form_htmlboard=nfntalkbackid=3288 However when I pull this back in with Apache::Cookie-fetch, the data then reads: http://www.newsfactor.com/x.pl?action=reply_form_html Apache::Cookie seems to be stripping out the portion after the first ampersand. Anybody know what do do here? Use escape_uri and unescape_uri, or some other pair of reversable functions. For example, store it as: use Apache::Util qw(escape_uri unescape_uri); sub set_referer { my $self = shift; if ($self-{R}) { require Apache::Cookie; my $cookie = Apache::Cookie-new($self-{R}, -name= REFERER, -value = escape_uri($self-{R}-header_in('Referer')), -expires = '2d', -domain = .$NFN::sites{$ENV{SITE}}{domain}, -path= '/' ); $cookie-bake; } } And then fetch it as: my $value = unescape_uri($cookies{'REFERER'}); (darren) Thanks darren, Tried this and it appears that Apache::Util escapes the same characters that Apache::Cookie does when it prepares this cookie. Problem is that it wont pull the ampersands back in. I'm assuming the thinking is that Apache::Cookie shoud be able to decode a string it encodes. I'm running an older version of mod_perl (1.24_01), wondering if anybody knows if this issue has been seen before, and if it's been fixed in more recent versions. -- -- Daniel Bohling NewsFactor Network
PerlAccessHandler and LimitExcept question.
When I put a PerlAccessHandler inside a LimitExcept, it does not seem to work within the LimitExcept. It behaves as if there was no LimitExcept. For instance, I wrote a simple access handler for webdav that only allows users into their own directories. So user joe can only get to /home/joe/public_html with webdav and all users are in the same password file. I also don't need to setup every users' directory like this: Directory /home/joe/public_html ... require user joe /Directory Instead I was able to do this: Directory /home/*/public_html DAV On AllowOverride None Options None LimitExcept GET HEAD POST OPTIONS Order allow,deny Allow from all AuthName WebDav AuthType basic PerlAccessHandler Apache::AuthByDir require valid-user AuthUserFile /home/httpd/users/passwd /LimitExcept /Directory My AuthByDir simply parses the user from the file name requested and DECLINEDs when the user name enterred is the same as the user directory in the filename. That way basic authentication will get called, otherwise it returns FORBIDDEN. The LimitExcept is so that visitors do not need to authenticate, but web dav users do. Without my PerlAccessHandler, normal visitors don't get prompted for user and password. But when I put my access handler in as above, every visitor gets prompted for username and password. Is this just the way is it or might I have some other bug? I guess I could check for the GET, HEAD, etc., in my access handler but that would mean my handler would get called for the majority of the requests. -- Joe Pearson Database Management Services, Inc. 208-384-1311 ext. 11 http://www.webdms.com
Re: Mason vs embperl
Basel, Dienstag, 18. Dezember 2001, 19:02:12 . *see original email below* Hello Horng-Twu I was evaluating tools like silverstream then I dropped over Mason. I rejoiced a) Perl is my native IT language b) the system is not a blackbox like the products promoted with bells and whistles. After studying the excellent manual I went on a research on similar systems and I dropped over embperl. So I installed and compared. I preferred the syntax of Mason, the flexible way to build components, the caching ... it have to be said here that I choose Mason ... my arguments might be not independent :-) I can say that Mason is fine integrated in mod_perl. I use Dreamweaver for the publishers and the % and commands are properly displayed as ASP-icons. I use it with Modules Apache::Session, Apache::Cookie, Net::SMTP ... Of course Mason-CM is cool! Best Regards Christian - [EMAIL PROTECTED] - . Is it the idea or the names of it's incarnations, praise that there is mod_perl and Mason|EmbPerl* a newbie with first productive success. (* many contributors not mentioned here, sorry the list would be far too long ) == beginn original == Date: Dienstag, 18. Dezember 2001, 17:39:32 Subject: Mason vs embperl Hi, I am planning a website and considering either using Mason or using embperl. I already digged into Mason and am reading embperl manual. Can someone shed some light about these two tools with regard to ease of use, current development effort, and the future support level? Thanks, Steve Lihn === end original
Re: Mason vs embperl
[..] I am planning a website and considering either using Mason or using embperl. I already digged into [..] Take a look at Perrin Harkin's article on Choosing a Templating System http://www.perl.com/pub/a/2001/08/21/templating.html Ajit
Re: Apache::Cooke reserved chars
[EMAIL PROTECTED] [EMAIL PROTECTED] said something to this effect on 12/18/2001: Use escape_uri and unescape_uri, or some other pair of reversable functions. For example, store it as: Tried this and it appears that Apache::Util escapes the same characters that Apache::Cookie does when it prepares this cookie. Problem is that it wont pull the ampersands back in. I'm assuming the thinking is that Apache::Cookie shoud be able to decode a string it encodes. I'm running an older version of mod_perl (1.24_01), wondering if anybody knows if this issue has been seen before, and if it's been fixed in more recent versions. URI::Escape::uri_escape allows you to pass a list of unsafe characters as the optional second argument (although Apache::Util::unescape_uri does not; see src/main/util.c in the apache source for why). Here is an updated version of my previous example (trimmed; the value for $url is the one you gave in the original message): use URI::Escape; my $url = q|http://www.newsfactor.com/x.pl?action=reply_form_htmlboard=nfntalkbackid=3288|; my $escaped = uri_escape($url, '\x00-\xff'); Now, $escaped looks like: %68%74%74%70%3A%2F%2F%77%77%77%2E%6E%65%77%73%66%61%63%74%6F%72%2E%63%6F%6D%2F%78%78%78%78%78%2E%70%6C%3F%61%63%74%69%6F%6E%3D%72%65%70%6C%79%5F%66%6F%72%6D%5F%68%74%6D%6C%26%62%6F%61%72%64%3D%6E%66%6E%74%61%6C%6B%62%61%63%6B%26%69%64%3D%33%32%38%38 This should be OK as a cookie value. The value of $escaped is easily retrievable with: my $unescaped = uri_unescape($escaped); The only problem, such as it may be, is that the version in URI::Escape pure perl, and therefore slower than the version in Apache::Util. (darren) -- I invented the term Object-Oriented, and I can tell you, I didn't have C++ in mind. -- Alan Kay
Re: [modperl site design challenge] and the winner is...
Hi! On Tue, Dec 18, 2001 at 10:28:04PM +0800, Stas Bekman wrote: # Design by Votes -- 1. Thomas Klausner 86 yeah! Since Thomas' design has won the gold, I suggest that we incorporate the constructive comments (attached) into his design, with David Harris' suggestion to apply on top the colors and some other bits from other ASF sites. Volunteers? I started it, so I guess I should finish it. Ideally if Thomas, Carlos and Allan could take the best of each other's work and produce the perfect design, that That would be OK for me, Carlos, Allan?? -- D_OMM + http://domm.zsi.at -+ O_xyderkes | neu: Arbeitsplatz | M_echanen | http://domm.zsi.at/d/d162.html | M_asteuei ++
RE: Mason vs embperl
I have a library of perl routine that I call in cgi-bin environment where I usually require. I could not find any way to require it and use it in Embperl. I can not find any doc describing how this is done. (I can require it in the Mason handler.pl) Can you shed a light? I think it has something to do with the object model which I can not fully comprehend so far. Steve Lihn FIS Database Support, Merck Co., Inc. Tel: (908) 423 - 4441 -Original Message- From: Kee Hinckley [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 18, 2001 12:38 PM To: Lihn, Horng-Twu Cc: [EMAIL PROTECTED] Subject: Re: Mason vs embperl At 11:39 AM -0500 12/18/01, Lihn, Horng-Twu wrote: Hi, I am planning a website and considering either using Mason or using embperl. I already digged into Mason and am reading embperl manual. Can someone shed some light about these two tools with regard to ease of use, current development effort, and the future support level? That could start an interesting battle. I'll just say that I've found support for embperl to be excellent, and that I went with it because it has an understanding of the underlying html, making it very easy to fill in forms, iterate over table rows with very little code. Also, if you are doing database work, look at using Embperl in conjunction with DBIx::Recordset. And of course, for Mason-style objects, look at EmbperlObject. If perl is for lazy programmers, it seems to me that embperl carries on that tradition by being designed for lazy html scripters. -- Kee Hinckley - Somewhere.Com, LLC http://consulting.somewhere.com/ [EMAIL PROTECTED] (or ...!alice!nazgul for time travelers :-) I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's.
Re: Apache::Cooke reserved chars
darren chamberlain wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] said something to this effect on 12/18/2001: Use escape_uri and unescape_uri, or some other pair of reversable functions. For example, store it as: Tried this and it appears that Apache::Util escapes the same characters that Apache::Cookie does when it prepares this cookie. Problem is that it wont pull the ampersands back in. I'm assuming the thinking is that Apache::Cookie shoud be able to decode a string it encodes. I'm running an older version of mod_perl (1.24_01), wondering if anybody knows if this issue has been seen before, and if it's been fixed in more recent versions. URI::Escape::uri_escape allows you to pass a list of unsafe characters as the optional second argument (although Apache::Util::unescape_uri does not; see src/main/util.c in the apache source for why). Here is an updated version of my previous example (trimmed; the value for $url is the one you gave in the original message): use URI::Escape; my $url = q|http://www.newsfactor.com/x.pl?action=reply_form_htmlboard=nfntalkbackid=3288|; my $escaped = uri_escape($url, '\x00-\xff'); Now, $escaped looks like: %68%74%74%70%3A%2F%2F%77%77%77%2E%6E%65%77%73%66%61%63%74%6F%72%2E%63%6F%6D%2F%78%78%78%78%78%2E%70%6C%3F%61%63%74%69%6F%6E%3D%72%65%70%6C%79%5F%66%6F%72%6D%5F%68%74%6D%6C%26%62%6F%61%72%64%3D%6E%66%6E%74%61%6C%6B%62%61%63%6B%26%69%64%3D%33%32%38%38 This should be OK as a cookie value. The value of $escaped is easily retrievable with: my $unescaped = uri_unescape($escaped); The only problem, such as it may be, is that the version in URI::Escape pure perl, and therefore slower than the version in Apache::Util. (darren) Yeah I don't wanna have to load up URI::Escape, I'm just doing a s//___/g and doing the inverse after receiving the URL on the other end. Does anybody know why Apache::Cookie is barfing on the ampersands? I looked at the RFC yesterday and ampersand is not listed as unsafe. Btw, thanks for your suggestions darren. -- -- Daniel Bohling NewsFactor Network
Re: Comparison of different caching schemes
Ok, I'm a bit slow... At 03:05 PM 12/12/01 +1100, Rob Mueller (fastmail) wrote: Just thought people might be interested... Seems like they were! Thanks again. I didn't see anyone comment about this, but I was a bit surprised by MySQLs good performance. I suppose caching is key. I wonder if things would change with 50 or 100 thousand rows in the table. I always assumed something like Cache::FileCache would have less overhead than a RDMS. It's impressive. Now to the results, here they are. Package C0 - In process hash Sets per sec = 147116 Gets per sec = 81597 Mixes per sec = 124120 Package C1 - Storable freeze/thaw Sets per sec = 2665 Gets per sec = 6653 Mixes per sec = 3880 Package C2 - Cache::Mmap Sets per sec = 809 Gets per sec = 3235 Mixes per sec = 1261 Package C3 - Cache::FileCache Sets per sec = 393 Gets per sec = 831 Mixes per sec = 401 Package C4 - DBI with freeze/thaw Sets per sec = 651 Gets per sec = 1648 Mixes per sec = 816 Package C5 - DBI (use updates with dup) with freeze/thaw Sets per sec = 657 Gets per sec = 1994 Mixes per sec = 944 Package C6 - MLDBM::Sync::SDBM_File Sets per sec = 334 Gets per sec = 1279 Mixes per sec = 524 Package C7 - Cache::SharedMemoryCache Sets per sec = 42 Gets per sec = 29 Mixes per sec = 32 Bill Moseley mailto:[EMAIL PROTECTED]
[DIGEST] mod_perl digest 2001/12/15
-- mod_perl digest December 1, 2001 - December 15, 2001 -- Recent happenings in the mod_perl world... With many thanks to Geoffrey Young for his work on this digest in the past, I will try and continue the job for a while. Features o mod_perl status o module announcements o job announcements o mailing list highlights o links mod_perl status o mod_perl - stable: 1.26 (released July 11, 2001) [1] - development: 1.26_01-dev [2] o Apache - stable: 1.3.22 (released October 9, 2001) [3] - development: 1.3.21-dev [4] o Apache 2.0 - beta: 2.0.28 (released November 13, 2001) [5] o Perl - stable: 5.6.1 (released April 9, 2001) [6] - development: 5.7.2 [7] module announcements o HTTPD::Bench::ApacheBench 0.62 - Perl interface to Apache's ab benchmarking program [8] o Embperl 1.3.4 - allows Perl code to be embedded in HTML pages [9] o Log::Dispatch::Config 0.04 - provides configuration support for Log::Dispatch [10] o OpenFrame 2.06 - Perl application framework [11] o Apache::MSIISProbes 1.08 - defends an Apache server against certain worms attacking Microsoft IIS vulnerabilities [12] o Cache::Cache 0.99 - successor to the File::Cache and IPC::Cache modules [13] o LaBrea::Tarpit 0.02 - collection daemon that caches output from LaBrea [14] o Module::Info 0.09 - lists the modules used in Perl code without having to run the Perl code [15] o Apache::CacheContent 0.12 - PerlFixupHandler class that caches dynamic content [16] job announcements o web/systems programming position at Texas AM University [17] mailing list highlights o (FYI for those that might not yet have updated links) The mailing list archives formerly accessable at forum.swarthmore.edu are now at mathforum.org [18] o Voting for new mod_perl site design [19] [20] [21] [22] o Comparison of different caching schemes, in which eight different caching schemes are benchmarked and discussed [23] o New mod_perl Developer's Cookbook [24] links o The Apache/Perl Integration Project [25] o mod_perl documentation [26] o mod_perl modules on CPAN [27] o mod_perl homepage [28] o mod_perl news and advocacy [29] o mod_perl jobs [30] o mod_perl list archives - modperl@ [18] [31] - dev@ [32] [33] - advocacy@ [34] happy mod_perling... --James [EMAIL PROTECTED] -- [1] http://perl.apache.org/dist/ [2] http://perl.apache.org/from-cvs/modperl/ [3] http://www.apache.org/dist/httpd/ [4] http://dev.apache.org/from-cvs/apache-1.3/ [5] http://www.apache.org/dist/httpd/ [6] http://www.cpan.org/src/stable.tar.gz [7] http://www.cpan.org/src/devel.tar.gz [8] http://mathforum.org/epigone/modperl/dangshoowhay [9] http://mathforum.org/epigone/modperl/chendplerlul [10] http://mathforum.org/epigone/modperl/snofendzoi [11] http://mathforum.org/epigone/modperl/juntwolfu [12] http://mathforum.org/epigone/modperl/proilorspy [13] http://mathforum.org/epigone/modperl/dwuboxnox [14] http://mathforum.org/epigone/modperl/khunkerthoo [15] http://mathforum.org/epigone/modperl/waxshaxsu [16] http://mathforum.org/epigone/modperl/whoosermro [17] http://mathforum.org/epigone/modperl/crusniquimp [18] http://mathforum.org/epigone/modperl/ [19] http://mathforum.org/epigone/modperl/bahflaxchou [20] http://mathforum.org/epigone/modperl/yonbulfron [21] http://mathforum.org/epigone/modperl/plingblandstoo [22] http://mathforum.org/epigone/modperl/mellixlee [23] http://mathforum.org/epigone/modperl/dwimpblelkox [24] http://mathforum.org/epigone/modperl/steltoidand [25] http://perl.apache.org [26] http://perl.apache.org/#docs [27] http://www.cpan.org/modules/by-module/Apache/ [28] http://www.modperl.com [29] http://www.take23.org [30] http://jobs.perl.org/ [31] http://marc.theaimsgroup.com/?l=apache-modperlr=1w=2 [32] http://marc.theaimsgroup.com/?l=apache-modperl-devr=1w=2 [33] http://www.mail-archive.com/dev%40perl.apache.org/ [34] http://www.mail-archive.com/advocacy@perl.apache.org/
Re: [DIGEST] mod_perl digest 2001/12/15
Hi James, On Tue, 18 Dec 2001, James G Smith wrote: With many thanks to Geoffrey Young for his work on this digest in the past, I will try and continue the job for a while. Good man! 73, Ged.
Compile error trying to build libapreq-0.33
When trying to build Bundle::Apache, I am getting a compile error with libapreq-0.33, regarding a typemap missing an entry. A script showing what I'm doing and the subsequent error follows. Any pointers would be greatly appreciated (including this belongs in another forum, as this is my first post here). Many thanks... Bob Kramer script log follows -- Script started on Tue Dec 18 18:08:08 2001 root@snowyowl:~# !perl perl -MCPAN -e shell cpan shell -- CPAN exploration and modules installation (v1.59) ReadLine support available (try 'install Bundle::CPAN') [4mcpan [m[1minstall Bundle::Apache [mGoing to read /root/.cpan/sources/authors/01mailrc.txt.gz Going to read /root/.cpan/sources/modules/02packages.details.txt.gz Going to read /root/.cpan/sources/modules/03modlist.data.gz MIME::Base64 is up to date. Digest::MD5 is up to date. URI is up to date. Net::FTP is up to date. HTML::HeadParser is up to date. LWP is up to date. Devel::Symdump is up to date. Data::Dumper is up to date. CGI is up to date. Tie::IxHash is up to date. Apache is up to date. Apache::DBI is up to date. Apache::DB is up to date. Apache::Stage is up to date. Apache::Sandwich is up to date. Running install for module Apache::Request Running make for J/JI/JIMW/libapreq-0.33.tar.gz Scanning cache /root/.cpan/build for sizes CPAN: MD5 loaded ok Checksum for /root/.cpan/sources/authors/id/J/JI/JIMW/libapreq-0.33.tar.gz ok libapreq-0.33/ libapreq-0.33/.cvsignore libapreq-0.33/CREDITS libapreq-0.33/Changes libapreq-0.33/INSTALL libapreq-0.33/LICENSE libapreq-0.33/MANIFEST libapreq-0.33/Makefile.PL libapreq-0.33/Makefile.am libapreq-0.33/README libapreq-0.33/ToDo libapreq-0.33/acconfig.h libapreq-0.33/acinclude.m4 libapreq-0.33/aclocal.m4 libapreq-0.33/config.guess libapreq-0.33/config.sub libapreq-0.33/configure.in libapreq-0.33/install-sh libapreq-0.33/libapreq.pod libapreq-0.33/libtool libapreq-0.33/ltconfig libapreq-0.33/ltmain.sh libapreq-0.33/mkinstalldirs libapreq-0.33/typemap libapreq-0.33/Cookie/ libapreq-0.33/Cookie/.cvsignore libapreq-0.33/Cookie/Cookie.pm libapreq-0.33/Cookie/Cookie.xs libapreq-0.33/Cookie/Makefile.PL libapreq-0.33/Request/ libapreq-0.33/Request/.cvsignore libapreq-0.33/Request/Makefile.PL libapreq-0.33/Request/Request.pm libapreq-0.33/Request/Request.xs libapreq-0.33/c/ libapreq-0.33/c/.cvsignore libapreq-0.33/c/Makefile.PL libapreq-0.33/c/Makefile.am libapreq-0.33/c/Makefile.noperl libapreq-0.33/c/apache_cookie.c libapreq-0.33/c/apache_cookie.h libapreq-0.33/c/apache_multipart_buffer.c libapreq-0.33/c/apache_multipart_buffer.h libapreq-0.33/c/apache_request.c libapreq-0.33/c/apache_request.h libapreq-0.33/c/libapreq_config.h.in libapreq-0.33/c/stamp-h.in libapreq-0.33/c/Makefile.in libapreq-0.33/eg/ libapreq-0.33/eg/c/ libapreq-0.33/eg/c/testapreq/ libapreq-0.33/eg/c/testapreq/Makefile.apxs libapreq-0.33/eg/c/testapreq/Makefile.tmpl libapreq-0.33/eg/c/testapreq/mod_testapreq.c libapreq-0.33/eg/c/testapreq/mod_testapreq.module libapreq-0.33/eg/perl/ libapreq-0.33/eg/perl/cookie.pl libapreq-0.33/eg/perl/file_upload.pl libapreq-0.33/lib/ libapreq-0.33/lib/Apache/ libapreq-0.33/lib/Apache/libapreq.pm libapreq-0.33/missing libapreq-0.33/Makefile.in libapreq-0.33/configure Removing previously used /root/.cpan/build/libapreq-0.33 CPAN.pm: Going to build J/JI/JIMW/libapreq-0.33.tar.gz Checking if your kit is complete... Looks good Writing Makefile for libapreq mkdir ../blib mkdir ../blib/arch mkdir ../blib/arch/auto mkdir ../blib/arch/auto/libapreq Warning: -L../blib/arch/auto/libapreq changed to -L/root/.cpan/build/libapreq-0.33/Request/../blib/arch/auto/libapreq Writing Makefile for Apache::Request Warning: -L../blib/arch/auto/libapreq changed to -L/root/.cpan/build/libapreq-0.33/Cookie/../blib/arch/auto/libapreq Writing Makefile for Apache::Cookie Writing Makefile for libapreq cp libapreq.pod blib/lib/libapreq.pod cp lib/Apache/libapreq.pm blib/lib/Apache/libapreq.pm make[1]: Entering directory `/root/.cpan/build/libapreq-0.33/c' cc -c -I/usr/include/apache -I/usr/include/apache -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\0.10\ -DXS_VERSION=\0.10\ -fpic -I/usr/lib/perl5/i386-linux/CORE apache_request.c cc -c -I/usr/include/apache -I/usr/include/apache -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\0.10\ -DXS_VERSION=\0.10\ -fpic -I/usr/lib/perl5/i386-linux/CORE apache_cookie.c cc -c -I/usr/include/apache -I/usr/include/apache -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -DVERSION=\0.10\ -DXS_VERSION=\0.10\ -fpic -I/usr/lib/perl5/i386-linux/CORE apache_multipart_buffer.c rm -rf ../blib/arch/auto/libapreq/libapreq.a /usr/bin/ar cr ../blib/arch/auto/libapreq/libapreq.a apache_request.o apache_cookie.o apache_multipart_buffer.o : ../blib/arch/auto/libapreq/libapreq.a chmod 755
embperl [* *] does not work
I am trying [* *] tag and the code as simple as this does not work. I am using embperl 1.3.2 build from theoryx5.uwinnipeg.ca for Windows. H3Test/H3 [* $c = 5; *] count: [+ $c +] [* $c++; *] count: [+ $c +] - Steve Lihn FIS Database Support, Merck Co., Inc. Tel: (908) 423 - 4441
Re: [modperl site design challenge] and the winner is...[getting OT]
hello all a few comments from me regarding the competion. first of all a big thank to stas for invoking it. it was quite fun and challenging but also hard work getting the job done (learning TT + doc-set). secondly. thomas (and carlos), congratulations! i liked both your solutions. also thanks to all the voters and their very *useful* comments. i agree with 90% of them and i can tell it is so rewarding getting proper feedback. thanks! thomas. obviously i was dissapointed that my own design didnt win initially, but then i read the feedback from the people on this list and then had a closer look at your suggestion. i must agree it is pretty cool. in fact it is so great that i couldnt resist fiddling with it (i downloaded it from your site). so i have in fact already made a html-suggestion of one of the pages that i can upload if you want to look at it (and anyone else for that matter). it is a allanification of your design i guess, sort of keeping your basic layout and navigation and keeping the look feel og my own suggestion - this way IMO combining the best of those two. but basically im open to any suggestion and prepared to help out if needed ... ./allan Thomas Klausner wrote: Hi! On Tue, Dec 18, 2001 at 10:28:04PM +0800, Stas Bekman wrote: # Design by Votes -- 1. Thomas Klausner 86 yeah! Since Thomas' design has won the gold, I suggest that we incorporate the constructive comments (attached) into his design, with David Harris' suggestion to apply on top the colors and some other bits from other ASF sites. Volunteers? I started it, so I guess I should finish it. Ideally if Thomas, Carlos and Allan could take the best of each other's work and produce the perfect design, that That would be OK for me, Carlos, Allan?? -- D_OMM + http://domm.zsi.at -+ O_xyderkes | neu: Arbeitsplatz | M_echanen | http://domm.zsi.at/d/d162.html | M_asteuei ++
XSLT templating Re: Mason vs embperl
BTW. Does anybody use XSLT templating realy? I found it is rather useful and want to make new projects templates with it. Perhaps, I didn't see some difficulties and it will be problems in the future. Doesn't any body comment this thing? I hope this is not badly off topic. Thank you. -- dapi
Re: [modperl site design challenge] and the winner is...
Thomas Klausner wrote: # Design by Votes -- 1. Thomas Klausner 86 yeah! Congrats Thomas! (and Allan). Ideally if Thomas, Carlos and Allan could take the best of each other's work and produce the perfect design, that That would be OK for me, Carlos, Allan?? I'd be happy to help out in any way. I'd like to join in and thank Stas for setting up the challenge and to those of who you submitted some good comments on my behalf. Overall, I think the contest resulted in something positive. -Carlos
mixing script in virtual hosts
Hello, I am using Apache/1.3.22 (Unix) AuthMySQL/2.20 mod_auth_pgsql/0.9.9 PHP/4.1.0 mod_perl/1.26 mod_ssl/2.8.5 OpenSSL/0.9.6a on FreeBSD 4.4-STABLE And have some problems with mode_perl cache. I have some scripts which requires own modules via 'use' I create two unix accounts, configure apache for two virtual hosts (per unix account) Now i have: /home/user1/public_html/cgi-bin/script.cgi Which uses /home/user1/public_html/cgi-bin/module1.pm and /home/user2/public_html/cgi-bin/script.cgi Which uses /home/user2/public_html/cgi-bin/module1.pm module1.pm include variables for using in script.cgi, db connection params and so so. This variables individual for user1 and user2. In script.cgi i share this variables like wroten in perl_mod Guide. module.pm: --- package module; use strict; use vars qw(%config); %config = ( sql = { host = 'localhost', db = 'helltop', port = '5432', user = 'some', pass = 'somepass' } ); 1; --- And i get this variable in script.cgi like --snip--- use module(); use vars qw(%config); local *config = \%module::config; ---snip Note: I have $Apache::Registry::NameWithVirtualHost = 1; But sometimes script.cgi from one virtual host uses module.pm from another. How can i fix it ? Solution with separate apache servers bad, because i start many virtual hosts. How i fix it ? Please help me. With respect, Yuri A. Kabaenkov [EMAIL PROTECTED]
Re: [modperl site design challenge] and the winner is...
Hi ALL, I did love the result and I too go by,.. Ideally if Thomas, Carlos and Allan could take the best of each other's work and produce the perfectdesign, I am willing to help you guys,. Congrats Thomas and other participents. With best regards, Anand R [EMAIL PROTECTED] Quoting Carlos Ramirez [EMAIL PROTECTED]: Thomas Klausner wrote: # Design by Votes -- 1. Thomas Klausner 86 yeah! Congrats Thomas! (and Allan). Ideally if Thomas, Carlos and Allan could take the best of each other's work and produce the perfect design, that That would be OK for me, Carlos, Allan?? I'd be happy to help out in any way. I'd like to join in and thank Stas for setting up the challenge and to those of who you submitted some good comments on my behalf. Overall, I think the contest resulted in something positive. -Carlos With Regards, Anand Ratnasabapathy, DSM Soft(P)Ltd, No:25,Nungambakkam High Road, Chennai - 600 034.