🚀 go-pugleaf

On 2012-01-15, Pawel <ppf9@USUN_TOpoczta.fm> wrote:
> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, ze 
> nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?

Język jest na tyle mało popularny, że większość piszących na tę grupę
jest dość zaawansowana i nie potrzebuje pytać.

> Nie mialem potrzeby pisac w perlu przez jakies dwa lata i jestem teraz w 
> lekkim szoku, ze tylko kilka watkow na miesiac jest.

Szok nie może być lekki. Szok jest silną reakcją.

> Gdzie jeszcze mozna szukac pomocy po pl na temat perla? A moze juz 
> wszyscy ci co pozostali, too siedza na anglojęzycznych forach.

Pomocy na dowolny temat informatyczny szuka się przede wszystkim
w języku angielskim.

-- 
Secunia non olet.
Stanislaw Klekot

W dniu 2012-01-15 23:59, Stachu 'Dozzie' K. pisze:
> On 2012-01-15, Pawel<ppf9@USUN_TOpoczta.fm>  wrote:
>> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, ze
>> nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?
>
> Język jest na tyle mało popularny, że większość piszących na tę grupę
> jest dość zaawansowana i nie potrzebuje pytać.
>
Ok, ale wydaje mi sie, ze jak ostatnim razem pisalem cos wiecej w Perlu 
(ze 2 lata temu), to jakis wiekszy ruch byl na grupie, a teraz to 
strasznie kiepsko.

A ten perlGolf (czy jakos tak), to jeszcze jest urzadzany?

Użytkownik "Pawel" <ppf9@USUN_TOpoczta.fm> napisał w wiadomości 
news:jevhsn$b4n$1@inews.gazeta.pl...
> Witam wszystkich
> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, ze 
> nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?
> Nie mialem potrzeby pisac w perlu przez jakies dwa lata i jestem teraz w 
> Paweł

Generalnie to newsy są usługą wymierającą. Onet jakiś czas temu zamknął swoj 
serwer nntp. A perl - no cóż kiedys robiono w nim serwisy WWW, potem 
przyszło PHP i java, coraz popularniejszy staje się ruby. Więc popularność 
Perla spadła.

MaW pisze:
> Użytkownik "Pawel" <ppf9@USUN_TOpoczta.fm> napisał w wiadomości 
> news:jevhsn$b4n$1@inews.gazeta.pl...
>> Witam wszystkich
>> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, 
>> ze nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?
>> Nie mialem potrzeby pisac w perlu przez jakies dwa lata i jestem teraz 
>> w Paweł
> 
> Generalnie to newsy są usługą wymierającą. Onet jakiś czas temu zamknął 
> swoj serwer nntp. A perl - no cóż kiedys robiono w nim serwisy WWW, 
> potem przyszło PHP i java, coraz popularniejszy staje się ruby. Więc 
> popularność Perla spadła.

Że co, ruby staje się popularny, ciekawe dlaczego.
Fakt Redmine jest w tym napisany, ale dla mnie
to zbyt koszerna technologia w porównaniu z PHP.
Piszę przez wzgląd na Redmine, który wymaga
ruby, rake, gem oraz jeszcze Passengera do Apache,
dla mnie to trochę dużo w porównaniu
do uruchomienia serwisu napisanego w PHP.

Użytkownik "PawelS" <cbrbob@10g.pl> napisał w wiadomości 
news:jg3gv5$fhp$1@julia.coi.pw.edu.pl...
> MaW pisze:
>> Użytkownik "Pawel" <ppf9@USUN_TOpoczta.fm> napisał w wiadomości 
>> news:jevhsn$b4n$1@inews.gazeta.pl...
>>> Witam wszystkich
>>> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, ze 
>>> nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?
>>> Nie mialem potrzeby pisac w perlu przez jakies dwa lata i jestem teraz w 
>>> Paweł
>> Generalnie to newsy są usługą wymierającą. Onet jakiś czas temu zamknął 
>> swoj serwer nntp. A perl - no cóż kiedys robiono w nim serwisy WWW, potem 
>> przyszło PHP i java, coraz popularniejszy staje się ruby. Więc 
>> popularność Perla spadła.
> Że co, ruby staje się popularny, ciekawe dlaczego.
> Fakt Redmine jest w tym napisany, ale dla mnie

No cóż, na podstawie swoich obserwacji podtrzymuję to co napisałem :)


MaW 

