On 2/10/2008, at 03:45 PM, Ron Savage wrote:
Hi Mark
On Wed, 2008-10-01 at 22:05 -0400, Mark Stosberg wrote:
The docs for DBIx::Simple cleary warn about using the dbh()
method to
get the db handle for use outside DBIx::Simple.
And yet, with CGI::Session, if I pass in a handle (returned fro
Joshua Miller said:
> On Tue, Sep 16, 2008 at 3:50 PM, Rhesa Rozendaal <[EMAIL PROTECTED]> wrote:
>
>>
>> Michael Peters wrote:
>>>
If you're talking about C::A's load_tmpl() function, then you'll need
to
override it and replace it with your own version that uses H::T::E.
>>>
>
On 29/07/2008, at 04:58 AM, Michael Peters wrote:
Mark Stosberg wrote:
the different process_id (2461, 2780) means they are two different
connections ?
I think that's right. I'm not a FastCGI user, but it's my
understanding that you would need a
variable to be at least package-scoped for i
Ricardo SIGNES wrote:
* Gmail <[EMAIL PROTECTED]> [2008-06-23T22:18:46]
In the OT vein, I'm curious what makes Hiveminder a Web 2.0 app, other than
the presence of a blog? Just curious.
It has some XMLHTTPRequest stuff, and a JSON API and probably some rounded
corners.
Does anybody kn
Ron Savage said:
> The question is how to let the end user manage the
> transition from page to page.
Oh, I misunderstood. I guess in that case, why not use the pagination
model used by Google with the page number at the footer of the page
# CGI::Application community mailing list ###
Ron Savage said:
> Hi Folks
>
> Let's say I offered the user a form with 2 fields, id and (Winemaker's)
> name.
>
> The user enters B% for the name's value, and, using Rose, I know there
> are 18 matching records.
>
> But it happens I'm using a per_page of 10 (say) to call
> get_winemaker_iterator(
Hi Alex
As requested. You instance script should look something like:
#!/usr/bin/perl -w
use strict;
use FindBin qw($B
use Webapp;
use CGI::Fast();
while (my $q = new CGI::Fast){
my $webapp = Webapp->new(
QUERY => $q,
);
$webapp->run();
}
In you application class simply put "r
CGI User said:
>
> Do you have any idea why redirect does work in
> CGI::Application and it doesn't in CGI::Application::FastCGI
> module?
>
Hi
It has been reported that there are issues with CGI::Application::FastCGI,
but I don't know if these affect you:
http://www.mail-archive.com/cgiapp@lis
Some people argue that with an MVC architecture, the database handle should
never reside in the controller, and should only be accessible in the model,
e.g.
http://www.oreillynet.com/onlamp/blog/2007/06/what_is_mvc.html
I'd be interested to know how other C::A people implement this in their
apps.
Barry Moore said:
> Hi all,
>
> I've been developing web apps with cgi-app for several years now, but
> for the first time I'm coordinating a project that will involve
> several developers, and I'm trying to think about how best to
> structure things - particularly in regards to version control.
>
o
> From: Michael Peters
> Sent: Saturday, 9 February 2008 4:28 a.m.
> To: CGI Application
> Subject: Re: [cgiapp] Persistence
>
>
>
> Ron Savage wrote:
> > On Wed, 2008-02-06 at 17:16 -0500, Michael Peters wrote:
> >
> > Hi Michael
> >
> >> This is why escaping any data that could potentially c
> -Original Message-
> From: Karen
> Sent: Thursday, 7 February 2008 3:12 p.m.
> To: CGI Application
> Subject: Re: [cgiapp] Persistence
>
> On 2/6/08, Dan Horne <[EMAIL PROTECTED]> wrote:
>
> > Another problem is bookmarks. A user may bookmark a
Dan Horne said:
> Mark Fuller said:
>
>> I thought the problem with putting the session ID in the URL is that
>> the user might copy/paste the URL to others. When they try to use it,
>> the app would have no way to know it's not the real user?
>>
>
>
Mike Tonks said:
> Hi,
>
> I'm looking at CGI::Application prior to use, and one thing is unclear to
> me.
>
> I'll outline a little senario to demonstrate the question:
>
> I have a simple app with four run modes - list, view, edit & update
>
> list does what it say on the tin - lists records in a
Mark Fuller said:
> I thought the problem with putting the session ID in the URL is that
> the user might copy/paste the URL to others. When they try to use it,
> the app would have no way to know it's not the real user?
>
Another problem is bookmarks. A user may bookmark a page, but when they
co
I'd look at SugarCRM. It works pretty well out of the box, but is also
very customisable
Ron Savage said:
> Hi Folks
>
> I'm doing some voluntary work for a community group who have 2
> requirements:
>
> o A contacts (e.g. suppliers) manager. Simple, really
>
> o A clients manager. This is complex
Michael Peters wrote:
Just saying something is copyrighted doesn't make it so :)
Er, assuming you're that actual author, why not?
# CGI::Application community mailing list
####
## To unsubscribe, or change y
:[EMAIL PROTECTED]
> Sent: Monday, 16 July 2007 3:55 p.m.
> To: Dan Horne
> Cc: Michael Petnuch; cgiapp@lists.erlbaum.net
> Subject: Re: [cgiapp] RequireSSL
>
> Dan:
>
> This plugin looks interesting. However, unless I am doing
> something quite silly (very possible)
the error handling, so I'm glad to get your feedback
> If Dan Horne gives it his blessing, it should be ready for
> direct upload:
Well, it's got my blessing. Unfortunately, I don't have time to work on any
tests as a result of the error handling, but if you're
Hi Mark
Mark Stosberg wrote:
Dan,
... I have a few questions about these requirements:
* If the param 'require_ssl' is present in the instance script,
everything accessed through it will be protected.
* If the subroutine attribute 'RequireSSL' is used, an individual
run
Hi All,
because I had a need to scratch, I've written a module that checks that
designated run modes are invoked under SSL. I figure I should modify it
to meet the requirements for CGI::Application::Plugin::RequireSSL, as
requested at http://cgiapp.erlbaum.net/index.cgi?PluginsWanted, but I
hat can be applied with any
> underlying tester.
>
> Sincerely,
>
> David Scott
>
> --- Dan Horne <[EMAIL PROTECTED]> wrote:
>
> > Hi all
> >
> > Until now I've done very little automated testing with my
> C::A apps. I
> > know this is shoc
sts.erlbaum.net
> Subject: Re: [cgiapp] Tests and CGI::Application
>
> Dan Horne writes:
> > [...] I guess
> > Test::WWW::Mechanize is one module to look at, but I
> should also be looking > at calling my controller code
> directly as well as going through the front
Hi all
Until now I've done very little automated testing with my C::A apps. I know
this is shock horror stuff to some, but in all honesty the apps I've been
writing for the last few years haven't really suffered from a lack of tests
(they're pretty stable, one developer -- me, localisable changes,
I came across the Semantic Indexing Project late last year
(http://www.knowledgesearch.org/)
There search engine is more of a research project than a prime time release,
but I was blown away by the quality of its search results in my tests, since
it returned many relevant documents that never used
On Tue, 2007-02-13 at 13:44 -0500, Jason Purdy wrote:
> Cees is a few timezones away, so he hasn't voted yet, but I *KNOW* he'd
> vote HT, so make that 8 HT. ;)
>
That's why we're especially grateful he wrote
CGI::Application::Plugin::TT for the rest of us ;-)
> I would be interested in seeing how many use TT vs HT.
I switched late last year from HT to TT for all new apps. I really like HT,
but TT made my life easier:
1. TT's dot notation means I just throw my data structures at the template,
and hey it all works (this is now supported in HTML::Templa
I vaguely I had a similar problem a while back. This is what I got to work,
although I don't know if it's the way I should be doing it, since I'm
calling CGI::Session's delete directly, and I don't call the plugin's delete
at all:
$self->session->delete();
$self->session_cookie(-expires =>
Hi Kevin
You need to pass in your values as a hash reference, i.e.
print $CGI->popup_menu(-name=>'menu_name',
-values=>\%menu_values);
By the way, I don't know if you're aware, but this list supports the
CGI::Application web development framework not CGI applications in general
Yeah - I was trying to say what Cees said, but he said it much better!
> -Original Message-
> From: Cees Hek
>
> On 1/17/07, John Saylor <[EMAIL PROTECTED]> wrote:
> > hi
> >
> > -----Original Message-
> > From: Dan Horne
> >
>
-Original Message-
> From: John Saylor
>
> hi
>
> > From: Rhesa Rozendaal
> > I wouldn't worry about it: we (at ExposureManager) also run image
> uploads through
> > plain CGI. We can't afford to tie up expensive mod_perl instances for
> too long:
>
> ?
>
> how is mod_perl more expensi
> -Original Message-
> From: Cees Hek
>
> There were several upload related problems in CGI.pm in the last
> several releases. What version of CGI.pm are you running?
>
3.25
> http://search.cpan.org/src/LDS/CGI.pm-3.25/Changes
>
> I know you mentioned that downgrading C::A::Dispat
> From: Evan A. Zacks
>
> I had a similar problem that was resolved by using CGI::Simple instead
> of CGI
I might look into that
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://m
> From: David Steinbrunner
>
> I have a system running under lighttpd/CAD v2/FastCGI/OpenBSD
> and file uploads work for me. My file uploads are small and
> hence have not run into any timeout issues so the upload
> processing runmode runs just like all my other runmodes.
>
Unfortunately, th
> From: Michael Peters
>
> I've upgraded from 1 to 2 with an application that does file
> uploads and it worked fine for me. It's a little strange if
> Dispatch has something to do with it since Dispatch doesn't
> process the incoming request, but simply looks at the
> PATH_INFO environment v
Hi
I have an application that runs fine with CGI::Application::Dispatch v1.
However, when I upgrade to CGI::Application::Displatch v2, my file upload
code fails as CGI's uploadInfo is empty.
When I downgrade the problem goes away.
Most of the application runs under FastCGI, but the fileuploads
From: Michael Peters
> Then grab the latest dev version from CPAN - 2.10_02
> (uploaded about 10 minutes
> ago) which should only use Apache::Test if you already have
> it installed and won't list it as a pre-req. It will also
> skip the mod_perl tests as well.
>
Hi Michael
Thanks for your
> From: Michael Peters
>
> ... grab the latest dev version from CPAN - 2.10_02
> (uploaded about 10 minutes
> ago) which should only use Apache::Test if you already have
> it installed and won't list it as a pre-req. It will also
> skip the mod_perl tests as well.
>
Thanks Michael
I'll let yo
> From: Michael Peters
> Dan Horne wrote:
>
> > I received the following message when running the tests:
>
> > [ error] You are using mod_perl response handlers [ error] but do
> > not have a mod_perl capable Apache.
>
> Someone in #cgiapp just reported
> -Original Message-
> From: Michael Peters
> Sent: Friday, 12 January 2007 7:02 a.m.
> I've received feedback from 1 other FCGI user who said it
> solved his problem. Please try it out. The interface won't
> change between the dev release the next public release, so
> even if somet
Hi
I currently use CGI::Application::Dispatch v1 with FastCGI, and it works
very well for me. I'd like to start using v2 in order to take advantage of
the URL matching capability, but understand that there are URL caching
problems
(http://www.mail-archive.com/cgiapp@lists.erlbaum.net/msg05836.html
> From: Stewart Heckenberg
> Sent: Saturday, 30 December 2006 10:22 p.m.
> > I've been using CGI::Ajax with CGI::Application, and I'm curious to
> > know what you have in mind. At the moment I don't have a
> grasp of what
> > the plugin would bring to the table. Perhaps you could elaborate?
>
> From: Stewart Heckenberg
> Sent: Friday, 29 December 2006 4:56 p.m.
>
> G'day,
>
> My first post to this list :)
>
> I'm aware of the HTMLPrototype plugin that uses the Prototype
> Javascript library, however has anyone tried developing a
> plugin based on CGI::Ajax or that doesn't rely upon
> From: Mark Stosberg
> Sent: Wednesday, 13 December 2006 11:34 a.m.
>
> Dan Horne wrote:
> > Perhaps this could be added to
> CGI::Application::Plugin::Redirect if
> > Cees is amenable?
>
> I think that's a great idea, but this option should perhaps
>
> From: Mark Stosberg
> Sent: Wednesday, 13 December 2006 11:12 a.m.
>
> I just discovered mod_perl's internal_redirect method.
Snip
> The code is also rather simple:
>
> if ($ENV{MOD_PERL}) {
> my $r = Apache->request;
> $r->internal_redirect($url);
>
> From: David Steinbrunner
>
> Dan Horne wrote:
>
> > Hmm, I had a similar problem while back, where previous GET
> and POST
> > data would seem to reappear. Upgrading CGI (and hence
> CGI::Fast) made
> > it go away for me...
>
> The box I
> From: David Steinbrunner On Behalf Of
> David Steinbrunner
> Sent: Saturday, 18 November 2006 11:54 a.m.
> Subject: [cgiapp] CGI::Application::Dispatch and FastCGI
>
> Hello all,
>
> Has any one before me Mixed Dispatch and FastCGI?
>
> It seems that the query object is getting cached. To el
The Multi-Threaded Server was invented in the days when most corporate
servers couldn't scale beyond a couple of hundred connections without using
a transaction manager, and it was typically used in memory-bound not
CPU-bound apps (lots of lightweight concurrent connections running simple
queries).
On Wed, 2006-11-15 at 21:51 -0500, Chris Beck wrote:
> They say Dan Horne, on or about 15.Nov.2006 20:44, whispered:
> >> 2) (assuming the answer to 1) is here) - How do I get the error message if
> >> dbh_config fails?
> >
> > I don't think that you'l
On Wed, 2006-11-15 at 19:55 -0500, Chris Beck wrote:
>
> 1) Is this the right forum for asking a question about Plugin-DBH? I searched
> the archives and saw some threads about it here.
I think so
>
> 2) (assuming the answer to 1) is here) - How do I get the error message if
> dbh_config fail
>
> Why not just use CGI::Application::Plugin::LogDispatch?
> --
Well, for a start:
a) You just have a personal preference for Log4perl - like some people
prefer H::T over TT or vice versa
b) Your organisation or customers have standardised on Log4perl in all of
their apps, web or otherwise
c
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Robert Hicks
> Sent: Tuesday, 14 November 2006 9:13 a.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] Re: Anyone using Log4perl?
>
> Dan Horne wrote:
> >> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Robe
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Robert Hicks
> Sent: Tuesday, 14 November 2006 8:38 a.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] Anyone using Log4perl?
>
> I was wondering if anyone is either working on a Log4perl plugin or is
> currently using it in CA with a simpl
Yep - see CGI:Application::Plugin::AnyTemplate
- Dan
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Robert Hicks
> Sent: Saturday, 11 November 2006 3:15 a.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] CAF methodology
>
> CGI::Application::Framework has a
You'll need to need to put your code in a while loop (untested as I use
CGI::Application::Dispatch, but it should give you the right idea):
use WebApp;
use CGI::Fast();
while (my $q = new CGI::Fast) {
my $webapp = WebApp->new(QUERY => $q);
$webapp->run();
}
With the first call your code gets
Please ignore this - the TT ABSOLUTE config option is my workaround.
> -Original Message-
> From: Dan Horne [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 17 October 2006 3:20 p.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] Error mode with CGI::Application::Plu
Hi
I'm using CGI::Application::Plugin::TT. My error mode is in my app's base
class, and I want to be able to direct any run mode errors to a template.
CAP::TT looks for the template in the template path using the same
hierarchical structure as the calling module (MyApp::Example::runmode maps
to My
On Behalf Of Robert Hicks
> Sent: Thursday, 12 October 2006 3:00 a.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] Re: HTML::Template -> TT
>
> Dan Horne wrote:
> > All you'd need to do is replace the HT parameters in your templates with
> TT
> > syntax
Hi
The CGI::Ajax site (http://www.perljax.us) has some example code that does
what you want (http://www.perljax.us/demo/pjx_combo.pl)
Dan
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Robert Hicks
> Sent: Wednesday, 11 October 2006 12:43 p.m.
> To: cgiapp@lis
All you'd need to do is replace the HT parameters in your templates with TT
syntax. You should also look at C::A::Plugin::AnyTemplate if you don't want
to change the invocation of your templates by your Perl code
> -Original Message-
> From: news [mailto:[EMAIL PROTECTED] On Behalf Of Robe
I'm not sure if this is useful, but here are my two cents:
I use CAP::AnyTemplate with both HTML::Template::Expr and TT in an existing
app so that I can transition existing templates from the former to the
latter. I have found it to be an excellent tool (thanks Michael!), but will
probably go stra
> From: Jason Bodnar
>
> Is it possible to use both HTML::Template::Expr and
> HTML::Template::Pluggable with
> CGI::Application::Plugin::AnyTemplate?
>
Sure can! For instance, I use both H::T::Expr and the Template Toolkit. You
can set up multiple configs in your cgiapp_init method:
$self->t
Hi Jason
This is the CGI::Application list. You may wish to post your questions to
the Catalyst list instead
Dan
> -Original Message-
> From: Jason Crummack [mailto:[EMAIL PROTECTED]
> Sent: Monday, 7 August 2006 9:52 p.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] Application
What about Perlbal (http://www.danga.com/perlbal/)? I'm afraid I haven't
used it first hand, because my customer wanted to use dedicated hardware
load-balancing and I couldn't convince them to try it, but large sites like
Wikipedia and LiveJournal use it
Dan
> -Original Message-
> From: R
Hi Jason
Great work - I could really use this!
One thing I like about HTML::Mason's caching is that it can effectively get
one process to cache a new version of an expired page and set the expiration
time on the old one a bit more into the future so that other processes still
get the old cached v
> From: Michael Peters
>
> While I agree that having a nice name is good for a framework, I'm
> doubtful
> about using it as the name of a perl module. C::A isn't really a framework
> in
> the sense that Maypole, Catalyst, Jifty, C::A::F, etc are.
>
Hi Michael
But isn't C::A more than just a m
I don't use CGI::Application::FastCGI, but I had similar problems with
FastCGI. Downloading the latest CGI module (and hence a newer CGI::Fast)
seemed to fix it for me. (from the v3.17 change log: "CGI::Fast->new() calls
CGI->_reset_globals to avoid contamination of one session with another's
varia
> From: Cees Hek
>
> I gave a talk on Ajax and Perl to the Toronto and Waterloo
> Perl Mongers. I'll be giving a similar talk at YAPC this
> year in Chicago. The slides and examples for this are
> available from my subversion repository. You might need to
> make a couple of little changes to
> From: Cees Hek [mailto:[EMAIL PROTECTED]
>
> You should look at using the AutoComplete object in HTML::Prototype.
> It will do exactly what you are trying to do, with minimal fuss. I
> have an example app running that uses this feature if you want to have
> a look at how I did it:
>
> http:/
Hi Prakash
Like you I have an application that uses C::A and H::T, but have encountered
some instances where Template Toolkit suited me better. Michael Graham's
GGI::Application::Plugin::AnyTemplate has allowed me to begin migrating to
TT with only the slightest changes to Perl my code (such as d
Hi all
I've tried to get some custom filters (using anon refs) working with
CGI::Application::Plugin::ValidateRM, but to no avail. I turned on logging
in my subs, and I could see the filter taking effect, but the post-filter
param values weren't being kept after the validation.
To convince myself
t; -Original Message-
> From: Michael Lackhoff [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, 3 May 2006 1:00 a.m.
> To: Dan Horne; cgiapp@lists.erlbaum.net
> Subject: RE: [cgiapp] OT: apache logout and a javascript question
>
> On 2 May 2006 at 23:07, Dan Horne wrote:
>
>
Hi
> From: Michael Lackhoff
>
> I followed the advice from this list and wrote mod_perl
> authentification- and authorization handlers to move this task from my
> application to apache.
> But now I have the problem that for this kind of authentification there
> is no 'logout' functionallity.
H
Hey, thanks for looking at this. I'll look further into
CGI::Application::Plugin::AnyTemplate and see what I can discover
Dan
> -Original Message-
> From: Sam Tregar [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 14 March 2006 7:17 a.m.
> To: Dan Horne
> Cc: [EMAIL
From: Sam Tregar
Sent: Sunday, 12 March 2006 06:21
>
> On Sat, 11 Mar 2006, Dan Horne wrote:
>
> > I'm using CGI::Application::Plugin::Anytemplate with
> > HTML::Template::Expr for an application, and it uses a heck
> of a lot
> > of memory.
>
> What
I forgot to point out that I invoked the code through the OS command line
and not a web server when running the memory test
> -Original Message-
> From: Dan Horne [mailto:[EMAIL PROTECTED]
> Sent: Saturday, 11 March 2006 12:34
> To: [EMAIL PROTECTED];
> cgiapp@li
Perl can be hard. Running
Devel::FindGlobals, I see that the reported size for
$HTML::Template::Expr::PARSER is 100,039,491 bytes after publishing 500
articles! Assuming that the stats are correct, how can I keep $PARSER down
to a minimal size?
Dan Horne
-
> -Original Message-
> From: Jonathan Mangin
> Sent: Monday, 20 February 2006 5:21 a.m.
> To: cgiapp@lists.erlbaum.net
> Subject: [cgiapp] PARAMS and CAP::ConfigAuto
>
> Trying to follow the docs in CAP::ConfigAuto moving cfg_file
> definition to the instance script:
>
> #!/usr/bin/per
> From: Michael Peters [mailto:[EMAIL PROTECTED]
> Dan Horne wrote:
> >>The question stands though - is there a way to "cache" the query
> >>information for all users? Example: the app can be called from
> >>3 different domains, and using the domai
> The question stands though - is there a way to "cache" the query
> information for all users? Example: the app can be called from
> 3 different domains, and using the domain information, load 3
> different sets of information and store them for every request
> (changes every 15 minutes). D
> Optimising db connections: cutting down the number of DB connections per
> request.
Paul, does your application need more than one connection per request? You
may be connecting to more than one database, schema or user, but if not,
then maybe you don't need so many connections. CGI::Applicatio
MD5 collisions are highly unlikely during the general course of play.
However, malicious tampering can lead to the same MD5 being generated
(http://en.wikipedia.org/wiki/MD5).
Regards
Dan Horne
> -Original Message-
> From: RA Jones [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, 1
> -Original Message-
> From: RA Jones
> Sent: Saturday, 24 December 2005 11:09 p.m.
> To: cgiapp@lists.erlbaum.net
> Subject: Re: [cgiapp] CAP::DebugScreen and ErrorDocument
>
> On Thu, 22 Dec 2005, Michael Peters <[EMAIL PROTECTED]> wrote:
> >I decided to play with CAP::DebugScreen (sinc
> From: Rob Kinyon
> Sent: Wednesday, 14 December 2005 07:07
>
> > I don't get it. From my reading of the threads, no one is changing
> > CGI::Application, right? They're just building extra
> functionality in
> > 3rd party modules which people may find useful, but which you can
> > choose to
> From: Jesse Erlbaum
> Sent: Wednesday, 14 December 2005 6:11 a.m.
> At it's essence, the CGI::Application module must be able to do things
> simply:
>
> use base 'CGI::Application';
> sub setup {...}
> sub my_runmode {...}
>
>
> If anyone wants to create a module which requires that y
> From: Michael Graham
> I've been using PersistentPerl a lot too, and I'm also
> worried that it's no longer supported. I guess it will be
> hard for the community to take over this project, since it's
> written in C and probably does scary embedded Perl
> interpreter stuff. Maybe it is fi
> From: Rhesa Rozendaal
>
> Thirdly: Links belong in my templates, not in my app, so I
> have no business knowing how to generate them.
>
But in my application, the links belong in my apps, and the designers don't
know how to generate them.
For example - in my full text searches, the designer
> From: Perrin Harkins
> Sent: Friday, 9 December 2005 10:04
>
> Not common. I would suggest that people who have to use
> shared hosting should consider using SpeedyCGI.
Alas, PersistentPerl (nee SpeedyCGI) no longer seems to be supported.
Questions to the mail list by myself and others go un
> From: Bruce McKenzie
>
> CAPSICUM
Ooo, nice ... I like it!
-
Web Archive: http://www.mail-archive.com/cgiapp@lists.erlbaum.net/
http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2
To unsubscribe, e-mail: [EMAIL P
John, you trying to start a religious war?!?!
For starters, you'll almost certainly have license obligations - even if
it's the GNU license.
Well I don't know what your needs are - a flat file db may be sufficient for
your application. But to my mind, you can't go past MySQL v5. Traditionally,
Po
On a related note - I'd like to hear of any ideas other than mod_rewrite for
getting around the
http://del.icio.us/cgi-bin/recipes.cgi?username=markjugg;tag=vegan;tag=recip
es
style of URLs, which are often ignored by search engines. I tend to publish
content to static index pages, but to get to
> From: Cees Hek
>
> Since the list has been quiet for the last little while, I thought I
> would stir things up a bit. There was a thread about Class::Trait
> recently on perlmonks that caught my attention:
>
> http://perlmonks.org/?node_id=509958
>
> I had looked at Traits before, but never
> From: Michael Peters
> Sent: Friday, 4 November 2005 2:47 a.m.
>
> I have never used Persistent Perl so I won't be much help there, but
> here are some general suggestions:
> + Do you know where it's hanging? Try putting in lots of debug stuff
> to see if it's actually hanging in C::A::D or in
Hi
I'm not sure if this is the correct place to raise this issue, but since
some on the list use C::A and Persistent Perl, maybe they can help (the PP
list seems dead).
My problem is that over time, my instance script hangs when it uses
Persistent Perl - it may take a couple of hours before hang
> From: Josh Danziger
> You misunderstood my original statement. I was suggesting that the
> $dbh->ping() call be put in the cgiapp_init() block or an equivalent
I think that the ping step in the init block can be skipped since the
connect_cached method does that for you
Dan
-
Ron
I use CGI::Application::Plugin::Config::Context under Windows . Basically I
ignored the test failures (naughty I know) ... I'm a bit hazy about the
failures now, but I think that they had to do with trying to use
UNIX-specific caching of the configuration in order to speed things up.
Perhaps t
> From: Michael Peters
>
> Like Rhesa said, just make sure that the SetEnv and PerlSetEnv happen
> before either your startup.pl or the PerlModule directives.
>
Michael,
This is from my httpd.conf file:
SetEnv CAP_DEVPOPUP_EXEC 1
Include conf/perl.conf
PerlRequire conf/startup.pl
And to be
> From: H S >
> I tried to install Test::Warn and for some reason I've got 'make test'
> error
> (again) Any suggestions?
>
I can't get Test::Warn installed on a Perl v5.8.0 server but I can on a Perl
5.8.6 server. I'm not sure if it's Perl-versions specific or if there are
other factors...
Dan
Hi
when running my C::A app as a mod_perl registry script,
CGI::Application::Plugin::DevPopup doesn't popup unless the code explicitly
sets the environment variable:
BEGIN { $ENV{'CAP_DEVPOPUP_EXEC'} = 1; }
That is, both the SetEnv and PerlSetEnv config settings seem to be ignored.
The popup wor
Hi Rhesa,
> Revision history for CGI-Application-Plugin-DevPopup
>
> 0.912005-10-04 Rhesa Rozendaal <[EMAIL PROTECTED]>
> - Added HTTP Headers report
> - Updated docs to reflect availability of CAP::HtmlTidy
I installed CGI::Application::Plugin::DevPopup v.91 and added it to my co
1 - 100 of 156 matches
Mail list logo
