Matt S Trout [EMAIL PROTECTED] writes:
[..]
for example: first 5.6902, then 5.70_1 then 5.70. From debian point of
view 5.70 is before 5.6902, 5.70_1 is invalid (so probably should be
changed to 5.70.01 but then it's after 5.70 so probably should be changed
into 5.69-5.70pre1 etc.). But this
http://anon:[EMAIL PROTECTED]/svn/Bundles/trunk/Bundles/Template%
20Toolkit.tmbundle/
http://64.233.183.104/search?q=cache:rb_XQo0AE9sJ:sg.validcode.at/
articles/2006/04/29/the-easiest-way-to-install-textmate-bundles
+textmate+bundle+installerhl=enct=clnkcd=3client=safari
is also cool (the
I dont' agree with the statement that all the application logic should go into the Controller. In my opinion in the Controller you should have only the code that is directly web related - all the rest should go into the Model. This way you can call your business logic from a cron script without
A. Pagaltzis wrote:
Hi all,
this was written about Rails apps, but all the conceptual points
are 100% applicable to Catalyst:
The Web Is a Pipe
http://duncandavidson.com/essay/2006/06/webaspipe
I’m not as sure about the practical points. In particular, I
have no idea what
This response is probably OFFTOPIC at this point, but maybes it's a good type of discussion for our community to have, if we can all be civil about it. Personally I think there are several points of view with the best way to do MVC. MVC, like quite a few programming paradigms offers a simple idea
Hello Matt!
5.70_01 IS A DEV RELEASE. So you don't want to be packaging it anyway.
Non really (with Gentoo, at least). I package the DEV releases of
Catalyst and DBIx::Class with the ~arch keyword, so that a user doesn't
get the automatic upgrade to those versions unless he explicitly
On 6/28/06, Eduardo Oliveros [EMAIL PROTECTED] wrote:
I know is difficult in practice to separate both worlds (logic from
the presentation) but that is the false promise of the MVC pattern :).
Not really, no, the MVC pattern is actually just a specialized Adapter
pattern so you can program
I really don't see much ambiguity myself. I'm not really a theorist
on this stuff, so what follows is my practical definitions based on
working with it:
Model(s) - Data source abstraction. You put things like access to
RDBMSes, Files (collections of images?), and even remote data sources
served
On 6/29/06, Torsten Krah [EMAIL PROTECTED] wrote:
Looking at this file, their is this example:
tutorial_create.pl model AnotherDB DBIC::SchemaLoader dbi:Pg:dbname=foo
root
4321
But if i try this ( of cause with working parameters testet with
deprecated DBIC), i only get:
Couldn't load
Hello everyone,
I know that very few people use the Mason view, but I'm throwing this
out anyway. I have a new Catalyst project. It has a simple form that
posts a value to a Controller. The action in the controller just gets
the parameter and warns it to the debug screen.
Very basic. Works
On Thu, 29 Jun 2006 10:52:26 -0400, Kevin wrote:
Then say I want to wrap a template around it using an autohandler. I
add it, and run things again and it works, but looking in my debug
screen shows multiple GET's after the POST. The only thing that has
changed is adding the autohandler.
Hi Adam,
On 6/29/06, Adam Sjøgren [EMAIL PROTECTED] wrote:
Do you have some img-, style- or script-elements with href-attributes
in them, for instance?
Yes, I was using a template from here:
http://particletree.com/features/quick-start-your-design-with-xhtml-templates/
I forgot to comment out
I'm using Mason with an autohandler and I'm not seeing the problem.
Non-debug output from production site:
71.231.65.76 - - [29/Jun/2006:08:36:38 -0700] GET /BirdWeb-Admin/auth/login
HTTP/1.1 200 1848
71.231.65.76 - - [29/Jun/2006:08:36:42 -0700] POST
/BirdWeb-Admin/auth/do_login HTTP/1.1 302 -
Anyway, the question is just what is the best practice to program the
logic and test it before link the logic with the web application?.
(using the classes generated by the Class::DBI or whatever plugin).
I'd stick to the fundamental OO Pattern theory: program to interfaces
not
So we should just run the myapp_server.pl script instead of FCGI. It
speaks HTTP!!
Joking... only joking...
On 6/29/06, Matt S Trout [EMAIL PROTECTED] wrote:
A. Pagaltzis wrote:
Hi all,
this was written about Rails apps, but all the conceptual points
are 100% applicable to Catalyst:
On 6/29/06, John Napiorkowski [EMAIL PROTECTED] wrote:
writing monolythic cgi type applications. Personally I put all the logic
having to do with manipulating the database into my model class. So things
like adding/removing users or very common searches I put there. Anything
that more than
On 6/29/06, Brandon Black [EMAIL PROTECTED] wrote:
If you find yourself putting code in your View templates that isn't
directly related to rendering this specific flavour of output, it
probably needs to be moved to the Controller. Good code in views:
iterating an arrayref to generate a ul
On 6/29/06, Nilson Santos Figueiredo Junior [EMAIL PROTECTED] wrote:
On 6/29/06, Brandon Black [EMAIL PROTECTED] wrote:
If you find yourself putting code in your View templates that isn't
directly related to rendering this specific flavour of output, it
probably needs to be moved to the
Nilson Santos Figueiredo Junior wrote:
On 6/28/06, Hugh Lampert [EMAIL PROTECTED] wrote:
Err, yes... gcc... seems to be a bit of a problem. Hate to impose on
the members of the list, but can anyone point me in the direction of a
good win32 binary GCC package that doesn't require Cygwin or
Hi,
Regarding the generic controller stuff you might look at the
Catalyst::Example::Controller::InstantCRUD - you can use it as a base
class for your controllers to get the basic CRUD + paging and sort
stuff for free. It's still rather experimental though.
--
ZbyszekOn 6/29/06, Brandon Black
On 6/29/06, Brandon Black [EMAIL PROTECTED] wrote:
The approach I'm attempting lately (and I haven't gotten it all
working right yet...) is to make Controller base-classes that
implement generic concepts for things like paging and sorting tables
of data (complete with handling form args like
Nilson Santos Figueiredo Junior wrote:
On 6/29/06, Brandon Black [EMAIL PROTECTED] wrote:
The approach I'm attempting lately (and I haven't gotten it all
working right yet...) is to make Controller base-classes that
implement generic concepts for things like paging and sorting tables
of data
On 6/29/06, Hugh Lampert [EMAIL PROTECTED] wrote:
OK, don't mean to sound like a whiner here, and I haven't spent any time
investigating the various GCC packages, but it's making me laugh that
it's been suggested I download a C++ development package just so I can
get my perl modules to
Hugh Lampert wrote:
I mean I only want to finish my small app. My boss is going to split his
gut when I tell him first I need to download a C++ dev package so I can
install the application framework that actually is written in perl.
Looks like I'll be sticking to whatever Catalyst modules
On 6/29/06, Matt S Trout [EMAIL PROTECTED] wrote:
Nilson Santos Figueiredo Junior wrote:
That involves doing bad things such as using c.param() from the View
but it really was the only practical way (i.e. DRY) I could think of.
So, any suggestions are welcome. ;-)
No, it's the best
This has just gone to CPAN, with the following momentous changes:
- disable cdbi-t/02-Film.t warning tests under AS perl
- fixups to MySQL tests (aka work round mysql being retarded)
- compat tweaks for Storage debug logging
This is a release candidate for 0.07 of
You may want to look into Vanilla / Strawberry perl as an alternative
to ActivePerl.
It includes the mingw (gcc) compiler and nmake, and the perl included
is compiled from scratch with mingw, rather than ms compilers.
http://win32.perl.org/wiki/index.php?title=Vanilla_Perl
The files are here (get
Nilson Santos Figueiredo Junior wrote:
On 6/29/06, Matt S Trout [EMAIL PROTECTED] wrote:
Nilson Santos Figueiredo Junior wrote:
That involves doing bad things such as using c.param() from the View
but it really was the only practical way (i.e. DRY) I could think of.
So, any suggestions are
Brandon Black a écrit :
[...]
Controller(s) - This is the glue that binds Models and Views together.
It accepts user input, possibly makes modifications to Model data,
possibly retreives some Model data, and then displays a View at the
user who gave the input. This is where the business
On 6/29/06, Matthieu Codron [EMAIL PROTECTED] wrote:
This does not matter much in most cases except big projects where
business logic elements are reused in various situations around the
application.
Then you put that logic in external regular Perl modules and make your
controllers just use
Matthieu Codron wrote:
Brandon Black a écrit :
In J2EE projects, the layer model is more like MSCV-I, for Model --
Service -- Controller -- View, the I standing for Integration layer
(Spring for example, or Catalyst in Perl)
What is missing in Catalyst is that Service layer. But it's not
* Perrin Harkins [EMAIL PROTECTED] [2006-06-29 23:20]:
If I'm reading it correctly, he's upset that the protocol
between web servers and FastCGI isn't HTTP. He doesn't make a
very good case for why, but that seems to be the gist.
Yes. I take his argument as being that FastCGI has the
A. Pagaltzis wrote:
* Perrin Harkins [EMAIL PROTECTED] [2006-06-29 23:20]:
If I'm reading it correctly, he's upset that the protocol
between web servers and FastCGI isn't HTTP. He doesn't make a
very good case for why, but that seems to be the gist.
Yes. I take his argument as being that
You can use some of the available plugins to help with this. There are plugins
to serve controller actions as xmlrpc or json for example. I've also been
doing some lightweight services with RSS and ATOM. I don't specifically see
something for SOAP, but I doubt it would be hard to make.
I
A. Pagaltzis wrote:
Yes. I take his argument as being that FastCGI has the
application running in a separate process that can’t be
communicated with in absence of a webserver because there aren’t
any utilities that speak FastCGI directly, and if the connection
between the webserver and the
35 matches
Mail list logo