archive: http://www.erlbaum.net/pipermail/cgiapp/ ##
> ## Wiki: http://cgiapp.erlbaum.net/ ##
> ## ##
>
>
--
Richard Jones
# CGI::Application community mailing list
##
/ ##
####
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
-classes can then use Moo and Moo::Role.
Just before I do I'd like to know how much trouble that's going to be
for users (if any :-).
--
Richard Jones
# CGI::Application community mailing list
, but the $self-header_add() function should still work if the
pdf generation is valid.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options
://cgiapp.erlbaum.net/ ##
####
--
Richard Jones
# CGI::Application community mailing list
been able to use pre-3.55 versions OK?
--
Richard Jones
---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 110728-0, 28/07/2011
Tested on: 28/07/2011 16:34:05
avast! - copyright (c) 1988-2011 AVAST Software.
http://www.avast.com
# CGI::Application community mailing list
Hey, what's going on?? I'm getting even more of these messages than
emails from banks asking me to login to my
suspended/locked/upgraded/disabled/compromised account. cgi-app mailing
list is suddenly my most active list :)
--
Richard Jones
---
avast! Antivirus: Outbound message clean.
Virus
Hello Ron,
On 17/05/2011 23:27, Ron Savage wrote:
On Tue, 2011-05-17 at 23:09 +0100, Richard Jones wrote:
Hey, what's going on?? I'm getting even more of these messages than
emails from banks asking me to login to my
suspended/locked/upgraded/disabled/compromised account. cgi-app mailing
.
--
Richard Jones
---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 110303-0, 03/03/2011
Tested on: 03/03/2011 20:49:02
avast! - copyright (c) 1988-2011 AVAST Software.
http://www.avast.com
# CGI::Application community mailing list
will need to see how much work is involved in making the
switch. Thanks for the suggestion.
On Thu, 2011-03-03 at 20:49 +, Richard Jones wrote:
Hi all,
I have an ajax function which polls the server every few minutes,
looking for new messages for the logged in user. Unfortunately it's
On 31/08/2010 23:47, Ron Savage wrote:
Hi Richard
On Tue, 2010-08-31 at 10:44 +0100, Richard Jones wrote:
Quite some time ago there was a brief discussion about how to populate a
dependant form select field with appropriate options, ie contents of
select field B depend on the selection
',
});
If that's likely to be any use to you, you just need to find a way of
getting that config past CAP::Session.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change
Richard Jones wrote:
App working fine with default CGI, but decided to see if it works with
CGI::Simple using the cgiapp_get_query() override. But instead of
rendering the page I get a popup: 'you have chosen to open
myapp_server.pl which is a Perl script ... what should Firefox do
r...@savage.net.au wrote:
Hi Richard
Quoting Richard Jones ra.jo...@dpw.clara.co.uk:
App working fine with default CGI, but decided to see if it works with
CGI::Simple using the cgiapp_get_query() override. But instead of
rendering the page I get a popup: 'you have chosen to open
Cees Hek wrote:
On Thu, Nov 19, 2009 at 5:59 AM, Richard Jones ra.jo...@dpw.clara.co.uk
wrote:
App working fine with default CGI, but decided to see if it works with
CGI::Simple using the cgiapp_get_query() override. But instead of
rendering the page I get a popup: 'you have chosen to open
to be suitable for shared
environments.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman
production servers.
There again, if everything is Windows based, the XAMPP package has
mod_perl working out-of-the-box, at least it did last time I looked. Of
course if you don't have control of the server then none of the above
may apply :)
--
Richard Jones
# CGI::Application community
Ron Savage wrote:
Hi Richard
On Sat, 2009-09-19 at 10:49 +0100, Richard Jones wrote:
Ron Savage wrote:
[snip]
Hi Ron, hey that's nice - I just used it to profile my current app. I
modified it slightly to make it a bit less painful on the eyes (though I
You can't be serious. My code may
Richard Jones wrote:
Mark Stosberg wrote:
On Tue, 11 Aug 2009 10:52:51 +0100
Richard Jones ra.jo...@dpw.clara.co.uk wrote:
Am having some difficulty with the FORBIDDEN_RUNMODE param when using
CAP::Authorization with CA::Dispatch. All my application classes
inherit from a base class where I
to use CAP::Authorization in this
situation? Should I expect CAP::Auth to work out-of-the-box with
CA::Dispatch?
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your
of a
major app. This list is also very helpful in trouble-shooting issues
with unfamiliar modules.
So to go back to your earlier point, I would say I'm only slightly
uneasy about introducing new modules on top of things. So I do :)
--
Richard Jones
# CGI::Application community mailing
it at the moment. But in reality I use it only for the admin
parts of my app, as it was too much work to re-factor all the rest of it
away from AutoRunmode, which was and is working fine anyway.
--
Richard Jones
# CGI::Application community mailing list
that I haven't encountered this before - presumably
none of my RunmodeDeclare-based form-handling methods ever failed form
validation before.
--
Richard Jones
# CGI::Application community mailing list
Rhesa Rozendaal wrote:
Richard Jones wrote:
[..]
The problem seems to be that, according to the docs, RunmodeDeclare
will capture variables passed as $self-baz(1, me) as well as from
the query object. So 'edit ($id)' means $id will capture anything
passed into the rm. What seems odd
Richard Jones wrote:
OK, first thoughts (without actually trying it), are that runmode edit
($errs, $id) would work OK for the error return from update(), but not
when edit() is called from the query - as /myapp/edit/1 - since the
value of '1' would get taken into $errs, leaving $id undef
' ]
For this to work I need the Module::Pluggable equivalent of useall().
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
environment. See
here for more details:
http://www.mail-archive.com/cgiapp@lists.erlbaum.net/msg07144.html
http://www.mail-archive.com/cgiapp@lists.erlbaum.net/msg07180.html
AutoRunmode works fine under mod_perl - at least it does for me.
--
Richard Jones
# CGI::Application community mailing list
to
MyApp::Model::User, and contains all the user-related methods. And I
don't have to worry about adding new Model classes to any list of
modules, just call them as required. Not sure if that exactly chimes
with what you wanted though.
--
Richard Jones
# CGI::Application community mailing
.
This is where ORM's such as DBIx::Class and Rose come in very useful as
your 'Model' in the MVC architecture, but that's a subject for another time.
--
Richard Jones
# CGI::Application community mailing list
(also known by the Latin word pallium, adjective pallial)
is a significant part of the anatomy of molluscs.
I vote we stick with Titanium.
--
Richard Jones
# CGI::Application community mailing list
.
# The mantle (also known by the Latin word pallium, adjective pallial)
is a significant part of the anatomy of molluscs.
I vote we stick with Titanium.
--
Richard Jones
# CGI::Application community mailing list
Graham TerMarsch wrote:
On March 18, 2009 07:40:04 am Richard Jones wrote:
Has anyone successfully installed CAP::Authentication under Perl 5.10?
It's failed for me on two separate Ubuntu Intrepid platforms, and I
assume it's a Perl 5.10 issue, as recent installs on other Ubuntu
platforms
/Heavy.pm line 96.
I'm not sure whether this is a CAP::Auth or a Carp/Carp::Heavy issue.
Any thoughts?
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message
for
internal errors that otherwise produce the not very user-friendly
CGI::Application::Dispatch error! Internal Server Error page.
Would be interested to hear how others have handled this situation though.
--
Richard Jones
# CGI::Application community mailing list
the test db with
another app which was using the same sessions table but (iirc) using a
different serializer. Anyway, it cleared when I removed all previous
sessions. Just thought I'd mention it in case anyone else gets hit by this.
--
Richard Jones
# CGI::Application community mailing list
::App?
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
Clayton Scott wrote:
On Wed, Dec 3, 2008 at 6:03 AM, Richard Jones [EMAIL PROTECTED]wrote:
As in Catalyst action. Currently doing this:
my $action = (split '/', $ENV{PATH_INFO})[1];
So in a request http://localhost/myapp/admin/list_users, the action would
be 'admin', so I can highlight
) in the template using c.query.path_info, as in:
[% FOREACH action_links # hash defined previously %]
a href=[% c.query.url %]/[% link %]
[% IF c.query.path_info.match('^/' _ link) %]id=selected[% END %]
[% label %]/a
[% END %]
--
Richard Jones
# CGI::Application community mailing list
with AutoRunmode? Possibly runmode
registration confusion?
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
of the Titanium mods is also causing the failure
of AutoRunmode to work under mod_perl for me, but that's another issue.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your
Richard Jones wrote:
[..]
Then, bringing back all the plugins that Titanium uses one by one until
it broke again, CAP::ErrorPage is the one responsible. Presumably there
is something in there that causes the session to be retained in a
persistent env?
Just found another one: CAP
Bradley C Bailey wrote:
Cees Hek wrote:
On Thu, Nov 20, 2008 at 5:50 AM, Richard Jones
[EMAIL PROTECTED] wrote:
See my earlier posting - CAP::AutoRunmode not working with mod_perl
again ??
It's viewable here:
http://www.mail-archive.com/cgiapp@lists.erlbaum.net/msg07094.html
If you *do* get
Ron Savage wrote:
Hi Richard
On Fri, 2008-11-21 at 12:05 +, Richard Jones wrote:
If Ron can make a working demo with CAP::Flash :) ..
Go on, say it! If he can, anyone can!
Heh! Of course I didn't mean it that way, but it inspired me to do the same.
Starting out with the bare minimum
class, which itself was causing
some issues when used under mod_perl, but as I wasn't really using
DebugScreen I'm not too sad to miss it.
--
Richard Jones
# CGI::Application community mailing list
Ron Savage wrote:
Hi Richard
On Fri, 2008-11-21 at 13:09 +, Richard Jones wrote:
Richard Jones wrote:
[..]
Then, bringing back all the plugins that Titanium uses one by one until
it broke again, CAP::ErrorPage is the one responsible. Presumably there
is something in there that causes
$self-dbh it was not.
But I can't reproduce that in my current app, so not sure how relevant
it is. For now I've put a call to session-flush in teardown and all
seems OK, though not tested under mod_perl yet.
--
Richard Jones
# CGI::Application community mailing list
Cees Hek wrote:
On Thu, Nov 20, 2008 at 5:50 AM, Richard Jones [EMAIL PROTECTED] wrote:
See my earlier posting - CAP::AutoRunmode not working with mod_perl again ??
It's viewable here:
http://www.mail-archive.com/cgiapp@lists.erlbaum.net/msg07094.html
If you *do* get it working with mod_perl
Todd Wade wrote:
- Original Message
From: Richard Jones [EMAIL PROTECTED]
Hope someone can help with this. I'm having a major headache with
authentication and sessions.
In the CGI::Session docs there is a mention of session-flush, and if I
use this in teardown(), then sessions do
::RunmodeDeclare as an alternative,
which *does* work with mod_perl, at least in my setup.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options
it instead. Do note that the interface is a
bit different, and minor code changes will be needed. This distribution
will no longer be maintained.
In a few days, I'll take silence to mean consent.
Fine by me - I've switched to CA::Server and am happy with it.
--
Richard Jones
# CGI::Application
Mark Stosberg wrote:
On Fri, 07 Nov 2008 13:44:40 +
Richard Jones [EMAIL PROTECTED] wrote:
I know this was supposed to be fixed in v0.14 but it seems to be
happening again. In a trivial setup:
That sounds frustrating Richard. I haven't gone back to use AutoRunmode after
getting bitten
, and if so how their
setup differs from mine.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman
George Hartzell wrote:
Richard Jones writes:
Anyone managing to get CAP::Authentication, CA::Dispatch and CA::Server
working together?
[..]
What happens if you get rid of your check on the username, define a
LOGIN_RUNMODE, and protect stuff using protected_runmodes?
OK, I tried
login box is not an option as I *need* to use a custom login page.
I can't see where I've gone wrong since the default behaviour displaying
the default login page seems to work OK. Presumably I've mis-configured
CAP::Authen or CA::Dispatch somewhere?
--
Richard Jones
# CGI::Application
in the server entry_points(), and none
of them are use'd.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
Ron Savage wrote:
Hi Mark
On Wed, 2008-10-22 at 22:35 -0400, Mark Rajcok wrote:
On Tue, Oct 21, 2008 at 7:45 PM, Ron Savage [EMAIL PROTECTED] wrote:
[snip]
But why /exactly/ is it growing?
Ron, I wasn't too clear about who I was quoting. Richard Jones had the
growing Model class, so he
Richard Jones wrote:
That value of 'id' (2 in this case) persisted from the previous action,
and will continue to live indefinitely across multiple requests until
it is either superceded by another id, or until I re-start the CAD server.
Behaviour confirmed with a minimal app which just
and no error in the console, or an
error message stating that target must be either a CGI::Application or
CGI::Application::Dispatch subclass, even though they always are. It's
probably something I've mis-configured, but I'll keep at it.
--
Richard Jones
# CGI::Application community mailing
across requests like
this, whether it's a problem related to using CAD/CAD::Server, or
something I've overlooked in my app or CAD setup. But as it stands it is
potentially lethal as it will sooner or later update the wrong record.
--
Richard Jones
# CGI::Application community mailing list
,
that's the Cat standard also, so it's familiar to me.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
Michael Peters wrote:
Richard Jones wrote:
Actually prefer $c these days as a) it's shorter and therefore quicker
and less easy to mis-spell (I seem to type slef more often than self),
but more importantly, having done a lot of work with Catalyst
recently, that's the Cat standard also, so
Mark Stosberg wrote:
As Rhesa proposed, he has followed through and released a plugin to add the
Devel::Declare / Method::Signatures magic to CGI::Application:
http://search.cpan.org/perldoc?CGI::Application::Plugin::RunmodeDeclare
Looks like an interesting alternative to CAP::AutoRunmode.
Mark Stosberg wrote:
[Dispatch] ERROR' for request '/': Unable to load module
'WebApp::Controller::Foo': Bad name after :: at
WebApp/Controller/Base.pm line 98.
[..]
You need quotes around the package name. With them 'WebApp::DB::' is
like a constant...and you just can't concatenate
Joshua Miller wrote:
On Tue, Sep 23, 2008 at 5:45 PM, Richard Jones [EMAIL PROTECTED]wrote:
Actually I quite like the idea of grouping associated db-related method
calls into WebApp::Model::Foo, WebApp::Model::Bar, etc, but not sure what is
the best way to get them into the call to $c-model, so
into one (WebApp::Model) module. Comments thoughts most welcome.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http
Hi Mark,
Appreciate the reply.
Mark Stosberg wrote:
And one other suggestion: If you find you are doing this a lot:
$c-param('model')
Go ahead and make a simple shortcut method for it, so you can just say
$c-model;
Did you have something like this in mind:
sub model {
my $c =
George Hartzell wrote:
Richard Jones writes:
Well I've managed to narrow it down a bit - the problem was caused by
defining the path/to/templates twice - once in TMPL_PATH = [
$path_to_templates ] in my Dispatch \%args_to_new hashref, and again in
the webapp.cfg tt_config
George Hartzell wrote:
Richard Jones writes:
Using CGI::Application::Dispatch::Server, I'm getting a weird phenomenon
occurring:
Can you provide a simplified test case that shows this behaviour, or
share a copy of the app with me to walk into?
That output's being generated by CGI
Mark Stosberg wrote:
What more integration do you want? CGI::Application::Dispatch is included as a
dependency, and how to use them together is documented is recommended. I think
the current integration works cleanly and nicely.
Yes, I noticed it's in the dependencies list after I posted,
Using CGI::Application::Dispatch::Server, I'm getting a weird phenomenon
occurring:
my $server = CGI::Application::Dispatch::Server-new(
class= 'MyWebApp::Dispatch',
root_dir = '/path/to/htdocs',
);
$server-run;
Server starts OK. But with debug set I get the following console
Anyone using Rose::DB and CGI:Application::Plugin::Authentication
together? There's a plugin for DBIC but I can't work out how to clone
that functionality for Rose. At the moment I'm doing:
$c-dbh_config( My::DB-new() ); # My::DB @ISA = qw(Rose::DB);
then,
DRIVER = [ 'DBI',
DBH = $c-dbh,
I've been having a play with Titanium. As I understand it, it's just a
class that WebApp inherits instead of the traditional 'use base
CGI::Application', and just loads some useful modules (CAP::*), but
doesn't include Dispatch, Authentication, etc so we still have to do
these manually? What's
not really an issue for my
apps). Works well so far, and saves having to purge the session of stale
data.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message
). There
doesn't seem to be anything else like CAPF on CPAN, but I may have
missed it.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options
the form generation validation.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your message delivery options, ##
## visit: http://www.erlbaum.net/mailman/listinfo/cgiapp
to force
install - still the *only* module I have to do that to. Wish I knew the
answer. Sorry I can't be more help.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe, or change your
this
problem before, or any idea what is causing the failure, or any idea
what to do next? I don't like force-installing. Thanks.
--
Richard Jones
# CGI::Application community mailing list
####
## To unsubscribe
79 matches
Mail list logo
