Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Już pylonsów nie ma. Tzn. są, ale pylons połączyło się z repoze.bfg, więc teraz jest:

zope (kawałki, głównie interfejsy / rejestr / konfiguracja) + repoze + pylons => pyramid

Kiedyś pylonsy lubiłem, teraz zmigrowałem na pyramid i nie narzekam :)Stanisław P. edytował(a) ten post dnia 23.04.11 o godzinie 23:52

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Pyramid nie dostarcza narzędzi do obsługi bazy danych (np. ORM). Trzeba samemu o to zadbać.

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Flask ? Nadaje się i do mikroprojektów i do gigantów. Do gigantów dlatego że wtedy z Django i tak zostaje tylko URLconf :)

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

web2py jest aktywnie wspierany, ale nie wiem jak to ma się do kobył rozmiaru Django i czy ktoś tego używa w dużych projektach.Piotr L. edytował(a) ten post dnia 09.01.12 o godzinie 12:35

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Dajcie ludzie spokój z web2py... To szajs jakich mało. Mówię tak, mimo że nie lubię generalizowania i plucia na wszystko, co nie jest "moje". Ten wątpliwej jakości framework określiłbym jako próbę zredukowania Pythona do PHP 4. Nie polecam nikomu do niczego, choć przy małych i mocno szablonowych projektach jest szansa, iż web2py nie zdąży ujawnić swojego prawdziwego oblicza ;-)

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Mariusz Derela:

Piotr L.:
web2py jest aktywnie wspierany, ale nie wiem jak to ma się do kobył rozmiaru Django i czy ktoś tego używa w dużych projektach.

dlatego napisałem, że w przypadku małych projektów web2py jest fajnym rozwiązaniem. Ja używam go do kilku małych choć dynamicznych "własnych projektów".

Moja uwaga nie była skierowana do Twojej wypowiedzi, prawdę mówiąc zobaczyłem ją po fakcie. I... też używam web2py właśnie do tego.Piotr L. edytował(a) ten post dnia 10.01.12 o godzinie 09:02

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Marek H.:
Dajcie ludzie spokój z web2py... To szajs jakich mało. Mówię tak, mimo że nie lubię generalizowania i plucia na wszystko, co nie jest "moje". Ten wątpliwej jakości framework określiłbym jako próbę zredukowania Pythona do PHP 4. Nie polecam nikomu do niczego, choć przy małych i mocno szablonowych projektach jest szansa, iż web2py nie zdąży ujawnić swojego prawdziwego oblicza ;-)

Masz jakieś merytoryczne uwagi do tego frameworka?

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Piotr L.:

Marek H.:
Dajcie ludzie spokój z web2py... (...)

Masz jakieś merytoryczne uwagi do tego frameworka?

Znajdzie się ich cała garść. Otóż:

* nie da się włączyć na stałe logowania zapytań SQL - da radę wyrzucić do logu (czy gdziekolwiek) ostatnie z nich, ale wymaga to jawnego użycia print db._lastsql
* nie da się zrobić customizowalnej strony błędu 404, zależnej od requestu/kontekstu. Albo taka strona wygląda zawsze tak samo, albo można 'ręcznie' ustawić status na 404, ale jeśli ktoś zechce wejść na adres, którego nie przewidzieliśmy, dostanie standardowe, gołe 404 NOT FOUND (web2py statusy wypluwa wielkimi literami)
* framework wprowadza mnóstwo zmiennych globalnych, przetwarzanych w sposób magiczny (bez importów, tylko jakieś tajemnicze evale itd.), co jest fatalną, bałaganiarską praktyką programistyczną
* nie da się wejść do panelu admina przy zdalnym połączeniu nieszyfrowanym - może zamysł jest dobry, ale wypadałoby zostawić tę sprawę do dyspozycji programisty, tymczasem jest to zahardcodowane (Python jako taki stawia sprawę tak: wszyscy jesteśmy dorośli, nie zabraniamy Ci niczego)
* aby stwierdzić, czy połączenie jest lokalne czy nie, web2py wywołuje DNS lookup przy każdym requeście zdalnym, co przy dużym obciążeniu stanowi wyraźnie wąskie gardło
* aby oddzielić pliki frameworka od własnych (tzn. rozwijanej aplikacji) w celu włożenia tych drugich do dowolnego repozytorium i pominięcia tych pierwszych trzeba się nieźle nagimnastykować (symlinki itp.) - standardowo aplikacje są trzymane 'wewnątrz' web2py
* ...a jeśli chcemy zrobić sprawę porządnie i stworzyć skrypt, który zaciągnie nam bibliotekę web2py (zamiast wstawiania jej do repo), to też się na tym przejedziemy - do ściągnięcia jest zawsze najnowsza wersja (chyba, że będziemy ściagać z ich repo), której pełna wsteczna kompatybilność to niestety mit (sprawdzone doświadczalnie)
* nie da się wyłączyć systemu ticketowania błędów i zamienić go na coś innego (np. wysyłanie maila)
* system migracji struktury bazy danych w web2py jest wadliwy - web2py w ogóle nie obsługuje indeksów, ale klucze obce tworzyć umie, co oznacza, że ze zdjęciem klucza obcego już sobie nie poradzi; migracje te nie są odpalane na żądanie przez deva, ale web2py zawsze sam sprawdza, czy nie wykonać migracji (chyba że permanentnie to wyłączymy)
* brak plików konfiguracyjnych promowany jako zaleta web2py jest wg mnie jego koszmarną wadą - jeśli chcemy stworzyć kilka wersji (pod testy, developing, produkcję), musielibyśmy niemało plików powersjonować
* ...i mógłbym tak jeszcze długo wymieniać :)

