From zzbbyy w gmail.com  Mon Feb  7 01:43:43 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Mon, 7 Feb 2011 10:43:43 +0100
Subject: [Warszawa-pm] Spotkanie na temat Dependency Injection - zamiast
	spotkania lutowego
Message-ID: <AANLkTinRLGzAQJzo1PFn0DSWN+UxEfihyghbBLcgJi7C@mail.gmail.com>

Witam,

WARLUG oferuje salę na 23 lutego godz. 18.15, będzie to panel
dyskusyjny, wstępna lista tematów poniżej.  Ktoś chciałby uczestniczyć
w panelu?  A może znacie kogoś kto ma w tym doświadczenie?


1) Co to jest właściwie DI
 - korzyści

2) Testowalność
 - testowalność a tradycyjne miary jakości oprogramowania
 - debugowalność

3) Dependency Injection != using a DI container
(http://loosecouplings.blogspot.com/2011/01/dependency-injection-using-di-container.html)

4) analogia między DI a usuwaniem 'magicznych' stałych z programu
(http://perlalchemy.blogspot.com/2011/01/dependency-injection-or-removing.html)
- to mogłoby być dobrym wprowadzeniem właściwie

5)  newables and injectables
-http://misko.hevery.com/2008/09/30/to-new-or-not-to-new/ (a także
inne kategorie:
http://loosecouplings.blogspot.com/2011/01/how-to-write-testable-code-overview.html)

6) przykłady bibliotek (containerów) Spring, Guice - Bread::Board ,
jak ktoś zna parę to porównanie
 - containery a 'silna typowalność'

7) Ile w programie trzeba 'containerów' albo 'factories' - jeśli DI
się robi ręcznie

8) Prawo Demeter

Chyba nie będziemy już robić osobnego spotkania samego warszawa.pm?

-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/

From tadzikes w gmail.com  Mon Feb  7 10:48:18 2011
From: tadzikes w gmail.com (Tadeusz =?utf-8?B?U2/Fm25pZXJ6?=)
Date: Mon, 7 Feb 2011 19:48:18 +0100
Subject: [Warszawa-pm] Spotkanie na temat Dependency Injection - zamiast
 spotkania lutowego
In-Reply-To: <AANLkTinRLGzAQJzo1PFn0DSWN+UxEfihyghbBLcgJi7C@mail.gmail.com>
References: <AANLkTinRLGzAQJzo1PFn0DSWN+UxEfihyghbBLcgJi7C@mail.gmail.com>
Message-ID: <20110207184818.GA20702@yavin4>

On  7-02-2011 10:43:43, Zbigniew Lukasiak wrote:
> Witam,
> 
> WARLUG oferuje salę na 23 lutego godz. 18.15, będzie to panel
> dyskusyjny, wstępna lista tematów poniżej.  Ktoś chciałby uczestniczyć
> w panelu?  A może znacie kogoś kto ma w tym doświadczenie?
> 
> Chyba nie będziemy już robić osobnego spotkania samego warszawa.pm?

Hej,
Ja bym uczestniczył bardzo chętnie, aczkolwiek nie wiem jak mógłbym
kontrybuować do pomysłu. Spotkanie mogłoby być po to, aby przedyskutować
sam panel, co wyszło, co nie, jak poszło, etc.

Pozdrawiam,
Tadek

From zzbbyy w gmail.com  Tue Feb  8 05:15:22 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Tue, 8 Feb 2011 14:15:22 +0100
Subject: [Warszawa-pm] Spotkanie na temat Dependency Injection - zamiast
 spotkania lutowego
In-Reply-To: <20110207184818.GA20702@yavin4>
References: <AANLkTinRLGzAQJzo1PFn0DSWN+UxEfihyghbBLcgJi7C@mail.gmail.com>
	<20110207184818.GA20702@yavin4>
Message-ID: <AANLkTi=vvJa0zLCZuVpnqRiP2mAeUE3dVn2oeMLEJDrF@mail.gmail.com>