On 2012-01-29, PawelS <cbrbob@10g.pl> wrote:
> MaW pisze:
>> Użytkownik "Pawel" <ppf9@USUN_TOpoczta.fm> napisał w wiadomości 
>> news:jevhsn$b4n$1@inews.gazeta.pl...
>>> Witam wszystkich
>>> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, 
>>> ze nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?
>>> Nie mialem potrzeby pisac w perlu przez jakies dwa lata i jestem teraz 
>>> w Paweł
>> 
>> Generalnie to newsy są usługą wymierającą. Onet jakiś czas temu zamknął 
>> swoj serwer nntp. A perl - no cóż kiedys robiono w nim serwisy WWW, 
>> potem przyszło PHP i java, coraz popularniejszy staje się ruby. Więc 
>> popularność Perla spadła.
>
> Że co, ruby staje się popularny, ciekawe dlaczego.
> Fakt Redmine jest w tym napisany, ale dla mnie
> to zbyt koszerna technologia w porównaniu z PHP.

Po pierwsze, to nie jest technologia, tylko język programowania. Gdyby
to była technologia, to co jest tańsze: VRRP czy Ruby?

Po drugie, jeśli mam do wyboru PHP i cokolwiek, to wybieram cokolwiek (o
ile to nie jest *BASIC).

> Piszę przez wzgląd na Redmine, który wymaga
> ruby, rake, gem oraz jeszcze Passengera do Apache,

Nie, nie wymaga. apt-get install redmine.

> dla mnie to trochę dużo w porównaniu
> do uruchomienia serwisu napisanego w PHP.

Bo nie jesteś programistą. PHP nie wymaga masy narzędzi, ale wymaga masy
kodu zastępującego biblioteki.

-- 
Secunia non olet.
Stanislaw Klekot

Stachu 'Dozzie' K. pisze:
> On 2012-01-29, PawelS <cbrbob@10g.pl> wrote:
>> MaW pisze:
>>> Użytkownik "Pawel" <ppf9@USUN_TOpoczta.fm> napisał w wiadomości 
>>> news:jevhsn$b4n$1@inews.gazeta.pl...
>>>> Witam wszystkich
>>>> Co jest z ta grupa? Czyzby wszyscy juz sa takimi ekspertami w perlu, 
>>>> ze nie potrzebuja sie pytac, czy to jezyk nie jest juz popularny?
>>>> Nie mialem potrzeby pisac w perlu przez jakies dwa lata i jestem teraz 
>>>> w Paweł
>>> Generalnie to newsy są usługą wymierającą. Onet jakiś czas temu zamknął 
>>> swoj serwer nntp. A perl - no cóż kiedys robiono w nim serwisy WWW, 
>>> potem przyszło PHP i java, coraz popularniejszy staje się ruby. Więc 
>>> popularność Perla spadła.
>> Że co, ruby staje się popularny, ciekawe dlaczego.
>> Fakt Redmine jest w tym napisany, ale dla mnie
>> to zbyt koszerna technologia w porównaniu z PHP.
> 
> Po pierwsze, to nie jest technologia, tylko język programowania. Gdyby
Dziękuję szanowny panie za oświecenie mnie
(ja to wiem, nawet coś w nim pisałem)

[...]
>> dla mnie to trochę dużo w porównaniu
>> do uruchomienia serwisu napisanego w PHP.
> 
> Bo nie jesteś programistą. PHP nie wymaga masy narzędzi, ale wymaga masy
> kodu zastępującego biblioteki.
To fakt, nie jestem, a jakichże to bibliotek
brakuje Ci w PHP ? Mógłbyś podać przykłady.
Z tego co wiem jest dużo bibliotek,
Frameworków i innych tego typu rzeczy,
więc nie do końca rozumiem: "zastępującego biblioteki",
być może dlatego że nie jestem programistą ...

On 2012-01-30, PawelS <cbrbob@10g.pl> wrote:
>>> Że co, ruby staje się popularny, ciekawe dlaczego.
>>> Fakt Redmine jest w tym napisany, ale dla mnie
>>> to zbyt koszerna technologia w porównaniu z PHP.
>> 
>> Po pierwsze, to nie jest technologia, tylko język programowania. Gdyby
> Dziękuję szanowny panie za oświecenie mnie
> (ja to wiem, nawet coś w nim pisałem)

To dlaczego nieprawidłowo nazywasz język technologią?

