[cross-posted from
http://ldami.blogspot.com/2010/08/platforms-20102011-call-for-perl-teams
.html ]
Hi Catalysters,
A new edition of the Plat_Forms programming contest is going to take
place in end 2010 or beginning of 2011 : see
http://www.plat-forms.org/2010/plat-forms-in-2010 .
The first
Still at 0.14 which that was the old version before the -excludes change.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive:
Dear list members,
I guess what I am trying to do is a pretty common task for web
developers. So I am very astonished that a couple of hours spent
searching the Internet didn't provide me with a good starting point for
my efforts.
Here's what I would like to achieve:
A user comes to a web page
On Thu, Aug 26, 2010 at 10:46 AM, daniel.brunkho...@dataport.de wrote:
Dear list members,
I guess what I am trying to do is a pretty common task for web developers.
So I am very astonished that a couple of hours spent searching the Internet
didn’t provide me with a good starting point for my
You might want to have a look in the MojoMojo code for an example of
something similar.
Is this is not exactly what you require, then I can provide you with
some of my own example code which does something slightly more
complicated.
--
Kiffin Gish kiffin.g...@planet.nl
Gouda, The Netherlands
Basically you need to setup a model (a common one would be
DBIx::Class) to store your users.
(http://search.cpan.org/~rkitover/Catalyst-Model-DBIC-Schema-
0.43/lib/Catalyst/Model/DBIC/Schema.pm)
I am not going to use a database for authentication, so DBIx::Class is not
useful for me in this
On Thu, Aug 26, 2010 at 12:41 PM, daniel.brunkho...@dataport.de wrote:
Basically you need to setup a model (a common one would be
DBIx::Class) to store your users.
(http://search.cpan.org/~rkitover/Catalyst-Model-DBIC-Schema-
0.43/lib/Catalyst/Model/DBIC/Schema.pm)
I am not going to use a
On Thu, 2010-08-26 at 13:10 +0200, David Schmidt wrote:
Anyways, what you want can be done with Catalyst.
1) user enters mailaddress and hits submit
2) you generate a digest
3) store digest + mailaddress in model
4) send digest in URL to mailaddress
5) user klicks the link
6) validate
On 26/08/2010, at 9:25 PM, Denny wrote:
On Thu, 2010-08-26 at 13:10 +0200, David Schmidt wrote:
Anyways, what you want can be done with Catalyst.
1) user enters mailaddress and hits submit
2) you generate a digest
3) store digest + mailaddress in model
4) send digest in URL to
On 26/08/2010, at 10:23 PM, daniel.brunkho...@dataport.de
daniel.brunkho...@dataport.de wrote:
Thanks, Denny, for making clear what my original intention was.
Thanks, Kieren, for giving an explanation why my web search failed.
So, I guess I will implement my own procedure for
On Thu, 2010-08-26 at 14:23 +0200, daniel.brunkho...@dataport.de wrote:
Nope, there doesn't seem to be a Catalyst::Controller::Registration
on CPAN. Maybe there should be.
I wish there was and I definitely think there should be, because in
my opinion this is a pretty common task.
I'm
On Thu, Aug 26, 2010 at 4:10 AM, David Schmidt davew...@gmx.at wrote:
1) user enters mailaddress and hits submit
2) you generate a digest
3) store digest + mailaddress in model
I currently collect info and store and then also save the digest. After
seeing how much cruft get collected, I'd
On Thu, Aug 26, 2010 at 4:34 PM, Bill Moseley mose...@hank.org wrote:
On Thu, Aug 26, 2010 at 4:10 AM, David Schmidt davew...@gmx.at wrote:
1) user enters mailaddress and hits submit
2) you generate a digest
3) store digest + mailaddress in model
I currently collect info and store and
On 26 Aug 2010, at 07:34, Bill Moseley wrote:
Still at 0.14 which that was the old version before the -excludes
change.
Yeah, sorry about that - I've been rushed off my feet in the last week
and have made a couple of stupid mistakes.
This is now corrected by a new release.
Cheers
t0m
Am Montag 23 August 2010, 23:17:40 schrieb Ben van Staveren:
try using /static/css/main.css ;)
Yup, that did the trick.
$c.uri_for() would have worked as well, as I have learned now (tnx Stuart).
But why? :-)
I mean, coming from years of traditional web development it's deeply ingrained
not to
Hi.
Just getting around to implement the first user auth stuff, and as usual I am
going along with MySQL. I know, I know, please no DB flame wars :-)
As most of the docs are based on SqLite and Cat/MySQL docs are a little bit
sketchy, I am unsure if my Schema requires the manual addition of
On 27/08/2010, at 7:50 AM, Ekki Plicht (DF4OR) wrote:
Am Montag 23 August 2010, 23:17:40 schrieb Ben van Staveren:
try using /static/css/main.css ;)
Yup, that did the trick.
$c.uri_for() would have worked as well, as I have learned now (tnx Stuart).
$c-uri_for('/static/wherever') is the
Am Freitag 27 August 2010, 00:02:15 schrieb Kieren Diment:
On 27/08/2010, at 7:50 AM, Ekki Plicht (DF4OR) wrote:
Am Montag 23 August 2010, 23:17:40 schrieb Ben van Staveren:
try using /static/css/main.css ;)
Yup, that did the trick.
$c.uri_for() would have worked as well, as I have
NOD32 Antivirus, version of virus signature
database 5400 (20100826) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo
19 matches
Mail list logo
