🚀 go-pugleaf

Szymon 'tichy' wrote:

> Cześć grupo.

cześć ;]

Może wreszcie się trochę ruszy, bo mimo (podobno) popularności RoR, to grupa
lekko przymiera ;)

-- 
.:: Piter // phlawski$gmail,com // gg: 4534287 ::.
W angielskim alfabecie jest tak naprawdę 31 liter, ale tylko Chuck Norris
wie jakie to 5 dodatkowych liter.

Piotr 'piter' Hlawski wrote:

> Szymon 'tichy' wrote:
> 
>> Cześć grupo.
> 
> cześć ;]
> 
> Może wreszcie się trochę ruszy, bo mimo (podobno) popularności RoR, to
> grupa lekko przymiera ;)

Amen. Zwłaszcza w porównaniu z grupą Ruby po angielsku, którą musiałem
odsubskrybować, bo nie nadążałem z czytaniem :)

-- 
 Paweł Kraszewski
 www.kraszewscy.net

Paweł Kraszewski wrote:
> [...] Zwłaszcza w porównaniu z grupą Ruby po angielsku, którą musiałem
> odsubskrybować, bo nie nadążałem z czytaniem :)

Hm, ja (mam usenet przez serwer tepsiany) w ogóle czegoś
takiego jak comp.lang.ruby nie stwierdziłem O_o

Jak ta grupa "po angielsku" się zwie ?

On Thu, 06 Sep 2007 21:05:21 +0200, Szymon 'tichy' wrote:

> Paweł Kraszewski wrote:
>> [...] Zwłaszcza w porównaniu z grupą Ruby po angielsku, którą musiałem
>> odsubskrybować, bo nie nadążałem z czytaniem :)
> 
> Hm, ja (mam usenet przez serwer tepsiany) w ogóle czegoś takiego jak
> comp.lang.ruby nie stwierdziłem O_o
> 
> Jak ta grupa "po angielsku" się zwie ?

Zgaduje że mailing list via gmane. A tam gmane.comp.lang.ruby.* jest 
trochę. A doliczywszy jruby...

Pozdrawiam

-- 
I've probably left my head... somewhere. Please wait untill I find it.
Homepage (pl_PL): http://uzytkownik.jogger.pl/
(GNU/)Linux User: #425935 (see http://counter.li.org/)

Szymon 'tichy' wrote:

> Paweł Kraszewski wrote:
>> [...] Zwłaszcza w porównaniu z grupą Ruby po angielsku, którą musiałem
>> odsubskrybować, bo nie nadążałem z czytaniem :)
> 
> Hm, ja (mam usenet przez serwer tepsiany) w ogóle czegoś
> takiego jak comp.lang.ruby nie stwierdziłem O_o
> 
> Jak ta grupa "po angielsku" się zwie ?

Noooo... comp.lang.ruby

Właśnie tepsiane NNTP jest lekko dziurawe jeśli chodzi o wybór grup.
Podepnij się pod ICMowego news.icm.edu.pl - może wpuści z TPSA.

Dla samobójców jest na stronach Ruby link do bramki news<->mail, ale to są
setki maili dziennie :).

-- 
 Paweł Kraszewski
 www.kraszewscy.net

Paweł Kraszewski wrote:

>> [...]
>> Jak ta grupa "po angielsku" się zwie ?
> 
> Noooo... comp.lang.ruby
> 
> Właśnie tepsiane NNTP jest lekko dziurawe jeśli chodzi o wybór grup.
> Podepnij się pod ICMowego news.icm.edu.pl - może wpuści z TPSA.
> [...]

Wpuścił. Ruch jest faktycznie zacny. Thx za radę :)

Paweł Kraszewski wrote:

> Właśnie tepsiane NNTP jest lekko dziurawe jeśli chodzi o wybór grup.
> Podepnij się pod ICMowego news.icm.edu.pl - może wpuści z TPSA.

Jak już pisałem dało radę :) i od razu dowiedziałem się
jednej rzeczy -- o którą miałem zamiar się dziś tu zapytać.

Interere mnie fakt czy R. umożliwia stosowanie "metod
pomocniczych", patrzę -- a tu ktoś pyta na c.l.r czy da się
w 1.9 na co otrzymuje odpowiedź że coś tam będzie w 2.0.