> [...]
>>> dla mnie to trochę dużo w porównaniu
>>> do uruchomienia serwisu napisanego w PHP.
>> 
>> Bo nie jesteś programistą. PHP nie wymaga masy narzędzi, ale wymaga masy
>> kodu zastępującego biblioteki.
> To fakt, nie jestem, a jakichże to bibliotek
> brakuje Ci w PHP ? Mógłbyś podać przykłady.

Przetwarzanie formatu iCalendar. Obsługa SSL (żeby można było
w połączeniu SSL komunikować się własnym protokołem). Daemonizacja
skryptu. Generator parserów (wprawdzie nie biblioteka, ale też boli
brak). Obsługa strumienia XML (Jabber/XMPP anyone?). Obsługa argumentów
z wiersza poleceń. To tak z losowych rzeczy, które mi przyszły do głowy.

> Z tego co wiem jest dużo bibliotek,
> Frameworków i innych tego typu rzeczy,
> więc nie do końca rozumiem: "zastępującego biblioteki",
> być może dlatego że nie jestem programistą ...

Prawie każda aplikacja w PHP jeśli już używa cudzego kodu, to dostarcza
go wraz ze sobą. System bibliotek (modułów) w PHP właściwie nie
istnieje, IMO między innymi ze względu na długą historię braku
przestrzeni nazw (wprowadzone dopiero z PHP 5.3, czyli bieżącą linią
stabilną, raptem dwa i pół roku temu). Chociaż niby w C też nie ma
namespaces, a jakoś biblioteki są popularne, więc głowy za to
twierdzenie nie dam.

-- 
Secunia non olet.
Stanislaw Klekot

Stachu 'Dozzie' K. pisze:
> On 2012-01-30, PawelS <cbrbob@10g.pl> wrote:
>>>> Że co, ruby staje się popularny, ciekawe dlaczego.
>>>> Fakt Redmine jest w tym napisany, ale dla mnie
>>>> to zbyt koszerna technologia w porównaniu z PHP.
>>> Po pierwsze, to nie jest technologia, tylko język programowania. Gdyby
>> Dziękuję szanowny panie za oświecenie mnie
>> (ja to wiem, nawet coś w nim pisałem)
> 
> To dlaczego nieprawidłowo nazywasz język technologią?
A czym się różni język od technologii ? ;)

> Przetwarzanie formatu iCalendar.
...
> Obsługa SSL (żeby można było w połączeniu SSL
> komunikować się własnym protokołem).
http://php.net/manual/en/context.socket.php
http://php.net/manual/en/context.ssl.php
Context options for ssl:// and tls:// transports.
Niby obsługa SSLa chyba jest, ale przyznaję,
że dla mnie nie czytelna, jak tego użyć ?
Przypuszczam, że mimo wszystko chyba jednak w PHP
da się nawiązać połączenie SSL po dowolnym protokole.

> Daemonizacja skryptu.
Czy masz na myśli brak obsługi tego poniżej ?
http://php.net/manual/en/ref.sockets.php
socket_create — Create a socket (endpoint for communication)
socket_bind — Binds a name to a socket
socket_listen — Listens for a connection on a socket
socket_accept — Accepts a connection on a socket

> Generator parserów (wprawdzie nie biblioteka, ale też boli brak).
...
> Obsługa strumienia XML (Jabber/XMPP anyone?).
...
> Obsługa argumentów z wiersza poleceń.
Masz na myśli brak obsługi tego ?
php globals.php ala=2 ola=3
---------------------------
[_SERVER] => Array(
   [...ciach...]
   [argv] => Array(
     [0] => [...ciach...]/globals.php
     [1] => ola=2
     [2] => ala=3
   )
   [argc] => 3
   [...ciach...]
)

On 2012-01-30, PawelS <cbrbob@10g.pl> wrote:
> Stachu 'Dozzie' K. pisze:
>> On 2012-01-30, PawelS <cbrbob@10g.pl> wrote:
>>>>> Że co, ruby staje się popularny, ciekawe dlaczego.
>>>>> Fakt Redmine jest w tym napisany, ale dla mnie
>>>>> to zbyt koszerna technologia w porównaniu z PHP.
>>>> Po pierwsze, to nie jest technologia, tylko język programowania. Gdyby
>>> Dziękuję szanowny panie za oświecenie mnie
>>> (ja to wiem, nawet coś w nim pisałem)
>> 
>> To dlaczego nieprawidłowo nazywasz język technologią?
> A czym się różni język od technologii ? ;)