2011/2/7 Tadeusz Sośnierz <tadzikes w gmail.com>:
> On  7-02-2011 10:43:43, Zbigniew Lukasiak wrote:
>> Witam,
>>
>> WARLUG oferuje salę na 23 lutego godz. 18.15, będzie to panel
>> dyskusyjny, wstępna lista tematów poniżej.  Ktoś chciałby uczestniczyć
>> w panelu?  A może znacie kogoś kto ma w tym doświadczenie?
>>
>> Chyba nie będziemy już robić osobnego spotkania samego warszawa.pm?
>
> Hej,
> Ja bym uczestniczył bardzo chętnie, aczkolwiek nie wiem jak mógłbym
> kontrybuować do pomysłu. Spotkanie mogłoby być po to, aby przedyskutować
> sam panel, co wyszło, co nie, jak poszło, etc.


OK - zrobię w takim razie tradycyjną ankietke.

Jest jeszcze taka sprawa - zgłosiła się jedna firma oferująca
zasponsorowanie pizzy po spotkaniu - ale tylko pod warunkiem, że
znajdę jeszcze kogoś kto się dołoży.  Może macie pomysł do kogo można
uderzyć?

Pozdr.
Zbyszek

From zzbbyy w gmail.com  Sat Feb 12 17:05:33 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Sun, 13 Feb 2011 02:05:33 +0100
Subject: [Warszawa-pm] LoginSimple na PSGI
Message-ID: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>

Hej!

Co myślicie o czymś takim?

Załączam pierwszy eksperyment w tym kierunku - czyli dwie Aplikacje na
Placka (LoginApp i LogoutApp) i prosta aplikacyjke która je
wykorzystuje.

Poniżej jak to działa:

package main;
#use LoginApp;
#use LogoutApp;
use Plack::Builder;

sub check_pass {
    my( $username, $pass ) = @_;
    if( $username eq $pass ){
        return 0, $username;
    }
    else{
        return 'Wrong username or password';
    }
}

