g on the
session (e.g. session_type).
GET /user/1234/sessions?user_type=attendee
GET /user/1234/sessions?user_type=presenter
Other options would be:
GET /user/1234/sessions_attending
GET /user/1234/sessions_presenting
What would you use?
--
Bill Moseley
mose...@hank.org
_
lly implies that the resource was created.
I suppose to make this more RESTful the $track_id and $album_id should be
URIs in that second example, but makes less sense in the first and third
examples.
--
Bill Moseley
mose...@hank.org
___
List: Cataly
, then have to think about how to manage
changes that only effect one app.
Suggestions?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archi
> 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/
>
--
Bill Moseley
mose...@hank.org
_
t;minify( \$rendered, $opts );
> $c->response->body($rendered);
> }
>
> ___
> List: Catalyst@lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive:
>
ious states and often used as black-boxes
by customers. Makes problem solving with customers a guessing game a times.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinf
I have a number of model classes that run both inside and outside of
Catalyst and wondering about logging. Any other approaches than
Log::Any::Adapter::Catalyst to consider?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
alled
automatically)? If so, how and when do modules under revision control end
up packaged and how do developers manage module dependencies?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cg
;Inventory::Service::Bolt' );
1;
Of course, after doing that a few times I'd rather use a programatic
solution.
So, what I'd like is to remove the need to create those stub Controller and
Model classes and instead use config (or maybe detection of available
subclasses at startup)
on isn't that much about data validation as
is about providing a framework for model creation such that a consistent
API is provided -- making it easy to hook it into Catalyst for things like
rendering errors in a consistent way.
Thanks for any feedback you can provide,
--
Bill Moseley
mose...@ha
;t have an explicit class on-disk, and then go on
> to setup controllers for each model setup.
>
Sure does! Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/c
an return the same exception object no matter where the error comes from,
> eg a dbic exception..
>
Yes, I'm doing something very similar where validation happens before the
method in the model and on validation errors and exception is thrown (if
you are on the Moose list you may have see
at in your non-Catalyst model? I'm using Throwable, but
HTTP::Throwable seems, well, pretty HTTP specific.
What about access control? Hum, I seems to be pushing much of what was in
Catalyst down into the Model in this current exercise.
--
Bill Moseley
mose...@hank.org
pool" to use in the case of developers
working on the same dev machine.
Any other suggestions how to let developers work with related Catalyst apps
(that need to link to each other) using the Catalyst development server?
Thanks,
--
Bill Mose
ead::Board container from which I get my app..
>
> have I gone walkabout!?
>
> https://github.com/lecstor/Lecstor
>
> https://github.com/lecstor/Lecstor-Shop-Catalyst
>
> comments welcome.
>
> cheers,
>
> J
>
>
> On Tue, Jan 10, 2012 at 12:16 AM, Jason Gal
n that case the need was for a set of /guest/ actions
that had a subset of the app's actions, and I just had the /guest/*
controllers inherit from the original controllers.
Any suggestions?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@l
On Thu, Feb 16, 2012 at 7:40 AM, Bill Moseley wrote:
> I have an app that is naturally hierarchical, so to make up an example a
> path might be:
>
> /version1/country/12/region/31/state/12/city/45
>
>
> which I use Chained actions to implement.
>
BTW -- On a side not
t; changed to just "length".
>
Which is correct. length() on encoded content is the length in bytes.
But, if you are not encoding it will be wrong.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://
not need
to encode? Although, seems like should also check for the utf8 flag -- to
catch the case where the content has already been encoded.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-
On Thu, Feb 16, 2012 at 7:40 AM, Bill Moseley wrote:
> Any suggestions?
>
Perhaps not. And rightly so.
What I was asking it how to override potentially any method in a chain of
Actions and to magically swap the the root of the chain. Sounds ugly and
confusing.
Perhaps a more sane ap
code all
output. Once you have that set up you will never[1] fight encoding issues
again.
[1] for some value of never.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/li
html seems
pretty clear.
Can anyone think of a reason to always return a status? Or better, any
references that would be more helpful or convincing than the spec listed
above?
Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.u
for, but I was not able to look up their LDAP
id because the server was down. Hope you don't mind the omission." }.
That's a scary road to head down, no?
I cannot think of a POST, GET, PUT, or DELETE on a resource where the
status cannot be represente
t;
means I am free to combine requests to return additional data in the same
response structure, of course.
Yes, there's gray area.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mail
;print
length(JSON::decode_json(JSON::encode_json( ["\x{263A}"]) )->[0])'
1
But YAML drops the utf8 flag:
$ perl -MYAML::Syck -MEncode -wle 'print
length(YAML::Syck::Load(YAML::Syck::Dump( ["\x{263A}"]) )->[0])'
3
--
Bill Moseley
mose...@hank.org
Anyone have experience with this? What tool are you using to aggregate
(and monitor, or generate stats with)? Any tips?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo
m :)
>
> On Fri, Feb 24, 2012 at 5:04 PM, Bill Moseley wrote:
> > Anyone have experience with this? What tool are you using to aggregate
> (and
> > monitor, or generate stats with)? Any tips?
> >
> > --
> > Bill Moseley
> > mose...@hank.org
>
w hostname or header for the load balancer to dispatch on.
On Fri, Feb 24, 2012 at 10:50 PM, Bill Moseley wrote:
> When using Catalyst::Action::REST the content-type response never includes
> a charset. JSON seems to be handled correctly in code -- JSON strings are
> always UTF-8. D
I had some code using $c->engine->read_length attribute which seems to have
been removed after 5.90007.
IIRC, that attribute just held the value of the content-length header. Is
there any reason I can't use $c->request->header('Content-Length') as a
replacem
nfiguration and
Log::Log4perl::Catalyst? I'd prefer to get rid of the plugin.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mai
of stress. Although, I wonder if
that's not a task that could be done as a Catalyst role that works the same
regardless of what web server is being used.
Is there a better place to ask about Starman?
--
Bill Moseley
mose...@hank.org
___
List: Cat
claimed that if PayPal somehow
determined that the purchaser has a PayPal account that PayPal forces them
to log in. Can anyone confirm that this is true or not and point me to
PayPal documentation on this?
Thanks,
--
Bill Moseley
mose...@hank.org
On Mon, Apr 16, 2012 at 2:46 PM, Jorge Gonzalez wrote:
> And the point of asking this in a Catalyst list is...?
>
None. I clicked on the wrong list email gmail offered up. Wondered why
hadn't seen a response there yet...
--
Bill Moseley
mose.
27;t populated every call.
This look like a bug? Or should I not be adding method modifiers to
prepare_body_parameters?
BTW -- the reason I used "after prepare_body_parameters" is so that
$c->req->parameters ends up with any changes I make to the body_parameters.
--
Bill Moseley
On Mon, Apr 23, 2012 at 5:55 AM, Tomas Doran wrote:
>
> On 21 Apr 2012, at 13:30, Bill Moseley wrote:
> > The code above looks like it was trying to fix some flow problems
> (populating the attribute directly as a hash, for example), so the real fix
> is probably somethin
the cron might depend on the app's
version), and the startup script, although upstart was discussed recently
in another thread.
Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-
on't know how to make upstart start the app under my
> account.
> Maybe it will be helpful to see an upstart script that works, and try to
> adapt it.
>
I'm curious: why you use both Perlbrew and local::lib vs. installing all
modules in the Perlbrew Perl lib?
rball, rsync) and place on the QA machines for testing and then later to
production. I'm looking for a clean decoupling of development from
operations.
So assuming RPM, now trying to figure the best way to build that Perlbrew
install into and RPM.
Thanks,
--
Bill Moseley
mose...@han
this change and how you plan on
using and deploying apps long term. Having it in /etc might make sense
for you.
What we do have is a file in /etc/ that says what the current "mode" is
(i.e. staging, production) that the init.d scripts us
ue being lost?
[1] perhaps more accurately, we *think* we can't lose any messages.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable ar
that and instead
using more discrete calls to be in a better position for caching.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.
build that object once per request and pass that in to your DBIC code
instead of the context object. Then you can use that same class outside
of Catalyst, as in your tests.
I suspect others will agree that in the long run having that tight bindig
between Catalyst and DBIC will be a mistake.
-
complexity.
Another argument that is floated around is we don't want to upgrade
dependencies often because of potential *new* bugs. That seems a bit silly
to me because it's ignoring *known* bug fixes for the chance that there
might some unknown new bug.(Yes, we have apps
rent than
running "cpan Catalyst::Runtime" and making sure all tests pass.
Sure, it's possible that a newer module ends up on production than dev, but
that would mean unit tests AND QA failed to detect a bug. And let's be
honest, the vast, vast majority of bugs that find their
erl dependencies? I assume by building Perl and installing your
modules you are not depending on any existing RPMs of Perl modules.
Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi
yone have experience with Web::Hippie or PocketIO for doing something
like this?
Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: ht
r have "make" handle it just like the files in lib.
Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.
lib or from an installed location (prove -l vs. prove -b)
so it can use the right "root" using existing methods or via File::ShareDir.
Still, not sure I'd want to move the app configuration out of the app home.
--
Bill Moseley
mose...@hank.org
_
as hoping to use the existing framework for running scripts -- mostly so
the script works where ever the Catalyst app is installed.
Can anyone help with this?
Thanks,
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists
h/Catalyst-Devel-1.37/lib/Module/Install/Catalyst.pm#catalyst_ignore(@ignore)
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.
re before calling catalyst in your Makefile.PL?
If those are done then this always works.. :)
vim $(perldoc -l Module::Install::Catalyst)
>
>
>
> directory.
>
>
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.u
if $name =~ /^$ignore$/;
catalyst_ignore( 'xt' );
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.m
g "prepare_parameters" to "_build_parameters",
because that's what it is, and then add a new method:
sub prepare_parameters {
my $self = shift;
$self->clear_parameters;
return $self->parameters;
}
And likewise in the Engine.pm:
sub prepare_parameters {
I'll work on a patch and docs, yes.
On Sat, Aug 4, 2012 at 6:53 AM, Tomas Doran wrote:
>
> On 3 Aug 2012, at 14:39, Bill Moseley wrote:
>
> > What it doesn't do any more is set $c->req->parameters when called
> directly, only when called as a
#x27;t they just call $c->prepare_parameters again?
On Sat, Aug 4, 2012 at 6:53 AM, Tomas Doran wrote:
>
> On 3 Aug 2012, at 14:39, Bill Moseley wrote:
>
> > What it doesn't do any more is set $c->req->parameters when called
> directly, only when called as a build
Did this help?
On Sat, Aug 4, 2012 at 6:19 PM, Bill Moseley wrote:
> See attached.
>
> Let me know if you want something else.
>
> I'm mixed on of the clear should be private. I made it that way, but I
> wonder if there could be a use case to reset the parameters
ent-Length: 24043
Content-Type: audio/mp4a-latm
Expires: Wed, 31 Dec 1969 23:59:59 GMT
Content-Disposition: attachment; filename*=UTF-8''trumpet.m4a
(Warnings are fatal): Parsing of undecoded UTF-32 at
/home/moseley/perl5/perlbrew/perls/perl-5.14.2/lib/site_perl/5.14.2/Catal
ull changes:
>
> 5.90016 - 2012-08-16 15:35:00
> - prepare_parameters is no longer an attribute builder. It is now a
> method
> that calls the correct underlying functionality (Bill Moseley++)
> - Updated Makefile.PL to handle MacOXS tar
> - Fix uri_for to handle a stringifiable object
>
stinfo/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/
>
>
--
Bill Moseley
mose...@hank.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 web app developer job posting:
http://jobs.perl.org/job/16350
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail
is
known for:
https://www.facebook.com/video/video.php?v=10100259101684977&oid=9445547199&comments
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Se
On Fri, Sep 7, 2012 at 11:50 AM, Tomas Doran wrote:
>
> On 5 Sep 2012, at 21:48, Bill Moseley wrote:
> >
> > Currently I just manually apply the role directly in the existing
> controller, so not a huge issue, but would be handy if I could just add a
> role to the base c
ld go into "share"
in the distribution and then get installed as File::ShareDir expects (i.e.
have Catalyst::Utils::home() use dist_dir( $c->config->{name} ) ). But,
that's kind of a big change.
Anyone have thoughts on the that?
--
Bill Moseley
mose...@hank.org
4 || INOC-DBA *3557* NOC
>> PGP KeyID = B38DB1BE
>>
>>
>> ___
>> List: Catalyst@lists.scsys.co.uk
>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
>> Searchable archive:
>> http://www.
s readonly -- otherwise I could just do
MyApp->model( 'MyModel' )->dns( $new_dsn );
What's a good, clean way of doing this? Or perhaps a better approach all
together?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co
On Wed, Sep 26, 2012 at 1:15 AM, Manni Heumann wrote:
> Bill Moseley schrieb am 25.09.2012:
>
> > The app has a myapp.yml config which includes configuration for
> > creating an instance of a Model component -- and part of that Model's
> > config is a database dsn
-core machines.
--
Bill Moseley
mose...@hank.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:
}
> }
>
Isn't that what finalize already does?
I have a very old and out-dated plugin I use that wraps execute() and sets
__DIE__ and __WARN__ to catch those and uses Devel::StackTrace to add in a
stack trace. Then I use log4perl to format and direct the messages.
I also us
uild, test, release process less painful -- and less expensive. And
releases more frequent and less anxious.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Sear
that my AJAX request
can get updated upload stats?
Thanks,
--
Bill Moseley
mose...@hank.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
I saw in the logs was this:
$ fgrep Read error_log
Read error:
Read error:
Read error:
Read error:
followed immediately by a restart of the child process (testing with
Starman). So, that's something else I need to try and track down.
--
Bill Moseley
mose...@hank.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.
kit). Need
to use the iframe trick on those browsers.
https://bugs.webkit.org/show_bug.cgi?id=23933
How close is this version of Catalyst for a release? Unfortunately, I
noticed this while preparing for an app release next week.
Thanks,
--
Bill Moseley
mose...@hank.org
__
eem to make it
happen:
$ perl -Mwarnings -Mstrict -Wle 'use warnings; use strict; my $x = {};
delete $x->{a}'
Is there something special about $c->stash that might trigger this in Perl?
Anyone else spot these in the logs.
This is on Perl 5.14.2 / Catalyst 5.90016 / mod_perl 2.0
't really want to tie up the app with slow uploads.
I guess I should test, but I wonder if there's a limit on what Starman will
buffer -- I assume it's buffering in memory.
--
Bill Moseley
mose...@hank.org
___
List: Ca
ne see why this might be a bad (or good) approach?
--
Bill Moseley
mose...@hank.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@lis
On Thu, Oct 25, 2012 at 5:29 AM, Aaron Trevena wrote:
> On 24 October 2012 17:59, Bill Moseley wrote:
> > PerlBal (as in this old post:
> > http://lists.danga.com/pipermail/perlbal/2005-November/000138.html )
> can do
> > this as well.
> >
> > I wonder about
On Sat, Oct 27, 2012 at 9:34 PM, Larry Leszczynski wrote:
> Hi Bill -
>
> On Fri, Oct 19, 2012, at 11:37 AM, Bill Moseley wrote:
>
> > Use of uninitialized value in delete
> >
> > with a line number pointing to this line:
> >
> > delete $c->sta
ve.
>
>
> Where do these go?
>
>
>
> Also where do you put application global constants?
>
Not a clear line, but you have an app config for app-specific config. But,
I also have App::Constants that export constats which is useful for when
you need the constants outside of Catal
at host:port and script path to use to build
correct URLs to your site?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.co
of each request
and then wrap the warn() and error() methods and set the MDC params in
those methods?
Monkey-patch (redefined) the warn() and error() log methods each request
with the current params?
Neither of those sound that great. Is there an a
s of secret +
timestamp.
That is, the server w/o the auth validates that the token is legitimate and
the SSL tells me it came from the client I gave it to.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://list
On Tue, Dec 4, 2012 at 5:22 AM, Marc SCHAEFER wrote:
> Hi,
>
> for some time I write things like this in my templates:
>
>
>
I've always used href="[% c.uri_for( ... ) | html %]"
--
Bill Moseley
mose...@hank.org
_
or will
$c->req->address return either v4 or a v6 address?
Anyone already in a dual-stack environment? Any other gotchas to consider?
I use $c->req->address to limit access -- for example to limit some actions
to our local LAN or for customers to limit access to our API via a
custo
On Mon, Oct 29, 2012 at 3:45 AM, Will Crawford
wrote:
> On 19 October 2012 18:37, Bill Moseley wrote:
> > delete $c->stash->{foo};
>
> Is there a function / method called "foo" anywhere in scope?
>
I've ignored this for a while, but still seeing in the a
Pre-Plack I had used this to determine if running under Apache/mod_perl.
if ( $c->engine->can( 'apache' ) ) { ... }
Is this the best, future-proof approach now?
During setup check $ENV{MOD_PERL}
and per request check if $c->req->env->{'psgi.input'}
isa
ht be done here, short of not storing the DBIC row
objects? I do want to end up with row objects after thawing, so they can
be used just as if I had done the query directly.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinf
On Tue, Feb 12, 2013 at 10:05 PM, Octavian Rasnita wrote:
> **
> *From:* Bill Moseley
>
> If you want to use DBIC in more apps, don't use Catalyst::Model::... but
> create a standalone module that can be used from more apps, even in CLI
> scripts.
> And access th
over your resources -- workers
pull in work as they are free instead of stuffing work into web processes.
Scaling is then trivial as it's just more workers.
It may seem like more work up front to set up but will making things like
this much easer -- and s
nse when I ask my ws with
> FF or Chrome... ?
>
Do you mean adding "&content-type=application/json" to your GET request
query parameters in the browser?
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listi
and encode all text
responses.
This is fresh in my mind because last week had problems with two separate
encoding issues.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinf
it's something that
every app probably should to, but easy to ignore or get wrong.
I wonder what percent of Catalyst apps make use of that plugin.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.sc
e code just now and saw a comment that included
this URL:
http://www.mail-archive.com/catalyst@lists.scsys.co.uk/msg02350.html
I guess I've thought about this before
>
>
>
> I wonder what percent of Catalyst apps make use of that plugin.
>
> Not sure, but I think the pla
lla::Plugins on
CPAN.
But the end result is still just a normal Perl module. All our modules
(Catalyst and others) use Dist::Zilla now.
I have a Dist::Zilla::Plugin::CatalystFiles that helps build the dist and
builds a custom Makefile.PL.
--
it an all its dependencies are installed. So, that Makefile actually
comes in pretty handy.
(And since we use Dist::Zilla, releasing to our internal CPAN is just "dzil
release". So, that's pretty slick.)
We then build RPMs from these
a that represents characters must be decoded on input.
--
Bill Moseley
mose...@hank.org
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive
n the body -- that should
prevent double-encodings. And having a config option to disable is easy.
And if the plugin is found on the app issue a warning. It's possible
that someone has their own modified version of the plugin using the same
name.
--
Bill Moseley
mose...@hank.org
__
rride (merge with) the app's config.
Our config loads config.yml filrst, then it loads and merges any
mode-specific (i.e. qa, staging, production) config, then finally looks for
/etc/$app_name/config.yml.
Some day we will look more closely at centralized configuration tools --
Puppet and C
On Wed, Jan 13, 2010 at 6:53 AM, Bill Moseley wrote:
> HTTP::Body::Multipart creates temporary files for uploads. The temp files
> are created with File::Temp( UNLINK => 0 ).
>
Well, this is still broken.
Yes, since 2010 HTTP::Body has been updated to have a DESTROY where it
r
ng "LimitRequestBody" but IIRC that only looks at the
Content-Length header. But, HTTP::Body does limit the body to what is
reported in the Content-Length header.
Starman buffers requests to /tmp (in an unlinked file) w/o any limit that I
could see in my limited tests.
On Thu, Ma
101 - 200 of 475 matches
Mail list logo