libapreq2 versus everything else

pache::Cookie etc.), and I'm trying to get a handle on the direction of these efforts for migration preparations. Could someone give me a pointer on where to focus? Thanks/regards, Dan Brian -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl

Re: libapreq2 versus everything else

ering about the sentiment of the list.) Thanks, Dan Brian -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: libapreq2 versus everything else

While the whole issue has always been somewhat confusing, there's no more overlap in MP2. Apache::Request inherits from Apache::RequestRec just like it did from its MP1 equivalent Apache.pm before, and adds parsing and handling of request parameters incl. multipart/form-data and uploads, as wel

Re: New to ModPerl 2

Note, though, that libapreq2 will require some changes in your code, but probably less than not using libapreq. Be sure to read the documentation, especially the notes about converting from v1, for Apache::Request and Apache::Cookie at: I'll add to your list (of potential confusion) that $r->

Re: mod_perlservice? what the heck?

Having spent time building lots of webapps with flash, and knowing many people who still do so and come from art school backgrounds, their system seems simple enough and tailored exactly for someone who doesn't know programming. You need to know programming to use it. Perl, specifically. It seem

Re: mod_perlservice? Heck Yeah!

I think it's great that you are proud of your work. Criticism will make your work better. Calling this "cross-language remoting" is kind of a misnomer, because standards like SOAP/XML-RPC are what allow RPC to occur cross-language. Yours is a Perl server solution (by definition), and not bas

Re: mod_perl marketing

The lack of awareness extends to Apache generally, and not just mod_perl. Saying that "mod_perl isn't just CGI; it allows Perl coding to the Apache API" is not really informative, because people don't know what the Apache API is. (The author that initiated this thread replied to me privately th

Re: mod_perl marketing

So far only a few people actually did something (publishing articles, helping to update and improve the website), the rest are just talking. Many are also spending a lot of time influencing their own spheres (businesses, peers) to learn and actually adopt the technology. I think that's some of t

Re: Why MP2

In preparation for the upcoming release of mod_perl2, I'd like to prepare a list of reasons why a person/company would look at using mod_perl2, specifically, why upgrade from mod_perl1, and converting from other technologies. So with that, what reasons do you have for wanting MP2? What prevent

Re: Slashdot | Help Test mod_perl 2 Release Candidates

Stas> My submission to /.org made it to the Apache section: Stas> Stas> It's about asking to help testing the mp2-RCs. Oh good. Another place to post my "use Apache2 considered harmful" rant...

Re: [summary] The Conflict of mp1 vs mp2 vs mp22 vs ... vs mpNN

Stas> 99.9% of users do *not* need to use this workaround. So that Stas> issue is moot if you ask me. Randal> You keep saying this like you believe it. In fact, the number keeps Randal> getting closer to 100% each time. Randal> This is pure, fabricated *fiction*. For me, this ends up being the s

Re: [OSCon 2005] rfc Open Source Dynamic Data Compression

Any additional suggestions? I'd cite the fact that places like Google use compression for almost all serving. A lot of people don't know that compression is wide-spread among the big sites.

Re: [OSCon 2005] rfc Open Source Dynamic Data Compression

I'd cite the fact that places like Google use compression for almost all serving. A lot of people don't know that compression is wide-spread among the big sites. Yes Dan, you are right regarding the Google, however to date Google and Yahoo are rather exceptions than the rule for the content deliv

Re: [OSCon 2005] RFC

If your goal is to convince people to switch to mod_perl, I don't think this will work very well. People choose platforms for practical reasons, the most common being that they already have employees who know that platform. Relative ease of parsing a form has little to do with it, especially sin

Re: Controlling licensed software? [veering OT]

Thanks for everybody's answers, but as stated in my previous e-mail where its hosted is not negotiable. Who is it "not negotiable" for? If the client is the one demanding this, that should be a huge warning flag for you. I realize you already said that this wasn't negotiable, but the reason peop

Re: ModPerl performance on BSDs

I've been running mp2 in production on FreeBSD 4.9 without issue for about 6 months. On Mar 14, 2005, at 7:28 AM, William McKee wrote: On Thu, Mar 10, 2005 at 04:15:38PM -0500, Jonathan Vanasco wrote: I've been looking mostly at NetBSD, FreeBSD and OpenBSD -- has anyone had remarkable success or

Re: Which OS would you choose given a free choice

I'm getting a new server and was planning on going with Fedora Core 3 and plesk. But it was just suggested that I maybe consider FreeBSD and DA. Never even heard of DA (about to look it up) but being a Mac user I must know a little about FreeBSD. So if you had a free choice of OS and control panel

Re: ticketing solutions

Thanks all; I'll look at the solutions mentioned! On Apr 22, 2005, at 6:35 PM, Michael Schout wrote: Dan Brian wrote: My point was that I don't need a CPAN module to verify hashes. Features could include a mechanism for rotating a key on the servers being accessed, IP verification ...

ticketing solutions

What are people using to do authentication ticketing from mp? Nothing jumps out of CPAN at me, mostly because what I've seen just makes md5's out of username/password/expiration. Any recommendations? Ideally, I'm looking for a solution that might be usable both inside and outside mp, over multi

Re: ticketing solutions

What are people using to do authentication ticketing from mp? Nothing jumps out of CPAN at me, mostly because what I've seen just makes md5's out of username/password/expiration. Any recommendations? What were you expecting it to do beyond making a hash for verification? My point was that I don't

Apache2::Reqest

I'm sure this has been discussed in recent days, but I couldn't find the thread. Has anyone succeeded in getting the CVS version of libapreq (Apache2::Request) to work with the newer-namespace mp2? I can't get the CVS version to compile, but wondered if there was a working snapshot anyone was

Re: Apache2::Reqest

This is for [EMAIL PROTECTED] Also, search those archives... they hold more answers :) It's not usually easy to get help compiling a nightly dev shapshot on any list (thus, the "dev snapshot" part). I figured that since the newer mp2 leaves this group the CVS ... doh, I mean, SVN :P, version as

Re: Apache2::Reqest

ively though, but it built and installed fine, and the few things i was using A:R for didn't blow up. Adam -Original Message- From: Dan Brian [mailto:[EMAIL PROTECTED] Sent: Monday, April 25, 2005 4:49 PM To: mod_perl Mailing List Subject: Apache2::Reqest I'm sure this has been d

Re: mod_perl variables

On Aug 10, 2005, at 11:07 AM, Boysenberry Payne wrote: This message contains information that is confidential and proprietary to Humaniteque and / or its affiliates. It is intended only for the recipient named and for the express purpose(s) described therein. Any other use is prohibited. Pleas

Re: [Fwd: ApacheCon US 2005 CFP slightly extended]

By the way, Stas deserves some severe kudos for these materials. They were the best tutorial materials at OSCON, reading like a well- written book. You could stand up and read the whole thing without any preparation. But, don't do that. :-) Thanks Stas! - Dan

Re: Apache2::Cookie blank value bug?

On Aug 24, 2005, at 3:40 PM, Ted wrote: Blank value in cookie causes server to die with a Segmentation Fault. For me, too.

Re: segv issue

I have tested the problem with a barebones build of httpd on FreeBSD 5 and 6. I do not believe any different library versions are shared between this module and Apache or other loaded Apache modules; symbol conflicts were my first thought. No idea why... but I've definitely encountered that