Iain wrote:
Hello all,
So we are having a discussion @work about basic add/edit functions. We
currently have currently two lines of thoughts on handling it.
1. Have separate actions for adding and editing e.g.
# add
/app/notice/add_new (POST To) /app/notice/process_add_new
# edit
/app/notice/
are you looking in $c->engine->env?
Mark
Ian Docherty wrote:
Matt Pitts wrote:
-Original Message-
From: Ian Docherty [mailto:catal...@iandocherty.com]
Sent: Tuesday, February 17, 2009 9:51 AM
To: The elegant MVC web framework
Subject: [Catalyst] Authorization header and fastcgi
http://careers.yahoo.com/jdescription.php?frm=jsres&oid=18771
There are 2 positions open for the above description so you & your
friend come on board.
Catalyst, REST, MySQL, 'Cloud Computing' - come work for us!
And: "We expect our cloud products to be developed entirely in open
source via th
They're all in a hashref here: $c->engine->env
Mark
Chris Weyl wrote:
Hey all --
So, I might be a bit crazy here, and there might be a perfectly good way
to do this that I'm not aware of, and my searches aren't returning
anything useful. Hitting me with a clue-stick is quite welcome.
e same after that.
like:
if (my $data = $c->stash->{raw_params}->{data}) {
$c->req->data(decode_json($data));
}
Mark
Robert Krimen wrote:
On Mon, Aug 11, 2008 at 9:57 PM, Mark Trostler <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> w
I've had good luck with ExtJS:
http://extjs.com/learn/Manual:RESTful_Web_Services
Mark
Peter Karman wrote:
J. Shirley wrote on 8/11/08 10:03 PM:
I use YUI extensively in conjunction with REST -- it works great.
Takes a very minimal amount of work to connect
Catalyst::Controller::DB
You can use Java.pm & there are no system calls...
Mark
Lindolfo "Lorn" Rodrigues wrote:
No, i didn't know, i looked at the source and it's true :(
at least Inline::Java it's better than a simple system("java ... ") ?
On Sun, Jun 22, 2008 at 5:58 PM, Jonathan Rockway <[EMAIL PROTECTED]
Yes sorry - this was not directed at you Dave...
Mark
Dave Rolsky wrote:
On Fri, 16 May 2008, Mark Trostler wrote:
I'm sorry but something just feels wrong about your approach - feels
like your mixing at matching REST & a UI on top. Get the REST part
down first, & the
I'm sorry but something just feels wrong about your approach - feels
like your mixing at matching REST & a UI on top. Get the REST part down
first, & then worry about something the browser can see on top of it. I
don't think you should let 'what a browser can see' to influence the
REST design
You don't need 'create' & 'update' & 'delete' parts of your URL - those
should be denoted by the request type - POST, PUT, or DELETE right?
Similarly you don't need 'id' in the url - so POST to /api/rest/cd will
create a cd. A PUT to /api/rest/cd/5 will update that CD - a DELETE to
/api/rest/cd
REST CRUD in Catalyst
here. Maybe you would like to crowd source a bit - and make a
competition for the code pieced that you need? Inspiration:
http://www.ddj.com/architect/207404123?pgno=1
Cheers,
Zbigniew
On Wed, May 7, 2008 at 6:52 PM, Mark Trostler <[EMAIL PROTECTED]> wrote:
The job
The job description is kinda crapy:
http://jobs.perl.org/job/8624
But you can work in Sunnyvale, CA or Carslbad, CA.
The backend in Catalyst/REST/DBIx::Class/MySQL.
Frontends are currently command line/library using Moose and lots of
AJAXy Javascript (using ExtJS - yah should be YUI ideally..
12 matches
Mail list logo