builder {
    enable 'Session';
    mount '/login' => LoginApp->new( check_pass => \&check_pass )->to_app;
    mount '/logout' => LogoutApp->new()->to_app;

Czyli potrzebny jest callback do sprawdzania hasła - przekazujemy to
do LoginApp i montujemy ją pod adresem /login.  Pod /logout
odpowiednio LogoutApp.

Całość działa tak, że po zalogowaniu przenosi nas na stronę z której
weszliśmy do /login i to działa zarówno w przypadku gdy przechodzimy
przez linka (jak w załączonym kodzie) jak i jeśli ze strony
wymagającej loginu zrobimy redirecta do /login i zapiszemy adres na
który trzeba wrócić w sesji (pod redir_to) - na przykład tak:
$env->{'psgix.session'}{redir_to} = $env->{PATH_INFO};

Pozdrawiam,
Zbyszek

From zzbbyy w gmail.com  Sat Feb 12 17:08:49 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Sun, 13 Feb 2011 02:08:49 +0100
Subject: [Warszawa-pm] LoginSimple na PSGI
In-Reply-To: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>
References: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>
Message-ID: <AANLkTi=o_De8ZhWCsUmdE2CVVPSUt9L-QWo0Vt2GcwRe@mail.gmail.com>

No tak oczywiście zapomniałem załącznika - oj późno juz.

Z.

2011/2/13 Zbigniew Lukasiak <zzbbyy w gmail.com>:
> Hej!
>
> Co myślicie o czymś takim?
>
> Załączam pierwszy eksperyment w tym kierunku - czyli dwie Aplikacje na
> Placka (LoginApp i LogoutApp) i prosta aplikacyjke która je
> wykorzystuje.
>
> Poniżej jak to działa:
>
> package main;
> #use LoginApp;
> #use LogoutApp;
> use Plack::Builder;
>
> sub check_pass {
>    my( $username, $pass ) = @_;
>    if( $username eq $pass ){
>        return 0, $username;
>    }
>    else{
>        return 'Wrong username or password';
>    }
> }
>
> builder {
>    enable 'Session';
>    mount '/login' => LoginApp->new( check_pass => \&check_pass )->to_app;
>    mount '/logout' => LogoutApp->new()->to_app;
>
> Czyli potrzebny jest callback do sprawdzania hasła - przekazujemy to
> do LoginApp i montujemy ją pod adresem /login.  Pod /logout
> odpowiednio LogoutApp.
>
> Całość działa tak, że po zalogowaniu przenosi nas na stronę z której
> weszliśmy do /login i to działa zarówno w przypadku gdy przechodzimy
> przez linka (jak w załączonym kodzie) jak i jeśli ze strony
> wymagającej loginu zrobimy redirecta do /login i zapiszemy adres na
> który trzeba wrócić w sesji (pod redir_to) - na przykład tak:
> $env->{'psgix.session'}{redir_to} = $env->{PATH_INFO};
>
> Pozdrawiam,
> Zbyszek
>



-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
A non-text attachment was scrubbed...
Name: app.psgi
Type: application/octet-stream
Size: 4214 bytes
Desc: nie znany
URL: <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110213/19afcf45/attachment.obj>

From mashester w gmail.com  Sun Feb 13 04:39:12 2011
From: mashester w gmail.com (Maciej Grzybek)
Date: Sun, 13 Feb 2011 13:39:12 +0100
Subject: [Warszawa-pm] LoginSimple na PSGI
In-Reply-To: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>
References: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>
Message-ID: <4D57D0F0.70105@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

W dniu 13.02.2011 02:05, Zbigniew Lukasiak pisze:
> Hej!
> 
> Co myślicie o czymś takim?
> 
> Załączam pierwszy eksperyment w tym kierunku - czyli dwie Aplikacje na
> Placka (LoginApp i LogoutApp) i prosta aplikacyjke która je
> wykorzystuje.
> 
> Poniżej jak to działa:
> 
> package main;
> #use LoginApp;
> #use LogoutApp;
> use Plack::Builder;
> 
> sub check_pass {
>     my( $username, $pass ) = @_;
>     if( $username eq $pass ){
>         return 0, $username;
>     }
>     else{
>         return 'Wrong username or password';
>     }
> }
> 
> builder {
>     enable 'Session';
>     mount '/login' => LoginApp->new( check_pass => \&check_pass )->to_app;
>     mount '/logout' => LogoutApp->new()->to_app;
> 
> Czyli potrzebny jest callback do sprawdzania hasła - przekazujemy to
> do LoginApp i montujemy ją pod adresem /login.  Pod /logout
> odpowiednio LogoutApp.
> 
> Całość działa tak, że po zalogowaniu przenosi nas na stronę z której
> weszliśmy do /login i to działa zarówno w przypadku gdy przechodzimy
> przez linka (jak w załączonym kodzie) jak i jeśli ze strony
> wymagającej loginu zrobimy redirecta do /login i zapiszemy adres na
> który trzeba wrócić w sesji (pod redir_to) - na przykład tak:
> $env->{'psgix.session'}{redir_to} = $env->{PATH_INFO};
> 
> Pozdrawiam,
> Zbyszek
> _______________________________________________
> Warszawa-pm mailing list
> Warszawa-pm w pm.org
> http://mail.pm.org/mailman/listinfo/warszawa-pm
> 

Zbyszku, taki mały szczegół, ale być może warto przemyśleć:
skoro umożliwiasz ustawienie redir_to przy logowaniu, dlaczego nie
pozwolisz na to przy wylogowaniu, tylko z marszu zakładasz, że
użytkownik powinien zawsze polecieć do '/'?
Przekazywanie callbacka wydaje się sensowne, ponieważ pozwala
developerowi dopasować autha pod swoje wymogi (dodatkowe warunki do
sprawdzenia etc.).
Program krótki, więc wiele do komentowania nie ma. :)

Przy okazji zadam swoje pytanie, dotyczące HTML::FormHandler'a.
Chcę zrobić formularz do zmiany hasła (standardowe pola w nim zawarte:
current_pass, new_pass, new_pass_conf). Problem w tym jak sprawdzać
current_pass?
Jak zapiszę to (current_pass) jako has_field 'password' to przy
spełnieniu wymogów (validated) zostanie nadpisane pole 'password' w
bazie, co jest efektem niepożądanym, bo otrzymamy zmianę hasła na
obecne, czyli de facto - brak jakiejkolwiek zmiany.
Z kolei jak przypnę new_pass do pola 'password' w bazie, to nie mam
dostępu do tego pola ('password') w trakcie walidacji, żeby sprawdzić
czy current_pass = password, zgadza się?
Jak takie sprawy rozwiązuje się elegancko?

Pozdrawiam,
Maciej 'mac' Grzybek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJNV9DwAAoJEJsau/Tq/KXRaRMP/0DAJGbhgiekQV/06ZAhjazv
FJm4vM8PvRhozqzxFVAj1TF2O1AsZS8LNBMzDZnlglILjw8jf8wD8K3cCDAT5wFn
LnRIq+6l0L46KyRBrErwZZJBPsHzIXHNDOlOr20I6SF536c3VHh3f5vTvRAP/yZl
rEtT2r2asHo4jbYiRH7rQ9Xfa4wrZvb1MXyZAqkMyzusOOYXey3qC4/GYN61IO0o
5ycxcUyEOjJfAkcKzBfx3CTaOqT8a0scXBIx8OKslKTVxFv0y+7QyhSMlQahG6RF
5bIBAx8YPUnuLu8jXqej//WY3vKeba0f23uVbZ9TLiciDRgqHlmnznDIs0lCVlXB
j3IL/doJNJNZzVzHaGIHh1vWjMMFrA/JIsZ6Hlo5fy8pAXij04Nyr+WAohOrELNf
b2+4fcGHd7ctqk4i/VOLRav7j/gV1rtAVAXqKCuhzDKY53QEM3uyRXJlAZip8AZr
ouw22FFxxtbmx1eIr0gQ5AJNuK8ZgqgLgryTdNrGfbtB79CaXG4lt6Z98ySxzMvq
JhyC2kPCMcI1bkjs59KplRXEEgjYYWLdLdYGw213u8+HETd3/MDhvM94Jja34NpX
0GO2yBPy6FBqVRYst4HjyQ14a2wXLIj9keCrf3i9KW8V1Hly76nbtzEbJWCOWJEk
U9dGRK5cvGZXR+/FCmGF
=8WAQ
-----END PGP SIGNATURE-----

From zzbbyy w gmail.com  Sun Feb 13 06:19:59 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Sun, 13 Feb 2011 15:19:59 +0100
Subject: [Warszawa-pm] LoginSimple na PSGI
In-Reply-To: <4D57D0F0.70105@gmail.com>
References: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>
	<4D57D0F0.70105@gmail.com>
Message-ID: <AANLkTin5h755K8cpBCN_vdZ77yWMcZe6WwKvutBMsTPa@mail.gmail.com>

2011/2/13 Maciej Grzybek <mashester w gmail.com>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> W dniu 13.02.2011 02:05, Zbigniew Lukasiak pisze:
>> Hej!
>>
>> Co myślicie o czymś takim?
>>
>> Załączam pierwszy eksperyment w tym kierunku - czyli dwie Aplikacje na
>> Placka (LoginApp i LogoutApp) i prosta aplikacyjke która je
>> wykorzystuje.
>>
>> Poniżej jak to działa:
>>
>> package main;
>> #use LoginApp;
>> #use LogoutApp;
>> use Plack::Builder;
>>
>> sub check_pass {
>>     my( $username, $pass ) = @_;
>>     if( $username eq $pass ){
>>         return 0, $username;
>>     }
>>     else{
>>         return 'Wrong username or password';
>>     }
>> }
>>
>> builder {
>>     enable 'Session';
>>     mount '/login' => LoginApp->new( check_pass => \&check_pass )->to_app;
>>     mount '/logout' => LogoutApp->new()->to_app;
>>
>> Czyli potrzebny jest callback do sprawdzania hasła - przekazujemy to
>> do LoginApp i montujemy ją pod adresem /login.  Pod /logout
>> odpowiednio LogoutApp.
>>
>> Całość działa tak, że po zalogowaniu przenosi nas na stronę z której
>> weszliśmy do /login i to działa zarówno w przypadku gdy przechodzimy
>> przez linka (jak w załączonym kodzie) jak i jeśli ze strony
>> wymagającej loginu zrobimy redirecta do /login i zapiszemy adres na
>> który trzeba wrócić w sesji (pod redir_to) - na przykład tak:
>> $env->{'psgix.session'}{redir_to} = $env->{PATH_INFO};
>>
>> Pozdrawiam,
>> Zbyszek
>> _______________________________________________
>> Warszawa-pm mailing list
>> Warszawa-pm w pm.org
>> http://mail.pm.org/mailman/listinfo/warszawa-pm
>>
>
> Zbyszku, taki mały szczegół, ale być może warto przemyśleć:
> skoro umożliwiasz ustawienie redir_to przy logowaniu, dlaczego nie
> pozwolisz na to przy wylogowaniu, tylko z marszu zakładasz, że
> użytkownik powinien zawsze polecieć do '/'?

OK - chyba statyczny parametr?

> Przekazywanie callbacka wydaje się sensowne, ponieważ pozwala
> developerowi dopasować autha pod swoje wymogi (dodatkowe warunki do
> sprawdzenia etc.).
> Program krótki, więc wiele do komentowania nie ma. :)

No dobra - a użyłbyś w swojej aplikacji?

Jest jeszcze sprawa wyświetlania stronki /login.  Potrzebny byłby
jakiś mechanizm, żeby to było wyświetlane razem z normalnym
'kontentem' czyli z 'headerami', 'footerami' o co tam kto chce.
Plack::App byłby dobry na takie szybkie sprawdzenie, że to działa -
ale tak normalnie to trzeba by to jakoś inaczej zorganizować.  Może
używać to  jako Middleware i odłożyć formatke na %env?

Co do tej formatki zmiany hasła to nie przypuszczam, żeby to było
załatwione - jak napiszesz coś w miarę uniwersalnego to wyślij na ich
listę.

Pozdr.
Zbyszek

From mashester w gmail.com  Sun Feb 13 15:02:22 2011
From: mashester w gmail.com (Maciej Grzybek)
Date: Mon, 14 Feb 2011 00:02:22 +0100
Subject: [Warszawa-pm] LoginSimple na PSGI
In-Reply-To: <AANLkTin5h755K8cpBCN_vdZ77yWMcZe6WwKvutBMsTPa@mail.gmail.com>
References: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>	<4D57D0F0.70105@gmail.com>
	<AANLkTin5h755K8cpBCN_vdZ77yWMcZe6WwKvutBMsTPa@mail.gmail.com>
Message-ID: <4D5862FE.6000505@gmail.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

W dniu 13.02.2011 15:19, Zbigniew Lukasiak pisze:
> OK - chyba statyczny parametr?
No, na pewno nie w sesji, jak redir_to, więc raczej tak. :)
> 
> 
> No dobra - a użyłbyś w swojej aplikacji?
Tak, w tej formie odpowiada mi to najbardziej.
To jest dokładnie to czego potrzebowałem jak się pieprzyłem z auth w
catalyscie.
Nie jest może tak proste jak auth w cata, ale dużo bardziej flexible.
> 
> Jest jeszcze sprawa wyświetlania stronki /login.  Potrzebny byłby
> jakiś mechanizm, żeby to było wyświetlane razem z normalnym
> 'kontentem' czyli z 'headerami', 'footerami' o co tam kto chce.
> Plack::App byłby dobry na takie szybkie sprawdzenie, że to działa -
> ale tak normalnie to trzeba by to jakoś inaczej zorganizować.  Może
> używać to  jako Middleware i odłożyć formatke na %env?
Middleware, wg mnie powinno się sprawdzić, ale sam kiedyś pisałeś, że
middleware to nie jest dobry pomysł na auth, tylko nie bardzo kojarzę
czy pojawiły się tam odpowiednie argumenty popierające tezę?
> 
> Co do tej formatki zmiany hasła to nie przypuszczam, żeby to było
> załatwione - jak napiszesz coś w miarę uniwersalnego to wyślij na ich
> listę.
Ok, będę kombinował, ale nie bardzo czuję kierunek, w którym powinienem
iść z tym...
> 
> Pozdr.
> Zbyszek
> _______________________________________________
> Warszawa-pm mailing list
> Warszawa-pm w pm.org
> http://mail.pm.org/mailman/listinfo/warszawa-pm
> 

Pozdrawiam,
Maciej 'mac' Grzybek
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJNWGL+AAoJEJsau/Tq/KXRbX8QALgWpMcf7CE0PVGyoBsKfVT8
brDJXd7FVmr1Wb4GMOice4a//r9v7nIjaKdzypfQW7TtyDIKVH2x9E+bhYcdjZR0
8/kmxIvdBMw/fE17mdt65EgVMa6wLec+KPZWd1wknq/6I+wjaaEGmEup5/nzZwmm
SMA6DLsLKNcQmNV0a6Cqlmx/uIwIks9XANfZaU+Wch9uz+15iG7iOzUk2DnWq9K/
/5HF47taQcmAUNShOBqpCk7Bs3SMVDwbEAOQpSXCyHlWMD+Rq6x3hmO/TgO5v5es
S4j0g7UFHNzLfmVl/9uc1iMxn/RSmO4GoE7KyOth0onBH9QpRG/eFRgNigpjGWpJ
aU1OS+PiLySZq0Qcvfguz0EjFs19dN0LkjLsc8X3hMHVY4RBegvgIo96lfuecsiW
5EJilzzXbjkNZz4DmDGOPe8bikyYddldz6bwum/ndkjLH67RvJNT8vxa+2dqwTSo
VItGiAiv4XQU7g/aHLwaV7n3CJybByxnxoYLObT6Qpm0D3AoCaFRPM6tkoiD44o+
ZS0vWkCMtgBhCyY7UW+PqSajodfAsBSH3L/DAMu+Ls4KenN00Tz2tEHKqfuyj+VG
9tJim8bYCGBhxOx9VagFvMkAcIo2hwS/AVg/le3W0rzWmSOAn4rQu3LTZcPldAdj
HI6rB11qGBF6nQycQQ10
=/V51
-----END PGP SIGNATURE-----

From zzbbyy w gmail.com  Tue Feb 15 11:35:18 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Tue, 15 Feb 2011 20:35:18 +0100
Subject: [Warszawa-pm] Dependency injection - panel dyskusyjny
Message-ID: <AANLkTikWFV-ir=AT64YdGOnz_JWs=9iu424Ns5QOQM8H@mail.gmail.com>

Witam,

Jest już oficjalne ogłoszenie:
http://warszawa.linux.org.pl/nowe.php?date=1298481300

Zapraszam wszystkich, będzie pizza.
Z.

From zzbbyy w gmail.com  Tue Feb 15 13:16:36 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Tue, 15 Feb 2011 22:16:36 +0100
Subject: [Warszawa-pm] LoginSimple na PSGI
In-Reply-To: <4D5862FE.6000505@gmail.com>
References: <AANLkTikSXt-vfcMCzW2kgrkxMKN0MwMuxYE_Ms4Lgeq5@mail.gmail.com>
	<4D57D0F0.70105@gmail.com>
	<AANLkTin5h755K8cpBCN_vdZ77yWMcZe6WwKvutBMsTPa@mail.gmail.com>
	<4D5862FE.6000505@gmail.com>
Message-ID: <AANLkTimCFt-GJJLWw05WABu+Hjf0d5dF9gUkvvhQaZFG@mail.gmail.com>

No dobra - to załączam w wersji Middleware - prostsze API, ale pewnie
będą się krzywić, że wogóle nie wołam aplikacji dla większości
przypadków.

Teraz już musi być w dwóch plikach - bo Builder inaczej nie potrafil
sie zorientować, że SimpleLogin jest już załadowane.

Co myślicie o tym?

Z.

2011/2/14 Maciej Grzybek <mashester w gmail.com>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> W dniu 13.02.2011 15:19, Zbigniew Lukasiak pisze:
>> OK - chyba statyczny parametr?
> No, na pewno nie w sesji, jak redir_to, więc raczej tak. :)
>>
>>
>> No dobra - a użyłbyś w swojej aplikacji?
> Tak, w tej formie odpowiada mi to najbardziej.
> To jest dokładnie to czego potrzebowałem jak się pieprzyłem z auth w
> catalyscie.
> Nie jest może tak proste jak auth w cata, ale dużo bardziej flexible.
>>
>> Jest jeszcze sprawa wyświetlania stronki /login.  Potrzebny byłby
>> jakiś mechanizm, żeby to było wyświetlane razem z normalnym
>> 'kontentem' czyli z 'headerami', 'footerami' o co tam kto chce.
>> Plack::App byłby dobry na takie szybkie sprawdzenie, że to działa -
>> ale tak normalnie to trzeba by to jakoś inaczej zorganizować.  Może
>> używać to  jako Middleware i odłożyć formatke na %env?
> Middleware, wg mnie powinno się sprawdzić, ale sam kiedyś pisałeś, że
> middleware to nie jest dobry pomysł na auth, tylko nie bardzo kojarzę
> czy pojawiły się tam odpowiednie argumenty popierające tezę?
>>
>> Co do tej formatki zmiany hasła to nie przypuszczam, żeby to było
>> załatwione - jak napiszesz coś w miarę uniwersalnego to wyślij na ich
>> listę.
> Ok, będę kombinował, ale nie bardzo czuję kierunek, w którym powinienem
> iść z tym...
>>
>> Pozdr.
>> Zbyszek
>> _______________________________________________
>> Warszawa-pm mailing list
>> Warszawa-pm w pm.org
>> http://mail.pm.org/mailman/listinfo/warszawa-pm
>>
>
> Pozdrawiam,
> Maciej 'mac' Grzybek
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.16 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQIcBAEBAgAGBQJNWGL+AAoJEJsau/Tq/KXRbX8QALgWpMcf7CE0PVGyoBsKfVT8
> brDJXd7FVmr1Wb4GMOice4a//r9v7nIjaKdzypfQW7TtyDIKVH2x9E+bhYcdjZR0
> 8/kmxIvdBMw/fE17mdt65EgVMa6wLec+KPZWd1wknq/6I+wjaaEGmEup5/nzZwmm
> SMA6DLsLKNcQmNV0a6Cqlmx/uIwIks9XANfZaU+Wch9uz+15iG7iOzUk2DnWq9K/
> /5HF47taQcmAUNShOBqpCk7Bs3SMVDwbEAOQpSXCyHlWMD+Rq6x3hmO/TgO5v5es
> S4j0g7UFHNzLfmVl/9uc1iMxn/RSmO4GoE7KyOth0onBH9QpRG/eFRgNigpjGWpJ
> aU1OS+PiLySZq0Qcvfguz0EjFs19dN0LkjLsc8X3hMHVY4RBegvgIo96lfuecsiW
> 5EJilzzXbjkNZz4DmDGOPe8bikyYddldz6bwum/ndkjLH67RvJNT8vxa+2dqwTSo
> VItGiAiv4XQU7g/aHLwaV7n3CJybByxnxoYLObT6Qpm0D3AoCaFRPM6tkoiD44o+
> ZS0vWkCMtgBhCyY7UW+PqSajodfAsBSH3L/DAMu+Ls4KenN00Tz2tEHKqfuyj+VG
> 9tJim8bYCGBhxOx9VagFvMkAcIo2hwS/AVg/le3W0rzWmSOAn4rQu3LTZcPldAdj
> HI6rB11qGBF6nQycQQ10
> =/V51
> -----END PGP SIGNATURE-----
> _______________________________________________
> Warszawa-pm mailing list
> Warszawa-pm w pm.org
> http://mail.pm.org/mailman/listinfo/warszawa-pm
>



