Re: mod_perl caching form data?
Thus spake Perrin Harkins ([EMAIL PROTECTED]): CGI.pm uses sticky widgets by default. These are supposed to be cleared between requests though, by a cleanup handler that CGI.pm uses. Are you using mod_perl 2, by any chance? I think I see a bug in CGI.pm's Nope. mod_perl 1.27 But... you and Cees are beautiful people. I'd read almost completely through the CGI.pm documentation, but I didn't remember that it was significant that each http child only compiles the code once, so these cgi parameters might stay in memory as new clients hit the children. A simple $cgi-delete('ipaddress') to delete the value when I create the field has done the trick. Thanks very much to the both of you.
BUG [in docs] semicolon-separated param pairs fail w/ MSIE in metaredirect tags
Stas wrote: Matthew, can you please repost it to the mod_perl list? There are many more people who can followup on this. Thanks. I won't be subscribed long enough to read any replies to this mesg, but am posting here at Stas' suggestion. Hopefully someone here will be able to update the docs if appropriate. Yesterday I was reading http://perl.apache.org/docs/tutorials/client/browserbugs/browserbugs.html and noticed: either you should avoid using such keys or you should separate parameter pairs with ; instead of This is fine advice. It's standards compliant and *should* work perfectly. In practice, it does work with one exception. MSIE (or at least certain recent versions of it) can fail to redirect properly if you use ; separators in a URL which is used in a meta redirect tag. Suppose the URL to which you're redirecting is supposed to contain a parameter volt with value 1 and another parameter amp with a value of 2. The URL could be either of these two if you're using CGI.pm http://example.com/?volt=1amp=2 http://example.com/?volt=1;amp=2 Since the URL is appearing in HTML, then you have to HTML entity encode the URL, which means that the URL in your meta redirect tag needs to be either of these two http://example.com/?volt=1amp;amp=2 http://example.com/?volt=1;amp=2 Either of those *should* work in functional browsers. However, (at least certain versions of) MSIE will incorrectly read those two urls (if found in meta redirects) as http://example.com/?volt=1amp;amp=2 http://example.com/?volt=1 Note that the second URL lost everything after the semicolon. In versions of MSIE which are afflicted in this manner, you can only have semicolons in your URL if they are the terminal characters of HTML entity encoding sequences. This means that in your meta redirects you *must* use the encoded character (amp; or a numeric encoding) to separate your parameter name/value pairs *unless* you can be certain that none of your users will be using one of the broken browsers. See also http://rt.cpan.org/NoAuth/Bug.html?id=2130 I thought this note might be appropriate to add to http://perl.apache.org/docs/tutorials/client/browserbugs/browserbugs.html -matt (who is now unsubscribing. Thanks for your time :)
Modperl! Your private *UNDERAGE* lolitas and boys!
Dear Modperl! It's your personal invitation to our new sites: 1) http://www.best-lolitaz.com/portal/twilightzone/index.html TWILIGHT ZONE IS THE WORLD'S MOST APPRECIATED LOLITA GALLERY! SHOCK! Endorsed and appreciated by over 5.000 loyal members worldwide, TwilghtZone is a real treasure for those who love to watch beautiful young girls in their natural appearance - free of clothing and prejudices. 2) http://www.best-lolitaz.com/portal/boysland/index.html BOYS-LAND: GOLD-RANKED YOUNG INNOCENT BOYS LOVERS CLUB (founded in 1982, now goes online) - exclusive photos (sweet innocent boys) - asian photos (more underage photos) - european photos - DPTNH photos (NEW !!!) - Dark BBS (only for members) This sites are legal in Indonesia, but may be ILLEGAL in your country! Be careful! Please do not forward this message to any other recepients! P.S. This is not spam! We're sending this to make sure that the person who submitted your E-mail address is really you. If it's not you, simply go to the the link below and we'll block your email address. Or if you've changed you mind, simply go to the link below and we won't E-mail you again. By going to REMOVE ME - I didn't ask for this you will never receive another email from us! QUICK REMOVAL LINK: http://www.best-lolitaz.com/portal/unsubscribe.cgi?[EMAIL PROTECTED]
Modperl! Your private *UNDERAGE* lolitas and boys!
Dear Modperl! It's your personal invitation to our new sites: 1) http://www.best-lolitaz.com/portal/twilightzone/index.html TWILIGHT ZONE IS THE WORLD'S MOST APPRECIATED LOLITA GALLERY! SHOCK! Endorsed and appreciated by over 5.000 loyal members worldwide, TwilghtZone is a real treasure for those who love to watch beautiful young girls in their natural appearance - free of clothing and prejudices. 2) http://www.best-lolitaz.com/portal/boysland/index.html BOYS-LAND: GOLD-RANKED YOUNG INNOCENT BOYS LOVERS CLUB (founded in 1982, now goes online) - exclusive photos (sweet innocent boys) - asian photos (more underage photos) - european photos - DPTNH photos (NEW !!!) - Dark BBS (only for members) This sites are legal in Indonesia, but may be ILLEGAL in your country! Be careful! Please do not forward this message to any other recepients! P.S. This is not spam! We're sending this to make sure that the person who submitted your E-mail address is really you. If it's not you, simply go to the the link below and we'll block your email address. Or if you've changed you mind, simply go to the link below and we won't E-mail you again. By going to REMOVE ME - I didn't ask for this you will never receive another email from us! QUICK REMOVAL LINK: http://www.best-lolitaz.com/portal/unsubscribe.cgi?[EMAIL PROTECTED]
Re: [WOT] Google Programming Contest.
Bill Moseley [EMAIL PROTECTED] writes: Sorry for the Way Off Topic, and sorry if I missed this on the list already: http://www.google.com/programming-contest/ It seems like a lame way to hire a contractor. :) And an even lamer way to get hired as a contractor. (ps to randal--dammit, next time i'll *read* the outbound headers!) -- keith [EMAIL PROTECTED] public key: http://wombat.san-francisco.ca.us/kkeller/public_key alt.os.linux.slackware FAQ: http://wombat.san-francisco.ca.us/perl/fom
µ´¹ï«K©yªº¾¥¤ô§X Epson ³Ì§C190[¼s§i«H]
Re: BOF?
I'm pretty easy to tag out of a croud, I'm pretty sure I'm starting the week with pink hair again (I'm gonna end it with blue or green). I'm getting there sunday around 5ish. Scott On Mon, 16 Jul 2001, Robin Berjon wrote: On Monday 16 July 2001 07:10, James G Smith wrote: Judging by where the hotel is, I think probably the hotel bar is going to be best. I arrive on Sunday. As do I. Just let me know where and when. I arrive on Sunday evening too, is there a good way to recognize a bunch of modperlians ? I've only ever seen two people on this list so if they aren't there I won't recognize anyone :)
Better FakeRequest.pm?
Were testing some modperl code and some of the modules are dependant apon a request object to get data from. The two options that would seem availble are either FakeRequest.pm or to dupe the module and put fake data into it for modules that require it. Option one seems to be the better option then having to keep multiple fakes in sync with the oiginal as it changes. I looked into Apache::FakeRequest and it appears that It just returns the sub name as the data for the sub which doesn't provide true input. I've been messing with a test this afternoon, but i figured i should at least check and make sure that there wasn't one already out there that matched well with what i wanted and two that fake request wouldn't do what i needed. What I'm writing is one that reads a file instead of getting the data from apache and then parses that and makes all the data availble from it mimicing an apache request object. For testing the whole codebase, We are prepping something more like the mod perl make test where it starts a server etc, but for just testing a function, we want to be able to have it in a test script and see the output from it. thanks for any info/pointers. Scott
Re: Lustful thought re: Apache 2.0... (was Re: Apache::Compressand Apache::Filter)
Hmm, We actually already have most of this implemented. Not persay outgoing data though bucket brigade style though. We just have an output module that handles all of this. Print that object rather then $r and it works really well. Its actually more then just s/before/after/g though, we have that written as well, but being able to go through and as the last thing before output is sent to the client determine that we want a red background rather then white, or that certian javascript should be put into the onload tag. Rather fun. The real idea for it actually came after listening to Ryan's talk last year at OSS con and deciding we didn't want to wait that long for it. Sott On Fri, 6 Apr 2001, Sean Chittenden wrote: PS For those of you who weren't here, the mod_perl 2.0/Apache/2.0 talks by Doug/Ryan (respectively) were really awesome!!! The demo from Doug was pretty damn swift... imagine being able to do s/before/after/g on a piece of outgoing data... sessions have never been more cool/easy.
Re: Can anyone help please
The easiest, fastest, and most transparent that I can think of is to just create a jump script/module/etc that you link to. something like http://servername/jump/ then you write your setup so that any link gets added on to the end of that making a link to www.newsite.com/folder/document.html into http://servername/jump/www.newsite.com/folder/document.html then you can parse outgoing files and anytime you find a href='http://...' you just replace http:// with http://servername/jump/ log it however you need to On Tue, 20 Feb 2001, Smith, Stephen (ELS) wrote: Hi everyone, I have to make the tracking of users who follow links to external sites possible, preferably indicating in specific logfiles when a new browser is opened for linking to external sites. We have tried proxy solutions, modifying Apache core modules and are considering scanning and parsing our Html on the fly. I understand that uri.c could be modified or changes could be made to the .htaccess file. The problem is it has to be fast and transparant, does anyone have any ideas???
Re: Error reporting mod_perl 1.25 + apache 1.3.17
Actually My current builds are very similar. 1.3.17+1.25w/5.6.0 on slackware linux 7.1, dually intel boxes. Works fine and while watching error logs i haven't seen any segfaults. returns our pages just fine. Scott On Mon, 5 Feb 2001, Paul Lindner wrote: On Mon, Feb 05, 2001 at 06:41:00PM +, G.W. Haywood wrote: Hi there, On Mon, 5 Feb 2001, Matisse Enzer wrote: I compiled perl 5.6 and Apache 1.3.17 using gcc egcs-2.91.66 on a RH Linux 6.1 system. I'm sure there must be people on this List who have successfully built mod_perl systems using exactly the packages you have mentioned. Anyone care to confirm that? I've seen some strange segementation fault problems with mod_perl 1.25. I have not had the time to document these. Environment is similar to others: mod_perl 1.25, apache 1.3.17, perl 5.00503, solaris 2.6...
Re: With high request rate, server stops responding with load zero
Ok, just to check it, find out which file descriptor that your processes is hanging on and then do an ls -l /proc/$PID/fd Check a few of them and see if they are all hanging on the same file. Obviously replace the proper information for the variables listed there. Idealy something should be shown here to figure out what is the problem. If its reading from a file, check to make sure that the file is still availble. Network file systems can just wait on this forever. Scott
Re: perl calendar application
I'll say just a little now since i'm moving semi slowly on this project. I'm working on writing a suite that at some point will have a calender program in it. The whole thing is perl based and the entire web enterface is going to be done in mod perl. Whole setup will be databased backed and released under the GPL. As for a timeline, I've been working more on the backend then any type of display environment yet. I'm starting to get into the front end now, so by the end of the month, hopefully I will have something that can be shown and that works reasonably well. If you want more information about it, send me an e-mail offlist. As for the statement that its not good to re-write something that exisits many times for another language that works well, Once I have the release, It should make a good deal more sense. Scott On Fri, 5 Jan 2001 [EMAIL PROTECTED] wrote: I've looked around the web for perl-based calendar applications for several hours. There are a significant number out there -- I've personally checked out a dozen, but they are generally pretty pathetic. Even most of the ones you can pay for are ugly and have very limited functionality. WebTrend and Calcium are decent, but cost $400 for our situation and any modifications I make would be unsharable. (This presumes that their source code is even legible and in any shape to hack on.) Am I totally missing something? More generally, does anybody have a page of mod_perl business applications? Even more generally, are there any mod_perl applications
Single proc -multi proc
I've got 4 new machines coming in around the 22nd. I'll have physical access to them for two weeks before we colo them. Probably the easiest way to determine mod_perl's scalability by going to multiproc on linux would be for me to test them. They are dual proc machines, but I can pull a proc out of them for testing pretty easily durring the two weeks that we have them here. Thoughts? recomended scripts? methods? As for ab being coarse, I'm not sure I'd agree totaly with that. It allows a fairly good amount of control. There is also once called sslclient that is actually worse except it does ssl. Scott On Thu, 4 Jan 2001, Blue Lang wrote: On Thu, 4 Jan 2001, Roger Espel Llima wrote: JR Mayberry [EMAIL PROTECTED] wrote: Linux does serious injustice to mod_perl. Anyone who uses Linux knows how horrible it is on SMP, I think some tests showed it uses as litle as 25% of the second processor.. A simple benchmark with 'ab' shows the number of requests per second almost double when the concurrency is increased from 1 to 2. With a concurrency of 4, the number of requests per second increases to about 3.2 times the original, which is not bad at all considering that these are dynamic requests with DB queries. Eh, ab isn't really made as anything other than the most coarsely-grained of benchmarks. Concurrency testing is useless because it will measure the ratio of requests/second/processor, not the scalability of requests from single to multiple processors.
PUT handling (somewhat off-topic)
I apologize in advance, because this isn't directly related to mod_perl. But I really wasn't sure where to ask. Posting to comp.infosystems.www.servers.unix didn't produce any result. There doesn't seem to be a mailing list for discussion of Apache generally. I am trying to get apache to invoke a CGI program in response to PUT requests. This is a FAQ. The FAQ instructions are very clear and straightforward and don't work for me. I have the following in the VirtualHost section in my httpd.conf: Script PUT /cgi-bin/Put /cgi-bin is ScriptAliased correctly. /cgi-bin/Put has permissions set propserly and runs correctly from the shell and also when I send Apache a GET request for it. When I send Apache a PUT request using 'telnet', the request is received. However, my PUT script does not run. Instead, Apache fabricates a 200 response that looks like this: HTTP/1.1 200 OK Date: Tue, 05 Sep 2000 08:57:12 GMT Server: Apache/1.3.6 (Unix) mod_perl/1.19 Connection: close Content-Type: text/html the body of the response is empty. I know that /cgi-bin/Put isn't being run because it would have produced a 206 response, not a 200 response, because it would have produced a nonempty body, and because it would have written a log to /tmp/Put.err, which it didn't do. The access log entry looks like this: 209.152.205.5 - - [05/Sep/2000:04:57:12 -0400] "PUT /~mjd/p/index.html HTTP/1.0" 200 0 "-" "-" There is no entry in the error log. I get the same behavior when I put the 'Script' directive into a Directory section and send a PUT request for a file in the directory. I don't want Apache to respond to the PUT request itself. I want it to run /cgi-bin/Put and have /cgi-bin/Put generate the response. The on-line manual and the FAQ all say that the Script PUT /cgi-bin/Put directive that I have should do that, but it isn't doing it. Does anyone have any suggestions about what might be wrong, or about a more appropriate forum in which to ask?
Problem with Apache::SIG
Hi All, Recently I installed Apache-1.3.12 with mod_perl-1.22. Standard installation. Everything seemed to work great. I'm using the directive PerlFixupHandler Apache::SIG because you have some 'alive' scripts that need to be killed if the user closes his browser. Well, everything seems to work fine, but in Apache error_log we get the message: [Mon Apr 10 22:27:01 2000] [error] at /usr/lib/perl5/site_perl/5.005/i386-linux /Apache/SIG.pm line 31. Line 31 is Apache::exit($s); What is wrong ? Thanks in advance, Renato - Brasil
confirm subscribe to modperl@apache.org
Hi! This is the ezmlm program. I'm managing the [EMAIL PROTECTED] mailing list. To confirm that you would like archive@jab.org added to the modperl mailing list, please send an empty reply to this address: [EMAIL PROTECTED] Usually, this happens when you just hit the "reply" button. If this does not work, simply copy the address and paste it into the "To:" field of a new message. This confirmation serves two purposes. First, it verifies that I am able to get mail through to you. Second, it protects you in case someone forges a subscription request in your name. Some mail programs are broken and cannot handle long addresses. If you cannot reply to this request, instead send a message to [EMAIL PROTECTED] and put the entire address listed above into the "Subject:" line. --- Administrative commands for the modperl list --- I can handle administrative requests automatically. Please do not send them to the list address! Instead, send your message to the correct command address: To subscribe to the list, send a message to: [EMAIL PROTECTED] To remove your address from the list, send a message to: [EMAIL PROTECTED] Send mail to the following for info and FAQ for this list: [EMAIL PROTECTED] [EMAIL PROTECTED] Similar addresses exist for the digest list: [EMAIL PROTECTED] [EMAIL PROTECTED] To get messages 123 through 145 (a maximum of 100 per request), mail: [EMAIL PROTECTED] To get an index with subject and author for messages 123-456 , mail: [EMAIL PROTECTED] They are always returned as sets of 100, max 2000 per request, so you'll actually get 100-499. To receive all messages with the same subject as message 12345, send an empty message to: [EMAIL PROTECTED] The messages do not really need to be empty, but I will ignore their content. Only the ADDRESS you send to is important. You can start a subscription for an alternate address, for example "[EMAIL PROTECTED]", just add a hyphen and your address (with '=' instead of '@') after the command word: [EMAIL PROTECTED] To stop subscription for this address, mail: [EMAIL PROTECTED] In both cases, I'll send a confirmation message to that address. When you receive it, simply reply to it to complete your subscription. If despite following these instructions, you do not get the desired results, please contact my owner at [EMAIL PROTECTED] Please be patient, my owner is a lot slower than I am ;-) --- Enclosed is a copy of the request I received. Return-Path: [EMAIL PROTECTED] Received: (qmail 18837 invoked from network); 20 Feb 2000 15:08:57 - Received: from impatience.valueclick.com ([EMAIL PROTECTED]) by locus.apache.org with SMTP; 20 Feb 2000 15:08:57 - Received: (qmail 21494 invoked by uid 500); 20 Feb 2000 15:08:57 - Received: from localhost ([EMAIL PROTECTED]) by localhost with SMTP; 20 Feb 2000 15:08:57 - Date: Sun, 20 Feb 2000 07:08:57 -0800 (PST) From: Ask Bjoern Hansen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 70M impressions per day, http://valueclick.com