Re: [Catalyst] Problems with $c->req->base on lighttpd deployment (Catalyst 5.9)
Hello! > Upon further inspection I noticed that the problem lied in $c->req->base not > returning the absolute path but instead it returned the relative path. I had a similar problem in the deployment of a Catalyst application with Lighttpd. After some invertigation it looked like the problem was in myapp.psgi, which contained: my $app = Myapp->apply_default_middlewares(Myapp->psgi_app); This applied the default middleware LighttpdScriptNameFix, which actually seems to break Lighttpd instead of fixing it (if it needed to be fixed in the first place). I changed it to: my $app = Myapp->psgi_app; and everything worked from then on. This happened quite some time ago, so I can't tell if apply_default_middlewares() still breaks something. What I can tell is that I do not use it and I have the latest Catalyst and it works perfectly with Lighttpd. Cheers, Michele. ___ 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] Newbie questions regarding nginx/fastcgi configuration
Hello! The source of your confusion is that you probably want > a way to stop and start it cleanly. I've heard people > like daemontools for that, although the wrong and filthy > way to do it is to run the fastcgi script in a screen session. One can also use the daemon start/stop scripts of the operating system. That should be clean enough. For instance I created a start/stop script in the Gentoo /etc/rc.d directory, which manages the things and assing the correct UID to the process. Works smoothly. Cheers, Michele. -- Michele Beltrame http://www.italpro.net/ - m...@italpro.net Skype: arthas77 - Twitter: _arthas ___ 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] ”Non-root configuration” of lighttpd::FastCGI doesn't work with Catalyst-Runtime-5.90002
Hello! > I hope there could be some switch to turn off this 'module'(middleware?) !! Just create a yourapp.psgi in Yourapp dir with: --- use strict; use warnings; use lib './lib'; use San; #my $app = San->apply_default_middlewares(San->psgi_app); my $app = San->psgi_app; $app; --- The commented out part applies the IIS6 and Lighttpd "fixes", which actually break Lighttpd in non-root mapped FastCGI configuration. The subsequent line doesn't apply any fix. Cheers, Michele. -- Michele Beltrame http://www.italpro.net/ - m...@italpro.net Skype: arthas77 - Twitter: _arthas ___ 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] How to do .htaccess?
Hello! > I want to make one path in my app password protected, and a very simple > way will be fine. Also, while in development, I want to make the whole > think password protected. > > I thought I'd just use .htaccess. But, since this isn't really an > appache directory (except for static files), where would I put this > information? You could use: Catalyst::Authentication::Credential::HTTP Cheers, Michele. -- Michele Beltrame http://www.italpro.net/ - m...@italpro.net Skype: arthas77 - Twitter: _arthas ___ 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] Ajax Problem.
Hello! > 4) The Action subroutine searches database and puts results in the *stash* > * > * > *I could see, the things are working till the fourth step correctly.* Putting results in the stash is not enough, as they must be sent to the client JavaScript application somehow. If you want to provide HTML, you can use a template for your action, i.e indexer/getid.tt. You'll then find the HTML in your: document.getElementById("data").innerHTML You might also consider other data-exchange ways, such as JSON. A framework (like others suggested) would help a lot in this case. Cheers, Michele. ___ 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] receiving form-elements in sequence...?
Hello Will! > Quick question: how do we determine the sequence of submitted form elements? I wouldn't rely on the browser "ordering" the form elements properly for your application to handle. As another reply suggested, you can use JavaScript to construct an array and submit that to the server. Or, you can (with JavaScript, again) make sure every row also carries information about its position when the form is sumbitted. Cheers, Michele. -- Michele Beltrame http://www.italpro.net/ - m...@italpro.net Skype: arthas77 - Twitter: _arthas ___ 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: Language selection in URLs
Hello! why shouldn't you use domain as the part of the language? like en.example.com, cn.example.com and something like that? Thanks. Because each sub-domain would require another SSL key (or a special group SSL key that can be used with more subdomains. Moreover, I don't see that great advantage (not even in elegance) in using: http://en-gb.mysite.com/resource/list instead of: http://mysite.com/en-gb/resource/list If you're using the Chained dispatching, it's very straightforward to map the secondo URL to a language. Michele. -- Michele Beltrame http://www.italpro.net/ - m...@italpro.net Skype: arthas77 - Twitter: _arthas ___ 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: Catalyst 5.800013 - missing dependency version
Hi! Stepping into this as I had similar "issues"... Can you try manually installing MooseX::Types 0.19, and then running the Catalyst test suite to confirm if this version _does_ need incrementing in some cases (i.e. on your machine, as I can't replicate this), or if for some reason you didn't get the new version previously? With MooseX::Type 0.19 (version of Moose I currently have is 0.91) I get the same load of warnings as Toby: upgrading to 0.20 solves the issue. I hope this report is of some help. Michele. -- Michele Beltrame http://www.italpro.net/ - m...@italpro.net SkyPe: arthas77 - Twitter: _arthas ___ 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] Catalyst Advent Calendar - Day 10 - Config General & Arrays
Hi all! You should also be able to get around this Config::General limitation this way: want_an_array myentry want_an_array myentry 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. Hope this helps, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] GENTOO ebuilds: important change in keywords
Hi Toby! >> them to /etc/package.keywords. Yes, they're a lot, so (unless you're using >> paludis instead of portage) you'll likely want to use autounmask. > > Thanks for the heads-up.. What a PITA this is :( Unfortunately it is, especially since I wasn't able to make autounmask work properly. However, it's really just a matter of doing something like: ls -1 /usr/portage/local/layman/perl-experimental/dev-perl/ | awk '{ print "dev-perl/" $1 " ~amd64"}' >>/etc/portage/package.keywords (replacing amd64 with x86 if that's the case) in order to unmask all the packages in the overlay. This "standardisation" will hopefully lead to a quicker inclusion of many of the ebuilds in mainstream portage (maybe ;-)). Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] GENTOO ebuilds: important change in keywords
Hello all! Gentoo overlays management made the following changes to the ebuilds in the perl-experimental overlay: 1 - All ebuilds in dev-perl are now marked as unstable (~arch). 2 - All archs have been removed except for ~x86 and ~amd64 All packages in the overlays are not intended as stable, so they can't be marked as such. If you use amd64 or x86 you can unmask the ebuilds by adding them to /etc/package.keywords. Yes, they're a lot, so (unless you're using paludis instead of portage) you'll likely want to use autounmask. If you are on another arch and actually use the ebuilds and you're willing to provide feedback, please drop me an e-mail and I'll try to have the ~yourarch keyword added. Thanks, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Catalyst site design drafts feedback thread
Hi Matt! > (1) http://www.browsing.co.uk/cat This is kind of a restyling of the current web site. It's OK, but with all that information is maybe a bit scary for the newcomer compared to others. And it has nothing really new compared to current, anyhow. > (2) http://agaton.scsys.co.uk/~matthewt/catsite/cat_mock_web_001.png This is *my favourite*: the crop circles are a great eye-catcher and will attract users. I however think the "ocra yellow" background color needs to be changed with something else, as it's a bit "heavy" and it also clashes with the read of the Catalyst logo. > (3) http://ion0.com/hx/cat/new-version-2-26.jpg > (4) http://ion0.com/hx/cat/catalystSiteDesign3.jpg I'm not particularly fond of this ones. > (5) http://agaton.scsys.co.uk/~matthewt/catsite/catsite-Penfold.pdf This is simple enough, with big writings, which is a plus. It's however not eye-catching enough, and doesn't provide any nice image besides the logo. Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Changes to the behavior of $c->namespace in 5.7013
Hi John! > I'd just like to clarify this is the behavior we want and see if we can cook > up a test for it. Is this giving anyone else trouble? It's giving me trouble, as $c->uri_for() uses $c->namespace for relative URIs. What happens with 5.7013 is that (for instance) when I'm in "patients/list" action path and I call from my templates something like: $c->uri_for('list/get'); It's now translated into: http://localhost:3000/tt/list/get instead of the correct: http://localhost:3000/patients/list/get I don't know where that "tt" comes from, but reverting the line you posted of Action.pm to the 5.7012 version makes everything work again. Talk to you soon, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Sending email safely with Catalyst
Hi Tatsuhiko! > I'm assuming what he says is Don't use mod_perl because it's old, and > use FastCGI instead. mod_perl isn't really old, as it still enjoys active development (version 2.04 was released just a couple of days ago). So, I presume there are other arguments against it, even though I don't know much about it: I use FastCGI myself. Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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: Handy shotcuts
Hi Aristotle! > But `uri_for` can take a lot more parameters than just one; > there’s no reason you have to restrict your utility methods > to the first one. Also, it would be handy to be able to pass the status parameter (i.e. 303 is widely used) to res->redirect() when using these utlity methods as well. Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] OT: Recommendations for big-time hosting
Hi! > So what's you recommendation for absolutely bullet-proof hosting that > let's you sleep at night? I think pair Networks would perfectly do: http://www.pair.com - look into the "Dedicated" section. Talk to you soon, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] So, what do we want in the -next- book?
Hi! A cookbook would be great! M. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Automated testing of Captcha?
Hi! > He wanted to get $c->captcha_string from *outside* of the Catalyst app. > You don't have $c there. Also, he never said he was using > Catalyst::Plugin::Captcha. Well, if he's completely outside the App, then this is likely not possible at all (if the CAPTCHA is well crafted). Isn't "no-access-to-non-humans" the whole point of the CAPTHA? Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Catalyst article on the next Gentoo Newsletter
Hello! I'm planning an article which will likely appear in the next Gentoo Newsletter. It will mainly cover the Catalyst, DBIx::Class and related Gentoo ebuilds. However, if somebody thinks there's something (else) I should cover, please let me know. Thanks you, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Gentoo Catalyst overlay: repository moved!
Hi! > Are you still maintaining the relevant bits of the overlay? > I attach a couple of ebuilds for the overlay for your (or anyone else's) > consideration. I'm still maintaining. ;) I added the two ebuilds you sent me (to the *new* overlay), thank you! Talk to you soon, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Gentoo Catalyst overlay: repository moved!
Hi! > After we're sure we're happy with the new stuff, could the old one's ebuilds > all be changed to throw an error saying where the new location is? Sure, I'll do that as soon as possible. Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Gentoo Catalyst overlay: repository moved!
Hello! The Catalyst-related ebuilds (along with some others) are now part of the perl-exprimental Gentoo overlay. If you're using layman, please delete the old "catalystframework" overlay and add "perl-experimental" instead. If you fetch the ebuilds with Subversion, please update your repository addess to: http://overlays.gentoo.org/svn/proj/perl/perl-experimental/ Old repository and overlay will not be maintained any more. Thanks, Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Web hosting?
Hi! > So, what I would like to ask in this post is for a Plan B in case > DreamHost fall through: can anyone recommend another good hosting > company that supports Catalyst at around the USD 10 / month level, more > or less? Among the Shared hosting providers, A Small Orange has some good ratings: http://dev.catalystframework.org/wiki/Hosting Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] ___ 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] Web hosting?
Hi! > Can anyone recommend a web hosting provider for Catalyst applications? There's this small guide available: http://dev.catalystframework.org/wiki/Hosting Contributions are very welcome. ;-) Michele. -- Michele Beltrame http://www.cattlegrid.info/ ICQ 76660101 - MSN [EMAIL PROTECTED] Privacy: http://www.italpro.net/em.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/[EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Hypothetical Site and Scalability Planning
Hi! > schema design. You have to be very smart about design, data segregation, > indexes, etc. I mean I don't know for sure but I am pretty sure sites > like myspace don't just have one huge users table with user_id, email, > sha1_password. Seeing how slow and unreliable is MySpace, I'm pretty sure they have that huge table. ;-) Michele. -- Michele Beltrame http://www.varlogarthas.net/ ICQ 76660101 - MSN [EMAIL PROTECTED] Privacy: http://www.italpro.net/em.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/[EMAIL PROTECTED]/ Dev site: http://dev.catalyst.perl.org/