-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
A non-text attachment was scrubbed...
Name: SimpleLogin.pm
Type: application/x-perl
Size: 3228 bytes
Desc: nie znany
URL: <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110215/cc498597/attachment.bin>
-------------- następna część ---------
A non-text attachment was scrubbed...
Name: app.psgi
Type: application/octet-stream
Size: 880 bytes
Desc: nie znany
URL: <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110215/cc498597/attachment.obj>

From tadzikes w gmail.com  Sat Feb 19 00:36:33 2011
From: tadzikes w gmail.com (Tadeusz =?utf-8?B?U2/Fm25pZXJ6?=)
Date: Sat, 19 Feb 2011 09:36:33 +0100
Subject: [Warszawa-pm] Dependency Injection i Parrot
Message-ID: <20110219083633.GA10846@yavin4.chomiczowka.waw.pl>

Hej,
Apropos nadchodzącego panelu i naszego ulubionego, wciąż-nie-gotowego
języka :)

http://whiteknight.github.com/2011/02/16/introducting_parrot-container.html

Pozdrawiam,
Tadek

From zzbbyy w gmail.com  Sat Feb 19 07:02:31 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Sat, 19 Feb 2011 16:02:31 +0100
Subject: [Warszawa-pm] Plack::Middleware::Auth::Form
Message-ID: <AANLkTi=FWU289fM7xUFaGsREQOh4QfnTJQ_pSFKHs+06@mail.gmail.com>

