On Thu, Mar 22, 2007 at 03:48:11PM -0400, Christopher H. Laco wrote:
And don't forget the new Lucene taking over for Kino...
I had (as still have actually) various problems with locking when using
Lucene with fastcgi. It is probably my mistake, but treat this as a
friendly warning, because I was
On 22/03/07, Alejandro Imass [EMAIL PROTECTED] 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 ?
If
On 22/03/07, Doran L. Barton [EMAIL PROTECTED] wrote:
I am currently developing my first app using C:C:FormBuilder too, having
done previous Catalyst projects with HTML::Widget. I think FormBuilder may
become the de facto way to develop Catalyst apps in the future, especially
seeing there is a
Ian Docherty wrote:
FastCgiExternalServer /tmp/timesheet.fcgi -socket /tmp/timesheet.socket
VirtualHost *:80
ServerName timesheet.mydomain.com
Alias / /tmp/timesheet.fcgi
/VirtualHost
Just for kicks
try:
Alias / /tmp/timesheet.fcgi/
(note trailing slash)
-Brian
VirtualHost *:80
ServerName timesheet.mydomain.com
Alias / /tmp/timesheet.fcgi
/VirtualHost
I think your Alias should read like this:
Alias / /path/to/script/timesheet_fastcgi.pl/
--
Radek
___
List: Catalyst@lists.rawmode.org
Listinfo:
On Monday, February 26, 2007, Jay K wrote:
Well, finally, there is a new Catalyst::Plugin::Authentication module
available for general testing.
http://search.cpan.org/~jayk/Catalyst-Plugin-Authentication-0.
0_01/
JayK et al:
What's the status of this update? I'm starting a new project
On Mar 22, 2007, at 12:44 PM, Jim Spath wrote:
What about Xapian?
I noticed that it has some Catalyst support in the form of
Catalyst::Model::Xapian.
Xapian also seems like a possible long term solution as it can
handle more documents that Swish-e or KinoSeach.
I've done some Catalyst
Depending on your needs, I'd like to make a plug for using Solr as your
search engine. Solr presents a nice XML front-end (and adds several fancy
features) to Lucene. The developer communities for Solr and Lucene are large
and active. These projects are used as production search engines on many
This is perhaps a useless comment, but much of what I used Xapian for
Solr does as well or better.
Adam
On Mar 23, 2007, at 9:25 AM, Graham Stead wrote:
Depending on your needs, I'd like to make a plug for using Solr as
your
search engine. Solr presents a nice XML front-end (and adds
Brian.
Excellent, that was it exactly (amazing what difference a single '/' can
make!)
(That puts pressure on me to recipricate and to update C-P-I18N-DBIC to
help you now! I will see what I can do)
Regards
Ian
Brian Cassidy wrote:
Ian Docherty wrote:
FastCgiExternalServer
Hello!
When user post some form from Internet Explorer it tries to keep connection
alive
and for that reason after url-encoded data send additional CRLF which is
not
counted to Content-length header. Catalyst::Engine::HTTP ( as of version
5.7007 )
pass all data received to HTTP::Body, but
On Mar 23, 2007, at 11:36 AM, Dmitry wrote:
Hello!
When user post some form from Internet Explorer it tries to keep
connection alive
and for that reason after url-encoded data send additional CRLF
which is not
counted to Content-length header. Catalyst::Engine::HTTP ( as of
version
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
-Original Message-
From: Doran L. Barton [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 4:00 PM
To: The elegant MVC web framework
Subject: Re: [Catalyst] Order_by
Not long ago, Doran L. Barton proclaimed...
This is really a DBIC question... but it's like this:
Jason Gottshall wrote:
Catalysters:
I'm developing a new app using Catalyst, with DBIC as the db persistence
layer. I intend to build Models that encapsulate the business logic and
that will use DBIC to interact with the database as necessary, instead
of using DBIC as a model itself.
So if I'm
On Friday, Mar 23, 2007, at 12:34 US/Pacific, Andy Grundman wrote:
This bug has been fixed in svn [1] and will be part of the HTTP::Body
0.7 release, coming soon.
Just out of curiosity, will this make the test server work with Safari?
-Ashley
--
It's valuable to have the model. You will get less redundant, easier to
understand/follow DB interactions and you will, if you need it, have
the DB exposed from templates and such. I don't recommend it but I was
glad to be able to write some TT code a couple weeks ago that looked
more like PHP
On 23/03/07, Alejandro Imass [EMAIL PROTECTED] wrote:
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:
On Mar 23, 2007, at 2:51 PM, Ashley Pond V wrote:
On Friday, Mar 23, 2007, at 12:34 US/Pacific, Andy Grundman wrote:
This bug has been fixed in svn [1] and will be part of the
HTTP::Body 0.7 release, coming soon.
Just out of curiosity, will this make the test server work with
Safari?
I
On Friday, Mar 23, 2007, at 13:47 US/Pacific, Andy Grundman wrote:
I believe Safari is fine, it doesn't have the same bug IE does. Have
you had problems with it?
Yep. I think I brought this up like … over a year ago. I'll go fire up
a clean test app to make sure it's still an issue and not
On Mar 23, 2007, at 4:38 PM, Ashley Pond V wrote:
On Friday, Mar 23, 2007, at 13:47 US/Pacific, Andy Grundman wrote:
I believe Safari is fine, it doesn't have the same bug IE does.
Have you had problems with it?
Yep. I think I brought this up like … over a year ago. I'll go fire
up a
H…
---
[EMAIL PROTECTED]/MyAppsetenv CATALYST_HTTP_DEBUG 1
[EMAIL PROTECTED]/MyApp./script/myapp_server.pl -d
[debug] Debug messages enabled
[debug] Loaded plugins:
.---
-.
| Catalyst::Plugin::ConfigLoader
On Mar 23, 2007, at 4:22 PM, apv wrote:
Same, nothing… tried with the -k too, as well as adding arbitrary
strings to the URI, like http://jasper.local:3000/asdf -- no
trouble with Firefox or IE.
I think you need to update to Catalyst 5.7007.
___
On Mar 23, 2007, at 4:30 PM, Andy Grundman wrote:
On Mar 23, 2007, at 4:22 PM, apv wrote:
Same, nothing… tried with the -k too, as well as adding arbitrary
strings to the URI, like http://jasper.local:3000/asdf -- no
trouble with Firefox or IE.
I think you need to update to Catalyst
Strangely enough, I was running an older Runtime but upgraded before
double checking against your stuff.
On Mar 23, 2007, at 4:32 PM, Andy Grundman wrote:
I think the problem may be that you're using the weird Mac hostname
'jasper.local' instead of localhost. Maybe Safari resolves this
On Mar 23, 2007, at 6:27 PM, Ashley Pond V wrote:
Oh, to add confusion upon confusion. It works fine across my
Airport. Safari won't load it on the computer which is running the
server, but Safari on the computer in the other room has no trouble
at all with the test server at the exact
On Mar 23, 2007, at 6:41 PM, Andy Grundman wrote:
On Mar 23, 2007, at 6:27 PM, Ashley Pond V wrote:
Oh, to add confusion upon confusion. It works fine across my
Airport. Safari won't load it on the computer which is running the
server, but Safari on the computer in the other room has no
28 matches
Mail list logo