Re: [Catalyst] Re: CatalystSites.org
On Wed, 2 Apr 2008 16:25:15 -0500 [EMAIL PROTECTED] wrote: Stephen Sykes [EMAIL PROTECTED] wrote on 04/02/2008 03:46:16 PM: Pagaltzis wrote: * Jonathan Rockway [EMAIL PROTECTED] [2008-04-02 20:55]: * On Wed, Apr 02 2008, Oleg Pronin wrote: 2008/4/2, Ulf Lenski [EMAIL PROTECTED]: Hallo Ulrich, ich habe, dein Einverstandnis vorausgesetzt, unsere pspf-app mal auf der unten genannten Seite veroffentlicht. http://drs.dife.de/ konnte dort doch auch gelistet werden? Wollen wir uns bei Gelegenheit mal wieder treffen? bis bald - ulf. ti che raspizdilsya po-nemetski, suka ? ?? Περί τίνος μιλάμε? Regards, Can someone translate? Ich bin nicht gut Deutsch sprechen, aber ... Hello Ulrich, I have your consent provided our pspf-app times on the Referred to below page. Http://drs.dife.de/ but there could also be listed? Shall we look at the opportunity again? Up soon - Ulf. Actually the translation is as follows: Hello Ulrich I have, assuming your consent, added our pspf application to the site mentioned below. Couldn't http:// drs.dife.de/ be listed there too ? What do you think about another meeting ? See you - Ulf This post, of course was not intended for the Catalyst list but for myself, the poster just used the wrong address so there is no need for alarm. regards Ulrich signature.asc Description: PGP signature ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] trouble with Catalyst::Controller::FormBuilder: form does not render correctly (no fields)
Fellow nerds,
I've got a problem with Catalyst::Controller::FormBuilder. I'm doing
exactly as advertised in the pod but the form refuses to render, or
better said is its fields.
The submit button is rendered with the correct caption (which is
different from submit), hence the .fb file is found and loaded. And
when i peek into $self-formbuilder-{fields} turns out the array is
there, but empty.
So the formbilder object is not correctly initialized, but I have no
idea why. I've tried some variations, like Form(explicit/path) and
different line endings (cr, lf, crlf) of the .fb file. no avail.
i'd be grateful for suggestions.
thank you
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] CatalystSites.org
Hi Stephen. Well, today I would like to announce the site launch. The site looks nice, but I find it a little bloatware to talk of 40+ sites, when it's obvious that a good part of them share the same layout and codebase and only differ in the content. I hope everyone finds the site to their liking and can find the time to register and post their Catalyst driven websites. I will, as soon as I have EmPiDri in a presentable state :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] New engine: HTTP::Prefork
Finally got around to releasing an engine I have been working on for a little bit. I was disappointed in the POE engine and came to the conclusion that POE, while tons of fun to use, is not the right framework for something like a Catalyst engine. So this engine is designed to replace the POE engine and is more than twice as fast, a lot more robust, and will scale much better. It is based on Net::Server::Prefork so it has all of the preforking features you'd expect (min servers, spares, max servers, flock-based accept() serialization, etc). It also requires 2 XS modules to further improve performance: HTTP::HeaderParser::XS (formerly Perlbal::XS::HTTPHeaders), and Cookie::XS. I also tried to support as many HTTP/1.1 features as possible, and so it includes support for chunked requests, chunked responses, pipelined requests, and of course keep-alive. It's suitable for use as a fast development server with the same -r restart support as the HTTP and POE engines, and should also be suitable as a production-quality server (although it *is* still version 0.01 :) http://search.cpan.org/~agrundma/Catalyst-Engine-HTTP-Prefork-0.01/ -Andy ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New credential -- Catalyst::Authentication::Credential::OpenID
On Wed, Apr 2, 2008 at 9:38 PM, Ashley [EMAIL PROTECTED] wrote:
Hello everybody! [Well, mostly JayK and Tatsuhiko Miyagawa].
I think I have a working modernized (to the current bleeding edge of the
Auth system) OpenID Credential package:
Catalyst::Authentication::Credential::OpenID. Before I work on docs and
trying to making it tested and bomb-proof I want to check with all y'all.
It's based on the second generation
Catalyst::Plugin::Authentication::Credential::OpenID from Tatsuhiko Miyagawa
and all the new stuff from Jay Kuri.
So instead of
$c-authenticate_openid()
you have realm based auth
$c-authenticate({ openid_identifier = $claimed_uri }, openid)
I considered including the legacy parts of CPA::Credential::OpenID,
specifically authenticate_openid(), but have come out against it as too
confusing without a big enough user base to justify it. Contrary arguments
are welcome.
The docs and error feedback will note that the store class Null (with user
class User::Hash) is the only built-in supported one. I plan to add a
namespace-preserving data slurp on the OpenID stuff (though I haven't looked
at how/where this will work so it might be wishful thinking for now) so that
arbitrary things like Simple Registration will be brought in as a
sub-hash-ref instead of multiple key-val pairs at the top of the user
object. Perhaps this is where a user class for OpenID should happen; it
would follow the OpenId spec and refuse to find_user unless the required
fields were present.
So, that would mean the package (with two classes, credential and user)
would be released together under the otherwise empty namespace
Catalyst::Authentication::OpenID(???).
Also, OpenID stuff can be difficult, to put it mildly, to debug so I'd like
to put in lots of debug statements. What is (or which module represents) the
current best practice for per module debug handling so it can be toggled (in
the config?)?
Related:
http://openid.net/specs/openid-simple-registration-extension-1_0.html
Do the name change and general direction sound right?
-Ashley
--
PS: 바보 to that thread.
Hey Ashley,
This sounds like the right direction to me. I'm eager to see the new
work, as well. Do you have a dev package available? Also, if you
need proper commit bits to the main Catalyst repos please let me know
and I'll get that sorted out for you.
I'm getting ready to start working on another OpenID consumer
application, and would like to use your work.
Thanks,
-Jay
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New credential -- Catalyst::Authentication::Credential::OpenID
On Apr 5, 2008, at 8:44 PM, J. Shirley wrote:
On Wed, Apr 2, 2008 at 9:38 PM, Ashley [EMAIL PROTECTED] wrote:
Hello everybody! [Well, mostly JayK and Tatsuhiko Miyagawa].
I think I have a working modernized (to the current bleeding edge
of the
Auth system) OpenID Credential package:
Catalyst::Authentication::Credential::OpenID. Before I work on
docs and
trying to making it tested and bomb-proof I want to check with all
y'all.
It's based on the second generation
Catalyst::Plugin::Authentication::Credential::OpenID from
Tatsuhiko Miyagawa
and all the new stuff from Jay Kuri.
So instead of
$c-authenticate_openid()
you have realm based auth
$c-authenticate({ openid_identifier = $claimed_uri }, openid)
This sounds like the right direction to me. I'm eager to see the new
work, as well. Do you have a dev package available?
Great. I worked on it a bunch today and got a working test app with
it running a provider and a consumer along with some plain text
inline Auth so it can test itself. I managed to use some of JRock's
test stuff + some of JK's to write a live test that I *think* is
okay. It's difficult to know because the test server has to run with
forking so it can answer its own requests but it's passing in my env
on OS X at least. It's minimal but there is a working OpenID server
example in the t/TestApp code.
I'm trying to do some reasonable POD right now and I was hoping to
get a slightly messy 0.01 on the CPAN tonight (missing the OpenID
store class which I'd really like to have but that's another day+ to
write and test which might push it off a week or more). I have my own
svn server but since it's just me, it's messy with poor revision
messages and I check in broken stuff so I can get it between my
machines... that said, if you can't wait or I'm too slow: http://
dev.perlperl.com/cpan/trunk/CA-OpenID/ (that should be open for
checkouts; I just flipped it to public).
Also, if you need proper commit bits to the main Catalyst repos
please let me know
and I'll get that sorted out for you.
I would love that. If nothing else, I'd be glad to tackle typo/small-
fish bugs and help update some of the document drift in
authentication stuff.
I'm getting ready to start working on another OpenID consumer
application, and would like to use your work.
I hope you do and please if any room for improvement jumps out at
you, don't be shy. I worked a bunch with OpenID last year on a
contract but I'm no guru with it.
-Ashley
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
