🚀 go-pugleaf

Cześć,

Dnia 2013-06-25, wto o godzinie 01:39 +0200, noname pisze: 
> http://lucumr.pocoo.org/2013/6/13/werkzeug-and-flask-releases/
> 
> Mam pytanie, do tej pory grzebałem się w systemach raportowania danych, 
> głownie: python+postgresql+ncurses->excel
> Znajomy zaproponował mi pomoc (tzn. dorobienie kilku pln), ale dotyczy to 
> web aplikacji a ja tylko coś tam kiedyś wyrzeźbiłem w edytorze tekstowym - 
> ręcznie [html] :), ale sprawa otwarta, człowiek ciągle się uczy.
> Na początek trzeba zarejestrować,autoryzować usera, itp. OK-standard,
> ale nie wiem czy na flask da radę prosto(?) wykonać strony, które 
> dynamicznie się odświeżają tzn.
> mają pokazywać no dajmy np. jakieś notowania giełdowe, rekordy odświeżane co 
> powiedzmy 10-20s ? bez wywolania przeładowywania strony (może kwestia 
> napisania skrypów w javie a nie pythona?).
> 2-3 takie dynamiczne strony w projekcie, to byłby: linux/bsd + postgresql + 
> ..?
> Przyglądałem się na django (przejrzałem tutorial, znowu skończyłem po nocy), 
> wydaje mi się zagmatwany ponad miarę jeżeli chodzi o odwołania do bazy, może 
> takie wrażenie ale jakos nie mogę się przekonać czy aby na pewno potrzebuje 
> django (lub zope/plone/etc.).
> Zapomniałem zapytać jaką to ma miec responsywność/userów na raz.
> Czy flask ma problemy przy wielu logowaniach na raz? ilu wytrzyma?
> Zasadniczo przeszedłem na Py3 ze swoimi projektami.
> pozdrawiam
> 

  Polecam Django. Nie będziesz żałował. Jeśli chodzi o to odświeżanie,
no to ajaxem. Jeśli dopiero zaczynasz z aplikacjami internetowymi, to
chyba nie wiesz jeszcze czego będziesz potrzebował. Django ma wszystko i
większość działa 'out of the box'.

Pozdrawiam,
Emanuel

Emanuel Koczwara wrote:

>   Polecam Django. Nie będziesz żałował. Jeśli chodzi o to odświeżanie,
> no to ajaxem. Jeśli dopiero zaczynasz z aplikacjami internetowymi, to
> chyba nie wiesz jeszcze czego będziesz potrzebował. Django ma wszystko i
> większość działa 'out of the box'.
> 
> Pozdrawiam,
> Emanuel
Dzięki za słowo, w takim razie jako konkurencja został mi TurboGears, na 
sieci widze opinie że jest mniej "out-of-the-box" niz django, trochę więcej 
pracy itd. , nęci mnie jednak wygląd odwołań do bazy - bardziej [dla mnie] 
przejrzysty, lubię mieć bazę 'z palca' (triggers/plpgsql itp.) a nie z 
jakiegoś generatora (choć to jak widziełem chyba nie mus).
pozdrawiam

W dniu 2013-06-25 01:39, noname pisze:
> http://lucumr.pocoo.org/2013/6/13/werkzeug-and-flask-releases/
>

Cześć :)


> Mam pytanie, do tej pory grzebałem się w systemach raportowania danych,
> głownie: python+postgresql+ncurses->excel
> Znajomy zaproponował mi pomoc (tzn. dorobienie kilku pln), ale dotyczy to
> web aplikacji a ja tylko coś tam kiedyś wyrzeźbiłem w edytorze tekstowym -
> ręcznie [html] :), ale sprawa otwarta, człowiek ciągle się uczy.
> Na początek trzeba zarejestrować,autoryzować usera, itp. OK-standard,
> ale nie wiem czy na flask da radę prosto(?) wykonać strony, które
> dynamicznie się odświeżają tzn.

Jasne, że da radę prosto. Flask z założenia jest prosty.
O tu np: http://flask.pocoo.org/docs/patterns/jquery/

