From elspicyjack at gmail.com Tue Apr 1 19:18:32 2008 From: elspicyjack at gmail.com (spicy jack) Date: Tue, 1 Apr 2008 19:18:32 -0700 Subject: [San-Diego-pm] [Announce] Camelbox, April Fool's Day edition Message-ID: Hi, I'm happy to announce that I have a new build of Camelbox (something I've been working in stealth mode for the last few months). Camelbox is "a complete build of Perl for 32-bit Windows that includes a nice Windows installer, all of the core Gtk2-Perl modules (Gtk2, Glib, Cairo), as well as their equivalent C libraries compiled for Windows." You can read the announcement post here: http://groups.google.com/group/camelbox/t/5858aa9e42d99758 The above post includes links to the Windows installer, installation and usage instructions, as well as the URL to the mailing list for support/questions. Thanks, Brian From reader at cox.net Thu Apr 3 19:23:39 2008 From: reader at cox.net (sdmattpotter) Date: Fri, 4 Apr 2008 02:23:39 +0000 Subject: [San-Diego-pm] sdmattpotter wants to keep up with you on Twitter Message-ID: <47f5912b268d4_457155558beb4105844@twitter-web011.twitter.com.tmail> To find out more about Twitter, visit the link below: http://twitter.com/i/21b26e950da28c1fbdda3daa47fa02d2fa339557 Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doing?right now? With Twitter, you may answer this question over SMS, IM, or the Web and the responses are shared between contacts. From rkleeman at energoncube.net Tue Apr 8 10:54:33 2008 From: rkleeman at energoncube.net (Bob Kleemann) Date: Tue, 8 Apr 2008 10:54:33 -0700 Subject: [San-Diego-pm] Meeting Monday, and other details... Message-ID: <20080408175432.GA18096@energoncube.net> Good morning Mongers, Just a quick reminder that there will be a meeting this Monday, April 14, at the Panera Bread on Mira Mesa Blvd. Depending on what you folks think, this may be our last Monday meeting. There is a proposal on the table to move the monthly meetings to the third Thursday of the month. If you would like this move to happen, please write me back and let me know. Similarly, if you like the time it is at now (second Monday of the Month), please let me know that. You have until the monthly meeting time to answer, and I'll announce at the meeting and on email. Also, T-Shirts. I will be bringing the leftover Perl Mongers T-Shirts to the next meeting. If you have previously asked for one, please come to the meeting to pay ($10) and collect. After that, any that are remaining will be sold. There are 4 XL and 2 L available. If there are any more questions, just ask, or bring them to the meeting. I look forward to seeing you all soon. From rkleeman at energoncube.net Mon Apr 14 11:03:36 2008 From: rkleeman at energoncube.net (Bob Kleemann) Date: Mon, 14 Apr 2008 11:03:36 -0700 Subject: [San-Diego-pm] Friendly meeting tonight. Message-ID: <20080414180336.GB28746@energoncube.net> Hi Fellow Mongers, Just a friendly reminder that our friendly gathering that happens each month is tonight. So bring yourself and any friends you'd like to accompany you to the Panera Bread on Mira Mesa Blvd next to I-15 around 7PM and we'll have a friendly chat about whatever topics we choose. I look forward to seeing all of your friendly faces there. Also, I will have the remaining Perl Mongers T-Shirts there, so if you'd like to buy one, please bring $10. From chris at chrisgrau.com Wed Apr 16 17:38:23 2008 From: chris at chrisgrau.com (Chris Grau) Date: Wed, 16 Apr 2008 17:38:23 -0700 Subject: [San-Diego-pm] Meeting Recap Message-ID: <20080417003823.GJ10684@chrisgrau.com> =head1 NAME SanDiego::Meeting::Social - social gathering of the San Diego Perl Mongers =head1 DATE Monday, April 14, 2008, 19:00 - 21:00 =head1 DESCRIPTION This is a simple meeting recap, conveniently written in pod so everyone can read it in whatever format they prefer. If you lack an appropriate formatter, well, you can always write one. As an added bonus, if you're using a decent MUA *cough*Mutt*cough*, a formatter is only a few keystrokes away: macro pager ,pd "pod2text" =head1 ATTENDEES For the second month in a row, we had an excellent turn-out that included a first-time attendee, our very own world traveler, a long-distance commuter, and someone who just made it to the end of the meeting. Once everyone was seated comfortably around the tables, we introduced ourselves. If any of the details of the introduction are incorrect, respond to the list with an insult, a correction, or both. =over =item * Bob Head Monger, Fearless Leader, Job Seeker. =item * Al A system administrator with eight years of Perl experience, and the group's token Python programmer. =item * Chris The web guy. Now you know who to send complaints to. =item * Jonathan In his excitement, drove all the way down from Irvine. A professional Perl developer of two years. =item * Jared First-time attendee, using Perl since impressionable age of 11! The emotional scarring led him to take a hiatus as a bartender. He's discovered there is much to re-learn. =item * Pat A Perl coder of a couple of years. Sat at the other end of the table, so I didn't catch any more of his introduction. =item * Gautam Second meeting and regular of the IRC channel. Also sat at the other end of the table, so I missed his introduction. =item * Mark Has been tinkering with Perl since 1985 (wasn't Perl released in 1987?). However, Perl has only been a serious obsession since 2000. =item * George Has been stuck using Perl since the Great Depression. Came to it from C. Could be worse... it wasn't C++. =item * Joel Long time Perl coder. Always with one foot in, never both. He brought tangerines to share with the group. =item * Cathy Showed up shortly after the loudspeaker announced Panera's closure. But she showed up! =back =head1 ANNOUNCEMENTS =head2 New Meeting Date For as long as anyone can remember, the San Diego Perl Mongers have held their monthly meeting on the second Monday of the month. This is how it has always been, and many thought this is how it would always be. Beginning on 15 May 2008, the San Diego Perl Mongers will meet on the third Thursday of the month. The time, 19:00, will remain the same. The place, Panera Bread, will remain the same, unless another venue is chosen for a technical presentation. =head2 Perl Mongers T-shirts Bob still has four extra-large shirts left. They are $10 each. Contact him if you'd like one. =head1 TOPICS =head2 Job Interview Experiences As the meeting got started, people shared their job interview tales and frustrations. Have you ever been under qualified? Over qualified? Too expensive? Share with the group! And, if you have a job opening, share those with the group, too! =head2 Shiny CPAN Modules Jonathan joined us from the far reaches of Irvine to share with us his vision of a world in which Perl is ubiquitous. A world in which children learn to program Perl before they can even walk. Have you ever needed a CPAN module? Have you ever known what you wanted, but didn't know which CPAN module to use? Have you ever known which CPAN module you needed, but couldn't figure out how to use it? Apparently, so has Jonathan (and I'd be lying if you said I hadn't). He wants to create a web site where people can contribute code examples for the best-of-breed CPAN modules. Al asked if it wouldn't be better to do this on CPAN itself, to take advantage of the search and annotation capabilities, and to keep it in one place. Gautam asked if this is the niche Perl101.org was created to fill. Jonathan admitted that he had not heard of this web site. So here it is: L =head2 Installing CPAN Modules Locally Joel would like a step-by-step guide to installing CPAN modules on web hosts in the cgi-bin directory. This is a revisiting of a topic from a couple of years ago. The last time, he finally gave up and wrote his own captcha module. Al recommended PAR::Dist (L), and Gautam warned that it depends on META.yml being available in the various distributions being packaged. =head2 JSON Jonathan asked if anyone was using JSON. Al commented that it's pretty nice, especially if you just want to pass data as a component without generating a whole web page. JSON also allows the programmer to switch seamlessly between Perl to Javascript, as the data structures are passed between the two languages. =head2 Javascript Speaking of Javascript, Joel asked if anyone was using it. The current issue of the I (L) contains a language use graph that ranks Javascript as quite popular in projects. This is likely due to the tendency to off-load processing to the client computer under the guise of making web applications more responsive. Again, speaking of Javascript, Gautam mentioned the Javascript (L) module for Perl. Just because it's last release date is 1 April doesn't mean it's a joke. It's real! =head2 Web Browsers Anytime Javascript is brought up, the discussion inevitably leads into Firefox, Internet Explorer, and web standards. This doesn't need much coverage, as everyone has had this conversation countless times. However, there was mention of Internet Explorer 7 and it's benefits. Or maybe it was detriments. Honestly, I didn't really pay attention, because I never use Windows. =head2 Parallel Processing Jonathan asked the group's opinion on parallel processing with Perl? Is it possible? Is anyone doing it? Al does, though he keeps it simple with ssh keys and POE (L). There was talk of other threading modules, as well as the tried and true fork() call on Unix and Linux platforms. It was generally agreed upon that, when junctions (L) are implemented by parallelizing the task, Perl 6 would take over the world and no other languages will be used. Ever. =head2 Catalyst Jonathan asked (I'm going to keep inviting him to meetings, because he stimulates so many discussions) if anyone is using Catalyst and what they thought about it? Jared pointed out what everyone else was thinking, but too afraid to say: it has a steep learning curve. However, it looks like it's very useful and worth learning. =cut -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/san-diego-pm/attachments/20080416/cec75438/attachment.bin From gautam.dey77 at gmail.com Wed Apr 16 18:05:35 2008 From: gautam.dey77 at gmail.com (Gautam Dey) Date: Wed, 16 Apr 2008 18:05:35 -0700 Subject: [San-Diego-pm] Meeting Recap In-Reply-To: <20080417003823.GJ10684@chrisgrau.com> References: <20080417003823.GJ10684@chrisgrau.com> Message-ID: <9f662fe00804161805w687bfc51uc90aafe742ee787f@mail.gmail.com> I was talking about this Module: http://search.cpan.org/~tbusch/JavaScript-SpiderMonkey-0.19/SpiderMonkey.pm when we were talking about JavaScript. Which I is far cooler, IMHO. On Wed, Apr 16, 2008 at 5:38 PM, Chris Grau wrote: > =head1 NAME > > SanDiego::Meeting::Social - social gathering of the San Diego Perl Mongers > > > =head1 DATE > > Monday, April 14, 2008, 19:00 - 21:00 > > > =head1 DESCRIPTION > > This is a simple meeting recap, conveniently written in pod so everyone > can read it in whatever format they prefer. If you lack an appropriate > formatter, well, you can always write one. As an added bonus, if you're > using a decent MUA *cough*Mutt*cough*, a formatter is only a few > keystrokes away: > > macro pager ,pd "pod2text" > > > =head1 ATTENDEES > > For the second month in a row, we had an excellent turn-out that > included a first-time attendee, our very own world traveler, a > long-distance commuter, and someone who just made it to the end of the > meeting. > > Once everyone was seated comfortably around the tables, we introduced > ourselves. If any of the details of the introduction are incorrect, > respond to the list with an insult, a correction, or both. > > =over > > =item * Bob > > Head Monger, Fearless Leader, Job Seeker. > > =item * Al > > A system administrator with eight years of Perl experience, and the > group's token Python programmer. > > =item * Chris > > The web guy. Now you know who to send complaints to. > > =item * Jonathan > > In his excitement, drove all the way down from Irvine. A professional > Perl developer of two years. > > =item * Jared > > First-time attendee, using Perl since impressionable age of 11! The > emotional scarring led him to take a hiatus as a bartender. He's > discovered there is much to re-learn. > > =item * Pat > > A Perl coder of a couple of years. Sat at the other end of the table, > so I didn't catch any more of his introduction. > > =item * Gautam > > Second meeting and regular of the IRC channel. Also sat at the other > end of the table, so I missed his introduction. > > =item * Mark > > Has been tinkering with Perl since 1985 (wasn't Perl released in 1987?). > However, Perl has only been a serious obsession since 2000. > > =item * George > > Has been stuck using Perl since the Great Depression. Came to it from > C. Could be worse... it wasn't C++. > > =item * Joel > > Long time Perl coder. Always with one foot in, never both. He brought > tangerines to share with the group. > > =item * Cathy > > Showed up shortly after the loudspeaker announced Panera's closure. But > she showed up! > > =back > > > =head1 ANNOUNCEMENTS > > =head2 New Meeting Date > > For as long as anyone can remember, the San Diego Perl Mongers have held > their monthly meeting on the second Monday of the month. This is how it > has always been, and many thought this is how it would always be. > > Beginning on 15 May 2008, the San Diego Perl Mongers will meet on the > third Thursday of the month. The time, 19:00, will remain the same. > The place, Panera Bread, will remain the same, unless another venue is > chosen for a technical presentation. > > =head2 Perl Mongers T-shirts > > Bob still has four extra-large shirts left. They are $10 each. Contact > him if you'd like one. > > > =head1 TOPICS > > =head2 Job Interview Experiences > > As the meeting got started, people shared their job interview tales and > frustrations. Have you ever been under qualified? Over qualified? Too > expensive? Share with the group! And, if you have a job opening, share > those with the group, too! > > =head2 Shiny CPAN Modules > > Jonathan joined us from the far reaches of Irvine to share with us his > vision of a world in which Perl is ubiquitous. A world in which > children learn to program Perl before they can even walk. Have you ever > needed a CPAN module? Have you ever known what you wanted, but didn't > know which CPAN module to use? Have you ever known which CPAN module > you needed, but couldn't figure out how to use it? > > Apparently, so has Jonathan (and I'd be lying if you said I hadn't). He > wants to create a web site where people can contribute code examples for > the best-of-breed CPAN modules. > > Al asked if it wouldn't be better to do this on CPAN itself, to take > advantage of the search and annotation capabilities, and to keep it in > one place. > > Gautam asked if this is the niche Perl101.org was created to fill. > Jonathan admitted that he had not heard of this web site. So here it > is: > > L > > =head2 Installing CPAN Modules Locally > > Joel would like a step-by-step guide to installing CPAN modules on web > hosts in the cgi-bin directory. This is a revisiting of a topic from a > couple of years ago. The last time, he finally gave up and wrote his > own captcha module. > > Al recommended PAR::Dist (L), and > Gautam warned that it depends on META.yml being available in the various > distributions being packaged. > > =head2 JSON > > Jonathan asked if anyone was using JSON. Al commented that it's pretty > nice, especially if you just want to pass data as a component without > generating a whole web page. JSON also allows the programmer to switch > seamlessly between Perl to Javascript, as the data structures are passed > between the two languages. > > =head2 Javascript > > Speaking of Javascript, Joel asked if anyone was using it. The current > issue of the I (L) contains > a language use graph that ranks Javascript as quite popular in projects. > This is likely due to the tendency to off-load processing to the client > computer under the guise of making web applications more responsive. > > Again, speaking of Javascript, Gautam mentioned the Javascript > (L) module for Perl. Just > because it's last release date is 1 April doesn't mean it's a joke. > It's real! > > =head2 Web Browsers > > Anytime Javascript is brought up, the discussion inevitably leads into > Firefox, Internet Explorer, and web standards. This doesn't need much > coverage, as everyone has had this conversation countless times. > However, there was mention of Internet Explorer 7 and it's benefits. Or > maybe it was detriments. Honestly, I didn't really pay attention, > because I never use Windows. > > =head2 Parallel Processing > > Jonathan asked the group's opinion on parallel processing with Perl? Is > it possible? Is anyone doing it? Al does, though he keeps it simple > with ssh keys and POE (L). There was > talk of other threading modules, as well as the tried and true fork() > call on Unix and Linux platforms. > > It was generally agreed upon that, when junctions > (L) are implemented by > parallelizing the task, Perl 6 would take over the world and no other > languages will be used. Ever. > > =head2 Catalyst > > Jonathan asked (I'm going to keep inviting him to meetings, because he > stimulates so many discussions) if anyone is using Catalyst and what > they thought about it? Jared pointed out what everyone else was > thinking, but too afraid to say: it has a steep learning curve. > However, it looks like it's very useful and worth learning. > > =cut > > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > From joel at fentin.com Thu Apr 24 13:49:04 2008 From: joel at fentin.com (Joel Fentin) Date: Thu, 24 Apr 2008 13:49:04 -0700 Subject: [San-Diego-pm] Problem Message-ID: <4810F240.8070502@fentin.com> This is the super-short explanation: The perl code: DispSuccessMsg(); sleep 10; die 'fff'; In my laptop using a personal server (Apache 2.2), The success message is displayed. Ten seconds later the program dies: Software error: fff at .....pl line 116. This is what I want. When I FTP the program to the internet and run it (Apache 1.3), it waits the ten seconds and then displays all. This is what I don't want. Suggestions please. -- Joel Fentin tel: 760-749-8863 Email: http://fentin.com/me/ContactMe.html Biz Website: http://fentin.com Personal Website: http://fentin.com/me From xrz1138 at gmail.com Thu Apr 24 14:47:09 2008 From: xrz1138 at gmail.com (Christopher Hahn) Date: Thu, 24 Apr 2008 14:47:09 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <4810F240.8070502@fentin.com> References: <4810F240.8070502@fentin.com> Message-ID: Joel, Could you elaborate on how you are running it? Presumably as a the action in a form? Just curious, Chris On Thu, Apr 24, 2008 at 1:49 PM, Joel Fentin wrote: > This is the super-short explanation: > > The perl code: > > DispSuccessMsg(); > sleep 10; > die 'fff'; > > In my laptop using a personal server (Apache 2.2), The success message > is displayed. Ten seconds later the program dies: > Software error: fff at .....pl line 116. This is what I want. > > When I FTP the program to the internet and run it (Apache 1.3), it waits > the ten seconds and then displays all. This is what I don't want. > > Suggestions please. > > -- > Joel Fentin tel: 760-749-8863 > Email: http://fentin.com/me/ContactMe.html > Biz Website: http://fentin.com > Personal Website: http://fentin.com/me > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > From saaib at ciberlinux.net Thu Apr 24 15:00:41 2008 From: saaib at ciberlinux.net (Urivan Saaib) Date: Thu, 24 Apr 2008 15:00:41 -0700 Subject: [San-Diego-pm] Problem Message-ID: <20080424220041.57426230EAE@vs2.c-ber.net> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/san-diego-pm/attachments/20080424/da043938/attachment.pl From mark.schoonover at gmail.com Thu Apr 24 15:04:50 2008 From: mark.schoonover at gmail.com (Mark Schoonover) Date: Thu, 24 Apr 2008 15:04:50 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <20080424220041.57426230EAE@vs2.c-ber.net> References: <20080424220041.57426230EAE@vs2.c-ber.net> Message-ID: <125c4f3c0804241504g9f9bf51xecbc8875afabf7cb@mail.gmail.com> $|=1 ?? On Thu, Apr 24, 2008 at 3:00 PM, Urivan Saaib wrote: > Joel, > > That's the normal behaviour of any web loaded application, where the web > server executes, parses and then sends the response back to the client. > > There is however a setting to flush out the output, it's not comming to my > head right now, somebody else might remember it? > > Regards, > > -Urivan Flores-Saaib > > ==============Original message text=============== > On Thu, 24 Apr 2008 13:49:04 PDT Joel Fentin wrote: > > This is the super-short explanation: > > The perl code: > > DispSuccessMsg(); > sleep 10; > die 'fff'; > > In my laptop using a personal server (Apache 2.2), The success message > is displayed. Ten seconds later the program dies: > Software error: fff at .....pl line 116. This is what I want. > > When I FTP the program to the internet and run it (Apache 1.3), it waits > the ten seconds and then displays all. This is what I don't want. > > Suggestions please. > > -- > Joel Fentin tel: 760-749-8863 > Email: http://fentin.com/me/ContactMe.htmlBiz Website: > http://fentin.comPersonal Website: > http://fentin.com/me_______________________________________________ > San-Diego-pmmailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > ===========End of original message text=========== > > > > Urivan A. Flores Saaib > CiberLinux Networking > Email: saaib at ciberlinux.net > > > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > -- Mark Schoonover, CMDBA http://www.linkedin.com/in/markschoonover http://marksitblog.blogspot.com mark.schoonover at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/san-diego-pm/attachments/20080424/18299ee2/attachment.html From carolyn at supersaturated.com Thu Apr 24 15:10:45 2008 From: carolyn at supersaturated.com (Carolyn Ray) Date: Thu, 24 Apr 2008 15:10:45 -0700 (PDT) Subject: [San-Diego-pm] Problem In-Reply-To: <20080424220041.57426230EAE@vs2.c-ber.net> References: <20080424220041.57426230EAE@vs2.c-ber.net> Message-ID: Instead of die()ing, I would just print to the web page whatever message you want to end with. (I hate die() and never call it. In fact, I disable it wherever anyone else calls it, or do an end run around it with eval(). Is that evil()? :) I may have misunderstood your problem. Maybe I need the long, superdrawn out version of it. -- Carolyn Ray, Ph.D. www.supersaturated.com The mind is a terrible thing. On Thu, 24 Apr 2008, Urivan Saaib wrote: > Joel, > > That's the normal behaviour of any web loaded application, where the web > server executes, parses and then sends the response back to the client. > > There is however a setting to flush out the output, it's not comming to my > head right now, somebody else might remember it? > > Regards, > > -Urivan Flores-Saaib > > ==============Original message text=============== > On Thu, 24 Apr 2008 13:49:04 PDT Joel Fentin wrote: > > This is the super-short explanation: > > The perl code: > > DispSuccessMsg(); > sleep 10; > die 'fff'; > > In my laptop using a personal server (Apache 2.2), The success message > is displayed. Ten seconds later the program dies: > Software error: fff at .....pl line 116. This is what I want. > > When I FTP the program to the internet and run it (Apache 1.3), it waits > the ten seconds and then displays all. This is what I don't want. > > Suggestions please. > > From tobert at gmail.com Thu Apr 24 16:09:45 2008 From: tobert at gmail.com (Al Tobey) Date: Thu, 24 Apr 2008 16:09:45 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <4810F240.8070502@fentin.com> References: <4810F240.8070502@fentin.com> Message-ID: <5ac7acb10804241609y32c1a40bm10179b9a59838762@mail.gmail.com> On Thu, Apr 24, 2008 at 1:49 PM, Joel Fentin wrote: > This is the super-short explanation: > > The perl code: > > DispSuccessMsg(); > sleep 10; > die 'fff'; > > In my laptop using a personal server (Apache 2.2), The success message > is displayed. Ten seconds later the program dies: > Software error: fff at .....pl line 116. This is what I want. > > When I FTP the program to the internet and run it (Apache 1.3), it waits > the ten seconds and then displays all. This is what I don't want. > > Suggestions please. It's possible somebody has set $SIG{__DIE__} to disable die, either in mod_perl startup or in a module that you're including. Check out "perldoc -f die" and look for the section on $SIG{__DIE__}. -Al > -- > Joel Fentin tel: 760-749-8863 > Email: http://fentin.com/me/ContactMe.html > Biz Website: http://fentin.com > Personal Website: http://fentin.com/me > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm > From joel at fentin.com Thu Apr 24 16:36:27 2008 From: joel at fentin.com (Joel Fentin) Date: Thu, 24 Apr 2008 16:36:27 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: References: <4810F240.8070502@fentin.com> Message-ID: <4811197B.6010100@fentin.com> Christopher Hahn wrote: > Joel, > > Could you elaborate on how you are running it? > > Presumably as a the action in a form? > > Just curious, > > Chris The goal is to send emails to a group of members of a website. Yahoo and perhaps others have spam protections in place where they delay the sending of the emails which causes a browser timeout. One way around this (found with some experimenting) is: DispSuccessMsg(); foreach(@Email) { sleep 15; Send1Email($_); } With or without the sleep 15, the browser is going to time out. So I thought I would send the success message first (containing a link to enable the user to return to a menu) and then let the server slowly send all the emails. This timing works in my computer with its Apache. perl perl perl -- Joel Fentin tel: 760-749-8863 Email: http://fentin.com/me/ContactMe.html Biz Website: http://fentin.com Personal Website: http://fentin.com/me From joel at fentin.com Thu Apr 24 16:39:55 2008 From: joel at fentin.com (Joel Fentin) Date: Thu, 24 Apr 2008 16:39:55 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: References: <20080424220041.57426230EAE@vs2.c-ber.net> Message-ID: <48111A4B.5070906@fentin.com> Carolyn Ray wrote: > > Instead of die()ing, I would just print to the web page whatever message > you want to end with. (I hate die() and never call it. In fact, I > disable it wherever anyone else calls it, or do an end run around it > with eval(). Is that evil()? :) > > I may have misunderstood your problem. Maybe I need the long, superdrawn > out version of it. > Thanks for the reply. die() is a red herring. To focus on die is to miss the point. The point is I wish to display a message first and then let the server continue working. perl perl perl -- Joel Fentin tel: 760-749-8863 Email: http://fentin.com/me/ContactMe.html Biz Website: http://fentin.com Personal Website: http://fentin.com/me From saaib at ciberlinux.net Thu Apr 24 17:12:31 2008 From: saaib at ciberlinux.net (Urivan Saaib) Date: Thu, 24 Apr 2008 17:12:31 -0700 Subject: [San-Diego-pm] Problem Message-ID: <20080425001231.AD039230EAE@vs2.c-ber.net> An embedded and charset-unspecified text was scrubbed... Name: not available Url: http://mail.pm.org/pipermail/san-diego-pm/attachments/20080424/87301fde/attachment.pl From joel at fentin.com Thu Apr 24 18:01:55 2008 From: joel at fentin.com (Joel Fentin) Date: Thu, 24 Apr 2008 18:01:55 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <20080425001231.AD039230EAE@vs2.c-ber.net> References: <20080425001231.AD039230EAE@vs2.c-ber.net> Message-ID: <48112D83.80205@fentin.com> Urivan Saaib wrote: > On Thu, 24 Apr 2008 16:36:27 PDT Joel Fentin wrote: >> The goal is to send emails to a group of members of a website. Yahoo and >> perhaps others have spam protections in place where they delay the >> sending of the emails which causes a browser timeout. One way around >> this (found with some experimenting) is: > > Overall, you will be suffering the same situation as your mailing list > grows, then incrementing the client timeout on your apache server will be > required. > > I'll suggest to change your approach to something like the following: > > 1. Edit the message using an HTML form > 2. Post the content to your perl CGI > 3. Your perl code saves the content and flags a new message > 4. Something like a cron job could be monitoring the flag and send the > message if necessary > 5. After sending messages it updated the flag (with a date stamp possible?) > > This way you won't be waiting for the emails being sent. You'll just have > to wait for the next minute and have your HTML form to update every X secs > to display the resulting message from your cron script. > > Just my $0.02 > > Regards, > Urivan A. Flores Saaib > CiberLinux Networking > Email: saaib at ciberlinux.net Thank you Urivan, I don't fully understand what you are saying. The people sending emails on the site are not computer savvy. They are using a form I have generated for them. As soon as they press the send button, I wish to acknowledge their efforts and give them a way to go somewhere else. Meanwhile the server is sending the emails one by one every 15 seconds. > 1. Edit the message using an HTML form I don't understand what editing has to do with anything. When you say "the message" do you mean the user generated email message or the acknowledgment message? > 2. Post the content to your perl CGI Post the content of what to what? > 3. Your perl code saves the content and flags a new message Greek! > 4. Something like a cron job could be monitoring the flag and send the > message if necessary Send what message to whom? > 5. After sending messages it updated the flag (with a date stamp possible?) More Greek! ============= I simply wish to display a message and let the server work. If my Apache 2.2 can do it, is there a setting that will allow the Apache 1.3 to do it? I have tried experiments in which the user generates his message in one form presented by Perl, and the sending is done with another. Even a command like system(2nd Perl program) did not work as hoped. -- Joel Fentin tel: 760-749-8863 Email: http://fentin.com/me/ContactMe.html Biz Website: http://fentin.com Personal Website: http://fentin.com/me From joel at fentin.com Thu Apr 24 19:30:53 2008 From: joel at fentin.com (Joel Fentin) Date: Thu, 24 Apr 2008 19:30:53 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <20080425001231.AD039230EAE@vs2.c-ber.net> References: <20080425001231.AD039230EAE@vs2.c-ber.net> Message-ID: <4811425D.6080509@fentin.com> Urivan Saaib wrote: > I'll suggest to change your approach to something like the following: > > 1. Edit the message using an HTML form > 2. Post the content to your perl CGI > 3. Your perl code saves the content and flags a new message > 4. Something like a cron job could be monitoring the flag and send the > message if necessary > 5. After sending messages it updated the flag (with a date stamp possible?) > > This way you won't be waiting for the emails being sent. You'll just have > to wait for the next minute and have your HTML form to update every X secs > to display the resulting message from your cron script. > > Just my $0.02 > > Regards, > Urivan A. Flores Saaib > CiberLinux Networking > Email: saaib at ciberlinux.net Urivan, Someone explained to me what you are saying. What if program 1 starts program 2 which starts program 3? Does that eliminate the chron job? Also, What was Brad Fox saying about flushing Apache? Third. Isn't the root of this the fact that Apache 1.3 is set different than Apache 2.2? perl perl perl -- Joel Fentin tel: 760-749-8863 Email: http://fentin.com/me/ContactMe.html Biz Website: http://fentin.com Personal Website: http://fentin.com/me From chris at chrisgrau.com Fri Apr 25 00:31:44 2008 From: chris at chrisgrau.com (Chris Grau) Date: Fri, 25 Apr 2008 00:31:44 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <4811197B.6010100@fentin.com> References: <4810F240.8070502@fentin.com> <4811197B.6010100@fentin.com> Message-ID: <20080425073144.GC23198@chrisgrau.com> On Thu, Apr 24, 2008 at 04:36:27PM -0700, Joel Fentin wrote: > The goal is to send emails to a group of members of a website. Yahoo > and perhaps others have spam protections in place where they delay the > sending of the emails which causes a browser timeout. Why are you sending e-mail directly to Yahoo's (and others') SMTP hosts? Submit to your local MTA and let it deal with the delays, freeing your web script to not time out. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/san-diego-pm/attachments/20080425/326d3027/attachment.bin From joel at fentin.com Fri Apr 25 11:21:37 2008 From: joel at fentin.com (Joel Fentin) Date: Fri, 25 Apr 2008 11:21:37 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <9f662fe00804250700h7ccab28tcb226ae8ef8bfc5c@mail.gmail.com> References: <20080425001231.AD039230EAE@vs2.c-ber.net> <4811425D.6080509@fentin.com> <9f662fe00804250700h7ccab28tcb226ae8ef8bfc5c@mail.gmail.com> Message-ID: <48122131.4030102@fentin.com> Gautam Dey wrote: > Joel, > > Not really, since they will be tied to the first process, which > will timeout. You would need to fork off the processes. > > There are three ways to do this. > > 1. The way Urivan suggested, which is to store the messages on to the > disk, and then have a cron job throttle the messages as needed be per > domain. This requires cooperation of the host. It also requires turning on a cron job as a TSR and then turning it off later. > 2. The way that Chris Suggested, but using Postfix (or other MTA) with > a filter to handle throttling. Requires cooperation of the host and more. > 3. When a set of message is to be sent, fork off a process, to do it. Does this really close out the first process? ======================= I also tried the following suggested by a friend: DispSuccessMsg(); close(STDin); #close I/O handles close(STDOUT); close(STDERR); sleep 30; open(TEST,">>xxx"); print TEST scalar(localtime())."\n"; close TEST; die 'fff'; What this script does: + displays the message (good) + prints to xxx 30 seconds later (good) + the link in the message does not respond til after 30 seconds (bad) + if the operator hits the back button, it doesn't screwup anything (good) This probably has the disadvantage of presenting the operator with a timeout. ======================= The overarching question: Is there a simple way to spawn a second process and close out the first process as the second one runs? perl perl perl -- Joel Fentin tel: 760-749-8863 Email: http://fentin.com/me/ContactMe.html Biz Website: http://fentin.com Personal Website: http://fentin.com/me From chris at chrisgrau.com Fri Apr 25 13:20:38 2008 From: chris at chrisgrau.com (Chris Grau) Date: Fri, 25 Apr 2008 13:20:38 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <48122131.4030102@fentin.com> References: <20080425001231.AD039230EAE@vs2.c-ber.net> <4811425D.6080509@fentin.com> <9f662fe00804250700h7ccab28tcb226ae8ef8bfc5c@mail.gmail.com> <48122131.4030102@fentin.com> Message-ID: <20080425202038.GD23198@chrisgrau.com> On Fri, Apr 25, 2008 at 11:21:37AM -0700, Joel Fentin wrote: > The overarching question: > > Is there a simple way to spawn a second process and close out the > first process as the second one runs? perldoc -f fork perldoc perlipc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/san-diego-pm/attachments/20080425/1a41f3f2/attachment.bin From gautam.dey77 at gmail.com Fri Apr 25 17:38:58 2008 From: gautam.dey77 at gmail.com (Gautam Dey) Date: Fri, 25 Apr 2008 17:38:58 -0700 Subject: [San-Diego-pm] Problem In-Reply-To: <20080425202038.GD23198@chrisgrau.com> References: <20080425001231.AD039230EAE@vs2.c-ber.net> <4811425D.6080509@fentin.com> <9f662fe00804250700h7ccab28tcb226ae8ef8bfc5c@mail.gmail.com> <48122131.4030102@fentin.com> <20080425202038.GD23198@chrisgrau.com> Message-ID: <9f662fe00804251738x69417b3fu1a9d487d2d76b137@mail.gmail.com> Yup, these are the two doc's you want to read. On Fri, Apr 25, 2008 at 1:20 PM, Chris Grau wrote: > On Fri, Apr 25, 2008 at 11:21:37AM -0700, Joel Fentin wrote: > > The overarching question: > > > > Is there a simple way to spawn a second process and close out the > > first process as the second one runs? > > perldoc -f fork > > perldoc perlipc > > _______________________________________________ > San-Diego-pm mailing list > San-Diego-pm at pm.org > http://mail.pm.org/mailman/listinfo/san-diego-pm >