Podsumowując - jeśli chcemy na web2py posadzić coś małego, co nie będzie za często oglądane, a czego funkcjonalności przewidział Massimo Di Pierro (twórca frameworka), to nawet nam się spodoba, że dużo rzeczy (ajaksy, flashowe powiadomienia) będzie działać out-of-the-box. Ale gdy się zagłębimy w bebechy tegoż narzędzia i znajdziemy np. 29 ifów w jednej średniej wielkości metodzie zakodowanych tak, że nie trzyma się to żadnej konwencji kodowania w Pythonie, to zrozumiemy, że trafiliśmy w same oko cyklonu ;-)

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Marek H.:
* framework wprowadza mnóstwo zmiennych globalnych, przetwarzanych w sposób magiczny (bez importów, tylko jakieś tajemnicze evale itd.), co jest fatalną, bałaganiarską praktyką programistyczną

cały świat ruby zdaje się robić to samo (robisz require 'dupa' i w globalnym scope'ie pojawiają się automagicznie przeróżne rzeczy) - aczkolwiek się nie znam

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Marek H.:
Podsumowując - jeśli chcemy na web2py posadzić coś małego, co nie będzie za często oglądane, a czego funkcjonalności przewidział Massimo Di Pierro (twórca frameworka), to nawet nam się spodoba, że dużo rzeczy (ajaksy, flashowe powiadomienia) będzie działać out-of-the-box. Ale gdy się zagłębimy w bebechy tegoż narzędzia i znajdziemy np. 29 ifów w jednej średniej wielkości metodzie zakodowanych tak, że nie trzyma się to żadnej konwencji kodowania w Pythonie, to zrozumiemy, że trafiliśmy w same oko cyklonu ;-)

Dzięki, włąśnie o takie info mi chodziło.
Chociaż nie do końca pewnie jest tak, że "nie da się" - pewnie po prostu jest to kupa roboty?

Co do oddzielania aplikacji od frameworka, to przecież są do ściągnięcia gotowe aplikacje - więc chyba się da? Chociaż przyznam, że nie wiem do końca jak działają *.w2p

Jeśli masz jeszcze jakieś (nie)ciekawe informacje na temat tego narzędzia to daj znać, chciałbym wiedzieć jak szybko zacznie to kolidować z moimi zastosowaniami.

Temat: Jaki Pythonowy framework jest najlepiej rozwijany (oprócz...

Łukasz M.:

Marek H.:
* framework wprowadza mnóstwo zmiennych globalnych, przetwarzanych w sposób magiczny (bez importów, tylko jakieś tajemnicze evale itd.), co jest fatalną, bałaganiarską praktyką programistyczną

cały świat ruby zdaje się robić to samo (robisz require 'dupa' i w globalnym scope'ie pojawiają się automagicznie przeróżne rzeczy) - aczkolwiek się nie znam

Ale to nie miał być wątek o tym dlaczego ruby jest "ble" ;) W rubym ludzie robią jeszcze gorsze rzeczy (monkey patching podstawowych klas)... niestety.