https://github.com/zby/Plack-Middleware-Auth-Form

I co myślicie?

-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110219/d0114f5e/attachment.html>

From pp w pietrek.priv.pl  Sun Feb 20 01:44:53 2011
From: pp w pietrek.priv.pl (p p)
Date: Sun, 20 Feb 2011 10:44:53 +0100
Subject: [Warszawa-pm] Plack::Middleware::Auth::Form
In-Reply-To: <AANLkTi=FWU289fM7xUFaGsREQOh4QfnTJQ_pSFKHs+06@mail.gmail.com>
References: <AANLkTi=FWU289fM7xUFaGsREQOh4QfnTJQ_pSFKHs+06@mail.gmail.com>
Message-ID: <AANLkTikA-12q9zLVwfvduYrwi_VDbG-oTZ0B7V341XDE@mail.gmail.com>

   if( $self->secure && $env->{'psgi.url_scheme'} ne 'https' ){
        my $secure_url = 'https://' . $env->{SERVER_NAME} .
$env->{PATH_INFO};

to moze nie dzialac w konfiguracji z front end proxy, bo server name bedzie
nazwa
serwera na ktorym dziala aplikacja i w takiej konfiguracji trzeba by raczej
uzyc
X_FORWARDED_FOR czy X_HTTP_HOST z naglowka.

gdy te zmienne sa puste , wtedy sprawdzalbym dopiero SERVER_NAME



W dniu 19 lutego 2011 16:02 użytkownik Zbigniew Lukasiak
<zzbbyy w gmail.com>napisał:

> https://github.com/zby/Plack-Middleware-Auth-Form
>
> I co myślicie?
>
>
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110220/bece24c9/attachment.html>

From zzbbyy w gmail.com  Mon Feb 21 04:23:24 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Mon, 21 Feb 2011 13:23:24 +0100
Subject: [Warszawa-pm] Spotkanie lutowe
Message-ID: <AANLkTinNbfm7BtK5DhJPT-vYihJ2S1HBnmt1JyUyS84O@mail.gmail.com>

Cześć,

W odpowiedzi na propozycję spotkania po spotkaniu (to znaczy po panelu na
temat DI) - zrobiłem tradycyjną ankietkę.
Jeśli się zarejestruje więcej niż 3 osoby to robimy spotkanie - jeśli nie to
chyba nie ma co?

http://doodle.com/n5r8t9w2a6zq62za

Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110221/7502b297/attachment.html>

From zzbbyy w gmail.com  Wed Feb 23 11:08:30 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Wed, 23 Feb 2011 20:08:30 +0100
Subject: [Warszawa-pm] Spotkanie lutowe - dekanta jutro o 19
Message-ID: <AANLkTin4EuYVA5v6L4XY67o+eoD2c=z+1u8Gbzt2VjLZ@mail.gmail.com>

-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110223/5a3ca00b/attachment.html>

From zzbbyy w gmail.com  Fri Feb 25 02:28:53 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Fri, 25 Feb 2011 11:28:53 +0100
Subject: [Warszawa-pm] A propos firesheep
Message-ID: <AANLkTi=0Q7MGL5HWoLgLDw_on1cuWw3RWk0mzAewVBSj@mail.gmail.com>

To czego mi w tej chwili najbardziej brakuje w Placku to wsparcie dla ssl.
Jest jakis eksperymentalny kod w
https://github.com/RsrchBoy/Starman/commits/topic%2Fssl - ale pisanie pod
HTTPS powinno być teraz mainstream, plackup powinien by-default uruchamiać
dwa serwery - jeden z ssl, a biblioteki do testowania powinny mieć wsparcie
do do mockowania requestow po https.


-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110225/818f6d2f/attachment.html>

From zzbbyy w gmail.com  Sat Feb 26 13:19:23 2011
From: zzbbyy w gmail.com (Zbigniew Lukasiak)
Date: Sat, 26 Feb 2011 22:19:23 +0100
Subject: [Warszawa-pm] Plack::Middleware::Auth::Form na CPANie
Message-ID: <AANLkTin5z3QcYVayf7LDQtauBj4kyqZk0HeE6f4jA70E@mail.gmail.com>

Nie mogłem się jakoś doczekać żadnego feedbacku - więc wrzuciłem to już na
CPANa.

-- 
Zbigniew Lukasiak
http://brudnopis.blogspot.com/
http://perlalchemy.blogspot.com/
-------------- następna część ---------
Załącznik HTML został usunięty...
URL:  <http://mail.pm.org/pipermail/warszawa-pm/attachments/20110226/adf0a12a/attachment.html>