> mają pokazywać no dajmy np. jakieś notowania giełdowe, rekordy odświeżane co
> powiedzmy 10-20s ? bez wywolania przeładowywania strony (może kwestia
> napisania skrypów w javie a nie pythona?).

Tutaj dynamikę zapewni ci rzeczywiście Javascript.

> 2-3 takie dynamiczne strony w projekcie, to byłby: linux/bsd + postgresql +
> ..?

+ python + flask + html + javascript na kliencie :)
Albo jeśli to pytanie o platformę może warto zainteresować się np 
https://www.heroku.com/ ?

> Przyglądałem się na django (przejrzałem tutorial, znowu skończyłem po nocy),
> wydaje mi się zagmatwany ponad miarę jeżeli chodzi o odwołania do bazy, może
> takie wrażenie ale jakos nie mogę się przekonać czy aby na pewno potrzebuje
> django (lub zope/plone/etc.).

Wybór frameworka jest kwestią preferencjji osobistych. Wspomniany przez 
ciebie Django ORM bardzo mi akurat nie odpowiada. Ale nie zmienia to 
faktu, że Django jest świetne.

Django jest rzeczywiście full-stack, out-of-the-box, for professionals 
with deadlines. Od Flaska łatwiej się nauczyć podstaw i, moim zdaniem, 
Flask Is Fun :)

Micro-framework czy full-stack? Czołg czy szwajcarski scyzoryk? Wybór 
należy do ciebie, oba będą działać.

> Zapomniałem zapytać jaką to ma miec responsywność/userów na raz.
> Czy flask ma problemy przy wielu logowaniach na raz? ilu wytrzyma?

To raczej nie jest kwestia frameworku tylko serwera, którego będziesz 
używał. Tutaj słowo od autora: http://flask.pocoo.org/docs/becomingbig/

Sam z powodzeniem używam serwera cherrypy i działa znakomicie.

> Zasadniczo przeszedłem na Py3 ze swoimi projektami.

Brawo za odwagę! :) Wiele rzeczy nie działa jeszcze jak trzeba ale 
Python3 jest super. Wszystko co Flaskowe działa, więc bez obaw.

> pozdrawiam
>

Życze miłej zabawy z internetem i Pythonem :)

-- 
pozdrawiam,
John

Cześć,

Dnia 2013-06-25, wto o godzinie 22:01 +0200, noname pisze: 
> Dzięki za słowo, w takim razie jako konkurencja został mi TurboGears, na 
> sieci widze opinie że jest mniej "out-of-the-box" niz django, trochę więcej 
> pracy itd. , nęci mnie jednak wygląd odwołań do bazy - bardziej [dla mnie] 
> przejrzysty, lubię mieć bazę 'z palca' (triggers/plpgsql itp.) a nie z 
> jakiegoś generatora (choć to jak widziełem chyba nie mus).
> pozdrawiam

  Sama koncepcja ORM jest do ogarnięcia. U mnie się zawsze sprawdzało.
To trochę jak różnica między assemblerem i C.  Po prostu inny poziom
abstrakcji. Według mnie im wyżej, tym lepiej. Poniżyć się można zawsze w
razie potrzeby :)

Pozdrawiam,
Emanuel

Emanuel Koczwara <poczta@emanuelkoczwara.pl> wrote:
> Cześć,
> 
> Dnia 2013-06-25, wto o godzinie 22:01 +0200, noname pisze: 
>> Dzięki za słowo, w takim razie jako konkurencja został mi TurboGears, na 
>> sieci widze opinie że jest mniej "out-of-the-box" niz django, trochę więcej 
>> pracy itd. , nęci mnie jednak wygląd odwołań do bazy - bardziej [dla mnie] 
>> przejrzysty, lubię mieć bazę 'z palca' (triggers/plpgsql itp.) a nie z 
>> jakiegoś generatora (choć to jak widziełem chyba nie mus).
>> pozdrawiam
> 
>  Sama koncepcja ORM jest do ogarnięcia. U mnie się zawsze sprawdzało.
> To trochę jak różnica między assemblerem i C.  Po prostu inny poziom
> abstrakcji. Według mnie im wyżej, tym lepiej. Poniżyć się można zawsze w
> razie potrzeby :)
	... da sie ogarnac. Z powazaniem
								Adam Przybyla