Ano tym, że w informatyce nie ma nic, co można nazwać technologią, za to
jest mnóstwo języków (programowania i nie tylko).
http://sjp.pwn.pl/lista.php?co=technologia
Słowo "technologia" jest nadużywane do określania wiadra, mydła
i powidła. Wrzuca się do jednego worka konkretne silniki bazodanowe,
protokoły sieciowe, języki programowania, frameworki do pisania
aplikacji i projekty architektoniczne.

Każde dwie technologie (w prawidłowym rozumieniu tego słowa) można
porównać ze sobą, choćby na podstawie koniecznej powierzchni do
rozstawienia linii technologicznej albo niezbędnej liczebności załogi.
Protokołu sieciowego nijak się nie da porównać z językiem programowania.

>> Przetwarzanie formatu iCalendar.
> ...
>> Obsługa SSL (żeby można było w połączeniu SSL
>> komunikować się własnym protokołem).
> http://php.net/manual/en/context.socket.php
> http://php.net/manual/en/context.ssl.php
> Context options for ssl:// and tls:// transports.
> Niby obsługa SSLa chyba jest, ale przyznaję,
> że dla mnie nie czytelna, jak tego użyć ?
> Przypuszczam, że mimo wszystko chyba jednak w PHP
> da się nawiązać połączenie SSL po dowolnym protokole.

Jak się uprzesz, to może się i da. Ale nadal brakuje bibliotek do
pozostałych zadań.

>> Daemonizacja skryptu.
> Czy masz na myśli brak obsługi tego poniżej ?
> http://php.net/manual/en/ref.sockets.php

Nie. Mam na myśli takie uruchomienie skryptu, żeby sam się odłączył od
terminala i dalej pracował nieinteraktywnie, to znaczy żeby zrobił się
daemonem (usługą).

>> Generator parserów (wprawdzie nie biblioteka, ale też boli brak).
> ...
>> Obsługa strumienia XML (Jabber/XMPP anyone?).
> ...
>> Obsługa argumentów z wiersza poleceń.
> Masz na myśli brak obsługi tego ?
> php globals.php ala=2 ola=3
> ---------------------------
> [_SERVER] => Array(
>    [...ciach...]
>    [argv] => Array(
>      [0] => [...ciach...]/globals.php
>      [1] => ola=2
>      [2] => ala=3
>    )
>    [argc] => 3
>    [...ciach...]
> )

Nie. Mam na myśli bibliotekę robiącą coś podobnego do funkcji getopt(3)
z glibc, perlowego modułu Getopt::Long albo biblioteki popt, to znaczy
zamieniającej zestaw argumentów "--foo --bar=nabla" na hasza, pamiętając
o wartościach domyślnych i dając możliwość wstępnej weryfikacji
poprawności opcji (int/string/path, opcja boolowska ze stowarzyszoną
opcją negacji, opcja z opcjonalnym lub obowiązkowym argumentem i tak
dalej).

-- 
Secunia non olet.
Stanislaw Klekot

W dniu 31.01.2012 09:54, Stachu 'Dozzie' K. pisze:
>>> Daemonizacja skryptu.
>> Czy masz na myśli brak obsługi tego poniżej ?
>> http://php.net/manual/en/ref.sockets.php
>
> Nie. Mam na myśli takie uruchomienie skryptu, żeby sam się odłączył od
> terminala i dalej pracował nieinteraktywnie, to znaczy żeby zrobił się
> daemonem (usługą).
>

Nie to, żebym lubił php ale
http://php.net/manual/en/function.posix-setsid.php
http://php.net/manual/en/function.pcntl-fork.php

Przemek.

On 2012-01-31, Przemysław Basa <pmb@langbit.pl> wrote:
> W dniu 31.01.2012 09:54, Stachu 'Dozzie' K. pisze:
>>>> Daemonizacja skryptu.
>>> Czy masz na myśli brak obsługi tego poniżej ?
>>> http://php.net/manual/en/ref.sockets.php
>>
>> Nie. Mam na myśli takie uruchomienie skryptu, żeby sam się odłączył od
>> terminala i dalej pracował nieinteraktywnie, to znaczy żeby zrobił się
>> daemonem (usługą).
>>
>
> Nie to, żebym lubił php ale
> http://php.net/manual/en/function.posix-setsid.php
> http://php.net/manual/en/function.pcntl-fork.php

OK, są funkcje. A jakiś moduł/biblioteka, która pozwoli na automatyczne
zarządzanie tym ustrojstwem? Wiesz, PID file, ochrona przed wielokrotnym
uruchomieniem, te sprawy?

-- 
Secunia non olet.
Stanislaw Klekot