Przy okazji zauważyłem że odpowiadającym był matz, czyli
warto na (tam)tę grupę zaglądać :)

> Interere mnie fakt czy R. umożliwia stosowanie "metod
> pomocniczych", patrzę -- a tu ktoś pyta na c.l.r czy da się
> w 1.9 na co otrzymuje odpowiedź że coś tam będzie w 2.0.

Co to za metody pomocnicze? Chodzi o wrappery? Zdaje się w 2.0 mają być 
pre i post filtry dla metod.

> Przy okazji zauważyłem że odpowiadającym był matz, czyli
> warto na (tam)tę grupę zaglądać :)

Czasem trafiam na archiwum tej grupy sprzed kilku lat i tam co 2 
odpowiedź jest Matza;). Teraz to rzadko pisze (ma godnych zastępców:P) i 
  raczej masówka jest więc tak jak pisano wcześniej całej grupy śledzić 
po prostu się nie da.

Piotr 'piter' Hlawski pisze:
  > Może wreszcie się trochę ruszy, bo mimo (podobno) popularności RoR, 
to grupa
> lekko przymiera ;)
> 

No własnie co z tą grupą? Czy Rubbiści nie mają o czym 
pisać/dyskutować?:) Czy są tak zapracowani, że nie mają na to czasu?

Radosław Bułat wrote:
>> Interere mnie fakt czy R. umożliwia stosowanie "metod
>> pomocniczych", patrzę -- a tu ktoś pyta na c.l.r czy da się
>> w 1.9 na co otrzymuje odpowiedź że coś tam będzie w 2.0.
> 
> Co to za metody pomocnicze? Chodzi o wrappery? Zdaje się w 2.0 mają być 
> pre i post filtry dla metod.

Hm, z terminem 'wrapper' w odniesieniu do 'before-'
i 'after-' metod spotykam się po raz pierwszy,
ale chyba mamy to samo na myśli. W przeciwieństwie
do 'around-'metod niczego (koncepcyjnie) nie owijają ;>

Btw, termin 'metody pomocnicze' (zbiorczo dla całej
trójki) wymyśliłem pisząc przed chwilą na tę grupę
-- niestety nie jestem obcykany w rodzimej terminologii.
Nie wiem też jaka jest dla nich zbiorcza nazwa po
angielsku. W emacs lispie zrobiono z nich afair
'advice functions'. W CLOS-ie jest podział na
'primary method' i resztę (resztę -- czyli trójkę
o której mowa). Zbiorczej nazwy afair niet.

Co do samej odpowiedzi to zdaje się ma być odwrotnie
niż mówisz, tzn. matz planuje around-metody, a resztę
to se będzie trzeba samemu dorobić przy użyciu tychże
around-metod.

Link:

http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/488b3e196a15c80b

ID odpowiedzi: E1IT4M3-0007v5-9a@x31

Szymon 'tichy' wrote:
> Btw, termin 'metody pomocnicze' (zbiorczo dla całej
> trójki) wymyśliłem pisząc przed chwilą na tę grupę
> -- niestety nie jestem obcykany w rodzimej terminologii.
> Nie wiem też jaka jest dla nich zbiorcza nazwa po
> angielsku. W emacs lispie zrobiono z nich afair
> 'advice functions'. W CLOS-ie jest podział na
> 'primary method' i resztę (resztę -- czyli trójkę
> o której mowa). Zbiorczej nazwy afair niet.

Zwalczyłem lenistwo i sprawdziłem jak się sprawy
z terminologią mają:

(CLHS 7.6.6.2 Standard Method Combination)

"An auxiliary method is a method whose qualifier is :before,
:after, or :around."

Czyli w CLOS-ie nazwa zbiorcza jednak istnieje
i jest to 'auxiliary method'. Chyba miałem nosa
z tymi 'metodami pomocniczymi'.

Nie wiem czy Rubyści przenieśli ten termin do siebie,
póki co zupełna zielonka jestem ;)

Szymon 'tichy' wrote:

> "An auxiliary method is a method whose qualifier is :before,
> :after, or :around."
> 
> Czyli w CLOS-ie nazwa zbiorcza jednak istnieje
> i jest to 'auxiliary method'. Chyba miałem nosa
> z tymi 'metodami pomocniczymi'.
> 

