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
2009/5/8 Tomas Doran bobtf...@bobtfish.net
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
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
2009/5/8 Tomas Doran bobtf...@bobtfish.net
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
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
Hello catalysters,
I'm trying to use Catalyst::Plugin::Captcha (v 0.03). Code is
writen according the man page.
Calling in controller
$c-create_captcha();
imediatelly displays the image. How can be the image passed to TT view?
Many thanks in advance,
--th
On 8 May 2009, at 14:33, t...@dix.cz wrote:
Hello catalysters,
I'm trying to use Catalyst::Plugin::Captcha (v 0.03). Code is
writen according the man page.
Calling in controller
$c-create_captcha();
imediatelly displays the image. How can be the image passed to TT
view?
In your
Oleg Pronin wrote:
How do i should in this case read my config in script context?
use Config::General manually..
MyApp
initializes everything - memcached, dbic, uuid, json, etc.
Erm, yes, your config is gonna have memcached and dbic connection info
in it..
I wasn't aware that generating
Oleg Pronin wrote:
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.
If you're doing something like this, then the correct solution _is_ to
be subclassing
Chisel Wright wrote:
Attempt #2 attached - I think it covers everything mentioned above.
Tests still pass.
Running the patch from the top level with -p 1 should work:
Nice one, applied with tiny changes as r10052.
Cheers
t0m
___
List:
Tomas Doran wrote:
Nice one, applied with tiny changes as r10052.
And shipped as 0.05.
Cheers
t0m
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive:
Calling in controller
$c-create_captcha();
imediatelly displays the image. How can be the image passed to TT view?
In your TT template:
[% c.create_captcha %]
should work?
No. I'v tried it already. The output is mess..
looking to the module the create_captcha method ends:
...snip...
I'd recommend using Catalyst::Controller::reCAPTCHA instead to be
honest. Get the usage from the sample app in the t/ dir rather than
the actual documentaion, it may be inaccurate
On 09/05/2009, at 12:40 AM, t...@dix.cz wrote:
Calling in controller
$c-create_captcha();
imediatelly displays
Calling in controller
$c-create_captcha();
imediatelly displays the image. How can be the image passed to TT
view?
In your TT template:
[% c.create_captcha %]
Accoring to the code I guess it is meant as calling create_captcha()
in a controller that is accessed via an img tag:
img
img src=http://my.app/createcaptcha; /
...where createcaptcha is the controller calling the Plugin::Captcha
method.
I see!
img src=[% c.uri_for('captcha') -%] /
works for me. Thanx for good hint!
Tomas
___
List: Catalyst@lists.scsys.co.uk
Ascii King wrote:
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.
snip
The tests still all pass, and they do test this sort of thing.
When testing the above
Oleg Pronin wrote:
The problem is that on creation of MyApp object in Catalyst::prepare, i
get MyApp object merged with (!!!) my config.
The prepare method calls:
my $c = $class-context_class-new({});
So I don't see where the config is coming from.
MyApp-new does ok until this line of code
OK. I'll pull out some clear code examples.
Thanks
Tomas Doran wrote:
Ascii King wrote:
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.
snip
The tests still
18 matches
Mail list logo