=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">On Wed, Mar 17, 2021 at 08:40:33PM +0100, =
Sander Striker wrote:

> Dear community members,

>

> As projects mature, they will naturally reach a point where activityr>
> reduces to a level such that the project is no longer sustainable.=C2=
=A0 At

> Apache, projects reach this stage when there are not at least 3 active=
PMC

> members providing oversight. Projects that reach this stage are usuall=
y

> placed in the Attic [1] or absorbed by another Apache project willing =
to

> manage its releases.

>



I don't know that I would be good as a PMC. But I do want mod_perl tor>
continue.



I do have some general questions for everyone.



Other than maintaining and security updates, what does everything think

about the following issues:



What is missing or too hard to do in mod_perl?

Some of this could be very easy or very hard to code.

Maybe just some small fix no one ever did or finished.



What is missing in documentation?

The website isn't very good. The man pages are decent.

Example code is pretty much non-existent.

Putting tons of examples in man pages, IMHO, is a bad idea.

But by not having any examples across the board, mod_perl is very

difficult for new users to grasp in it's full depths. Which is where al=
l

of the goodies are at. Alternatives to mod_perl are just as good if you

can't fully reach into it completely.



I'm actually pretty passionate about this.

I realize that there is a lot of proprietary code out there that cannot

be directly released, but the different tasks that are solved ought to

be OK to talk about.

Then, some solutions could be posted to the list and/or elsewhere.



Small, medium and large websites are three different kinds of problems.

Some needs are identical, but very different as far as volume.

Independent developers working for companies by contract also exist.



I'm willing to put in plenty of work on this. I'll learn tons of ne=
w

things and that means I'll be able to do many things better.

I think that making the effort of learning mod_perl a breeze is probably>
the best form of advocacy.



I don't see myself as being able to do any coding in the guts of

mod_perl.





What other things need doing? Coding, basic documentation, and a fuller

documentation that teaches mod_perl beyond the throw in your old cgi code.<=
br>


If anyone wants to talk about some serious documentation efforts, let's=


start a new thread.



Thanks,

Chris