W http://svn.ruby-lang.org/repos/ruby/trunk/ToDo jest nawiązanie to 
defadvice (czyli terminologia wzięta bardziej z AOP), choć faktycznie 
nazywają to method combinators:
w http://glu.ttono.us/articles/2005/10/16/matzs-keynotes

Ciekawsza rzecz wzięta CLOS'a to selector namespace mająca zapobiec 
zatruciu przestrzeni nazw klas wbudowanych, np:

module Mod
    class Fixnum
       def + rhs
       end
    end
end

zredefiniowana metoda + dla Fixnum będzie funkcjonować tylko w module 
Mod, AFAIR, wewnętrznie w tablicy metod pamiętana ma być jako Mod$rhs. 
Przy okazji, pozwoli to znacznie zredukować liczbę 
polimorficznych/megamorficznych callsite'ów i lepiej je inlinować.

lopex

On Fri, 07 Sep 2007 14:35:04 +0200, Radosław Bułat wrote:

> Piotr 'piter' Hlawski pisze:
>   > Może wreszcie się trochę ruszy, bo mimo (podobno) popularności RoR,
> to grupa
>> lekko przymiera ;)
>> 
>> 
> No własnie co z tą grupą? Czy Rubbiści nie mają o czym
> pisać/dyskutować?:) Czy są tak zapracowani, że nie mają na to czasu?

Albo dobrze to świadczy o języku i materiałach w google (i o piszacych że 
tam zaglądają)...

Pozdrawiam
-- 
I've probably left my head... somewhere. Please wait untill I find it.
Homepage (pl_PL): http://uzytkownik.jogger.pl/
(GNU/)Linux User: #425935 (see http://counter.li.org/)

Radosław Bułat pisze:
> Piotr 'piter' Hlawski pisze:
>  > Może wreszcie się trochę ruszy, bo mimo (podobno) popularności RoR, 
> to grupa
>> lekko przymiera ;)
>>
> 
> No własnie co z tą grupą? Czy Rubbiści nie mają o czym 
> pisać/dyskutować?:) Czy są tak zapracowani, że nie mają na to czasu?

cóż, większość rozwiązań problemów znajdziesz na blogach, chociaż może 
nie tych polskich ;)

Szymon 'tichy' pisze:
> Hm, z terminem 'wrapper' w odniesieniu do 'before-'
> i 'after-' metod spotykam się po raz pierwszy,
> ale chyba mamy to samo na myśli. W przeciwieństwie
> do 'around-'metod niczego (koncepcyjnie) nie owijają ;>

Nazwałem wrapper bo właśnie dzięki temu można opakować metodę 
(oczywiście można tylko wywołać coś przed (pre) i po (post)).

> Co do samej odpowiedzi to zdaje się ma być odwrotnie
> niż mówisz, tzn. matz planuje around-metody, a resztę
> to se będzie trzeba samemu dorobić przy użyciu tychże
> around-metod.
> 
> Link:
> 
> http://groups.google.com/group/comp.lang.ruby/browse_thread/thread/488b3e196a15c80b 

Ojej, ale kombinują :/. Wcześniej widziałem gdzieś, że mają być używane 
słowa kluczowe before i after, ale coś takiego:

   class Foo < Object
     def foo
       puts "Foo#foo (1)"
     end
   end
   class Foo # re-open
     def foo
       super  # calls the first foo
       puts "Foo#foo (2)"
     end
   end

jest IMHO zupełnie bez sensu. Przecież do tej pory super oznaczało 
"metoda z nadklasy lub jej przodków" a tutaj zaczyna się kombinowanie. 
Mam nadzieję, że to nie przejdzie.

Marcin Mielżyński wrote:
> Szymon 'tichy' wrote:
> 
>> "An auxiliary method is a method whose qualifier is :before,
>> :after, or :around."
>>
>> Czyli w CLOS-ie nazwa zbiorcza jednak istnieje
>> i jest to 'auxiliary method'. Chyba miałem nosa
>> z tymi 'metodami pomocniczymi'.
>>
> 
> W http://svn.ruby-lang.org/repos/ruby/trunk/ToDo jest nawiązanie to 
> defadvice (czyli terminologia wzięta bardziej z AOP), choć faktycznie 
> nazywają to method combinators:
> w http://glu.ttono.us/articles/2005/10/16/matzs-keynotes

