> But the Greatest Gift of All: An MP Solutions Map
> ==
> I think that perhaps the single resource with the greatest impact that
> we can provide to new users is a map of the available
> technologies/approaches to providing solutions using MP. The
On Sun, Jun 13, 2004 at 03:44:22PM -0700, David Arnold wrote:
> When I am working on a cgi-script, sometimes I make a change, then
> "refresh" the script in my browser, only to not see the changes I made in
> the script.
>
> Is there some sort of "caching" going on with Apache?
Hi David,
That ca
I just read through this entire thread and picked an entry point for my
response kind of randomly, but I do want to address this issue, because
I also feel that it's very important.
I've been coding Perl since '95...blah, blah..blah. MP and other
Perl-related server-resident technologies have
All,
When I am working on a cgi-script, sometimes I make a change, then
"refresh" the script in my browser, only to not see the changes I made in
the script.
Is there some sort of "caching" going on with Apache?
I've found that if I restart Apache my changes become visible on the next
"refresh."
Dave Rolsky wrote:
Uh, both Mason and TT have large active communities, lots of docs, books
about them, code samples.
I agree. There isn't much sense in writing a new toolkit from scratch
when you look at the stuff on this page:
http://perl.apache.org/products/app-server.html
Many of these have
On Wed, 9 Jun 2004, Todd Cranston-Cuebas wrote:
> programmer. However, I do recruit a lot of perl programmers! What isn't
> really being discussed is that fact that new programmers often work with
> whatever technology allows them to cheaply get sites up and running on the
> web. Do a Yahoo search
On Tue, 8 Jun 2004 [EMAIL PROTECTED] wrote:
> My 2 cents is that mod_perl lacks an "established" application server/tookits
> so for a serious web application, programmers have to rely mostly on the original
> API to get the full benifit. While there sevearl great application tools like
> mason, e