Re: [Catalyst] Re: New engine: HTTP::Prefork
On Apr 7, 2008, at 8:57 AM, Aristotle Pagaltzis wrote: * Andy Grundman [EMAIL PROTECTED] [2008-04-06 17:10]: Multiple processes is really the only way to go for a web server. You mean, a webserver for running Catalyst apps? ’Cause in the general case, a single-process, select-based server will yield higher performance. In order to do that properly, the parent process would have to proxy all data through to backend processes. That's the model I tried for the (unreleased) Sprocket engine, but I wasn't really happy with it. ___ 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
Carl Johnstone wrote: 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. That would actually be my fault, as I added those sites. The aim is to create a list of public facing web sites running on Cat - we (currently) run 20 newspaper sites that do run on Cat. The fact they share a lot of code and have some design consistency could be seen as a bonus for the framework. For reference I work for the Regional division of the Guardian Media Group (our most known publication is The Guardian newspaper www.guardian.co.uk ) - the sites I listed served around 10 million pages last month to around a million different people. Carl ___ 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/ Is the Guardian run on Catalyst? [stephen] ___ 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] Why use external FastCGI apps?
-Original Message- From: Matt S Trout [mailto:[EMAIL PROTECTED] Sent: Sunday, April 06, 2008 12:01 PM To: The elegant MVC web framework Subject: Re: [Catalyst] Why use external FastCGI apps? On Mon, Mar 10, 2008 at 10:47:01AM -0400, Matt Pitts wrote: I'm honored by the invitation and I got my boss to OK it. So where should it exist in the Wiki and what should it be called? PAR Deployments w/ Apache and FastCGI? Sounds good. To be entirely honest, I don't so much care where it goes so long as it's there - a mis-placed article can be moved but a nonexistant one is no use at all :) Roger that. It's there, but I haven't had the time to work on it much the last month. It will get finish, however, one way or another. Actually, I'm working now to get my Makefile.PL nailed down so that all my dependencies actually get pulled into the PAR so that the app can be run on a fresh system with a minimal number of CPAN installs - hopefully, only parl. I might write up another post on this to get some more input. v/r -matt ___ 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] Memory leak under FastCGI?
-Original Message- From: Matt S Trout [mailto:[EMAIL PROTECTED] Sent: Sunday, April 06, 2008 1:18 PM To: The elegant MVC web framework Subject: Re: [Catalyst] Memory leak under FastCGI? On Wed, Mar 19, 2008 at 03:32:12PM -0400, Matt Pitts wrote: I have not yet determined if the conversion from mod_fcgid to mod_fastcgi external is when the RAM usage started climbing - still awaiting system reports - but, there haven't been an substantial changes to the app since then that I would consider potential causes of a memory leak. I'm guessing it's been there for a while, but it's only now evident because the app instances were getting automatically recycled by mod_fcgid and now they're not. Right, which is why I'm confused by your mentioning 'under FastCGI'. The problem is almost certainly that your application has a memory leak in it, not the engine side of things - you should try replaying a known set of requests against the application and use things like Devel::Leak to determine if you're leaking SVs. Is it generally an acceptable practice to just restart the external fastcgi process periodically to free its memory? Yep. Other than really gross leaks it's often not worth the developer time involved to track them down. Thanks for the feedback. I got a pointer to: http://www.catalystframework.org/calendar/2007/18 And after looking that over I started feeling like copy-on-write was more the cause than leaking memory. It may still be leaking, but it is so gradual that it's hard to know without a detailed investigation. As of now, I'm trying to hack up a better ProcManager based on FCGI::Engine::ProcManager that actually recycles its children using options like MaxRequestPerChild. Hopefully, I'll be able to get it done and cleaned up enough to release. [OT] Can anyone recommend a good IPC message queue? I was working with IPC::PubSub, but then started getting weird errors out of DBM::Deep. I want something lite that doesn't require a completely separate process and keeps me from having to deal with sockets. v/r -matt pitts ___ 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 7, 2008, at 10:30 AM, Jay K wrote: Hi Ashley, Sorry for the delay, It sounds quite interesting. Are you working off of the auth module in svn at the moment, or the released version. I ask because there are changes in svn that might make it easier to implement. I'm in the process of documenting those changes for a release soon. Namely, the realm has much more control (more hook points) in the auth process - might be useful. Anyway - let me know if I can help in any way. Working from the CPAN version. http://search.cpan.org/dist/Catalyst-Authentication-Credential-OpenID/ (Ignore the extra Documentation link, I left a trash copy of the file in there and need to get it out; I'll try tonight when I've got time; I notice another mistake -- I left the store class in the sample config but it doesn't exist yet.) I'd love to see your new stuff. I'll take a look later. I am already basically using the realm for everything. Don't know what the new looks like but the old was pretty easy to follow and I was grateful for the internals info you put in the POD. The only current real configuration option, for example, is that you can set your own user agent and pass it arguments. From the POD- Plugin::Authentication: default_realm: members realms: openid: credential: class: OpenID ua_class: LWPx::ParanoidAgent ua_args: whitelisted_hosts: - 127.0.0.1 - localhost On Apr 5, 2008, at 10:11 PM, Ashley wrote: 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/ --- Those who can make you believe absurdities can make you commit atrocities. --Voltaire ___ 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/ ___ 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] Re: New credential -- Catalyst::Authentication::Credential::OpenID
Hi Ashley, * Ashley [EMAIL PROTECTED] [2008-04-07 20:10]: http://search.cpan.org/dist/Catalyst-Authentication-Credential-OpenID/ is there any way to tell which OpenID provider was used for a particular credential? F.ex. a company might use OpenID as its SSO mechanism, by setting up an OpenID provider for employees, in which case an internal app might want to grant extra trust to OpenIDs from that provider (or reject IDs from other providers altogether). OK, in this particular example you could get away with accepting only OpenIDs of a particular form. But delegation is an integral part of OpenID and in other similar scenarios on the open web it would be interesting to know the provider, not just the identity. A quick skim of Net::OpenID::Consumer does not reveal a way to get at this, however… is there? Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/ ___ 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] Re: New engine: HTTP::Prefork
* Andy Grundman [EMAIL PROTECTED] [2008-04-07 15:30]: On Apr 7, 2008, at 8:57 AM, Aristotle Pagaltzis wrote: You mean, a webserver for running Catalyst apps? ’Cause in the general case, a single-process, select-based server will yield higher performance. In order to do that properly, the parent process would have to proxy all data through to backend processes. That's the model I tried for the (unreleased) Sprocket engine, but I wasn't really happy with it. Yeah – as I said, it’s faster when comparing all possible approaches. But the app must be designed around that model. Catalyst isn’t. Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/ ___ 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] Re: New credential -- Catalyst::Authentication::Credential::OpenID
Hi, On Mon, Apr 7, 2008 at 5:22 PM, Aristotle Pagaltzis [EMAIL PROTECTED] wrote: A quick skim of Net::OpenID::Consumer does not reveal a way to get at this, however… is there? There's the identity_server method in Net::OpenID::ClaimedIdentity. my $identity = $csr-claimed_identity($claimed_uri) or Catalyst::Exception-throw($csr-err); my $check_url = $identity-check_url(...); I guess this Catalyst auth plugin can inject some callback here before calling check_url() to add more trust to some specific provider. -- Tatsuhiko Miyagawa ___ 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/