Stachu 'Dozzie' K. pisze:
> On 2012-01-31, Przemysław Basa <pmb@langbit.pl> wrote:
>> W dniu 31.01.2012 09:54, Stachu 'Dozzie' K. pisze:
>>>>> Daemonizacja skryptu.
>>>> Czy masz na myśli brak obsługi tego poniżej ?
>>>> http://php.net/manual/en/ref.sockets.php
>>> Nie. Mam na myśli takie uruchomienie skryptu, żeby sam się odłączył od
>>> terminala i dalej pracował nieinteraktywnie, to znaczy żeby zrobił się
>>> daemonem (usługą).
>>>
>> Nie to, żebym lubił php ale
>> http://php.net/manual/en/function.posix-setsid.php
>> http://php.net/manual/en/function.pcntl-fork.php
> 
> OK, są funkcje. A jakiś moduł/biblioteka, która pozwoli na automatyczne
> zarządzanie tym ustrojstwem? Wiesz, PID file, ochrona przed wielokrotnym
> uruchomieniem, te sprawy?
Z racji że wspomniałeś o Perlu:
> Mam na myśli bibliotekę robiącą coś podobnego do funkcji getopt(3)
> z glibc, perlowego modułu Getopt::Long albo biblioteki popt,
Podaj sposób zarządzania "tym ustrojstwem" w Perlu,
to co znalazłem w sieci na szybko:
Properly daemonize a process
http://snippets.dzone.com/posts/show/359
to z powodzeniem można napisać w PHP,
mam tu na myśli ciekawy element blokowania samego siebie
open(SELFLOCK, "<$0") or die("Couldn't open $0: $!\n");
flock(SELFLOCK, LOCK_EX | LOCK_NB) or
die("Aborting: another $ProgramName is already running\n");

On 2012-01-31, PawelS <cbrbob@10g.pl> wrote:
> Stachu 'Dozzie' K. pisze:
>> On 2012-01-31, Przemysław Basa <pmb@langbit.pl> wrote:
>>> W dniu 31.01.2012 09:54, Stachu 'Dozzie' K. pisze:
>>>>>> Daemonizacja skryptu.
>>>>> Czy masz na myśli brak obsługi tego poniżej ?
>>>>> http://php.net/manual/en/ref.sockets.php
>>>> Nie. Mam na myśli takie uruchomienie skryptu, żeby sam się odłączył od
>>>> terminala i dalej pracował nieinteraktywnie, to znaczy żeby zrobił się
>>>> daemonem (usługą).
>>>>
>>> Nie to, żebym lubił php ale
>>> http://php.net/manual/en/function.posix-setsid.php
>>> http://php.net/manual/en/function.pcntl-fork.php
>> 
>> OK, są funkcje. A jakiś moduł/biblioteka, która pozwoli na automatyczne
>> zarządzanie tym ustrojstwem? Wiesz, PID file, ochrona przed wielokrotnym
>> uruchomieniem, te sprawy?
> Z racji że wspomniałeś o Perlu:
>> Mam na myśli bibliotekę robiącą coś podobnego do funkcji getopt(3)
>> z glibc, perlowego modułu Getopt::Long albo biblioteki popt,
> Podaj sposób zarządzania "tym ustrojstwem" w Perlu,
> to co znalazłem w sieci na szybko:
> Properly daemonize a process
> http://snippets.dzone.com/posts/show/359
> to z powodzeniem można napisać w PHP,
> mam tu na myśli ciekawy element blokowania samego siebie
> open(SELFLOCK, "<$0") or die("Couldn't open $0: $!\n");
> flock(SELFLOCK, LOCK_EX | LOCK_NB) or
> die("Aborting: another $ProgramName is already running\n");

Nienienienie. Nie chodzi o to, że w Perlu da się tak samo napisać jak
w PHP używając surowego API systemu operacyjnego. Spróbuj mi znaleźć
bibliotekę w PHP, która robi to samo, co moduł App::Daemon. Ja naprawdę
nie mam ochoty po raz czterysetny pisać obsługi pidfile'a wraz ze
wszystkimi dziwnymi przypadkami (daemon umarł, a pidfile został).

W środowisku pisaczy PHP nie ma zwyczaju upakowywać takich
powtarzalnych, nudnych zadań w biblioteki, przez co za każdym razem
pisacz musi się szarpać z pisaniem tego samego od zera. Nie ma czegoś
takiego jak "code reuse". To jest upierdliwe.

-- 
Secunia non olet.
Stanislaw Klekot