Re: [Catalyst] Catalyst Advent Calendar - Day 10 - Config General Arrays
On 11/12/2008, at 6:38 PM, Michele Beltrame wrote: Hi all! You should also be able to get around this Config::General limitation this way: some_values want_an_array myentry want_an_array myentry /some_values That is, repeating twice the same entry. This avoids the creation of spurious entries. I'm quite sure I used to go this route before definitely switching to JSON, which doesn't suffer of this and, if formatted properly, can be easy to read and manipulate as well. I looked at this, and the length of the array was still wrong, which means there is bogus data in there, however subtle. Ideally we'd get proper single item arrays back into Config::General, but apparently nobody cares enough about it to actually write the code. ___ 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] BerkeleyDB session storage
Hi all, I have been using Session::Store::FastMmap for storing sessions for a long time. This has caused me a lot of pain, because it turns out that Cache::FastMmap is a *cache*, and is happy to randomly discard unexpired sessions. (If there are too many, one is too big, or there are too many on the same 64k page, or ...) Anyway, I have written Catalyst::Plugin::Session::Store::BerkeleyDB as a drop-in replacement. It is based on BerkeleyDB, and will never lose any sessions (unless your disk fails). It is safe to share between multiple processes, and even multiple machines with the right environment setup. It can also integrate with your existing BDB database, which is good for KiokuDB users. (And by default, it requires no configuration.) The module is on the CPAN now, so please take a look at the docs if you are interested. Email me or the list if you have questions / problems / patches / etc. :) One more thing -- you might want to make sure $c-delete_expired_sessions gets called from time to time, to make sure that you are not keeping useless data around on disk. A public action hit by cron everyday should be fine. (No harm will be done if an evil user hits the action.) Regards, Jonathan Rockway -- print just = another = perl = hacker = if $,=$ http://blog.jrock.us/ ___ 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] BerkeleyDB session storage
On Dec 11, 2008, at 11:52 , Jonathan Rockway wrote: Anyway, I have written Catalyst::Plugin::Session::Store::BerkeleyDB as a drop-in replacement. It is based on BerkeleyDB, and will never lose any sessions (unless your disk fails). It is safe to share between multiple processes, and even multiple machines with the right environment setup. It can also integrate with your existing BDB database, which is good for KiokuDB users. (And by default, it requires no configuration.) In related news I have a Session::Store::KiokuDB and an Authentication::Store::KiokuDB hitting CPAN later today when I get a little time to finish wrapping them up. -- Robin Berjon - http://berjon.com/ Feel like hiring me? Go to http://robineko.com/ ___ 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] disable session in authentication
Tomas Doran wrote: I've fixed the bugs as suggested, added tests and I just pushed 1.008 to CPAN, it should show up shortly. Wow, that was fast. :-) Given that you struggled to locate the documentation for 'use_session', could you possibly do a small doc patch with a couple of lines of appropriate documentation/an example, or pointers to the documentation from where you looked but couldn't find it? I could add some lines to the docs and do a diff, of course. But first I'd like to know that my solution is actually the right way to do it. The use_session is mentioned in Catalyst::Plugin::Authentication and in Catalyst::Authentication::Realm. The doc in C:P:A only says, that use_session is on by default. Nothing tells, that (and it is also not clear why) this has to be set to false, before use_session can be used for the realms. An example would be helpful too. -- Bernhard Graf ___ 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] vote for Catalyst in Enterprise Open Source Directory
Hi Catalysters, If you are happy users of Catalyst, please vote for it on the Enterprise Open Source Directory. Currently the user rating is good but there are only 4 votes; more votes could improve the visibility of Catalyst, especially for Enterprise deciders. http://www.eosdirectory.com/project/382/Catalyst+Framework.html Best regards, Laurent Dami ___ 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] Duplicate entries with C::P::Session::Store::DBIC and MySQL - new findings
On Thu, Nov 20, 2008 at 4:49 PM, Tobias Kremer l...@funkreich.de wrote: On 20.11.2008, at 21:16, Sergio Salvi wrote: I still think the final solution (besides finding a way to make find_or_create() atomic), is to store flash data the session row (either on the same column of session or on a new, dedicated column). Sergio++ FWIW, I rolled my own flash mechanism which does exactly that (store the flash value in the session) and haven't looked back since. I've seen about 3 duplicate entry errors in the last 3 months opposed to several hundreds a week with C::P::Session's flash method. I've committed the flash in session patch, please try it out: http://lists.scsys.co.uk/pipermail/catalyst-dev/2008-December/001573.html Regards, Sergio Salvi --Tobias ___ 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/
Re: [Catalyst] vote for Catalyst in Enterprise Open Source Directory
Perl 5.10 is also listed, so vote to make a great-looking language look even better. http://www.eosdirectory.com/project/61/Perl.html On Thu, Dec 11, 2008 at 3:50 PM, Dami Laurent (PJ) laurent.d...@justice.ge.ch wrote: Hi Catalysters, If you are happy users of Catalyst, please vote for it on the Enterprise Open Source Directory. Currently the user rating is good but there are only 4 votes; more votes could improve the visibility of Catalyst, especially for Enterprise deciders. *http://www.eosdirectory.com/project/382/Catalyst+Framework.html*http://www.eosdirectory.com/project/382/Catalyst+Framework.html ___ 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] vote for Catalyst in Enterprise Open Source Directory
On Dec 11, 2008, at 18:20 , Rodrigo wrote: Perl 5.10 is also listed, so vote to make a great-looking language look even better. http://www.eosdirectory.com/project/61/Perl.html And if you have spare cycles, try to figure out which scoring systems gets PHP 4 stars out of 4 but Perl only 3, and Cocoon only 1. I'm not against pushing Catalyst everywhere just in case it helps (and I did vote) but that site seems to be powered by crystal meth more than anything else. I pity the company in which someone in charges gives it any credence. -- Robin Berjon - http://berjon.com/ Feel like hiring me? Go to http://robineko.com/ ___ 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] Access custom TT filters outside of catalyst context
In an effort to create a sitemap, I want to iterate over all the objects in my database and construct urls (which I will write to a file) to view all of those objects. Most of the URLs on my site are constructed using custom TT filters that I have written. My question is this: how do I use these filters in an outside script where there is no catalyst context object? I regularly use models in outside scripts using the MyApp-model('Model::Class')-methodname syntax (rather than $c-model('Model::Class')-methodname). I'm not having much luck figuring out how to do this with my TT View. Anyone tackled this one before? --Hugh ___ 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] Access custom TT filters outside of catalyst context
On 12/12/2008, at 10:04 AM, Hugh Hunter wrote: In an effort to create a sitemap, I want to iterate over all the objects in my database and construct urls (which I will write to a file) to view all of those objects. Most of the URLs on my site are constructed using custom TT filters that I have written. My question is this: how do I use these filters in an outside script where there is no catalyst context object? I regularly use models in outside scripts using the MyApp-model('Model::Class')-methodname syntax (rather than $c-model('Model::Class')-methodname). I'm not having much luck figuring out how to do this with my TT View. Anyone tackled this one before? Use either of these techniques in your TT View: http://www.catalystframework.org/calendar/2008/8 ___ 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] vote for Catalyst in Enterprise Open Source Directory
On Thu, Dec 11, 2008 at 2:15 PM, Robin Berjon ro...@berjon.com wrote: On Dec 11, 2008, at 18:20 , Rodrigo wrote: Perl 5.10 is also listed, so vote to make a great-looking language look even better. http://www.eosdirectory.com/project/61/Perl.html And if you have spare cycles, try to figure out which scoring systems gets PHP 4 stars out of 4 but Perl only 3, and Cocoon only 1. I'm not against pushing Catalyst everywhere just in case it helps (and I did vote) but that site seems to be powered by crystal meth more than anything else. I pity the company in which someone in charges gives it any credence. Their overly vague rating categories and no justification, coupled with the Optaros rating looks highly suspect of bias. If you're going to give something a rating, justify it or don't bother... at least the users have to. ___ 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/