Defadvice ? Jestem pewien że to z Emacs-a (jako że matz jest
dłubaczem emacsowym). W Emacs Lispie jest taki operator.
Rozdział 17.2 "Defining Advice".

> Ciekawsza rzecz wzięta CLOS'a to selector namespace mająca zapobiec 
> zatruciu przestrzeni nazw klas wbudowanych, np:
> 
> module Mod
>    class Fixnum
>       def + rhs
>       end
>    end
> end
> 
> zredefiniowana metoda + dla Fixnum będzie funkcjonować tylko w module 
> Mod, AFAIR, wewnętrznie w tablicy metod pamiętana ma być jako Mod$rhs. 
> Przy okazji, pozwoli to znacznie zredukować liczbę 
> polimorficznych/megamorficznych callsite'ów i lepiej je inlinować.

Póki co tego nie skomentuję (prawie ;)) -- co prawda
o CLOS-ie mam niejakie pojęcie, ale o Rubym tego powiedzieć
nie mogę. Między innymi dlatego tu jestem ;) Tzn. czuję że
chodzi o taktykę podobną do stosowanej w CL gdzie dla 'nazw'
slotów często definiuje się osobne pakiety bądź używa 'wolnych'
symboli (ang. 'uninterned symbols'). Gwoli dokładności nie
jest to sprawa samego CLOS-u, enkapsulacja jest w CL niezależna
od systemu obiektowego per se. Oczywiście 'uzupełnia' ów system
o tę ważną własność.

archiwista wrote:
> Radosław Bułat pisze:

> [...] 
> cóż, większość rozwiązań problemów znajdziesz na blogach, chociaż może 
> nie tych polskich ;)

Widziałem dwa poświęcone R. po naszemu.

Maciej Piechotka wrote:
> [...] 
> Albo dobrze to świadczy o języku i materiałach w google (i o piszacych że 
> tam zaglądają)...

Ciekawe że dotyczy to tylko rodaków... z tego co widzę
i tego co tu napisano ruch na comp.lang.ruby jest duży.
Z drugiej strony gdzieś czytałem że PL to fabryka
dobrych programistów ;) Z trzeciej nie kojarzę jakiś
wybitnych (ani w ogóle żadnych ;)) projektów gdzie by
było gęsto od Kowalskich i Nowaków.
Może wszyscy hackują w tajnych służbach ? ;)

Szymon 'tichy' wrote:
> Marcin Mielżyński wrote:
>> W http://svn.ruby-lang.org/repos/ruby/trunk/ToDo jest nawiązanie to 
>> defadvice (czyli terminologia wzięta bardziej z AOP), choć faktycznie 
>> nazywają to method combinators:
>> w http://glu.ttono.us/articles/2005/10/16/matzs-keynotes
> 
> Defadvice ? Jestem pewien że to z Emacs-a (jako że matz jest
> dłubaczem emacsowym). W Emacs Lispie jest taki operator.
> Rozdział 17.2 "Defining Advice".

Wpierw odpisałem, potem klikłem, sorry...

Szymon 'tichy' pisze:
> Szymon 'tichy' wrote:
>> Marcin Mielżyński wrote:
>>> W http://svn.ruby-lang.org/repos/ruby/trunk/ToDo jest nawiązanie to 
>>> defadvice (czyli terminologia wzięta bardziej z AOP), choć faktycznie 
>>> nazywają to method combinators:
>>> w http://glu.ttono.us/articles/2005/10/16/matzs-keynotes
>>
>> Defadvice ? Jestem pewien że to z Emacs-a (jako że matz jest
>> dłubaczem emacsowym). W Emacs Lispie jest taki operator.
>> Rozdział 17.2 "Defining Advice".


Widać że terminologia się pokrywa, w AOP najpierw buduje się pointcut z 
joinpointów (które precyzyjnie określają interesujące miejsca wykonania) 
a potem na nim aplikuje się advice'a

lopex

Marcin Mielżyński wrote:
> Szymon 'tichy' pisze:
>> Szymon 'tichy' wrote:
>>> Marcin Mielżyński wrote:
>>>> W http://svn.ruby-lang.org/repos/ruby/trunk/ToDo jest nawiązanie to 
>>>> defadvice (czyli terminologia wzięta bardziej z AOP), choć 
>>>> faktycznie nazywają to method combinators:
>>>> w http://glu.ttono.us/articles/2005/10/16/matzs-keynotes
>>>
>>> Defadvice ? Jestem pewien że to z Emacs-a (jako że matz jest
>>> dłubaczem emacsowym). W Emacs Lispie jest taki operator.
>>> Rozdział 17.2 "Defining Advice".
> 
> Widać że terminologia się pokrywa, w AOP najpierw buduje się pointcut z 
> joinpointów (które precyzyjnie określają interesujące miejsca wykonania) 
> a potem na nim aplikuje się advice'a

