if you are methodic enough you can just create a script in /usr/bin
that cleans temps, backs and other rotten files. Or easier yet, you
can alias to something like clean_emacs to something like:
find . -name *~ | xargs rm -f
find . -name #*# | xargs rm -f
of course you can make this more
IMHO you should let each component do what it does best. Web servers
are specialized for static content so le IT do this work. Your app is
specialized in dyn content so let IT do the work.
Here is an example apache2 conf to handle cat / static content. In
this app, both standard cat static
Brian,
I understood your answer, I was responding the orinial post fo Jason
Gottshall, but followed the thread from your post. Sorry for the
confusion!
Best,
Alejandro
On 3/23/07, Brian Kirkbride [EMAIL PROTECTED] wrote:
Alejandro Imass wrote:
Just my $.02
IMHO, the M is correctly defined
Thank you all for the valuable input to this thread.
From the comments, my conclusion is that if you already developed with
HTML::Widget it would probably be better to stick with it and wait for
FormFu (or use FormFu from svn), because it's more backward compatible
with legacy HTML::Widget
Just my $.02
IMHO, the M is correctly defined as is in Catalyst, and you should
definitively keep the Model. Depending on which business logic you
are refering to, the code should go in any of Controller, Model (aka
the ORM layer) or the Database.
Furthermore, I think that ORM is just that:
Yeap! That surely did the trick! Thank you VERY much!
(BTW, just for general culture, how did you originally arive at that
conclusion when you had the problem?)
Thanks again,
Alejandro
On 3/22/07, Bogdan Lucaciu [EMAIL PROTECTED] wrote:
On Thursday 22 March 2007 01:34, Alejandro Imass wrote
Hello,
I wrote a complete backend in HTML::Widget a couple of months ago, and
now I'm adding new functionallity to another part of the site. The
question is:
a - Stick with HTML::Widget and wait for FormFu ?
b - use C::C::FormBuilder ?
I am inclined for option b, but would like some feedback
FormFu is a soon to come alternative (replacement?) for HTML::Widget
On 3/22/07, Doran L. Barton [EMAIL PROTECTED] wrote:
Not long ago, Alejandro Imass proclaimed...
I wrote a complete backend in HTML::Widget a couple of months ago, and
now I'm adding new functionallity to another part
I also tried with the version on svn and the same thing happens. I
tried several things before writing to the list but without any luck.
Just out of curiosity, how does this
my $page = books/basic;
$mech-get_ok( http://localhost/$page;, GET /$page );
know if it's goint to use the mason,
and then the httpd user can't write to it.
I just thought I'd share this because many times we overlook the
obvious when we are under pressure. I broke my head for several hours
one day with this stupid mistake.
Regards,
Alejandro Imass
On 3/9/07, Kieren Diment [EMAIL PROTECTED] wrote:
On 09/03/07
Thank You!
That was the problem. I created a soft link with capital TT and it is
now working.
Can anyone explain why this has happened Is this a version
problem? The application is working fine in my development laptop and
_was_ working fine on this server also. Then all of a sudden it
, sometimes we need several eyes
to see something so obvious! And of course, my USB drive is going to
ext3 or reiserfs immediately!
Warm regards,
Alejandro Imass
[1] Without tarballing. USB 2 drives are so fast that many times it's
much faster to copy the whole directory. It turned out to be a very
bad
CPAN version. I also checked the class itself and it of course
has the process method.
Any ideas or help greatly appreciated.
Thanks,
Alejandro Imass
___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
[EMAIL PROTECTED] wrote:
On 17 Dec 2006, at 18:33, Alejandro Imass wrote:
Hi,
I developed a Catalyst app in 5.7001 and am trying to deploy on a
server with 5.7007
I am getting this error:
Couldn't forward to vdc::View::tt. Does not implement process
Couldn't forward to command vdc::View
I'm just a newbie like you in Catalyst but I think that HTML::Widget
is probably good enough for most simple (and perhaps not so simple)
CRUD screens that are usually a pain after you finish your main app. I
usually leave the admin apps for last and HTML::Widget saved my
particular day so even if
confused :-]
Thanks beforehand,
Alejandro Imass
___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev site: http://dev.catalyst.perl.org/
perldoc Catalyst::Manual::Tutorial
perldoc Catalyst::Manual::Tutorial::Intro
perldoc Catalyst::Manual::Tutorial::CatalystBasics
and so forth...
all names are exact without spaces except for Introduction that is
abreviated to Intro as shown above
On 11/9/06, Kieren Diment [EMAIL PROTECTED]
to filenames that use Unicode characters in an upload
field?
Thanks,
Alejandro Imass
___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/
Dev
The error says near the require. He may be missing a simple ; or he
may not even have DBIx::Class
On 11/3/06, John Napiorkowski [EMAIL PROTECTED] wrote:
--- [EMAIL PROTECTED] wrote:
I'm also returning to Perl programming after
(joyfully) finding an
MVC that's based on a language I've
Thank you very much! I haven't used Windoze for a long time so I wasn't
even aware of the fact until I tried to demo my first take on this site
to the client, you can imagine the disaster!On 10/24/06, Nilson Santos Figueiredo Junior [EMAIL PROTECTED] wrote:
On 10/24/06, Alejandro Imass [EMAIL
.
On 10/24/06, Yuval Kogman [EMAIL PROTECTED] wrote:
On Mon, Oct 23, 2006 at 21:35:03 -0400, Alejandro Imass wrote: Wow, that was a prompt reply! I saw many of your plugins on CPAN! I just want to manipulate some images on the backend before I send them to
the page. From just one base image I want
On 10/24/06, Yuval Kogman [EMAIL PROTECTED] wrote:
Ouch, what an insane client...I hope you're charging them $$$ ;-)
Not really. But they gave me the opportunity to use whatever I wanted
so it was perfect for my first Catalyst project. You now must think
that it is I who is insane!
Use
On 10/24/06, Jonathan Rockway [EMAIL PROTECTED] wrote:
You can do all of this with CSS (other than pick the algorithm thebrowser uses to resize the image).Look at the CSS for HTML Slidy tosee how this is done:http://www.w3.org/Talks/Tools/Slidy/
Cool. Thanks for this lead!
The fade to black is a
Yes, sorry, I was lazy in my answer. I meant that this whole thing
seemed too much trouble. It seems that by setting the proportion fixed
(fixing the w/h ratio) I can generate the image only once on the server
and the resize with CSS and JS.
Thanks for pointing this out though.
On 10/24/06,
?
Thanks beforehand and I hope to be asking more interesting questions in the future.
Alejandro Imass
___
List: Catalyst@lists.rawmode.org
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst
at 21:01:08 -0400, Alejandro Imass wrote: I want to work with Image::Magick with Catalyst and I wondering if I need to build a plugin or can I just use the Image::Magick module as-is. What are
the advantages, disadvantages or limitations I will find if I just use the CPAN module as-is?What are you
26 matches
Mail list logo
