[Catalyst] Alternatives to Catalyst ?
This was the last shot for me at "dealing" with catalyst.
Catalyst is very perfomance-optimized system and it never stops me wondering
timethese(-1, {
sep => sub { $req->param('lang') },
all => sub { $req->params->{lang} },
par => sub { $req->parameters->{lang} },
low => sub { $req->{parameters}{lang} },
});
Benchmark: running all, low, par, sep for at least 1 CPU seconds...
all: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
74016.94/s (n=78643)
low: 1 wallclock secs ( 1.09 usr + 0.00 sys = 1.09 CPU) @
3816940.66/s (n=4144959)
par: 2 wallclock secs ( 1.12 usr + 0.00 sys = 1.12 CPU) @
75281.78/s (n=84692)
sep: 1 wallclock secs ( 1.02 usr + 0.00 sys = 1.02 CPU) @
24448.98/s (n=25022)
1) Getting all params 3x faster than only one
2) Getting $req->{parameters}{lang} 150x faster than $req->param('lang')
Guys, is Catalyst a senior system ?
I think that creator of Moose, and some similar shit is in cooperation
with hardware manufactorers :-)
The more CPU spent - the more hardware bought.
___
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: Alternatives to Catalyst ?
Remembered one more thing.
DBIC's
$schema->resultset('RSNAME') is just a superstar!
Spending 800.000 CPU ticks at doing NOTHING. ingeniously
2010/4/21 Oleg Pronin :
> This was the last shot for me at "dealing" with catalyst.
> Catalyst is very perfomance-optimized system and it never stops me wondering
>
> timethese(-1, {
> sep => sub { $req->param('lang') },
> all => sub { $req->params->{lang} },
> par => sub { $req->parameters->{lang} },
> low => sub { $req->{parameters}{lang} },
> });
>
> Benchmark: running all, low, par, sep for at least 1 CPU seconds...
> all: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
> 74016.94/s (n=78643)
> low: 1 wallclock secs ( 1.09 usr + 0.00 sys = 1.09 CPU) @
> 3816940.66/s (n=4144959)
> par: 2 wallclock secs ( 1.12 usr + 0.00 sys = 1.12 CPU) @
> 75281.78/s (n=84692)
> sep: 1 wallclock secs ( 1.02 usr + 0.00 sys = 1.02 CPU) @
> 24448.98/s (n=25022)
>
>
> 1) Getting all params 3x faster than only one
> 2) Getting $req->{parameters}{lang} 150x faster than $req->param('lang')
>
> Guys, is Catalyst a senior system ?
>
> I think that creator of Moose, and some similar shit is in cooperation
> with hardware manufactorers :-)
> The more CPU spent - the more hardware bought.
>
___
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] Alternatives to Catalyst ?
Can you hear the difference between 3mln/s and 24k/s ?
I do not say that using hashes are good. But i'm sure that developers
MUST NOT use super-slow frameworks like Moose-shit (which tries to
emulate perl6 on perl5: what for???) only to get "good maintened
code". That's the own problems of developers how do they organize
internals. Why users of Catalyst must suffer from that ? Or you wanna
tell that "good maintened code" must have a price of >100x slow down
??? that an absurdity can't you see it?
It is possible to get good code (with MIXINS, C3, etc) without such a
great losses. If you see that something slows down application more
than 2x why do you use it? kick it off ! Benchmark.pm is your friend!
Finnaly, you are creating framework for other people and the main
thing is how it looks outside, not inside.
Sorry for my "hard" post, i'm just a little nervious :(
2010/4/21 J. Shirley :
> On Wed, Apr 21, 2010 at 9:30 AM, Oleg Pronin wrote:
>> This was the last shot for me at "dealing" with catalyst.
>> Catalyst is very perfomance-optimized system and it never stops me wondering
>>
>> timethese(-1, {
>> sep => sub { $req->param('lang') },
>> all => sub { $req->params->{lang} },
>> par => sub { $req->parameters->{lang} },
>> low => sub { $req->{parameters}{lang} },
>> });
>>
>> Benchmark: running all, low, par, sep for at least 1 CPU seconds...
>> all: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
>> 74016.94/s (n=78643)
>> low: 1 wallclock secs ( 1.09 usr + 0.00 sys = 1.09 CPU) @
>> 3816940.66/s (n=4144959)
>> par: 2 wallclock secs ( 1.12 usr + 0.00 sys = 1.12 CPU) @
>> 75281.78/s (n=84692)
>> sep: 1 wallclock secs ( 1.02 usr + 0.00 sys = 1.02 CPU) @
>> 24448.98/s (n=25022)
>>
>>
>> 1) Getting all params 3x faster than only one
>> 2) Getting $req->{parameters}{lang} 150x faster than $req->param('lang')
>>
>> Guys, is Catalyst a senior system ?
>>
>> I think that creator of Moose, and some similar shit is in cooperation
>> with hardware manufactorers :-)
>> The more CPU spent - the more hardware bought.
>>
>
>
> Maybe you should just go straight to C or assembly?
>
>
> use Benchmark;
>
> my $foo = { lang => 'en', silly => 'tests', are => 'silly' };
>
> sub foos { return $foo; }
> sub foo { return $foo->{$_[0]}; }
>
> timethese(-1, {
> sep => sub { foo('lang'); },
> all => sub { foos()->{lang}; },
> low => sub { $foo->{lang}; }
> });
>
> __END__
> Benchmark: running all, low, sep for at least 1 CPU seconds...
> all: 1 wallclock secs ( 1.11 usr + 0.00 sys = 1.11 CPU) @
> 2917341.44/s (n=3238249)
> low: 0 wallclock secs ( 1.27 usr + 0.04 sys = 1.31 CPU) @
> 12930179.39/s (n=16938535)
> sep: 1 wallclock secs ( 1.21 usr + 0.01 sys = 1.22 CPU) @
> 3223081.15/s (n=3932159)
>
> Subroutines suck, lets all use hashrefs.
>
> (PS, your 'all' and 'par' tests are identical, as params is simply an
> alias to parameters).
>
> ___
> 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] Alternatives to Catalyst ?
Perfomance optimization are unavailable for you because only people
like you write such mega slow fuckin code. goodbye
2010/4/23 J. Shirley :
> On Fri, Apr 23, 2010 at 4:36 AM, Oleg Pronin wrote:
>> Can you hear the difference between 3mln/s and 24k/s ?
>>
>> I do not say that using hashes are good. But i'm sure that developers
>> MUST NOT use super-slow frameworks like Moose-shit (which tries to
>> emulate perl6 on perl5: what for???) only to get "good maintened
>> code". That's the own problems of developers how do they organize
>> internals. Why users of Catalyst must suffer from that ? Or you wanna
>> tell that "good maintened code" must have a price of >100x slow down
>> ??? that an absurdity can't you see it?
>>
>> It is possible to get good code (with MIXINS, C3, etc) without such a
>> great losses. If you see that something slows down application more
>> than 2x why do you use it? kick it off ! Benchmark.pm is your friend!
>>
>> Finnaly, you are creating framework for other people and the main
>> thing is how it looks outside, not inside.
>>
>> Sorry for my "hard" post, i'm just a little nervious :(
>>
>
>
> Look, you may be nervous but it doesn't give you a right to be stupid
> in public. That's exactly what you are being.
>
> Did you see my benchmark post? It shows the *exact* same pattern by
> simply wrapping a sub around a hash lookup. This is called
> programming. You do things, it makes the CPU work. Done.
>
> You have provided absolutely no useful Benchmarking, which would be an
> entire request lifecycle against your idea of what a perfect request
> would be.
>
> What's your concern? That your site won't be fast enough? That's
> bogus, because you could just ask, "Hey, who is running high profile,
> high demand sites on Catalyst and what are your performance numbers?"
> Then you wouldn't be acting like an asshole, and people would help you
> out.
>
> It's obvious you are struggling to understand a subject that you
> aren't familiar with (performance optimization) and are lashing out at
> the obvious things you can find ("A hash ref is faster than a sub,
> lets never use a sub!"). Don't.
>
> Spend some time properly benchmarking *your* application and see what
> you can do to improve the throughput. Ask *specific* questions on
> *specific* benchmarks.
>
> Right now you are hand waving and making yourself look like a complete
> idiot. You probably don't want to look like an idiot, so try taking
> my advice.
>
> -J
>
> ___
> 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] Alternatives to Catalyst ?
2010/4/27 J. Shirley :
> On Mon, Apr 26, 2010 at 1:51 PM, Zbigniew Lukasiak wrote:
>> On Mon, Apr 26, 2010 at 1:26 PM, Ben van Staveren
>> wrote:
>>>
>>> Because if you are working with, say, 10 people on a team, and you will have
>>> everyone merrily doing direct hash accesses, sooner or later, someone's
>>> going to fuck it up and something will break in a spectacular > fashion.
>>>
>>>
>>> I take your point even though I am not in a team.
>>>
>>>
>>>
>>> Even if you're not, direct hash accessing is basically akin to juggling
>>> grenades. It might go right for a long time, but eventually the pin's going
>>> to come out and there will be a very messy BLAM.
>>>
>>> Even if it is code you just write for yourself, still doesn't hurt to make
>>> sure you avoid the BLAM bit :)
>>
>> If using ->params->{name} (i.e. the direct hash approach) is like
>> juggling grenades - then what is like using the ->param( 'name' ) way
>> of doing it?
>> I am asking this because your grenades analogy gives the impression
>> that you you are against doing direct hash access for every price -
>> but I think the general advice is that in this particular case using
>> the ->param( 'name' ) is worse than using the direct hash access.
>>
>>
>
> I believe the discussion is about $c->req->{parameters}->{name}, not
> about using ->params->{name}, isn't it?
>
> Analogies to grenades, gas pumps and whatever else are just silly. We
> all understand software development sufficiently well enough to simply
> talk at the matter at hand.
>
> Violating encapsulation in a local, protected scope for purposes of
> efficiency is ok.
> Violating encapsulation on a global scope is not, for a variety of
> reasons, the most obvious of which is you have no contract for data
> access.
>
> I don't believe that $c->req->params violates any ideas, since the
> parameters is nothing more than a hashref. How you get that hashref,
> though, is a binding contract to the request. Calling
> $c->req->{params} is an evil, naughty thing.
Why can't nobody understand, the question is not why someone should
use "$c->req->{params}". Of course that is an evil. Problem is that if
i could get ->{parameters}{name} at a speed 100x there can't be no
reason for ->params to work as a turtle and i see a good reason to use
wrappers around Request to provide normal, fast method of acessing
parameters. Use Class::XSAccessor, Fast::XS, i dont now, use
something!!! Many people ask me why most of catalyst accessors working
so slow ? i dunno what to answer except for writing our own wrapper
accessors getting values directly with massive speedup.
>
> -J
>
> ___
> 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] Alternatives to Catalyst ?
1) param is called often several times (in auto/end etc)
2) The question is not about params, but about accessors speed at all.
If all acessors were XSAccessor for example (catalyst makes a lot of
calls ->stack/action/dispatcher , etc internally during request), then
your overall speed would be 600/s i think)
3) The question is also in approach to programming.
Why someone writes
$c->req->...
$c->req->...
$c->req->...
If you know that $c->req is not a fast accessor why do you call it
several times?
Is it hard to write ?
my $req = $c->req;
$req->
$req->
...
Maybe it is not the bottleneck, but how many places do we have
like this that are "not a bottleneck" ? maybe the sum of all these
"mini" mistakes is the bottleneck ?
2010/4/28 Андрей П. Ковбович :
> I was curious about what the big deal is raised, so spent a short test.
>
> *** Mojo *** (Alternative to Catalyst)
> timethese(-1, {
> param => sub { $tx->req->param('lang') },
> params => sub { $tx->req->params->param('lang') },
> });
>
> Benchmark: running param, params for at least 1 CPU seconds...
> param: 1 wallclock secs ( 1.07 usr + 0.00 sys = 1.07 CPU) @
> 13397.20/s (n=14335)
> params: 1 wallclock secs ( 1.08 usr + 0.00 sys = 1.08 CPU) @
> 8295.37/s (n=8959)
>
> *** Cat ***
> timethese(-1, {
> param => sub { $c->req->param('lang') },
> params => sub { $c->req->params->{'lang'} },
> });
>
> Benchmark: running param, params for at least 1 CPU seconds...
> param: 1 wallclock secs ( 1.06 usr + 0.01 sys = 1.07 CPU) @
> 30918.69/s (n=33083)
> params: 1 wallclock secs ( 1.07 usr + 0.01 sys = 1.08 CPU) @
> 79643.52/s (n=86015)
>
> My Сat app can handle about 400req/s, at the same time accessor's
> access time is about 80K req/s, so if we imagine that we have not
> made a single call to $req->param, in that case app will handle
> 402req/s. Show me the idiot who will try to optimize all the code for
> such trifles?
>
> ___
> 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] Paging thru a complex POSTed search -- HOWTO?
i forgot
2010/6/3 Oleg Pronin :
>
>
> ... any number of params
>
> ...
>
>
> Page 2
>
>
>
>
> 2010/6/2 w...@serensoft.com :
>> Short version:
>> Using [% c.req.uri_with({ page => pager.next_page }) %] is fine for a simple
>> single-field search (where the form uses GET instead of POST)... but how do
>> we PAGE through (and/or cache) a multi-field form search that uses POST?
>>
>> Long version:
>> This is probably already a posted recipe somewhere, but I haven't had much
>> luck finding answers via googling combinations of 'perl catalyst post cache
>> pager' ... so pointers are welcome:
>>
>> # Form has lots of fields, we'll just nab a sample handful from the POST:
>> my @terms = map{s/\s+//; $_} split /,/, $form->field('keywords');
>> # I know, but it's just an example, this isn't a robust search-field parser
>> :)
>> my %search = (
>> asof => {
>> # date field "asof" must be within date range
>> '>=' => $form->field('start_date'),
>> '<=' => $form->field('end_date'),
>> },
>> terms => [
>> # field "terms" can contain any of the keywords
>> map { +{ -like => '%' . $_ . '%' } } @terms
>> ],
>> );
>> my $page = $c->req->param('page');
>> $page = 1 if ! defined( $page ) || ! $page || $page =~ /\D/;
>> my $result = $c->model('Package')->search( \%search, {page=>$page} );
>> $c->stash->{results} = $result;
>> $c->stash->{pager} = $result->pager;
>>
>> Then, in the template:
>>
>> Prev
>> Next
>>
>> That works well for simple GET forms where the ?field=val syntax is used in
>> the URI.
>> What's the approach for paging the (cached?) query results from a
>> complex-field POSTed search form?
>> I'm imagining a two-table DB solution where we cache the found row-id's in
>> table `cached_search_row` and link that to `cached_search`, then have the
>> cached_search.id mentioned in the URI. I'm hoping there's a better way
>> someone has already conjured up that doesn't have all the drawbacks of this
>> approach that we haven't even thought of...
>> Thanks in advance!
>>
>> --
>> will trillich
>> "It's only by saying 'no' that you can concentrate on the things that are
>> really important." -- Steve Jobs
>> --
>> will trillich
>> "It's only by saying 'no' that you can concentrate on the things that are
>> really important." -- Steve Jobs
>>
>> ___
>> 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] Paging thru a complex POSTed search -- HOWTO?
... any number of params
...
Page 2
2010/6/2 w...@serensoft.com :
> Short version:
> Using [% c.req.uri_with({ page => pager.next_page }) %] is fine for a simple
> single-field search (where the form uses GET instead of POST)... but how do
> we PAGE through (and/or cache) a multi-field form search that uses POST?
>
> Long version:
> This is probably already a posted recipe somewhere, but I haven't had much
> luck finding answers via googling combinations of 'perl catalyst post cache
> pager' ... so pointers are welcome:
>
> # Form has lots of fields, we'll just nab a sample handful from the POST:
> my @terms = map{s/\s+//; $_} split /,/, $form->field('keywords');
> # I know, but it's just an example, this isn't a robust search-field parser
> :)
> my %search = (
> asof => {
> # date field "asof" must be within date range
> '>=' => $form->field('start_date'),
> '<=' => $form->field('end_date'),
> },
> terms => [
> # field "terms" can contain any of the keywords
> map { +{ -like => '%' . $_ . '%' } } @terms
> ],
> );
> my $page = $c->req->param('page');
> $page = 1 if ! defined( $page ) || ! $page || $page =~ /\D/;
> my $result = $c->model('Package')->search( \%search, {page=>$page} );
> $c->stash->{results} = $result;
> $c->stash->{pager} = $result->pager;
>
> Then, in the template:
>
> Prev
> Next
>
> That works well for simple GET forms where the ?field=val syntax is used in
> the URI.
> What's the approach for paging the (cached?) query results from a
> complex-field POSTed search form?
> I'm imagining a two-table DB solution where we cache the found row-id's in
> table `cached_search_row` and link that to `cached_search`, then have the
> cached_search.id mentioned in the URI. I'm hoping there's a better way
> someone has already conjured up that doesn't have all the drawbacks of this
> approach that we haven't even thought of...
> Thanks in advance!
>
> --
> will trillich
> "It's only by saying 'no' that you can concentrate on the things that are
> really important." -- Steve Jobs
> --
> will trillich
> "It's only by saying 'no' that you can concentrate on the things that are
> really important." -- Steve Jobs
>
> ___
> 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] Meios
That is very possible 2008/3/29, Mojo Nichols <[EMAIL PROTECTED]>: > > Hi Christopher, > > I'm wondering what the status of Meios is. I have found an svn version > on handleframework.org and one other server, but the do not work for me > out of the box even after all dependencies are set up. I believe > because of changes to catalyst and dbix-class.So I'm porting it to > a more modern set up.Is this of any value to you? Has this already > been done? If so is this code avaliable? > > I have a need to provide image management for a few sites. I don't > really want to write that interface as it is only for ths clients > convenience in choosing which images to include. > > Ultimately it would be really cool if one could just plugin in Meios and > automagically have that interface (the enire MVC) added to a site. > But I don't think that is quite possible in the plugin space. > > > Thanks, > > > > ___ > 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] Meios
I'm developing a full-featured dynamic admin interface for catalyst (at my leasure time). It is fully a plugin. It does not store images in database (it is not possible for high-loaded sites). 2008/3/30, Mojo Nichols <[EMAIL PROTECTED]>: > > I assume you man that creating a plugin with the entire MVC attached is > possible. I'll leave that for now.However in digging into this I > decided that I would change the design of Meios slightly by storing the > images directly in the database. This reduces the amount of > configuration and I believe will make it much easier to use in a > different application. So I think it will make it easier to create the > Plugin when I get there. Of course this is a tangent that I didn't > want to go down, but reviewing another persons code is good to do once > and a while, and I have three sites that will benefit from this. > > Thanks I'll ping again if I get that far... > > Mojo > > > > Oleg Pronin wrote: > > That is very possible > > > > 2008/3/29, Mojo Nichols <[EMAIL PROTECTED] > > > <mailto:[EMAIL PROTECTED]>>: > > > > > Hi Christopher, > > > > I'm wondering what the status of Meios is. I have found an svn > > version > > > on handleframework.org <http://handleframework.org> and one other > > > server, but the do not work for me > > out of the box even after all dependencies are set up. I believe > > because of changes to catalyst and dbix-class.So I'm porting > > it to > > a more modern set up.Is this of any value to you? Has this > > already > > been done? If so is this code avaliable? > > > > I have a need to provide image management for a few sites. I don't > > really want to write that interface as it is only for ths clients > > convenience in choosing which images to include. > > > > Ultimately it would be really cool if one could just plugin in > > Meios and > > automagically have that interface (the enire MVC) added to a site. > > But I don't think that is quite possible in the plugin space. > > > > > > Thanks, > > > > > > > > ___ > > > List: Catalyst@lists.scsys.co.uk <mailto: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/ > > > > > ___ > 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] Meios
It automatically scans you models, and build an admin-interface where you
can edit any data according to your models (data type, etc), search data,
etc. It is not a gallery plugin, it is universal, for any project. It can
edit/load any kind of data, including images, videos, etc. Did you see
django's admin interface ? This thing is the same, but expected to be more
powerful.
2008/3/31, Mojo Nichols <[EMAIL PROTECTED]>:
>
>
> I don't understand what you mean by full-featured dynamic admin
> interface for catalyst. You mention that it does not store images in
> database, so this has me confused do you mean a full-featured dynamic
> image gallery plugin (similar functionality as Meios)?
>
> As for not storing images in the db because of high-loaded sites, I
> would not think that storing in a DB would not create that much overhead
> and that there maybe some advantages with clusters, clustered db's,
> replication and caching etc. In the case of very large sets of images in
> one album I see an advantage over a file based solution as the name can
> be indexed.
>
> At any rate I have the adding/retrevial of images from db working. It
> is quite nice as it greatly simplifies the retrieving of files formats
> $preview=$rs->first->preview; so to view the preview of the image:
> http://localhost:3000/adminstration/photo/preview/filename.jpg
>
> sub preview : Local {
> my ($self, $c, $filename) = @_;
> my $photo;
> $filename ||= $c->req->param('filename');
> if ($photo = $c->model('MeiosDB::Photos')->search({filename =>
> $filename})) {
>$c->response->content_type("image/jpeg");
>$c->response->body($photo->first->preview);
> }
> }
>
> At this point I'm tempted to just start using and not finish the work on
> Meios;-), but I will plug away tonight and see if I can get Meios tested
> and working using this new design at which point I will start using it.
>
> Thanks,
>
> Mojo
>
>
>
> Oleg Pronin wrote:
> > I'm developing a full-featured dynamic admin interface for catalyst
> > (at my leasure time). It is fully a plugin. It does not store images
> > in database (it is not possible for high-loaded sites).
> >
> > 2008/3/30, Mojo Nichols <[EMAIL PROTECTED]
>
> > <mailto:[EMAIL PROTECTED]>>:
>
> >
> > I assume you man that creating a plugin with the entire MVC
> > attached is
> > possible. I'll leave that for now.However in digging into this
> I
> > decided that I would change the design of Meios slightly by
> > storing the
> > images directly in the database. This reduces the amount of
> > configuration and I believe will make it much easier to use in a
> > different application. So I think it will make it easier to
> > create the
> > Plugin when I get there. Of course this is a tangent that I didn't
> > want to go down, but reviewing another persons code is good to do
> once
> > and a while, and I have three sites that will benefit from this.
> >
> > Thanks I'll ping again if I get that far...
> >
> > Mojo
> >
> >
> >
> > Oleg Pronin wrote:
> > > That is very possible
> > >
> > > 2008/3/29, Mojo Nichols <[EMAIL PROTECTED]
> > <mailto:[EMAIL PROTECTED]>
> >
>
> > > <mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>>:
>
> >
> > >
> > > Hi Christopher,
> > >
> > > I'm wondering what the status of Meios is. I have found an
> svn
> > > version
> >
> > > on handleframework.org <http://handleframework.org>
> > <http://handleframework.org> and one other
> >
> > > server, but the do not work for me
> > > out of the box even after all dependencies are set up. I
> > believe
> > > because of changes to catalyst and dbix-class.So I'm
> > porting
> > > it to
> > > a more modern set up.Is this of any value to you? Has
> this
> > > already
> > > been done? If so is this code avaliable?
> > >
> > > I have a need to provide image management for a few
> > sites. I don't
> > > really want to write that interface as it is only for ths
> > clients
> > > convenience in choosing which images to include.
> > >
> > >
Re: [Catalyst] CatalystSites.org
ti che raspizdilsya po-nemetski, suka ? 2008/4/2, Ulf Lenski <[EMAIL PROTECTED]>: > > Hallo Ulrich, > ich habe, dein Einverständnis vorausgesetzt, unsere pspf-app mal auf der > unten genannten Seite veröffentlicht. > http://drs.dife.de/ könnte dort doch auch gelistet werden? > > Wollen wir uns bei Gelegenheit mal wieder treffen? > > bis bald - ulf. > > > Stephen Sykes schrieb: > > > Hello Friends, > > > > For the past few days I have been putting together a site for listings > > of websites driven by the Catalyst MVC framework. The site idea was > > born out of a discussion on the list here a few weeks ago regarding a > > lack of any definitive list of sites based on the Catalyst MVC > > framework. Well, today I would like to announce the site launch. I > > hope everyone finds the site to their liking and can find the time to > > register and post their Catalyst driven websites. > > > > Note: I am also planning to release the source code for the site via > > subversion/trac as soon as I get a couple more admin features > > finished. So if anyone is interested in helping with the site code we > > can do this under version control, a sort of community driven project > > if you will. > > > > URL: http://www.catalystsites.org > > > > Kind Regards, > > Stephen Sykes > > > > ___ > > 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/ > > > ___ 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: CatalystSites.org
eehh... russian phrase was 'wtf are u speakin German?' (censored, cant be translated exactly) :))) 2008/4/3, Stephen Sykes <[EMAIL PROTECTED]>: > > 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 Einverständnis vorausgesetzt, unsere pspf-app > > > > > mal auf der unten genannten Seite veröffentlicht. > > > > > http://drs.dife.de/ könnte 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? > > Thanks, > [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/ > ___ 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
I posted 'games.rambler.ru' a week ago. Why didnt you add it? :) 2008/3/27, Stephen Sykes <[EMAIL PROTECTED]>: > > Hello Friends, > > For the past few days I have been putting together a site for listings > of websites driven by the Catalyst MVC framework. The site idea was born > out of a discussion on the list here a few weeks ago regarding a lack of > any definitive list of sites based on the Catalyst MVC framework. Well, > today I would like to announce the site launch. I hope everyone finds > the site to their liking and can find the time to register and post > their Catalyst driven websites. > > Note: I am also planning to release the source code for the site via > subversion/trac as soon as I get a couple more admin features finished. > So if anyone is interested in helping with the site code we can do this > under version control, a sort of community driven project if you will. > > URL: http://www.catalystsites.org > > Kind Regards, > Stephen Sykes > > ___ > 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] Meios
Nothing of listed. I will post some screenshots when it will be suitable for
at least simple use.
The admin interface is a catalyst project itself, it plugs all of its
actions and views into the real project on startup.
2008/4/3, Zbigniew Lukasiak <[EMAIL PROTECTED]>:
>
> Hi there,
>
>
> On Mon, Mar 31, 2008 at 9:58 AM, Oleg Pronin <[EMAIL PROTECTED]> wrote:
> > It automatically scans you models, and build an admin-interface where
> you
> > can edit any data according to your models (data type, etc), search
> data,
> > etc. It is not a gallery plugin, it is universal, for any project. It
> can
> > edit/load any kind of data, including images, videos, etc. Did you see
> > django's admin interface ? This thing is the same, but expected to be
> more
> > powerful.
> >
>
>
> What underlying libraries do you use? Have had a look at
> Catalyst::Example::InstantCRUD (it uses DBIx::Class and HTML::Widget)?
> It's goal is quite similar to what you stated above (slightly more in
> the way of Rails scaffolding - but at least it should be possible to
> easily write such admin interfaces using it). It is now pretty dated
> - but I am working on a new version based on FormFu. There is also
> CatalystX::CRUD by Peter Karman (my plan is to use the controller part
> from it - after we sort out how to interface it).
>
>
> > 2008/3/31, Mojo Nichols <[EMAIL PROTECTED]>:
> >
> > >
> > > I don't understand what you mean by full-featured dynamic admin
> > > interface for catalyst. You mention that it does not store images in
> > > database, so this has me confused do you mean a full-featured dynamic
> > > image gallery plugin (similar functionality as Meios)?
> > >
> > > As for not storing images in the db because of high-loaded sites, I
> > > would not think that storing in a DB would not create that much
> overhead
> > > and that there maybe some advantages with clusters, clustered db's,
> > > replication and caching etc. In the case of very large sets of images
> in
> > > one album I see an advantage over a file based solution as the name
> can
> > > be indexed.
> > >
> > > At any rate I have the adding/retrevial of images from db
> working. It
> > > is quite nice as it greatly simplifies the retrieving of files formats
> > > $preview=$rs->first->preview; so to view the preview of the image:
> > > http://localhost:3000/adminstration/photo/preview/filename.jpg
> > >
> > > sub preview : Local {
> > > my ($self, $c, $filename) = @_;
> > > my $photo;
> > > $filename ||= $c->req->param('filename');
> > > if ($photo = $c->model('MeiosDB::Photos')->search({filename =>
> > > $filename})) {
> > >$c->response->content_type("image/jpeg");
> > >$c->response->body($photo->first->preview);
> > > }
> > > }
> > >
> > > At this point I'm tempted to just start using and not finish the work
> on
> > > Meios;-), but I will plug away tonight and see if I can get Meios
> tested
> > > and working using this new design at which point I will start using
> it.
> > >
> > > Thanks,
> > >
> > > Mojo
> > >
> > >
> > >
> > > Oleg Pronin wrote:
> > > > I'm developing a full-featured dynamic admin interface for catalyst
> > > > (at my leasure time). It is fully a plugin. It does not store images
> > > > in database (it is not possible for high-loaded sites).
> > > >
> > > > 2008/3/30, Mojo Nichols <[EMAIL PROTECTED]
> > >
> > > > <mailto:[EMAIL PROTECTED]>>:
> > >
> > > >
> > > > I assume you man that creating a plugin with the entire MVC
> > > > attached is
> > > > possible. I'll leave that for now.However in digging into
> this
> > I
> > > > decided that I would change the design of Meios slightly by
> > > > storing the
> > > > images directly in the database. This reduces the amount of
> > > > configuration and I believe will make it much easier to use in a
> > > > different application. So I think it will make it easier to
> > > > create the
> > > > Plugin when I get there. Of course this is a tangent that I
> didn't
> > > > want to go down, but reviewing another persons code is good to
> do
> >
Re: [Catalyst] CatalystSites.org
Cause for now i see URLs like *URL:* http://test.bytabok.com :) 2008/4/6, Oleg Pronin <[EMAIL PROTECTED]>: > > It would be good to sort sites basing on alexa.com's popularity rating. > The best sites will be on top ! :) > > 2008/4/6, Stephen Sykes <[EMAIL PROTECTED]>: > > > > Markus Holzer wrote: > > > > > 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. > > > > > It's just a feature that shows the total count. I didn't know there > > would be 20 news portal listings with similar design, it just happened. I > > don't think the feature should be removed just because of that. Besides, to > > call it "bloatware" is a bit extreme, is it not? > > > > > 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 :) > > > > > Excellent. :-) > > > > [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/ > > > > ___ 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
It would be good to sort sites basing on alexa.com's popularity rating. The best sites will be on top ! :) 2008/4/6, Stephen Sykes <[EMAIL PROTECTED]>: > > Markus Holzer wrote: > > > 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. > > > It's just a feature that shows the total count. I didn't know there would > be 20 news portal listings with similar design, it just happened. I don't > think the feature should be removed just because of that. Besides, to call > it "bloatware" is a bit extreme, is it not? > > > 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 :) > > > Excellent. :-) > > [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/ > ___ 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
5 ballov : 2008/4/6, Marcus Ramberg <[EMAIL PROTECTED]>: > > ty chego raspizdelsia po-russki, suka? :D > > Marcus > > On 2. april. 2008, at 19.17, Oleg Pronin wrote: > > > ti che raspizdilsya po-nemetski, suka ? > > > > 2008/4/2, Ulf Lenski <[EMAIL PROTECTED]>: > > > > > > > > Hallo Ulrich, > > > ich habe, dein Einverständnis vorausgesetzt, unsere pspf-app mal auf > > > der > > > unten genannten Seite veröffentlicht. > > > http://drs.dife.de/ könnte dort doch auch gelistet werden? > > > > > > Wollen wir uns bei Gelegenheit mal wieder treffen? > > > > > > bis bald - ulf. > > > > > > > > > Stephen Sykes schrieb: > > > > > > Hello Friends, > > > > > > > > For the past few days I have been putting together a site for > > > > listings > > > > of websites driven by the Catalyst MVC framework. The site idea was > > > > born out of a discussion on the list here a few weeks ago regarding > > > > a > > > > lack of any definitive list of sites based on the Catalyst MVC > > > > framework. Well, today I would like to announce the site launch. I > > > > hope everyone finds the site to their liking and can find the time > > > > to > > > > register and post their Catalyst driven websites. > > > > > > > > Note: I am also planning to release the source code for the site via > > > > subversion/trac as soon as I get a couple more admin features > > > > finished. So if anyone is interested in helping with the site code > > > > we > > > > can do this under version control, a sort of community driven > > > > project > > > > if you will. > > > > > > > > URL: http://www.catalystsites.org > > > > > > > > Kind Regards, > > > > Stephen Sykes > > > > > > > > ___ > > > > 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/ > > > > > > > > > > > > ___ > > 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/ > ___ 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
So what about: It would be good to sort sites basing on alexa.com's popularity rating. The best sites will be on top ! :) 2008/4/6, Oleg Pronin <[EMAIL PROTECTED]>: > > It would be good to sort sites basing on alexa.com's popularity rating. > The best sites will be on top ! :) > > 2008/4/6, Stephen Sykes <[EMAIL PROTECTED]>: > > > > Markus Holzer wrote: > > > > > 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. > > > > > It's just a feature that shows the total count. I didn't know there > > would be 20 news portal listings with similar design, it just happened. I > > don't think the feature should be removed just because of that. Besides, to > > call it "bloatware" is a bit extreme, is it not? > > > > > 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 :) > > > > > Excellent. :-) > > > > [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/ > > > > ___ 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
It's definitely better than sites that are on top currently :) Especially first :) Also i meant 'most popular sites', not 'best sites', sorry :) What are all of these need for ? The CS site is not only site for catalyst developer's interest. Many other developers are in doubt which language/framework to use. They are often search the network for such listing sites to discover what popular and huge portals use such framework, etc. 2008/4/6, Marcus Ramberg <[EMAIL PROTECTED]>: > > Alexa.com's popularity rating isn't really representative for the whole > net, as they only get data from people who use the alexa toolbar. Also, I'm > not sure if most-used == best :) > > Marcus > > On 6. april. 2008, at 19.00, Oleg Pronin wrote: > > > So what about: > > It would be good to sort sites basing on alexa.com's popularity rating. > > The > > best sites will be on top ! :) > > > > 2008/4/6, Oleg Pronin <[EMAIL PROTECTED]>: > > > > > > > > It would be good to sort sites basing on alexa.com's popularity > > > rating. > > > The best sites will be on top ! :) > > > > > > 2008/4/6, Stephen Sykes <[EMAIL PROTECTED]>: > > > > > > > > > > > Markus Holzer wrote: > > > > > > > > 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. > > > > > > > > > > It's just a feature that shows the total count. I didn't know > > > > there > > > > would be 20 news portal listings with similar design, it just > > > > happened. I > > > > don't think the feature should be removed just because of that. > > > > Besides, to > > > > call it "bloatware" is a bit extreme, is it not? > > > > > > > > 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 :) > > > > > > > > > > Excellent. :-) > > > > > > > > [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/ > > > > > > > > > > > > > > ___ > > 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/ > ___ 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
Soon, the face of Rambler Media (one of 3 giants in russian internet, like yahoo in US) will move to catalyst (i would say "tuned catalyst" because of extremely high load). It will definetly be a massive argument for russian developers to use catalyst / dbic, etc. So it would not be great if this preview will be on 261 page. 2008/4/7, Oleg Pronin <[EMAIL PROTECTED]>: > > It's definitely better than sites that are on top currently :) Especially > first :) > Also i meant 'most popular sites', not 'best sites', sorry :) > > What are all of these need for ? The CS site is not only site for catalyst > developer's interest. > Many other developers are in doubt which language/framework to use. They > are often search the network for such > listing sites to discover what popular and huge portals use such > framework, etc. > > > 2008/4/6, Marcus Ramberg <[EMAIL PROTECTED]>: > > > > Alexa.com's popularity rating isn't really representative for the whole > > net, as they only get data from people who use the alexa toolbar. Also, I'm > > not sure if most-used == best :) > > > > Marcus > > > > On 6. april. 2008, at 19.00, Oleg Pronin wrote: > > > > > So what about: > > > It would be good to sort sites basing on alexa.com's popularity > > > rating. The > > > best sites will be on top ! :) > > > > > > 2008/4/6, Oleg Pronin <[EMAIL PROTECTED]>: > > > > > > > > > > > It would be good to sort sites basing on alexa.com's popularity > > > > rating. > > > > The best sites will be on top ! :) > > > > > > > > 2008/4/6, Stephen Sykes <[EMAIL PROTECTED]>: > > > > > > > > > > > > > > Markus Holzer wrote: > > > > > > > > > > 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. > > > > > > > > > > > > It's just a feature that shows the total count. I didn't know > > > > > there > > > > > would be 20 news portal listings with similar design, it just > > > > > happened. I > > > > > don't think the feature should be removed just because of that. > > > > > Besides, to > > > > > call it "bloatware" is a bit extreme, is it not? > > > > > > > > > > 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 :) > > > > > > > > > > > > Excellent. :-) > > > > > > > > > > [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/ > > > > > > > > > > > > > > > > > > ___ > > > 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/ > > > > ___ 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: STDERR noise on Perl 5.10
Catalyst (C3 && NEXT) noise STDERR on perl 5.10. What should i do to shut them up? Useless localization of subroutine entry at /usr/local/lib/perl5/site_perl/5.10.0/Catalyst/Action.pm line 41. Subroutine initialize redefined at /usr/local/lib/perl5/site_perl/5.10.0/Class/C3.pm line 70. Subroutine uninitialize redefined at /usr/local/lib/perl5/site_perl/5.10.0/Class/C3.pm line 88. Subroutine reinitialize redefined at /usr/local/lib/perl5/site_perl/5.10.0/Class/C3.pm line 101. Name "MailRu::Catalyst::Plugin::Authentication::setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "MailRu::Catalyst::Plugin::Authentication::post_setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "MailRu::Catalyst::Plugin::ConfigLoader::post_setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::post_setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::AttrContainer::setup_actions" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::AttrContainer::setup_plugins" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::AttrContainer::setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::AttrContainer::post_setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::Controller::setup_actions" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::Controller::post_setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::Controller::setup_plugins" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Catalyst::Controller::setup" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. Name "Class::Accessor::Grouped::setup_plugins" used only once: possible typo at /usr/local/lib/perl5/5.10.0/NEXT.pm line 58. ___ 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: STDERR noise on Perl 5.10
I mean, could you please shut them up? ___ 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
>>/tag/name/ >>/tag/id/ NOT ! - , because tag names might be in different languages. 2008/4/12, Christopher H. Laco <[EMAIL PROTECTED]>: > > Ashley wrote: > > > On Apr 11, 2008, at 1:10 PM, Stephen Sykes wrote: > > > > > Ashley wrote: > > > > > > > On Apr 11, 2008, at 11:55 AM, Stephen Sykes wrote: > > > > > > > > > Chisel - What is so odd in passing the tag id to the controller > > > > > for the "by_tag" feature? > > > > > > > > > > > > > > > > > I think this is the issue: "Other users also tagged this 27." The > > > > tag is the human readable part of the record. :) > > > > > > > > I'm still not getting this. :-\ > > > > > > Once a new tag is added to the database the tag id will never change, > > > only the tag weight. Tag id is unique and is primary. I suppose the tag > > > description could be used with an index on that column for performance. > > > That > > > would make sense, if that is your concern. > > > > > > > It's that http://mysite.com/tag/1232 is meaningless to the user. Not > > that it's programatically incorrect; which, as you know, it's not. > > http://mysite.com/tag/pangolins is better UI. > > > > Well, I'm going to channel for the black part of my heart that mst is > responsible for :-) > > This is much like the quandry: > > /users/146 for admin purposes vs. > /users/claco for humans on a browse > > choosing one or the other always seems to lead to problems.. so taking a > tip from RHOX, do both... > > /tag/name/ > /tag/id/ > > The greatness of future possibilities is expanded to much happiness. > Chained/sub instance() make all the code behind either option JustWork. > > -=Chris > > > ___ > 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] Unkown error
This is just a "error somewhere". In 5.10 some of standart perl runtime
exceptions might cause this "Unknown error". You just have to find the error
manually and fix it.
2008/6/19 dab <[EMAIL PROTECTED]>:
> hi,
>
> I use Catalyst 5.7014 and Perl 5.10 and i dont understand why I have
> this type of error
>
> A simple example:
> catalyst.pl myapp
> cd myapp
>
> I add an error in Root.pm
>
> ---
> sub index : Path Args(0) {
>my ( $self, $c ) = @_;
>
># Hello World
>$c->response->body( $c->welcome_message );
>
>TheError;
> }
> --
> ./script/myapp_server.pl
> Unknown error
> Compilation failed in require
> at /home/dab/perl5/lib/perl5/Catalyst/Utils.pm line 270. Compilation
> failed in require at ./script/myapp_server.pl line 55.
>
> It is very difficult to find a mistake with what returns catalyst :(
> How can i debug application with this type of message ?
>
> note: I dont have this problem with Perl 5.8.8
>
> Thank
>
>
> ___
> 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] Graceful handling of database failure
You can use DBIx::Class with DBIx::RetryOverDisconnects as DBI handle and you will never got db server away message (it will reconnect as long as required until database is up and no queries and transactions will be lost). 2008/6/18 Mitchell K. Jackson <[EMAIL PROTECTED]>: > Good afternoon, > > Is there a graceful way for a catalyst app to handle when the database > server goes away? If this happens while a process is holding open a > database connection it's already been using, there's not even a > database error to the log. The only error is "read data timeout in 40 > seconds", and an error 500 to the web browser. > > I would like my app to be able to deliver a more useful error to the > end user, such as "Lost database connection." If I can retain control > of the app in this event, I'll have it send me an sms for good > measure. Any ideas how I could go about this? > > Regards, > > /Mitchell K. Jackson > > ___ > 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] Graceful handling of database failure
I use it for 3 years. It might be used in production i think. About 5 minutes: there are a set of attributes (ReconnectRetries, ReconnectTimeout, etc) - you can manipulate how long it will reconnect. 2008/6/20 Mitch Jackson <[EMAIL PROTECTED]>: > > You can use DBIx::Class with DBIx::RetryOverDisconnects as DBI handle and > > you will never got db server away message (it will reconnect as long as > > required until database is up and no queries and transactions will be > lost). > > Looks cool, but it's got a big warning on it saying it's not stable > for production. Also, if the database server goes away for 5 minutes, > then instead of error 500 pages, now the website is just timing out to > the browser. That's less descriptive for the end user, when what I'm > aiming at is giving more of a "we've got a handle on things" > appearance to the errors when they happen. > > /Mitch > > ___ > 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] Catalyst and Perl on Google App Engine
everything in other languages sucks compared to catalyst & DBIC. what is the goal to adapt more powerful system to less powerful? 2008/6/29 Stephen Adkins <[EMAIL PROTECTED]>: > Hi, > > We have been promoting the idea of a community project to get Perl > supported on Google App Engine. > > * http://code.google.com/p/googleappengine/issues/detail?id=34#c436 > > We need some help from some some Catalyst core developers in order > to include Catalyst as the default web application framework for Perl > on Google App Engine. > > We have started a project for all people interested in contributing to this > project or following it. > > * http://code.google.com/p/perl-appengine/ > > Please visit the website, sign up for the mailing list, spread the > word, and let us know how you would like to contribute. > > Thanks, > > Stephen Adkins > [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/ > ___ 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] connecting to more than one database
How do you imagine yourself a request with join beetween 2 tables in
different databases?
This is the reason you can't make relationships between different schemas.
2008/7/3 jagdish eashwar <[EMAIL PROTECTED]>:
> I am working on two Catalyst applications and had earlier set up separate
> Mysql databases for each of them. Since some of the tables that these two
> applications use, are the same, I put the common tables in a third database
> and created two models in each of the Catalyst applications. I am, however,
> unable to set up relationships between tables in the common and specific
> databases.
>
> I used myapp_create.pl to create the two models:
>
> perl script/hardware_create.pl model MyhardwareDB DBIC::Schema
> Myhardware::Schema::MyhardwareDB create=static dbi:mysql:hardware 'jag'
> 'passwd' '{ AutoCommit => 1 }'
>
> perl script/hardware_create.pl model CommonDB DBIC::Schema
> Myhardware::Schema::CommonDB create=static dbi:mysql:hardware 'jag' 'passwd'
> '{ AutoCommit => 1 }'
>
> and then put in the relationships between the employee and hardware tables
> as under:
>
> # in Emp.pm
> #employee has many hardware
> __PACKAGE__->has_many(emp_hm_hw =>
> 'Myhardware::Schema::MyhardwareDB::Hardware', 'hw_emp_id');
>
> # in Hardware.pm
> #hardware belongs to employee
> __PACKAGE__->belongs_to(hw_bt_emp_id =>
> 'Myhardware::Schema::CommonDB::Emp','hw_emp_id');
>
> When I use these accessors in the tt2 templates, i get an undef error.
>
> undef error - DBIx::Class::Relationship::Accessor::__ANON__(): Can't find
> source for Myhardware::Schema::MyhardwareDB::Hardware at
> /home/jag/catalyst_trials/Myhardware/root/src/usr_fragment.tt2 line 8
>
> What am I doing wrong?
>
> Jagdish
>
> ___
> 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] connecting to more than one database
Unfortunatelly, you cannot create relationship between two schemas, as they
in general case might be in different databases.
For example: if you have 2 different databases, but on the same server on
the same HDD, mysql could hypotetically make query with join between them,
but it can not.
You want DBIC to do the same: two different schemas that might be connected
to the same database.
2008/7/3 jagdish eashwar <[EMAIL PROTECTED]>:
>
> Hi,
> The first Catalyst application of mine deals with the leave records of
> employees. The second one deals with the hardware that they have been given.
> Both these applications require details about the employees like their name
> and employee_no. So I put the employee details in one database called
> 'common', and the leave particulars in another database called 'leave' , and
> the hardware details in a third database called 'hardware'.
>
> I was able to put in the foreign key constraints at the time of table
> creation. And these are working. I cannot, for example, insert an emloyee_no
> in either the 'leave' or the 'hardware' database if it is not existing in
> the 'common' database.
>
> So when I was able to do what I had in mind at the database level, I
> thought it would be possible to do the same with Catalyst and DBIx::Class
> also. I still haven't lost hope. It would be painful and inelegant to have
> to replicate the employee details for each of the web applications in the
> respective databases.
>
> jagdish
>
> On Thu, Jul 3, 2008 at 6:10 PM, Marcello Romani <[EMAIL PROTECTED]>
> wrote:
>
>> Oleg Pronin ha scritto:
>>
>>> How do you imagine yourself a request with join beetween 2 tables in
>>> different databases?
>>> This is the reason you can't make relationships between different
>>> schemas.
>>>
>>
>> If it's not a typo, the two schemas connect to the same database on the
>> mysql side...
>>
>> Anyway, I think DBIC sees them as two different databases, even if their
>> connections strings are the same...
>>
>>
>>> 2008/7/3 jagdish eashwar <[EMAIL PROTECTED] >> [EMAIL PROTECTED]>>:
>>>
>>>
>>>I am working on two Catalyst applications and had earlier set up
>>>separate Mysql databases for each of them. Since some of the tables
>>>that these two applications use, are the same, I put the common
>>>tables in a third database and created two models in each of the
>>>Catalyst applications. I am, however, unable to set up
>>> relationships between tables in the common and specific databases.
>>>
>>>I used myapp_create.pl to create the two models:
>>>
>>>perl script/hardware_create.pl model MyhardwareDB DBIC::Schema
>>>Myhardware::Schema::MyhardwareDB create=static dbi:mysql:hardware
>>>'jag' 'passwd' '{ AutoCommit => 1 }'
>>>
>>>perl script/hardware_create.pl model CommonDB DBIC::Schema
>>>Myhardware::Schema::CommonDB create=static dbi:mysql:hardware 'jag'
>>>'passwd' '{ AutoCommit => 1 }'
>>>
>>>and then put in the relationships between the employee and hardware
>>>tables as under:
>>>
>>># in Emp.pm
>>>#employee has many hardware
>>>__PACKAGE__->has_many(emp_hm_hw =>
>>>'Myhardware::Schema::MyhardwareDB::Hardware', 'hw_emp_id');
>>>
>>># in Hardware.pm
>>>#hardware belongs to employee
>>>__PACKAGE__->belongs_to(hw_bt_emp_id =>
>>>'Myhardware::Schema::CommonDB::Emp','hw_emp_id');
>>>
>>>When I use these accessors in the tt2 templates, i get an undef error.
>>>
>>>undef error - DBIx::Class::Relationship::Accessor::__ANON__(): Can't
>>>find source for Myhardware::Schema::MyhardwareDB::Hardware at
>>>/home/jag/catalyst_trials/Myhardware/root/src/usr_fragment.tt2 line 8
>>>
>>>What am I doing wrong?
>>>
>>>Jagdish
>>>
>>>___
>>>List: Catalyst@lists.scsys.co.uk <mailto: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] how do i "truss" an catalyst FCGI worker process?
Hi. I need to inspect my fcgi process, so i tried to do truss -p But fcgi process immediately exits when "truss" just starts. Does anyone know why does it happen and how to get it to work? Please anybody, try to do truss -p on standalone (not in apache) fcgi catalyst server. Thanks. ___ 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] [Announce] Catalyst-Runtime 5.8000_04 shipped to CPAN
5.8 brakes Catalyst::Authentication::Credential::Password?
Can't use string ("MyApp") as a HASH ref while "strict refs" in use at (eval
340)[/usr/local/lib/perl5/site_perl/5.10.0/Moose/Meta/Method/Accessor.pm:35]
line 13.
at (eval
340)[/usr/local/lib/perl5/site_perl/5.10.0/Moose/Meta/Method/Accessor.pm:35]
line 13
Catalyst::Authentication::Credential::Password::__config_accessor('MyApp')
called at /usr/local/lib/perl5/site_perl/5.10.0/Catalyst/Component.pm line
88
Catalyst::Component::config('MyApp') called at
/usr/local/lib/perl5/site_perl/5.10.0/Catalyst.pm line 790
Class::MOP::Class:::around('CODE(0x29798690)', 'MyApp') called at
/usr/local/lib/perl5/site_perl/5.10.0/i386-freebsd/Class/MOP/Method/Wrapped.pm
line 139
Class::MOP::Method::Wrapped::__ANON__[/usr/local/lib/perl5/site_perl/5.10.0/i386-freebsd/Class/MOP/Method/Wrapped.pm:139]('MyApp')
called at
/usr/local/lib/perl5/site_perl/5.10.0/i386-freebsd/Class/MOP/Method/Wrapped.pm
line 89
Catalyst::config('MyApp') called at
/usr/local/lib/perl5/site_perl/5.10.0/Catalyst.pm line 848
___
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] Maybe there is a need for some speedups of 'config' method ?
Hello. Catalyst is the best MVC ever. Thanks for doing your work guys!
I use Catalyst in extremely loaded projects (currently 60.000.000 pageloads
/ day).
Thereforce i'm perfomance paranoid man.
One of 'black stones' is the ->config method. It has dramatically slow
perfomance at
config_method: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
3808.94/s (n=4047)
it has 2 workarounds:
1) use 'state' feature of perl 5.10
sub my_action {
state $cfg = $c->config;
}
2) create inherited accessor
MyApp->mk_group_accessors(inherited => qw/cfg/);
sub finalize_setup {
$class->cfg($class->config);
}
cfg_accessor: 2 wallclock secs ( 1.03 usr + 0.00 sys = 1.03 CPU) @
237252.85/s (n=244667)
config_method: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
3808.94/s (n=4047)
It would be VERY GREAT if we somehow make ->config works a hundred times
faster because everybody use
->config without any suspicions on its speed.
___
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] Maybe there is a need for some speedups of 'config' method ?
*we should now -> we should not :-)
2009/2/22 Oleg Pronin
> 1% here and 1% there. You won't detect any place that takes longer. All of
> load is 1%+1%+
> Don't you agree ? Plus a number of plugins calls ->config on startup which
> slow downs startup as well)
>
> P.S.
> I use many actions that take params from config in runtime, for example
> sub pay_for_vip : Private {
>...
>my $price = $c->cfg->{vip}{price};
> }
>
> And in my deepest opinion we should now spend CPU time anywhere even if it
> is not a concern.
>
> Thanks anyway)
>
> This is convenient + good HUP support for deamon servers (that use catalyst
> as well) - all you need to do is to refresh config on HUP.
>
> 2009/2/22 Jonathan Rockway
>
> * On Sat, Feb 21 2009, Oleg Pronin wrote:
>> > I use Catalyst in extremely loaded projects (currently 60.000.000
>> pageloads / day).
>> > Thereforce i'm perfomance paranoid man.
>> >
>> > One of 'black stones' is the ->config method. It has dramatically slow
>> perfomance at
>> > config_method: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
>> 3808.94/s (n=
>> > 4047)
>>
>> I have to ask... is this actually slowing down your application? Let's
>> say that your app spends 1% of its time in $c->config. If you made
>> $c->config 1x faster, you would only make your app 1% faster.
>>
>> > It would be VERY GREAT if we somehow make ->config works a hundred
>> > times faster because everybody use ->config without any suspicions on
>> > its speed.
>>
>> Although I haven't noticed config calls slowing down my application, I
>> look forward to seeing your patch for this.
>>
>> FWIW, I usually only call $c->config at app startup time; I read it and
>> pass values in it as arguments to other classes that need configuration
>> information. I'm pretty sure this is the intended use; you shouldn't be
>> looking in it during requests.
>>
>> Regards,
>> Jonathan Rockway
>>
>> --
>> print just => another => perl => hacker => if $,=$"
>>
>> ___
>> 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] Maybe there is a need for some speedups of 'config' method ?
1% here and 1% there. You won't detect any place that takes longer. All of
load is 1%+1%+
Don't you agree ? Plus a number of plugins calls ->config on startup which
slow downs startup as well)
P.S.
I use many actions that take params from config in runtime, for example
sub pay_for_vip : Private {
...
my $price = $c->cfg->{vip}{price};
}
And in my deepest opinion we should now spend CPU time anywhere even if it
is not a concern.
Thanks anyway)
This is convenient + good HUP support for deamon servers (that use catalyst
as well) - all you need to do is to refresh config on HUP.
2009/2/22 Jonathan Rockway
> * On Sat, Feb 21 2009, Oleg Pronin wrote:
> > I use Catalyst in extremely loaded projects (currently 60.000.000
> pageloads / day).
> > Thereforce i'm perfomance paranoid man.
> >
> > One of 'black stones' is the ->config method. It has dramatically slow
> perfomance at
> > config_method: 1 wallclock secs ( 1.06 usr + 0.00 sys = 1.06 CPU) @
> 3808.94/s (n=
> > 4047)
>
> I have to ask... is this actually slowing down your application? Let's
> say that your app spends 1% of its time in $c->config. If you made
> $c->config 1x faster, you would only make your app 1% faster.
>
> > It would be VERY GREAT if we somehow make ->config works a hundred
> > times faster because everybody use ->config without any suspicions on
> > its speed.
>
> Although I haven't noticed config calls slowing down my application, I
> look forward to seeing your patch for this.
>
> FWIW, I usually only call $c->config at app startup time; I read it and
> pass values in it as arguments to other classes that need configuration
> information. I'm pretty sure this is the intended use; you shouldn't be
> looking in it during requests.
>
> Regards,
> Jonathan Rockway
>
> --
> print just => another => perl => hacker => if $,=$"
>
> ___
> 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] New config plugin (MultiState)
Greetings! This post can be intresting for those who ever wanted to make theirs configs more flexible / more supportable. Through 1.5 year evolution of my config plugin i ended up with ConfigLoader::MultiState. Now it is extracted from our company's framework and moved to CPAN as Catalyst::Plugin::ConfigLoader::MultiState http://search.cpan.org/~syber/Catalyst-Plugin-ConfigLoader-MultiState-0.01/lib/Catalyst/Plugin/ConfigLoader/MultiState.pm I guess, for most of people it is not needed. But those who develop big projects, i hope, will find it useful. I would be glad for any sort of comments :-) ___ 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] My application is broken after upgrading to 5.80003. Please Help.
The problem is that on creation of MyApp object in Catalyst::prepare, i get
MyApp object merged with (!!!) my config.
MyApp->new does ok until this line of code
Catalyst::CODE(0x80d2d81f8)(/usr/local/lib/perl5/site_perl/5.10.0/Catalyst.pm:1110):
1110: $meta->make_immutable(replace_constructor => 1) unless
$meta->is_immutable;
After that MyApp->new is a mix of correct object and config hash which
breaks my application :(
More details:
when executing MyApp->new the problem is at
Catalyst::Controller::BUILD
it receives $args - somewhy it is my config :-)
Then goes MooseX::Emulate::Class::Accessor::Fast::CODE which also receives
%args which is my config and merges it into MyApp object:
87: my @extra = grep { !exists($self->{$_}) } keys %args;
88: @{$sel...@extra} = @ar...@extra};
What's the problem and how to fix 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] Authorization Failure
I've got problem with new Authentication too. It is said that one can pass login & password to authenticate call. But it somewhy no longer authenticates that way (in case of Credential::HTTP) 2009/5/7 Ascii King > the authorization component of my application no longer works properly. Did > something change with Catalyst::Plugin::Authorization? I searched the lists, > but I didn't see anything. > > My authorization code came from the Catalyst tutorial and I'm pretty sure > it used to work. However, I started doing some detailed checking lately and > found that it behaves erratically. If I only have one role listed in the > array (between the square brackets), it seems to work. More than one fails. > > using these: > Authentication > Authorization::Roles > Authorization::ACL > > > Here's my code. > # Authorization::ACL Rules > __PACKAGE__->allow_access_if( > "/prior/list_prior", > [qw/admin office remote/], > ); > __PACKAGE__->deny_access_if( > "/account/list_account", > [qw/admin office/], > ); > > When testing the above statement, admin and office are supposed to be > allowed access to 'list_account'. However, admin can access it, but office > and remote cannot. If I change it to 'allow_access_if' then everyone can get > access. > > > ___ > 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] Authorization Failure
2009/5/8 Tomas Doran > Oleg Pronin wrote: > >> I've got problem with new Authentication too. It is said that one can pass >> login & password to authenticate call. But it somewhy no longer >> authenticates that way (in case of Credential::HTTP) >> > > Credential::HTTP doesn't work like that. > > The credentials for HTTP auth come from the browser in headers, which is > where it'll read them from. These are then mapped by your config into the > appropriate field to find your user with, and the password checked. > > If you want to pass the username/password in manually yourself (e.g. from > form submission), then you don't want Credential::HTTP. Not really :-) While in request, browser header is ok, but the task is to be able to authenticate in offline scripts as well - because the controllers and etc read logged in user from $c->user. Currently we use workaround - fake $c object + setup $c->request->header for base authentication as it came from browser. > > > Also, what do you mean by 'new Authentication', > Catalyst::Authentication::Credential::HTTP has _always_ worked like this. I'm not sure but last time i used this feature (several months ago) it worked fine > > > Cheers > t0m > > > > > ___ > 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] Authorization Failure
2009/5/8 Tomas Doran
> Oleg Pronin wrote:
>
>> Not really :-) While in request, browser header is ok, but the task is to
>> be able to authenticate in offline scripts as well - because the controllers
>> and etc read logged in user from $c->user.
>> Currently we use workaround - fake $c object + setup $c->request->header
>> for base authentication as it came from browser.
>>
>
> That's not _too much_ of a hack, given that you've got application logic in
> your controllers anyway.
>
> The recommended thing to do is to not have any application logic in your
> controllers (just have web parameter mangling related stuff). If your logic
> is all in the model, then your scripts can deal with authenticating without
> having to fake up a web request, or in fact load Catalyst at all, which is
> much nicer, and makes much more sense in a script context..
>
How do i should in this case read my config in script context ? MyApp
initializes everything - memcached, dbic, uuid, json, etc.
By writing 'use MyApp' i get everything i need. Additionally, MyApp is
complex system which consists of a lot of modules (by means of C3) and is
not only a web framework. I would be nagged if i do not load Catalyst at
all, then i'll have to use every component from script directly writing a
lot of code instead of nice and short 'use MyApp'. I'd say than Catalyst is
not _Web_ framework, it is _everything framwork_. In my own opinion it is
better to make a little difference for scripts
(use MyApp { offline => 1 }) - which will not load web stuff and get start
lighter, but framework will stay with many features for such scripts - for
example, automatic pid file with double execution prevent, wrapping script
for errors detection on log files and many other, i.e. still
framework-driven system, not script-driven.
>
>
> Also, what do you mean by 'new Authentication',
>>Catalyst::Authentication::Credential::HTTP has _always_ worked like
>>this.
>>
>> I'm not sure but last time i used this feature (several months ago) it
>> worked fine
>>
>
> Hmm, well, if you still think I've broken something, I'd love to see a
> TestApp or test cases demonstrating what the problem is, as I'm still
> unclear.. (And if I did break it, I'd obviously like to fix it again)
>
>
> Cheers
> t0m
>
> ___
> 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] Authorization Failure
P.S.
Tomas, you explain things from position of most web sites. But imagine for
example multiplayer gaming portal written in flash.
Flash sends request through HTTP as well as through TCP stream connection
(for gaming purposes).
TCP connections served by daemon (not by Catalyst::Engine::* of course).
But in TCP stream we send for example "/chess/action/make_move {JSON_DATA}"
I do not see any differences between HTTP requests and request to the
daemon. Just protocols are differ.
Catalyst and controllers are the same. Catalyst imho is _not only web_
framework.
2009/5/8 Tomas Doran
> Oleg Pronin wrote:
>
>> Not really :-) While in request, browser header is ok, but the task is to
>> be able to authenticate in offline scripts as well - because the controllers
>> and etc read logged in user from $c->user.
>> Currently we use workaround - fake $c object + setup $c->request->header
>> for base authentication as it came from browser.
>>
>
> That's not _too much_ of a hack, given that you've got application logic in
> your controllers anyway.
>
> The recommended thing to do is to not have any application logic in your
> controllers (just have web parameter mangling related stuff). If your logic
> is all in the model, then your scripts can deal with authenticating without
> having to fake up a web request, or in fact load Catalyst at all, which is
> much nicer, and makes much more sense in a script context..
>
> Also, what do you mean by 'new Authentication',
>>Catalyst::Authentication::Credential::HTTP has _always_ worked like
>>this.
>>
>> I'm not sure but last time i used this feature (several months ago) it
>> worked fine
>>
>
> Hmm, well, if you still think I've broken something, I'd love to see a
> TestApp or test cases demonstrating what the problem is, as I'm still
> unclear.. (And if I did break it, I'd obviously like to fix it again)
>
>
> Cheers
> t0m
>
> ___
> 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] Catalyst benchmark 5.7 vs 5.8 - new test
5.8 !!TWICE!! slower at startup than 5.7 under any perl version. This is annoying because i have 100 models and i do not want to wait 10 secs while it is starting in debug. 2009/9/29 Tomas Doran : > Toby Corkindale wrote: >> >> It's interesting to note the headline figures have 5.71 performing 316 >> tps, vs 5.80 making only 283 tps. > > The very important thing you haven't noted (unless I missed it) is what perl > version this benchmark was conducted under. > > Some benchmarking was done before 5.8 was released, and it showed that > Catalyst 5.7 was (marginally) quicker on perl 5.8 and that Catalyst 5.8 was > (marginally) quicker on perl 5.10 :) > > So I'd be very interested to see the benchmark repeated with two different > perls, giving 4 results to compare and contrast. > > Cheers > t0m > > ___ > 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] Catalyst benchmark 5.7 vs 5.8 - new test
i meant 100 resultsources+controllers :-) not models 2009/9/30 Tomas Doran : > > On 29 Sep 2009, at 22:12, Oleg Pronin wrote: > >> 5.8 !!TWICE!! slower at startup than 5.7 under any perl version. This >> is annoying because i have 100 models and i do not want to wait 10 >> secs while it is starting in debug. > > Patches welcome to optimise things for your wacky use-case given appropriate > NYTProf blame. > > Cheers > t0m > > > ___ > 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] I'm getting wrong uri_for
Hello. I upgraded to Catalyst 5.8 (5.80013) and i've got problem with uri_for. It warns Explicit blessing to '' (assuming package main) at /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1281. Becase $c->req->base is empty. I'm not using custom Request object. Any idea what is the reason? ___ 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] I'm getting wrong uri_for
Holy shit! i'm an asshole. That template was rendered in offline script :-) Strange... how did that work on Catalyst 5.7 ?:-) 2009/10/12 Tomas Doran : > Oleg Pronin wrote: >> >> Hello. I upgraded to Catalyst 5.8 (5.80013) and i've got problem with >> uri_for. >> >> It warns >> Explicit blessing to '' (assuming package main) at >> /usr/local/lib/perl5/site_perl/5.10.1/Catalyst.pm line 1281. >> >> Becase $c->req->base is empty. >> >> I'm not using custom Request object. >> >> Any idea what is the reason? > > I'm guessing that this could have something to do with the environment > variables supplied by your web server etc.. > > Could you shed some light on the platform / environment you're deploying in, > and also try printing out Dumper(\%ENV) and/or $c->engine->env.. > > Do you have this issue with the development server, or only when running in > production? (As the former points to something in your application, whereas > the latter points to something to do with your combination of web server / > platform etc) > > Cheers > t0m > > > ___ > 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] I'm getting wrong uri_for
sorry for disturbing you guys, that was fully my issue :-) 2009/10/12 Tomas Doran : > Oleg Pronin wrote: >> >> Holy shit! i'm an asshole. That template was rendered in offline >> script :-) Strange... how did that work on Catalyst 5.7 ? :-) > > Huh? > > Cheers > t0m > > ___ > 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] I'm getting wrong uri_for
I rendered tt2 template from offline script (mail template). On catalyst 5.7 i made a "fake" object i.e. $c = new MyApp(); and set $c->request/response etc. for the code to work as in request with no differences. But the way i initialized Request object is no longer working on 5.8 because Request is a Moose-based class. :-) 2009/10/12 Joel Bernstein : > 2009/10/12 Oleg Pronin : >> sorry for disturbing you guys, that was fully my issue :-) > > But what was it? Your explanation "offline script" made no sense. If > you explain then the next person who makes the same mistake will be > able to find the answer in the archives. > > /joel > > ___ > 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: setup_home bug (with fix): wrong detection of home directory
hello?
2007/9/28, Oleg Pronin <[EMAIL PROTECTED]>:
>
> Hello.
>
> I put the service script into
> APP_HOME/script/service/online_users.plx
>
> In the script:
>
> use FindBin;
> use lib "$FindBin::Bin/../../lib";
> use MyApp;
>
> print MyApp->path_to('/'); # prints APP_HOME/script/service/
>
> Fix for Catalyst::Utils (sub Catalyst::Utils::home):
>
> 174,176c174,177
> < my ($lastdir) = $home->dir_list( -1, 1 );
> < if ( $lastdir eq '..' ) {
> < $home = dir($home)->parent->parent;
> ---
> > my $i = 0;
> > $i++ while $home->dir_list( -$i, 1 ) eq '..';
> > if ($i) {
> > $home = dir($home)->parent for 1..($i*2);
>
> in my case at line 174 $home = 'APP_HOME/script/service/../../'
>
___
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] uri_for and Chained actions
If your project is heavy loaded then i think the best way is to write:
or (easy to change):
in Object:
sub update_url {'/myapp/'.shift->id.'/update}
because Catalyst.uri_for() still takes to much CPU to call it a hundred
times per page.
2007/10/10, Cédric Bouvier <[EMAIL PROTECTED]>:
>
> Hello Catalysters,
>
> I just started playing with Chained Actions, and so far I have a setup
> like this:
>
>/myapp/*
>/myapp/*/update
>/myapp/*/update_do
>
> 'update' and 'update_do' being implemented in MyApp::C::Foo::update and
> MyApp::C::Foo::update_do, respectively.
>
> Now, in the that gets displayed when calling
> /myapp/foo/42/update, I'd like the "action" attribute to point to
> /myapp/foo/42/update_do. Unfortunately, if I write:
>
>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/
>
>
___
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] uri_for and Chained actions
I have a hundred of and a hundred of per page
on 1-2mln hosts/day project.
If your project is not under subfolder of some domain then there is no need
to call
instead of
as they are both pointing to the same place.
2007/10/12, Matt S Trout <[EMAIL PROTECTED]>:
> On Thu, Oct 11, 2007 at 02:51:31AM +0400, Oleg Pronin wrote:
> > If your project is heavy loaded then i think the best way is to write:
> >
> > or (easy to change):
> >
> > in Object:
> > sub update_url {'/myapp/'.shift->id.'/update}
> >
> > because Catalyst.uri_for() still takes to much CPU to call it a hundred
> > times per page.
>
> It's a -lot- faster in the latest release. Are you sure this is still the
> bottleneck you think it is?
>
> --
> Matt S Trout Need help with your Catalyst or DBIx::Class
> project?
> Technical Director
> http://www.shadowcat.co.uk/catalyst/
> Shadowcat Systems Ltd. Want a managed development or deployment platform?
> http://chainsawblues.vox.com/
> http://www.shadowcat.co.uk/servers/
>
> ___
> 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/
>
___
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] uri_for and Chained actions
another problem is a lot of internet traffic for transferring absolute urls. I think uri_for should delete "http://domain"; from target url if requested host and target host (and protocols) are the same. ___ 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/
[Catalyst] BUG: Catalyst dev server converts encoded '+' (%2B) into spaces in query string. (With fix and test)
http://rt.cpan.org/Ticket/Display.html?id=30087 ___ 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] Preventing Catalyst from loading a Controller pm module
I put these things into MyApp::SAME_AS_CATALYST_BASE_CLASSES, i.e: MyApp::Catalyst::Controller MyApp::Catalyst::View::TT etc. It's clean and nice :) ___ 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/
[Catalyst] New catalyst site
games.rambler.ru (migrated from another framework). It's a heavy loaded (2.000.000/day) online gaming project of leader of russian internet company "Rambler". ___ 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] DBIC v Cache: What are catalyst best practices for caching DBIC results (with relationships included)
Unfortunately, it's too slow for production use. It's even slower (for local machine's cpu time) than without cache at all. To achieve acceptable results it should cache constructed object, not low-level data from database. Because on inflation an object can do some work (for example, load some extra properties from company's central ID-server) which should be cached too. ___ 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] More unicode problems (uri_for)
It seems your problem is that your string "Check my å" is not in perl's
internal format (uri_for expects it). Just UTF-8 octets.
Always use utf-8 flagged strings inside your application.
for example, this should work:
The following code:
$c->redirect(
$c->uri_for(
'/login',
{error_msg => Encode::decode_utf8("Check my å")}
);
);
Use 'use utf8' pragma in the module for perl to automatically convert
literals to utf8 strings.
But using such a literals in the source code is very very bad. Better place
it somewhere in TT or configs.
2007/12/21, Knut-Olav Hoven <[EMAIL PROTECTED]>:
>
> The solution to my last problem (attached) brought up a new problem
> regarding
> UTF-8.
>
> = Problem =
>
> The following code:
> $c->redirect(
>$c::uri_for(
> '/login',
> {error_msg => "Check my å"}
>);
> );
>
> Gives me this URL in my browser:
> http://localhost:3000/login?error_msg=Check+my+%C3%83%C2%A5
>
> Which prints this on my webpage:
> Check my å
>
> The content type of the webpage is UTF-8.
>
>
> = Possible solution =
>
> Remove line 967 from Catalyst.pm (v5.7011):
> (map {
> $_ = "$_";
> # THIS ONE utf8::encode( $_ );
> # using the URI::Escape pattern here so utf8 chars survive
> s/([^A-Za-z0-9\-_.!~*'() ])/$URI::Escape::escapes{$1}/go;
> s/ /+/g;
> "${key}=$_"; } ( ref $val eq 'ARRAY' ? @$val : $val ));
>
>
> = Questions =
>
> - It works as a solution to me, does it break anything for others?
> - Why is that line there at all?
> - Shouldn't URI::Escape be enough?
>
>
>
> --
> Knut-Olav Hoven
> Systemutvikler mob: +47 986 71 700
> Linpro AShttp://www.linpro.no/
>
>
> -- Пересланное письмо --
> From: Knut-Olav Hoven <[EMAIL PROTECTED]>
> To: The elegant MVC web framework
> Date: Fri, 21 Dec 2007 17:43:28 +0100
> Subject: [Catalyst] Problem with Catalyst::Plugin::I18N using UTF-8
> There are some problems when translating with Catalyst::Plugin::I18N using
> special unicode characters like "æøå".
>
> It got printed (both in console/debugging) and in web browser) as
> unprintable
> characters (displayed as "?"). Manually changing encoding in Firefox to
> ISO-8859-1 made it look right, but the rest of the page is using UTF-8, so
> this was a no-go solution for me.
>
> The solution I found to this was to change line 65 of
> Catalyst/Plugin/I18N.pm
> (version 0.06), changed the Decode attribute given
> to "Locale::Maketext::Simple" from 1 to 0.
>
> Any particular reason why Decode was 1?
>
> If Decode=>1 is needed for somebody, this should definitely be a
> configurable
> option.
>
>
> Patch attached
>
> --
> Knut-Olav Hoven
> Systemutvikler mob: +47 986 71 700
> Linpro AShttp://www.linpro.no/
>
> ___
> 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/
>
> ___
> 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/
>
>
>
___
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/
[Catalyst] Happy New Year!
Happy new year everybody. Thank you for doing your great work! Let your work be greater in the new year! ___ 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] CPAN install without test? [ot]
notest install Module 2008/1/6, Martin Ellison <[EMAIL PROTECTED]>: > > Does anyone know how to get CPAN to install a module without doing the > test steps at all? Force install still does the test steps; I just want to > go to the actual make install. > > Slightly off topic, but if anyone knows how to install modules, it must be > Catalyst developers... (the module in question is DBIx::Class; for some > reason it is failing the populate test). > > -- > Regards, > Martin > ([EMAIL PROTECTED]) > IT: http://methodsupport.com Personal: http://thereisnoend.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/ > > ___ 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] hostname
If you mean to get hostname in offline mode (off the processing request) - the hostname is not known because there are no request. You can get the server's real hostname by Sys::Hostname::hostname() but this probably won't help. 2008/1/9, Octavian Rasnita <[EMAIL PROTECTED]>: > > Hi, > > Is it possible to get the host name in MyApp.pm just like I can do it in a > controller using > > $c->req->hostname; > > Thank you. > > Octavian > > > ___ > 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/