Z tego co pamiętam główny macher od MOP-u przyłożył rękę
(a może nawet dwie) do AOP-u (od strony Javy). To by tłumaczyło
ewentualne zbieżności w terminologii...

Szymon 'tichy' wrote:
> Marcin Mielżyński wrote:

>> Widać że terminologia się pokrywa, w AOP najpierw buduje się pointcut 
>> z joinpointów (które precyzyjnie określają interesujące miejsca 
>> wykonania) a potem na nim aplikuje się advice'a
> 
> Z tego co pamiętam główny macher od MOP-u przyłożył rękę
> (a może nawet dwie) do AOP-u (od strony Javy). To by tłumaczyło
> ewentualne zbieżności w terminologii...

Nie chodziło mi w tym miejscu o tego defadvice'a
(w MOPie/CLOSie nie ma czegoś takiego, są 'auxilary methods')
tylko ogólnie o to że skoro tacy ludzie jak Gregor Kiczales
zostali zassani do AOP to zapożyczenia z różnych prehistorycznych
rzeczy będą się zdarzać... to tylko taka luźna uwaga,
uczucie deżawi czasem bywa nawet przyjemne... ;)

Piotr 'piter' Hlawski wrote:
> Szymon 'tichy' wrote:

> [...] 

> Może wreszcie się trochę ruszy, bo mimo (podobno) popularności RoR, to grupa
> lekko przymiera ;)

Żeby nie było... ja tu nie będę zaglądał po to żeby
przeżywać intelektualne przygody tylko po to coby zadawać
banalne pytania, które jak się spodziewam, pojawią się jako
skutek klikania przez me różnych tutoriali w rodzaju:
jak zrobić bloga o swoim kocie i kaktusach w 10 minut.

Piszę to coby Wam nie robić zawodu ;)
nie jestem informatykiem, tylko panem który
dużo przebywa na świeżym powietrzu ;)

Co do RoR to mnie to nie zachwyca. Niemniej zamierzam się
dokładniej temu przyjrzeć.

Szymon 'tichy' pisze:
> Szymon 'tichy' wrote:
>> Marcin Mielżyński wrote:
> 
>>> Widać że terminologia się pokrywa, w AOP najpierw buduje się pointcut 
>>> z joinpointów (które precyzyjnie określają interesujące miejsca 
>>> wykonania) a potem na nim aplikuje się advice'a
>>
>> Z tego co pamiętam główny macher od MOP-u przyłożył rękę
>> (a może nawet dwie) do AOP-u (od strony Javy). To by tłumaczyło
>> ewentualne zbieżności w terminologii...
> 
> Nie chodziło mi w tym miejscu o tego defadvice'a
> (w MOPie/CLOSie nie ma czegoś takiego, są 'auxilary methods')
> tylko ogólnie o to że skoro tacy ludzie jak Gregor Kiczales
> zostali zassani do AOP to zapożyczenia z różnych prehistorycznych
> rzeczy będą się zdarzać... to tylko taka luźna uwaga,
> uczucie deżawi czasem bywa nawet przyjemne... ;)

Dokładnie. To samo dotyczy lambd, domknięć (bloki smalltalkowe też 
powracają), CPS, itp. (choć o makrach jeszcze cicho)
Lisp/Scheme, Smalltalk stają się świadkami wynajdowania koła na nowo (po 
ilu latach?).

Rubinius: http://rubini.us/ to kolejna implementacja Rubiego z 
selfhostującą maszyną wirtualną na bazie smalltalków.

lopex

On Fri, 07 Sep 2007 17:46:40 +0200, Szymon 'tichy' wrote:

> Maciej Piechotka wrote:
>> [...]
>> Albo dobrze to świadczy o języku i materiałach w google (i o piszacych
>> że tam zaglądają)...
> 
> Ciekawe że dotyczy to tylko rodaków... z tego co widzę i tego co tu
> napisano ruch na comp.lang.ruby jest duży. Z drugiej strony gdzieś
> czytałem że PL to fabryka dobrych programistów ;) Z trzeciej nie kojarzę
> jakiś wybitnych (ani w ogóle żadnych ;)) projektów gdzie by było gęsto
> od Kowalskich i Nowaków. Może wszyscy hackują w tajnych służbach ? ;)

Ja dość często widzę w Credits nazwiska na -ski -cki i ich angielskie 
wariacje...

Pozdrawiam

-- 
I've probably left my head... somewhere. Please wait untill I find it.
Homepage (pl_PL): http://uzytkownik.jogger.pl/
(GNU/)Linux User: #425935 (see http://counter.li.org/)

Maciej Piechotka pisze:
> On Fri, 07 Sep 2007 17:46:40 +0200, Szymon 'tichy' wrote:
> 
>> Maciej Piechotka wrote:
>>> [...]
>>> Albo dobrze to świadczy o języku i materiałach w google (i o piszacych
>>> że tam zaglądają)...
>> Ciekawe że dotyczy to tylko rodaków... z tego co widzę i tego co tu
>> napisano ruch na comp.lang.ruby jest duży. Z drugiej strony gdzieś
>> czytałem że PL to fabryka dobrych programistów ;) Z trzeciej nie kojarzę
>> jakiś wybitnych (ani w ogóle żadnych ;)) projektów gdzie by było gęsto
>> od Kowalskich i Nowaków. Może wszyscy hackują w tajnych służbach ? ;)
> 
> Ja dość często widzę w Credits nazwiska na -ski -cki i ich angielskie 
> wariacje...
> 
> Pozdrawiam
> 

Szczególnie Ezra Zygmuntowicz ;) (często widziałem dopisek przy jego 
nazwisku "nawet nie próbuję tego wymówić" :D)

Szymon 'tichy' pisze:
> archiwista wrote:
>> Radosław Bułat pisze:
> 
>> [...] cóż, większość rozwiązań problemów znajdziesz na blogach, 
>> chociaż może nie tych polskich ;)
> 
> Widziałem dwa poświęcone R. po naszemu.

Co najmniej dwa sa dobre.
Np:
http://www.stifflog.com/pl/
http://blog.zabiello.com/

> No własnie co z tą grupą? Czy Rubbiści nie mają o czym
> pisać/dyskutować?:) Czy są tak zapracowani, że nie mają na to czasu?

A może jest nas jeszcze w PL po prostu mało?

Pozdrawiam
Paweł Stawicki

Lepiej malo a z sensem niz duzo a bezsensu :) Jest juz nas troche, firmy 
sie interesuja programistami Ruby i Python, cos sie ruszylo od polowy 
tego roku. Wszystko zmierza w dobrym kierunku :). Znam tylko jeden 
przyklad uwstecznienia sie w technologii (wykop.pl) - ktory zrezygnowal 
z rails na rzecz php.

Dnia 9/19/07 4:24 PM, Pawel Stawicki napisał(a):
>> No własnie co z tą grupą? Czy Rubbiści nie mają o czym
>> pisać/dyskutować?:) Czy są tak zapracowani, że nie mają na to czasu?
> 
> A może jest nas jeszcze w PL po prostu mało?
> 
> Pozdrawiam
> Paweł Stawicki

Paweł Kondzior wrote:

> Lepiej malo a z sensem niz duzo a bezsensu :) Jest juz nas troche, firmy
> sie interesuja programistami Ruby i Python, cos sie ruszylo od polowy
> tego roku. Wszystko zmierza w dobrym kierunku :). Znam tylko jeden
> przyklad uwstecznienia sie w technologii (wykop.pl) - ktory zrezygnowal
> z rails na rzecz php.

Cały czas hosting Rails jest bardziej wymagający niż postawienie serwera z
byle PHP/Apache/MySQL. Bardziej wymagający jeśli chodzi o zasoby i wiedzę
administratora. Mam nadzieję, że się to zmieni. 
Upatruję też szansy w rynku intranetowym, w aplikacjach z interfejsem
webowym, a nie w "stronkach".

-- 
.:: Piter // phlawski$gmail,com // gg: 4534287 ::.
Łzy Chucka Norrisa leczą raka. Ale jest tak hardkorowy, że nigdy nie
zapłakał.