From mrdvt92 at yahoo.com Thu Jun 1 06:52:37 2017 From: mrdvt92 at yahoo.com (Michael R. Davis) Date: Thu, 1 Jun 2017 13:52:37 +0000 (UTC) Subject: [pm-h] Next Houston.pm meeting in a week In-Reply-To: <20170531212837.15650fc9@cygnus> References: <20170531212837.15650fc9@cygnus> Message-ID: <1344229318.219026.1496325157952@mail.yahoo.com> I appear to not be able to make many meetings but I think the Perl community needs help with the following efforts. ? - more packages in the Fedora process so that all down stream efforts will have the Perl packages available. ? - better boot strap for PSGI applications. ?Maybe an RPM that provides a folder that just works when you put a PSGI in there like Apache has with /var/www/cgi-bin. From: G. Wade Johnson To: Houston Perl Mongers ; houston at houston.pm.org Sent: Wednesday, May 31, 2017 10:29 PM Subject: [pm-h] Next Houston.pm meeting in a week We have a week until our next meeting. JD had a suggestion that has not generated much discussion. Does someone have a topic, or should we do a social meeting for June? G. Wade -- Perl's payment curve coincides with its learning curve. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? -- GrandFather _______________________________________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/listinfo/houston Website: http://houston.pm.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Thu Jun 1 09:00:27 2017 From: jlbprof at gmail.com (Julian Brown) Date: Thu, 1 Jun 2017 11:00:27 -0500 Subject: [pm-h] mod_perl2, plack, dancer Message-ID: Per my previous mail, I will prepare for J.D.'s challenge. But I would like to have a discussion on the reasons one would pick dancer or some plack layer over mod_perl2. We could later even do some benchmarking, but we have to get a suite of tasks to benchmark. Julian -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrallen1 at yahoo.com Thu Jun 1 20:55:09 2017 From: mrallen1 at yahoo.com (Mark Allen) Date: Fri, 2 Jun 2017 03:55:09 +0000 (UTC) Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: References: Message-ID: <2053753279.83692.1496375709726@mail.yahoo.com> Because it's not 2004 anymore? Seriously, it couldn't be easier to write a nice web layer using Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo these days not that I'm writing a bunch of Perl for $dayjob.) All you need to do is `cpanm Mojolicious` and start implementing route handlers. It even will handle turning your hashes into JSON automagically. I will be out of the country for the June meeting, but it would be fun to do a presentation about Mojo for July if people are interested in that. Cheers, Mark On Thursday, June 1, 2017 11:02 AM, Julian Brown wrote: Per my previous mail, I will prepare for J.D.'s challenge. But I would like to have a discussion on the reasons one would pick dancer or some plack layer over mod_perl2. We could later even do some benchmarking, but we have to get a suite of tasks to benchmark. Julian_______________________________________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/listinfo/houston Website: http://houston.pm.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Fri Jun 2 05:57:51 2017 From: jlbprof at gmail.com (Julian Brown) Date: Fri, 2 Jun 2017 07:57:51 -0500 Subject: [pm-h] Next Houston.pm meeting in a week In-Reply-To: <20170602074543.33ba9179@cygnus> References: <20170531212837.15650fc9@cygnus> <20170602074543.33ba9179@cygnus> Message-ID: I have made some progress on this, I can decode the barcodes and have the pixel list. Now I have to figure out how to create a new image out of it. Julian On Fri, Jun 2, 2017 at 7:45 AM, G. Wade Johnson wrote: > On Thu, 1 Jun 2017 05:28:35 -0500 > Julian Brown wrote: > > > I will attempt the challenge that J.D has presented and bring it to > > the upcoming meeting. > > > > Julian > > So JD proposed it, Julian says he'll try it. I'm willing to try it as > well. We can have a group discussion on what we saw and learn from the > challenge. Maybe we can get several (okay, maybe a few) different > implementations to compare. > > If you decide to attempt the challenge and get stuck, email the list. I > feel like the goal of this kind of challenge is for us to learn, rather > than compete. > > G. Wade > > > On Wed, May 31, 2017 at 9:28 PM, G. Wade Johnson > > wrote: > > > > > We have a week until our next meeting. > > > > > > JD had a suggestion that has not generated much discussion. > > > > > > Does someone have a topic, or should we do a social meeting for > > > June? > > > > > > G. Wade > > > -- > > > Perl's payment curve coincides with its learning curve. > > > -- GrandFather > > > > > > _______________________________________________ > > > Houston mailing list > > > Houston at houston.pm.org > > > http://houston.pm.org/mailman/listinfo/houston_houston.pm.org > > > > > > -- > As a software development model, Anarchy does not scale well. > -- Dave Welch > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Fri Jun 2 06:02:26 2017 From: jlbprof at gmail.com (Julian Brown) Date: Fri, 2 Jun 2017 08:02:26 -0500 Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: <2053753279.83692.1496375709726@mail.yahoo.com> References: <2053753279.83692.1496375709726@mail.yahoo.com> Message-ID: Thanx for the reply Mark. Just because it is old, does not make it correct. In mod_perl2, I write a series of verbs that take values and do things all compiled into Apache, what is faster? I will stipulate the easy aspects of Mojo. Julian On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen wrote: > Because it's not 2004 anymore? > > Seriously, it couldn't be easier to write a nice web layer using > Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo > these days not that I'm writing a bunch of Perl for $dayjob.) > > All you need to do is `cpanm Mojolicious` and start implementing route > handlers. It even will handle turning your hashes into JSON automagically. > > I will be out of the country for the June meeting, but it would be fun to > do a presentation about Mojo for July if people are interested in that. > > Cheers, > > Mark > > > On Thursday, June 1, 2017 11:02 AM, Julian Brown > wrote: > > > Per my previous mail, I will prepare for J.D.'s challenge. > > But I would like to have a discussion on the reasons one would pick dancer > or some plack layer over mod_perl2. > > We could later even do some benchmarking, but we have to get a suite of > tasks to benchmark. > > Julian > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From drzigman at drzigman.com Fri Jun 2 06:53:48 2017 From: drzigman at drzigman.com (Robert Stone) Date: Fri, 2 Jun 2017 08:53:48 -0500 Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: References: <2053753279.83692.1496375709726@mail.yahoo.com> Message-ID: Greetings, My only qualm with Mojolicious is the short deprecation cycle and how often you have to update your code to work with the latest and greatest (or lock on an older version). However, I do *love* their testing framework so that's a major plus. Nowadays I use Dancer for just about everything and I've been quite happy with it. For pure API applications I tend to daemonize with lighttpd, for website type things I generally use Apache. I admit there is a certain performance hit for not using a reverse proxy to starman (or related) but the ease of management has outweighed any of those concerns for me. My WebSocket library uses AnyEvent and all of the related modules (AnyEvent::Handle etc) and I demonize that directly without something like Apache/Plack/Starman/etc. I think the real answer is that "It depends on what you are doing." If you are building a full website and you need a templating engine something like Dancer/Mojo tend to be the best choices. I'm always happy to discuss these sorts of things though and I could share the testing library I created for Dancer that makes it easy to test apps similar to how Test::Mojo works. It lets you use the Test::WWW::Mechanize library against Dancer apps and has always worked nicely for me. Best Regards, Robert Stone On Fri, Jun 2, 2017 at 8:02 AM, Julian Brown wrote: > Thanx for the reply Mark. > > Just because it is old, does not make it correct. > > In mod_perl2, I write a series of verbs that take values and do things all > compiled into Apache, what is faster? > > I will stipulate the easy aspects of Mojo. > > Julian > > On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen wrote: > >> Because it's not 2004 anymore? >> >> Seriously, it couldn't be easier to write a nice web layer using >> Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo >> these days not that I'm writing a bunch of Perl for $dayjob.) >> >> All you need to do is `cpanm Mojolicious` and start implementing route >> handlers. It even will handle turning your hashes into JSON automagically. >> >> I will be out of the country for the June meeting, but it would be fun to >> do a presentation about Mojo for July if people are interested in that. >> >> Cheers, >> >> Mark >> >> >> On Thursday, June 1, 2017 11:02 AM, Julian Brown >> wrote: >> >> >> Per my previous mail, I will prepare for J.D.'s challenge. >> >> But I would like to have a discussion on the reasons one would pick >> dancer or some plack layer over mod_perl2. >> >> We could later even do some benchmarking, but we have to get a suite of >> tasks to benchmark. >> >> Julian >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> http://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> >> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> http://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrdvt92 at yahoo.com Fri Jun 2 07:59:14 2017 From: mrdvt92 at yahoo.com (Michael R. Davis) Date: Fri, 2 Jun 2017 10:59:14 -0400 Subject: [pm-h] Next Houston.pm meeting in a week In-Reply-To: References: <20170531212837.15650fc9@cygnus> <20170602074543.33ba9179@cygnus> Message-ID: <6CA98E2F-604C-42F6-99E9-8E36CBA7D28E@yahoo.com> Julian, > >how to create a new image out of it. Have a look at some of my GD wrappers that are on the cpan under mrdvt92. The Cartesian graph is probably the best > On Jun 2, 2017, at 08:57, Julian Brown wrote: > > I have made some progress on this, I can decode the barcodes and have the pixel list. > > Now I have to figure out how to create a new image out of it. > > Julian > >> On Fri, Jun 2, 2017 at 7:45 AM, G. Wade Johnson wrote: >> On Thu, 1 Jun 2017 05:28:35 -0500 >> Julian Brown wrote: >> >> > I will attempt the challenge that J.D has presented and bring it to >> > the upcoming meeting. >> > >> > Julian >> >> So JD proposed it, Julian says he'll try it. I'm willing to try it as >> well. We can have a group discussion on what we saw and learn from the >> challenge. Maybe we can get several (okay, maybe a few) different >> implementations to compare. >> >> If you decide to attempt the challenge and get stuck, email the list. I >> feel like the goal of this kind of challenge is for us to learn, rather >> than compete. >> >> G. Wade >> >> > On Wed, May 31, 2017 at 9:28 PM, G. Wade Johnson >> > wrote: >> > >> > > We have a week until our next meeting. >> > > >> > > JD had a suggestion that has not generated much discussion. >> > > >> > > Does someone have a topic, or should we do a social meeting for >> > > June? >> > > >> > > G. Wade >> > > -- >> > > Perl's payment curve coincides with its learning curve. >> > > -- GrandFather >> > > >> > > _______________________________________________ >> > > Houston mailing list >> > > Houston at houston.pm.org >> > > http://houston.pm.org/mailman/listinfo/houston_houston.pm.org >> > > >> >> >> -- >> As a software development model, Anarchy does not scale well. >> -- Dave Welch > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Fri Jun 2 08:31:16 2017 From: jlbprof at gmail.com (Julian Brown) Date: Fri, 2 Jun 2017 10:31:16 -0500 Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: References: <2053753279.83692.1496375709726@mail.yahoo.com> Message-ID: Do you think this type of discussion is worthy of a future meeting? Julian On Fri, Jun 2, 2017 at 8:53 AM, Robert Stone wrote: > Greetings, > > My only qualm with Mojolicious is the short deprecation cycle and how > often you have to update your code to work with the latest and greatest (or > lock on an older version). However, I do *love* their testing framework so > that's a major plus. > > Nowadays I use Dancer for just about everything and I've been quite happy > with it. For pure API applications I tend to daemonize with lighttpd, for > website type things I generally use Apache. I admit there is a certain > performance hit for not using a reverse proxy to starman (or related) but > the ease of management has outweighed any of those concerns for me. > > My WebSocket library uses AnyEvent and all of the related modules > (AnyEvent::Handle etc) and I demonize that directly without something like > Apache/Plack/Starman/etc. > > I think the real answer is that "It depends on what you are doing." If > you are building a full website and you need a templating engine something > like Dancer/Mojo tend to be the best choices. > > I'm always happy to discuss these sorts of things though and I could share > the testing library I created for Dancer that makes it easy to test apps > similar to how Test::Mojo works. It lets you use the Test::WWW::Mechanize > library against Dancer apps and has always worked nicely for me. > > Best Regards, > Robert Stone > > On Fri, Jun 2, 2017 at 8:02 AM, Julian Brown wrote: > >> Thanx for the reply Mark. >> >> Just because it is old, does not make it correct. >> >> In mod_perl2, I write a series of verbs that take values and do things >> all compiled into Apache, what is faster? >> >> I will stipulate the easy aspects of Mojo. >> >> Julian >> >> On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen wrote: >> >>> Because it's not 2004 anymore? >>> >>> Seriously, it couldn't be easier to write a nice web layer using >>> Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo >>> these days not that I'm writing a bunch of Perl for $dayjob.) >>> >>> All you need to do is `cpanm Mojolicious` and start implementing route >>> handlers. It even will handle turning your hashes into JSON automagically. >>> >>> I will be out of the country for the June meeting, but it would be fun >>> to do a presentation about Mojo for July if people are interested in that. >>> >>> Cheers, >>> >>> Mark >>> >>> >>> On Thursday, June 1, 2017 11:02 AM, Julian Brown >>> wrote: >>> >>> >>> Per my previous mail, I will prepare for J.D.'s challenge. >>> >>> But I would like to have a discussion on the reasons one would pick >>> dancer or some plack layer over mod_perl2. >>> >>> We could later even do some benchmarking, but we have to get a suite of >>> tasks to benchmark. >>> >>> Julian >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> http://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >>> >>> >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> http://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >>> >> >> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> http://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From flbaker at sbcglobal.net Fri Jun 2 11:11:17 2017 From: flbaker at sbcglobal.net (Fraser Baker) Date: Fri, 02 Jun 2017 18:11:17 +0000 Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: References: <2053753279.83692.1496375709726@mail.yahoo.com> Message-ID: I use mod_perl in my app and will attend a discussion about this module. Fraser ------ Original Message ------ From: "Julian Brown" To: "Houston.pm located in Houston, TX." Sent: 6/2/2017 10:31:16 AM Subject: Re: [pm-h] mod_perl2, plack, dancer >Do you think this type of discussion is worthy of a future meeting? > >Julian > >On Fri, Jun 2, 2017 at 8:53 AM, Robert Stone >wrote: >>Greetings, >> >>My only qualm with Mojolicious is the short deprecation cycle and how >>often you have to update your code to work with the latest and >>greatest (or lock on an older version). However, I do *love* their >>testing framework so that's a major plus. >> >>Nowadays I use Dancer for just about everything and I've been quite >>happy with it. For pure API applications I tend to daemonize with >>lighttpd, for website type things I generally use Apache. I admit >>there is a certain performance hit for not using a reverse proxy to >>starman (or related) but the ease of management has outweighed any of >>those concerns for me. >> >>My WebSocket library uses AnyEvent and all of the related modules >>(AnyEvent::Handle etc) and I demonize that directly without something >>like Apache/Plack/Starman/etc >> >>I think the real answer is that "It depends on what you are doing." >>If you are building a full website and you need a templating engine >>something like Dancer/Mojo tend to be the best choices. >> >>I'm always happy to discuss these sorts of things though and I could >>share the testing library I created for Dancer that makes it easy to >>test apps similar to how Test::Mojo works. It lets you use the >>Test::WWW::Mechanize library against Dancer apps and has always worked >>nicely for me. >> >>Best Regards, >>Robert Stone >> >>On Fri, Jun 2, 2017 at 8:02 AM, Julian Brown >>wrote: >>>Thanx for the reply Mark. >>> >>>Just because it is old, does not make it correct. >>> >>>In mod_perl2, I write a series of verbs that take values and do >>>things all compiled into Apache, what is faster? >>> >>>I will stipulate the easy aspects of Mojo. >>> >>>Julian >>> >>>On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen >>>wrote: >>>>Because it's not 2004 anymore? >>>> >>>>Seriously, it couldn't be easier to write a nice web layer using >>>>Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm >>>>all Mojo these days not that I'm writing a bunch of Perl for >>>>$dayjob.) >>>> >>>>All you need to do is `cpanm Mojolicious` and start implementing >>>>route handlers. It even will handle turning your hashes into JSON >>>>automagically. >>>> >>>>I will be out of the country for the June meeting, but it would be >>>>fun to do a presentation about Mojo for July if people are >>>>interested in that. >>>> >>>>Cheers, >>>> >>>>Mark >>>> >>>> >>>>On Thursday, June 1, 2017 11:02 AM, Julian Brown >>>>wrote: >>>> >>>> >>>>Per my previous mail, I will prepare for J.D.'s challenge. >>>> >>>>But I would like to have a discussion on the reasons one would pick >>>>dancer or some plack layer over mod_perl2. >>>> >>>>We could later even do some benchmarking, but we have to get a suite >>>>of tasks to benchmark. >>>> >>>>Julian >>>>_______________________________________________ >>>>Houston mailing list >>>>Houston at pm.org >>>>http://mail.pm.org/mailman/listinfo/houston >>>> >>>>Website: http://houston.pm.org/ >>>> >>>> >>>>_______________________________________________ >>>>Houston mailing list >>>>Houston at pm.org >>>>http://mail.pm.org/mailman/listinfo/houston >>>> >>>>Website: http://houston.pm.org/ >>> >>> >>>_______________________________________________ >>>Houston mailing list >>>Houston at pm.org >>>http://mail.pm.org/mailman/listinfo/houston >>> >>>Website: http://houston.pm.org/ >> >> >>_______________________________________________ >>Houston mailing list >>Houston at pm.org >>http://mail.pm.org/mailman/listinfo/houston >> >>Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Fri Jun 2 13:48:18 2017 From: jlbprof at gmail.com (Julian Brown) Date: Fri, 2 Jun 2017 15:48:18 -0500 Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: References: <2053753279.83692.1496375709726@mail.yahoo.com> Message-ID: How about for July, everyone bring a short discussion on there fave web platform any aspect such as mod perl mojo dancer even lightspeed nginx whatever. Julian On Jun 2, 2017 1:11 PM, "Fraser Baker" wrote: I use mod_perl in my app and will attend a discussion about this module. Fraser ------ Original Message ------ From: "Julian Brown" To: "Houston.pm located in Houston, TX." Sent: 6/2/2017 10:31:16 AM Subject: Re: [pm-h] mod_perl2, plack, dancer Do you think this type of discussion is worthy of a future meeting? Julian On Fri, Jun 2, 2017 at 8:53 AM, Robert Stone wrote: > Greetings, > > My only qualm with Mojolicious is the short deprecation cycle and how > often you have to update your code to work with the latest and greatest (or > lock on an older version). However, I do *love* their testing framework so > that's a major plus. > > Nowadays I use Dancer for just about everything and I've been quite happy > with it. For pure API applications I tend to daemonize with lighttpd, for > website type things I generally use Apache. I admit there is a certain > performance hit for not using a reverse proxy to starman (or related) but > the ease of management has outweighed any of those concerns for me. > > My WebSocket library uses AnyEvent and all of the related modules > (AnyEvent::Handle etc) and I demonize that directly without something like > Apache/Plack/Starman/etc > > I think the real answer is that "It depends on what you are doing." If > you are building a full website and you need a templating engine something > like Dancer/Mojo tend to be the best choices. > > I'm always happy to discuss these sorts of things though and I could share > the testing library I created for Dancer that makes it easy to test apps > similar to how Test::Mojo works. It lets you use the Test::WWW::Mechanize > library against Dancer apps and has always worked nicely for me. > > Best Regards, > Robert Stone > > On Fri, Jun 2, 2017 at 8:02 AM, Julian Brown wrote: > >> Thanx for the reply Mark. >> >> Just because it is old, does not make it correct. >> >> In mod_perl2, I write a series of verbs that take values and do things >> all compiled into Apache, what is faster? >> >> I will stipulate the easy aspects of Mojo. >> >> Julian >> >> On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen wrote: >> >>> Because it's not 2004 anymore? >>> >>> Seriously, it couldn't be easier to write a nice web layer using >>> Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo >>> these days not that I'm writing a bunch of Perl for $dayjob.) >>> >>> All you need to do is `cpanm Mojolicious` and start implementing route >>> handlers. It even will handle turning your hashes into JSON automagically. >>> >>> I will be out of the country for the June meeting, but it would be fun >>> to do a presentation about Mojo for July if people are interested in that. >>> >>> Cheers, >>> >>> Mark >>> >>> >>> On Thursday, June 1, 2017 11:02 AM, Julian Brown >>> wrote: >>> >>> >>> Per my previous mail, I will prepare for J.D.'s challenge. >>> >>> But I would like to have a discussion on the reasons one would pick >>> dancer or some plack layer over mod_perl2. >>> >>> We could later even do some benchmarking, but we have to get a suite of >>> tasks to benchmark. >>> >>> Julian >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> http://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >>> >>> >>> _______________________________________________ >>> Houston mailing list >>> Houston at pm.org >>> http://mail.pm.org/mailman/listinfo/houston >>> Website: http://houston.pm.org/ >>> >> >> >> _______________________________________________ >> Houston mailing list >> Houston at pm.org >> http://mail.pm.org/mailman/listinfo/houston >> Website: http://houston.pm.org/ >> > > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > _______________________________________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/listinfo/houston Website: http://houston.pm.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrallen1 at yahoo.com Fri Jun 2 14:54:53 2017 From: mrallen1 at yahoo.com (Mark Allen) Date: Fri, 2 Jun 2017 21:54:53 +0000 (UTC) Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: References: <2053753279.83692.1496375709726@mail.yahoo.com> Message-ID: <1756307907.637837.1496440493243@mail.yahoo.com> I think tightly coupling your web application to a particular deployment of a web server is a bad architecture for tons of reasons including security, scalability, testing, deployment and configuration. I will take hypnotoad[1] running behind nginx over any sort of mod_* anything 7 days a week and twice on Sundays. [1]:?https://metacpan.org/pod/Mojo::Server::Hypnotoad For a July meeting are you thinking "lightning style talks" or something more in depth? On Friday, June 2, 2017 3:48 PM, Julian Brown wrote: How about for July, everyone bring a short discussion on there fave web platform any aspect such as mod perl mojo dancer even lightspeed nginx whatever. Julian On Jun 2, 2017 1:11 PM, "Fraser Baker" wrote: I use mod_perl in my app and will attend a discussion about this module. Fraser ------ Original Message ------From: "Julian Brown" To: "Houston.pm located in Houston, TX." Sent: 6/2/2017 10:31:16 AMSubject: Re: [pm-h] mod_perl2, plack, dancer Do you think this type of discussion is worthy of a future meeting? Julian On Fri, Jun 2, 2017 at 8:53 AM, Robert Stone wrote: Greetings, My only qualm with Mojolicious is the short deprecation cycle and how often you have to update your code to work with the latest and greatest (or lock on an older version).? However, I do *love* their testing framework so that's a major plus. Nowadays I use Dancer for just about everything and I've been quite happy with it.? For pure API applications I tend to daemonize with lighttpd, for website type things I generally use Apache.? I admit there is a certain performance hit for not using a reverse proxy to starman (or related) but the ease of management has outweighed any of those concerns for me. My WebSocket library uses AnyEvent and all of the related modules (AnyEvent::Handle etc) and I demonize that directly without something like Apache/Plack/Starman/etc I think the real answer is that "It depends on what you are doing." ?If you are building a full website and you need a templating engine something like Dancer/Mojo tend to be the best choices. I'm always happy to discuss these sorts of things though and I could share the testing library I created for Dancer that makes it easy to test apps similar to how Test::Mojo works.? It lets you use the Test::WWW::Mechanize library against Dancer apps and has always worked nicely for me. Best Regards,Robert Stone On Fri, Jun 2, 2017 at 8:02 AM, Julian Brown wrote: Thanx for the reply Mark. Just because it is old, does not make it correct. In mod_perl2, I write a series of verbs that take values and do things all compiled into Apache, what is faster? I will stipulate the easy aspects of Mojo. Julian On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen wrote: Because it's not 2004 anymore? Seriously, it couldn't be easier to write a nice web layer using Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo these days not that I'm writing a bunch of Perl for $dayjob.) All you need to do is `cpanm Mojolicious` and start implementing route handlers. It even will handle turning your hashes into JSON automagically. I will be out of the country for the June meeting, but it would be fun to do a presentation about Mojo for July if people are interested in that. Cheers, Mark On Thursday, June 1, 2017 11:02 AM, Julian Brown wrote: Per my previous mail, I will prepare for J.D.'s challenge. But I would like to have a discussion on the reasons one would pick dancer or some plack layer over mod_perl2. We could later even do some benchmarking, but we have to get a suite of tasks to benchmark. Julian______________________________ _________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/lis tinfo/houston Website: http://houston.pm.org/ ______________________________ _________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/lis tinfo/houston Website: http://houston.pm.org/ ______________________________ _________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/lis tinfo/houston Website: http://houston.pm.org/ ______________________________ _________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/lis tinfo/houston Website: http://houston.pm.org/ ______________________________ _________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/ listinfo/houston Website: http://houston.pm.org/ _______________________________________________ Houston mailing list Houston at pm.org http://mail.pm.org/mailman/listinfo/houston Website: http://houston.pm.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Fri Jun 2 14:59:19 2017 From: jlbprof at gmail.com (Julian Brown) Date: Fri, 2 Jun 2017 16:59:19 -0500 Subject: [pm-h] mod_perl2, plack, dancer In-Reply-To: <1756307907.637837.1496440493243@mail.yahoo.com> References: <2053753279.83692.1496375709726@mail.yahoo.com> <1756307907.637837.1496440493243@mail.yahoo.com> Message-ID: lightning talks regarding platforms On Fri, Jun 2, 2017 at 4:54 PM, Mark Allen wrote: > I think tightly coupling your web application to a particular deployment > of a web server is a bad architecture for tons of reasons including > security, scalability, testing, deployment and configuration. > > I will take hypnotoad[1] running behind nginx over any sort of mod_* > anything 7 days a week and twice on Sundays. > > [1]: https://metacpan.org/pod/Mojo::Server::Hypnotoad > > For a July meeting are you thinking "lightning style talks" or something > more in depth? > > > On Friday, June 2, 2017 3:48 PM, Julian Brown wrote: > > > How about for July, everyone bring a short discussion on there fave web > platform any aspect such as mod perl mojo dancer even lightspeed nginx > whatever. > > Julian > > On Jun 2, 2017 1:11 PM, "Fraser Baker" wrote: > > I use mod_perl in my app and will attend a discussion about this module. > > Fraser > > ------ Original Message ------ > From: "Julian Brown" > To: "Houston.pm located in Houston, TX." > Sent: 6/2/2017 10:31:16 AM > Subject: Re: [pm-h] mod_perl2, plack, dancer > > Do you think this type of discussion is worthy of a future meeting? > > Julian > > On Fri, Jun 2, 2017 at 8:53 AM, Robert Stone > wrote: > > Greetings, > > My only qualm with Mojolicious is the short deprecation cycle and how > often you have to update your code to work with the latest and greatest (or > lock on an older version). However, I do *love* their testing framework so > that's a major plus. > > Nowadays I use Dancer for just about everything and I've been quite happy > with it. For pure API applications I tend to daemonize with lighttpd, for > website type things I generally use Apache. I admit there is a certain > performance hit for not using a reverse proxy to starman (or related) but > the ease of management has outweighed any of those concerns for me. > > My WebSocket library uses AnyEvent and all of the related modules > (AnyEvent::Handle etc) and I demonize that directly without something like > Apache/Plack/Starman/etc > > I think the real answer is that "It depends on what you are doing." If > you are building a full website and you need a templating engine something > like Dancer/Mojo tend to be the best choices. > > I'm always happy to discuss these sorts of things though and I could share > the testing library I created for Dancer that makes it easy to test apps > similar to how Test::Mojo works. It lets you use the Test::WWW::Mechanize > library against Dancer apps and has always worked nicely for me. > > Best Regards, > Robert Stone > > On Fri, Jun 2, 2017 at 8:02 AM, Julian Brown wrote: > > Thanx for the reply Mark. > > Just because it is old, does not make it correct. > > In mod_perl2, I write a series of verbs that take values and do things all > compiled into Apache, what is faster? > > I will stipulate the easy aspects of Mojo. > > Julian > > On Thu, Jun 1, 2017 at 10:55 PM, Mark Allen wrote: > > Because it's not 2004 anymore? > > Seriously, it couldn't be easier to write a nice web layer using > Mojolicious::Lite (yeah I was a Dancer guy back in the day but I'm all Mojo > these days not that I'm writing a bunch of Perl for $dayjob.) > > All you need to do is `cpanm Mojolicious` and start implementing route > handlers. It even will handle turning your hashes into JSON automagically. > > I will be out of the country for the June meeting, but it would be fun to > do a presentation about Mojo for July if people are interested in that. > > Cheers, > > Mark > > > On Thursday, June 1, 2017 11:02 AM, Julian Brown > wrote: > > > Per my previous mail, I will prepare for J.D.'s challenge. > > But I would like to have a discussion on the reasons one would pick dancer > or some plack layer over mod_perl2. > > We could later even do some benchmarking, but we have to get a suite of > tasks to benchmark. > > Julian > ______________________________ _________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/lis tinfo/houston > > Website: http://houston.pm.org/ > > > ______________________________ _________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/lis tinfo/houston > > Website: http://houston.pm.org/ > > > > ______________________________ _________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/lis tinfo/houston > > Website: http://houston.pm.org/ > > > > ______________________________ _________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/lis tinfo/houston > > Website: http://houston.pm.org/ > > > > ______________________________ _________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/ listinfo/houston > > Website: http://houston.pm.org/ > > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > > > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From toddr at cpanel.net Fri Jun 2 17:37:36 2017 From: toddr at cpanel.net (Todd E Rinaldo) Date: Fri, 2 Jun 2017 19:37:36 -0500 Subject: [pm-h] June Houston.pm meeting In-Reply-To: <20170530220753.202b21dd@cygnus> References: <20170530220753.202b21dd@cygnus> Message-ID: <4F00FAA8-CE00-4FDF-9251-AB72BB9D9523@cpanel.net> I am late to reply but I would be interested in the challenge > On May 30, 2017, at 10:07 PM, G. Wade Johnson wrote: > > Not many comments on JD's suggestion for the coding challenge. Is that > a bust? > > Does anyone else have a topic for our next meeting? > > G. Wade > -- > If your don't care about quality, you can meet any other requirement. > -- Gerald M. Weinberg > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2364 bytes Desc: not available URL: From gwadej at anomaly.org Mon Jun 5 06:36:01 2017 From: gwadej at anomaly.org (G. Wade Johnson) Date: Mon, 5 Jun 2017 08:36:01 -0500 Subject: [pm-h] June Houston.pm meeting: Coding Challenge Message-ID: <20170605083601.69d05432@cygnus> Our June meeting is this Thursday (June 8), at the Hostgator offices (5005 Mitchelldale St #100), starting at 7pm. We will be trying something different again this month. Several members of the group have agreed to attempt the Orange County PM coding challenge (http://oc.pm.org/may_challenge.html) this month. The idea is that we should all make an attempt to solve the challenge and anyone who wishes can demonstrate their attempt at this Thursday's meeting. At a minimum, we should get to see how other people approached an interesting coding challenge. G. Wade -- The greatest enemy of knowledge is not ignorance, it is the illusion of knowledge. -- Stephen Hawking From jlbprof at gmail.com Fri Jun 9 05:05:18 2017 From: jlbprof at gmail.com (Julian Brown) Date: Fri, 9 Jun 2017 07:05:18 -0500 Subject: [pm-h] Vim folding Message-ID: I am hoping one of you know how to solve my problem with Vim folding. I can fold manually, and via marks. I cannot get folding to work with syntax. But I do not like to use either as they are a pain in the neck and not worth the hassle. So in this screenshot: :set foldmethod=syntax I then move my cursor to a sub zf [image: Inline image 1] My cursor is on line 19 position 0. The error message is E350: Cannot create fold with current 'foldmethod' I am on Debian Wheezy, Linux momentive-webserver 3.2.0-4-amd64 #1 SMP Debian 3.2.88-1 x86_64 GNU/Linux momentive at momentive-webserver:~$ cat /etc/os-release PRETTY_NAME="Debian GNU/Linux 7 (wheezy)" NAME="Debian GNU/Linux" VERSION_ID="7" VERSION="7 (wheezy)" ID=debian ANSI_COLOR="1;31" HOME_URL="http://www.debian.org/" SUPPORT_URL="http://www.debian.org/support/" BUG_REPORT_URL="http://bugs.debian.org/" VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Mar 8 2017 13:44:28) I have read that Vim has some problems with syntax folding and am wondering if and how you all use syntax folding. I have this same problem on my cPanel vm's as well, so I am hoping Julian is ignorant and does not know what he is doing and you all can straighten him out. :) Thanx Julian -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-06-09 at 6.58.05 AM.png Type: image/png Size: 203171 bytes Desc: not available URL: From drzigman at drzigman.com Fri Jun 9 07:41:58 2017 From: drzigman at drzigman.com (Robert Stone) Date: Fri, 9 Jun 2017 09:41:58 -0500 Subject: [pm-h] Vim folding In-Reply-To: References: Message-ID: Greetings, Perl doesn't fold properly without some special configuration. In my .vimrc I have: " Perl Specific let perl_include_pod = 1 let perl_fold = 1 " Folding set foldmethod=syntax set foldlevel=1 set foldnestmax=2 highlight Folded ctermbg=darkblue ctermfg=yellow This is used in conjunction with vim-perl which has support for folding (that is turned on via the .vimrc directives): https://github.com/vim-perl/vim-perl It's not perfect, certain specific sequences will cause it to fold incorrectly: [image: Inline image 1] But 90% of the time, it works every time. One of these days I'm going to sit down and fix these little quirks in the folding... If you are interested in my entire vim setup you can view what I use at https://github.com/drzigman/zig-vim Good luck! Best Regards, Robert Stone On Fri, Jun 9, 2017 at 7:05 AM, Julian Brown wrote: > I am hoping one of you know how to solve my problem with Vim folding. > > I can fold manually, and via marks. I cannot get folding to work with > syntax. But I do not like to use either as they are a pain in the neck and > not worth the hassle. > > So in this screenshot: > > :set foldmethod=syntax > > I then move my cursor to a sub > > zf > > [image: Inline image 1] > > My cursor is on line 19 position 0. > > The error message is E350: Cannot create fold with current 'foldmethod' > > I am on Debian Wheezy, > > Linux momentive-webserver 3.2.0-4-amd64 #1 SMP Debian 3.2.88-1 x86_64 > GNU/Linux > momentive at momentive-webserver:~$ cat /etc/os-release > PRETTY_NAME="Debian GNU/Linux 7 (wheezy)" > NAME="Debian GNU/Linux" > VERSION_ID="7" > VERSION="7 (wheezy)" > ID=debian > ANSI_COLOR="1;31" > HOME_URL="http://www.debian.org/" > SUPPORT_URL="http://www.debian.org/support/" > BUG_REPORT_URL="http://bugs.debian.org/" > > VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Mar 8 2017 13:44:28) > > I have read that Vim has some problems with syntax folding and am > wondering if and how you all use syntax folding. > > I have this same problem on my cPanel vm's as well, so I am hoping Julian > is ignorant and does not know what he is doing and you all can straighten > him out. :) > > Thanx > > Julian > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-06-09 at 6.58.05 AM.png Type: image/png Size: 203171 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 110797 bytes Desc: not available URL: From drzigman at drzigman.com Fri Jun 9 07:43:35 2017 From: drzigman at drzigman.com (Robert Stone) Date: Fri, 9 Jun 2017 09:43:35 -0500 Subject: [pm-h] Vim folding In-Reply-To: References: Message-ID: Greetings, Perl doesn't fold properly without some special configuration. In my .vimrc I have: " Perl Specific let perl_include_pod = 1 let perl_fold = 1 " Folding set foldmethod=syntax set foldlevel=1 set foldnestmax=2 highlight Folded ctermbg=darkblue ctermfg=yellow This is used in conjunction with vim-perl which has support for folding (that is turned on via the .vimrc directives): https://github. com/vim-perl/vim-perl It's not perfect, certain specific sequences will cause it to fold incorrectly: (Image cut due to mailing list size limitation) But 90% of the time, it works every time. One of these days I'm going to sit down and fix these little quirks in the folding... If you are interested in my entire vim setup you can view what I use at https://github.com/drzigman/zig-vim Good luck! Best Regards, Robert Stone On Fri, Jun 9, 2017 at 7:05 AM, Julian Brown wrote: > I am hoping one of you know how to solve my problem with Vim folding. > > I can fold manually, and via marks. I cannot get folding to work with > syntax. But I do not like to use either as they are a pain in the neck and > not worth the hassle. > > So in this screenshot: > > :set foldmethod=syntax > > I then move my cursor to a sub > > zf > > [image: Inline image 1] > > My cursor is on line 19 position 0. > > The error message is E350: Cannot create fold with current 'foldmethod' > > I am on Debian Wheezy, > > Linux momentive-webserver 3.2.0-4-amd64 #1 SMP Debian 3.2.88-1 x86_64 > GNU/Linux > momentive at momentive-webserver:~$ cat /etc/os-release > PRETTY_NAME="Debian GNU/Linux 7 (wheezy)" > NAME="Debian GNU/Linux" > VERSION_ID="7" > VERSION="7 (wheezy)" > ID=debian > ANSI_COLOR="1;31" > HOME_URL="http://www.debian.org/" > SUPPORT_URL="http://www.debian.org/support/" > BUG_REPORT_URL="http://bugs.debian.org/" > > VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Mar 8 2017 13:44:28) > > I have read that Vim has some problems with syntax folding and am > wondering if and how you all use syntax folding. > > I have this same problem on my cPanel vm's as well, so I am hoping Julian > is ignorant and does not know what he is doing and you all can straighten > him out. :) > > Thanx > > Julian > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-06-09 at 6.58.05 AM.png Type: image/png Size: 203171 bytes Desc: not available URL: From jlbprof at gmail.com Mon Jun 26 05:36:55 2017 From: jlbprof at gmail.com (Julian Brown) Date: Mon, 26 Jun 2017 07:36:55 -0500 Subject: [pm-h] Check out this challenge Message-ID: https://www.reddit.com/r/programmingchallenges/comments/5c6z3r/backtrackingpathfinding_problem/ I am not sure what is meant by "must use backtracking", does anyone know what is meant by that? Julian -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlbprof at gmail.com Mon Jun 26 06:02:28 2017 From: jlbprof at gmail.com (Julian Brown) Date: Mon, 26 Jun 2017 08:02:28 -0500 Subject: [pm-h] Route 66 Challenges Message-ID: https://github.com/bonechurch/Route-66 -------------- next part -------------- An HTML attachment was scrubbed... URL: From cblanc at dionysius.com Mon Jun 26 07:41:54 2017 From: cblanc at dionysius.com (Chris Blanc) Date: Mon, 26 Jun 2017 09:41:54 -0500 Subject: [pm-h] Check out this challenge In-Reply-To: References: Message-ID: Just avoid Reddit. On Mon, Jun 26, 2017 at 7:36 AM, Julian Brown wrote: > https://www.reddit.com/r/programmingchallenges/comments/5c6z3r/backtrackingpathfinding_problem/ > > I am not sure what is meant by "must use backtracking", does anyone know > what is meant by that? > > Julian > > _______________________________________________ > Houston mailing list > Houston at pm.org > http://mail.pm.org/mailman/listinfo/houston > Website: http://houston.pm.org/ -- http://www.dionysius.com/ From john at nixnuts.net Mon Jun 26 08:15:19 2017 From: john at nixnuts.net (John Lightsey) Date: Mon, 26 Jun 2017 10:15:19 -0500 Subject: [pm-h] Check out this challenge In-Reply-To: References: Message-ID: <1498490119.2626.1.camel@nixnuts.net> On Mon, 2017-06-26 at 07:36 -0500, Julian Brown wrote: > https://www.reddit.com/r/programmingchallenges/comments/5c6z3r/backtr > ackingpathfinding_problem/ > > I am not sure what is meant by "must use backtracking", does anyone > know > what is meant by that? > Maybe they meant "may use backtracking", meaning that it's okay to cross your own path. The translated original doesn't mention it, but does describe the format in much more detail: https://translate.google.com/translate?sl=auto&tl=en&js=y&prev=_t&hl=en &ie=UTF- 8&u=http%3A%2F%2Fwww.vlaamseprogrammeerwedstrijd.be%2F2016%2Fopgaven%2F cat3%2Fgarfield%2Fgarfield.pdf&edit-text=&act=url The OC PM group has some of their older challenges online (not indexed, but the URLS are predictable) http://oc.pm.org/february_challenge.html http://oc.pm.org/march_challenge.html http://oc.pm.org/april_challenge.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part URL: