Re: [python] Nej*ne*oblíbenější modul
Já nemusím "struct" (mám z toho takovej přirozenej respekt - hrozně se mi nechce číst ta dokumentace k tomu) a trochu mi vadí "pathlib" (připadá mi taková nedotažené - chybí mi tam pár funkcí a co jsem tak viděl, tak nejsem sám). Pak mě taky trochu mrzí, že jsou v stdlib moduly, které mají velké nedostatky pro použití v praxi, jako třeba "datetime" (a "pytz"), "xml.*" (a "lxml"), "distutils" (a "setuptools") a asi i další. Případne "unittest" taky skoro nikdo nepoužívá, pokud vim. Jinak z knihoven třetích stran mě naposledy asi nejvíc vadil PyGObject, hlavně asi kvůli tomuhle komentáři: https://bugzilla.gnome.org/show_bug.cgi?id=571834#c1 Jinak, obecně bych se asi absolutně ztotožnil s tim, co napsal Petr. Ale vesměs jsem spokojenej. Když to porovnám s knihovnami kolem Node.js, tak si chrochtám. Ale to je věc vkusu... -- Radek Dne 17. srpna 2016 10:34 Pavel Schön napsal(a): > Zdravím, zajímalo by mě, jaký je váš nej*ne*oblíbenější modul, resp. > balíček v pythonu, zejména ze standartní knihovny. Napište také, proč tomu > tak je. > > Ptám se proto, že vyvíjím náhradu jednoho modulu a jsem zvědavý, jestli ho > tu někdo zmíní. Svůj projekt představím později. > ___ > Python mailing list > python@py.cz > http://www.py.cz/mailman/listinfo/python > > Visit: http://www.py.cz > ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Marketing minute: Kdo pouziva Python?
Dne 25. dubna 2015 9:52 Matěj Cepl napsal(a): > On 2015-04-24, 13:17 GMT, Vladimir Macek wrote: > > muzu poprosit vsechny, kdo maji tuseni o aspon trochu vyznamnych ceskych > > subjektech (organizace i statni, firmy, kdokoli...), ktere pouzivaji > Python > > a nejsou dosud uvedeni v dolni casti "Kdo tvori v Pythonu" na strance > > http://python.cz/, aby to dali najevo? > > Je Red Hat zaměstnávající přes 500 lidí v Česku český subjekt? > O tom bych ani nepochyboval, https://or.justice.cz/ias/ui/rejstrik-firma.vysledky?subjektId=370449&typ=PLATNY > Poptal bych se jestli máme nějaký whitepaper/case-study. > > Matěj > -- > http://www.ceplovi.cz/matej/, Jabber: mceplceplovi.cz > GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC > > The main idea of the pope's asking for forgiveness was not to be > afraid of the truth. DO NOT BE AFRAID OF TRUTH! We have to have > faith in the God's governing power to be able not to be afraid. > -- On NPR The Connection from March 13, 2000 > ___ > Python mailing list > python@py.cz > http://www.py.cz/mailman/listinfo/python > > Visit: http://www.py.cz > ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Volba web-frameworku (a pár menších dotazů)
Stejne jako, rekneme, > nejaka stara dobra spolehliva Mazda. Proste jede. Ale Docker je v tomto > pripade ve stadiu cinske noname znacky, jejiz prvni modely prave vyjely z > montazni linky. Nikdo netusi, co od toho ma cekat. > > FYI, na urovni OS nad tim premysli spousta lidi prave treba kvuli Dockeru. Kazdy Docker image musi byt postaven nad image nejakeho OS. Proto musi byt ten "base image" co nejmensi. A treba take proto musim poslouchat stiznosti lidi, kteri maji problem s tim, ze je YUM/DNF ve Fedore napsany v Pythonu. Je to totiz jeden z mala nezbytnych programu, ktery do OS zanasi Python stack a tak zvetsuje cely image. > Na zresetovani atmosfery posilam zaverem pisnicku: > https://www.youtube.com/watch?v=LanCLS_hIo4 > > Honza > > > 2015-03-04 0:55 GMT+01:00 Radek Holý : > >> >> >> Dne 2. března 2015 23:58 Honza Javorek napsal(a): >> >>> Ten clovek chce napsat webovou stranku, proto by si na ni mel najit >>> webovy framework. Takovy, ktery uspokoji jeho potreby. Analogii s jednou >>> funkci a Qt knihovnou mi prijdou mimo. >>> >>> Snažil jsem se říct, že pokud by "ten člověk" z Djanga využil jen velmi >> malou podmnožinu funkcí, bylo by to, jako kdyby si instaloval Qt kvůli >> jedné funkci. Ale budiž, pokud to nedává smysl, není potřeba to rozebírat. >> >> >>> Potreba setreni MB je mozna nekde na micropythonu a RapsberryPi, ale na >>> serverech je to dnes tak pomijiva velicina, ze pomijivejsi snad ani neni. >>> Kolik stoji 1 MB a kolik stoji 1 hodina casu cloveka (a to nemyslim jen v >>> penezich)? >>> >>> Ja mam rad Flask, jak jsem uz psal, delam v nem vsechno, ale >>> argumentujme tak, aby to melo smysl. Velikost v MB je v dnesni dobe >>> absolutne minoritni parametr. Argument, ze Django ma veci, ktere nepouziju, >>> je podle me mimo. Spravnejsi by podle me bylo treba rict, ze Django mi >>> pomaha k vecem, ktere nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - >>> typicky kdyz budu chtit udelat API nad MongoDB, pak proste sahnu po >>> http://python-eve.org/ (postaveno nad Flaskem), protoze s Djangem bych >>> se trapil. To je podle me argument. >>> >>> Honza >>> >>> >> Tak zkusím ještě jeden argument, který se také často ozývá od lidí, kteří >> se teď zabývají Dockerem. Každý zbytečný kód, který leží třeba i (nebo >> zejména) na serveru, potenciálně obsahuje chyby. Přestože se nevyužívá, >> útočník si může najít cestu, jak kód spustit a zneužít. Proto je vždy lepší >> zbytečný kód nemít, než nepoužívat. >> >> Ale budiž, nemám potřebu se s vámi hádat. Snažil jsem se nabídnout jiný >> pohled. Pokud na něj mám získat odpovědi typu "nesmysl", nebo něco o >> prdeli, nestojí mi to za to. >> >> >>> >>> >>> 2015-03-02 23:32 GMT+01:00 Ales Zoulek : >>> >>>> Tak skoro mam takovej pocit, ze "mensi" (ve smyslu objemu 3rd party >>>> kodu) rozhodne nebude i znamenat "mensi" kod o ktery se staram. Skoro bych >>>> rekl, ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a >>>> lepsi? Nerekl bych... Marne premyslim jak je to s "mnozstvim lidi", jejichz >>>> cas na opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku >>>> s kodem, ktery prosel mnoha tisici hodin vyvoje a testovani. >>>> >>>> Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit >>>> re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale >>>> delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze >>>> se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co >>>> uz je hotove - to snad ne. >>>> >>>> >>>> A. >>>> >>>> On Mon, Mar 2, 2015 at 10:14 PM Radek Holý >>>> wrote: >>>> >>>>> Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi >>>>> mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci, >>>>> která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací. >>>>> Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt, >>>>> pokud zrovna nehodlá psát GUI... >>>>> >>>>> Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, >>>>> kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí >>>>> nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také >>>&g
Re: [python] Volba web-frameworku (a pár menších dotazů)
Dne 2. března 2015 23:58 Honza Javorek napsal(a): > Ten clovek chce napsat webovou stranku, proto by si na ni mel najit webovy > framework. Takovy, ktery uspokoji jeho potreby. Analogii s jednou funkci a > Qt knihovnou mi prijdou mimo. > > Snažil jsem se říct, že pokud by "ten člověk" z Djanga využil jen velmi malou podmnožinu funkcí, bylo by to, jako kdyby si instaloval Qt kvůli jedné funkci. Ale budiž, pokud to nedává smysl, není potřeba to rozebírat. > Potreba setreni MB je mozna nekde na micropythonu a RapsberryPi, ale na > serverech je to dnes tak pomijiva velicina, ze pomijivejsi snad ani neni. > Kolik stoji 1 MB a kolik stoji 1 hodina casu cloveka (a to nemyslim jen v > penezich)? > > Ja mam rad Flask, jak jsem uz psal, delam v nem vsechno, ale argumentujme > tak, aby to melo smysl. Velikost v MB je v dnesni dobe absolutne minoritni > parametr. Argument, ze Django ma veci, ktere nepouziju, je podle me mimo. > Spravnejsi by podle me bylo treba rict, ze Django mi pomaha k vecem, ktere > nepotrebuji, a nepomaha mi k vecem, ktere potrebuji - typicky kdyz budu > chtit udelat API nad MongoDB, pak proste sahnu po http://python-eve.org/ > (postaveno nad Flaskem), protoze s Djangem bych se trapil. To je podle me > argument. > > Honza > > Tak zkusím ještě jeden argument, který se také často ozývá od lidí, kteří se teď zabývají Dockerem. Každý zbytečný kód, který leží třeba i (nebo zejména) na serveru, potenciálně obsahuje chyby. Přestože se nevyužívá, útočník si může najít cestu, jak kód spustit a zneužít. Proto je vždy lepší zbytečný kód nemít, než nepoužívat. Ale budiž, nemám potřebu se s vámi hádat. Snažil jsem se nabídnout jiný pohled. Pokud na něj mám získat odpovědi typu "nesmysl", nebo něco o prdeli, nestojí mi to za to. > > > 2015-03-02 23:32 GMT+01:00 Ales Zoulek : > >> Tak skoro mam takovej pocit, ze "mensi" (ve smyslu objemu 3rd party kodu) >> rozhodne nebude i znamenat "mensi" kod o ktery se staram. Skoro bych rekl, >> ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a lepsi? >> Nerekl bych... Marne premyslim jak je to s "mnozstvim lidi", jejichz cas na >> opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku s >> kodem, ktery prosel mnoha tisici hodin vyvoje a testovani. >> >> Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit >> re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale >> delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze >> se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co >> uz je hotove - to snad ne. >> >> >> A. >> >> On Mon, Mar 2, 2015 at 10:14 PM Radek Holý >> wrote: >> >>> Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi >>> mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci, >>> která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací. >>> Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt, >>> pokud zrovna nehodlá psát GUI... >>> >>> Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, >>> kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí >>> nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také >>> pravděpodobně dokázali obhájit, proč je velikost na disku důležitá. >>> >>> A jak už jsem psal, menší = jednodušší = lepší. >>> -- >>> Radek >>> >>> >>> Dne 2. března 2015 17:38 Honza Javorek napsal(a): >>> >>> Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a >>>> neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP >>>> vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti cele >>>> Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se >>>> potrebuje - co naimportujes. >>>> >>>> Tudiz argument "Django obsahuje spoustu neceho, co nepotrebuju", je >>>> vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem >>>> nevadi, akorat si pri `pip install django` pockas o sekundu dele. >>>> >>>> H >>>> >>>> 2015-03-02 16:21 GMT+01:00 Matěj Cepl : >>>> >>>>> On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote: >>>>> > Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách >>>>> > a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych >>>>> > to nějak splácal časem, ale kupu toho, co Django umí >>>>
Re: [python] Volba web-frameworku (a pár menších dotazů)
Inline... Dne 3. března 2015 10:27 Jan Bednařík napsal(a): > Snad bych jen dodal, že Python sám o sobě obsahuje standardní knihovnu kde > jsou tuny modulů, které se obvykle taky nevyužívají. A kupodivu nikdo si na > nějaký MB navíc nebo zbytečný modul nestěžuje. > > Předpokládám, že z nějakého důvodu např. není výchozí instalaci Fedory Tkinter, přestože je součástí standardní knihovny. > Honza > > 2015-03-03 7:34 GMT+01:00 Honza Javorek : > >> "jdi_do_prdelní" argumenty nikoho nic nenauci a k diskusi neprispejou. >> Trpelivost treba jo :) A je dobry brat v uvahu, ze tady nejde o to >> pretlacit toho druhyho a napichnout ho na kul, ale poskytnout novackum >> dostatek argumentu pro to, aby se rozhodli podle sve hlavy. >> >> H >> >> 2015-03-03 1:00 GMT+01:00 Jaroslav Vysoký : >> >>> Aleši, jseš borec! (Honza J. teda taky.) Ve chvíli, kdy mně už by se >>> drali na ret "jdi_do_prdelní" argumenty, ty takhle hezky odpovíš! >>> >>> J. >>> >>> >>> >>> Dne 2. března 2015 23:32 Ales Zoulek napsal(a): >>> >>> Tak skoro mam takovej pocit, ze "mensi" (ve smyslu objemu 3rd party >>>> kodu) rozhodne nebude i znamenat "mensi" kod o ktery se staram. Skoro bych >>>> rekl, ze toho vlastniho kodu bude vic - vazne tak bude dal jenodussi a >>>> lepsi? Nerekl bych... Marne premyslim jak je to s "mnozstvim lidi", jejichz >>>> cas na opetovne vynalezani a opravovani kola nema cenu nekolika MB na disku >>>> s kodem, ktery prosel mnoha tisici hodin vyvoje a testovani. >>>> >>>> Souhlasim, mensi mnozstvi ciziho kodu neimplikuje mensi mnozstvi meho kodu. Nic takoveho se nesnazim tvrdit. Ale tvrdim, ze pokud existuji dve stejne kvalitni knihovny, ta, která má méně řádků kódu, je jednušší. Co je jednodušší, to se lépe udržuje (autorovi knihovny, ne mně!!!). Co se lépe udržuje (autorovi), to je lepší (pro mě). Proto, pokud mám na výběr mezi dvěma kvalitními knihovnami, které obě splňují moje požadavky, volím tu menší. Myslím si, že tady jsme se vůbec nepochopili. > Jiste, muze byt vzdycky zajimave si ze studijnich ucelu zkusit >>>> re-implementovat vyresene problemy - od bubble sortu pres wsgi handler. Ale >>>> delat tu kvuli predstave, ze se tak doberu lepsiho a jednodussiho kodu, ze >>>> se mi vyplati si ty veci psat a udrzovat sam nez pouzit ci vylepsit to, co >>>> uz je hotove - to snad ne. >>>> >>> Já nejsem ten, kdo takové řešení navrhoval. Jsem ten poslední, kdo by někomu radil znovu vynalézt cokoliv. Ale o tom už jsem mluvil před pár dny. Nelíbilo se mi jen, že Honza označil argument, že Django je kanon na vrabce, za nesmysl. Pokud existuje menší kvalitní framework, který nabízí vše, co tázající potřebuje, doporučuji ten. Osobně názory typu, něco je levné, tak tím nemusím šetřit, mi jsou velmi vzdálené. > >>>> >>>> A. >>>> >>>> On Mon, Mar 2, 2015 at 10:14 PM Radek Holý >>>> wrote: >>>> >>>>> Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi >>>>> mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci, >>>>> která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací. >>>>> Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt, >>>>> pokud zrovna nehodlá psát GUI... >>>>> >>>>> Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, >>>>> kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí >>>>> nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také >>>>> pravděpodobně dokázali obhájit, proč je velikost na disku důležitá. >>>>> >>>>> A jak už jsem psal, menší = jednodušší = lepší. >>>>> -- >>>>> Radek >>>>> >>>>> >>>>> Dne 2. března 2015 17:38 Honza Javorek >>>>> napsal(a): >>>>> >>>>> Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a >>>>>> neco z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP >>>>>> vezmes Symfony a udelas na nej request, pri kazdem requestu se spousti >>>>>> cele >>>>>> Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se >>>>>> potrebuje - co naimportujes. >>>>>> >>>>>> Tudiz argument "Django obsahuje spoustu neceho, co nepotrebuju", je >>>>>> vlastne nesm
Re: [python] Volba web-frameworku (a pár menších dotazů)
Tak to nevím. Kdyby chtěl někdo spočítat průměr ze sekvence čísel, asi mu taky nebudeme cpát hned numpy. Tuhle jsem někde viděl, že Qt má funkci, která vrátí cestu k adresáři, kam daná platforma ukládá data aplikací. Kdyby někdo hledal takovou funkci, asi mu taky nebudeme hned radit Qt, pokud zrovna nehodlá psát GUI... Se zkušenostmi z práce můžu říct, že existuje velké množství lidí, kterým záleží na tom, kolik MB ve výsledku aplikace, kterou chtějí nainstalovat, zabere na disku. Vývojáři posedlí kontejnery by také pravděpodobně dokázali obhájit, proč je velikost na disku důležitá. A jak už jsem psal, menší = jednodušší = lepší. -- Radek Dne 2. března 2015 17:38 Honza Javorek napsal(a): > Rozdil mezi Pythonem a PHP je v tom, ze kdyz nainstalujes knihovnu a neco > z ni nepouzijes, tak se to vetsinou nespousti :) Tzn. kdyz v PHP vezmes > Symfony a udelas na nej request, pri kazdem requestu se spousti cele > Symfony a vsechny soubory v nem. U Pythonu se pouzije jen to, co se > potrebuje - co naimportujes. > > Tudiz argument "Django obsahuje spoustu neceho, co nepotrebuju", je > vlastne nesmysl. Resp. ano, obsahuje, ale to ze to nepotrebujes ti v nicem > nevadi, akorat si pri `pip install django` pockas o sekundu dele. > > H > > 2015-03-02 16:21 GMT+01:00 Matěj Cepl : > >> On 2015-03-02, 10:07 GMT, Marcus Scalpere wrote: >> > Na Django jsem myslel hned na začátku, ovšem po mnoha úvahách >> > a radách mi to opravdu přijde jako dělo na vrabce. Určitě bych >> > to nějak splácal časem, ale kupu toho, co Django umí >> > nepotřebuji (v podstatě potřebuji jen pár formulářů), možná >> > později, až budu chtít dotvořit něco jako učební pomůcku, pak >> > to možná bude vhodná volba. Ale každopádně ta kniha je dost >> > poučná a mám choutky to aspoň zkusit >> >> Nikdo Tě nenutí to celé používat a co se týče instalace tak to >> není o nic složitější nežli 'sudo yum install python-django' >> (nebo apt-get varianta). >> >> Nejmenší projekt s djangem je pár řádek a ještě generovaných >> skriptem. Možná, že až napíšeš několik website rozměrů nasa.gov >> budeš chtít něco jiného ale do té doby fakt nevidím důvod proč >> si psát framework sám. >> >> Hezký den, >> >> Matěj >> ___ >> Python mailing list >> python@py.cz >> http://www.py.cz/mailman/listinfo/python >> >> Visit: http://www.py.cz >> > > > ___ > Python mailing list > python@py.cz > http://www.py.cz/mailman/listinfo/python > > Visit: http://www.py.cz > ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Volba web-frameworku (a pár menších dotazů)
Dne 19. února 2015 11:19 Jan Bednařík napsal(a): > > 2015-02-18 21:58 GMT+01:00 Pavel S : > >> Ahoj. Vykaslal bych se na vsechny frameworky, prestoze jiste maji sve >> kvality (django, flask apod.). >> >> Pokud jsi zvidavy clovek a chces se neco naucit, jak funguje HTTP, napis >> si framework vlastni. >> >> Pro zacatek nepotrebujes zadny webserver. Zacal bych u modulu wsgiref, >> vezmi hello world aplikaci ( >> https://docs.python.org/2/library/wsgiref.html#examples ), napis >> abstrakci nad request a response, potom nejaky URL router. Pozdeji az budes >> potrebovat formulare, udelas si abstrakci na formulare. >> >> Do ceho bych se radeji nepoustel je vlastni sablonovy system. Tam bych >> vzal osvedcene jinja2. Pokud bude treba databaze, doporucuji SQLAlchemy. >> >> Az si timhle projdes, nabidky se jiste objevi (to je ta monetarizace >> know-how). >> >> Hodne stesti! >> > > > Až si tím projde, tak se nabídky neobjeví. Nikdo nechce platit lidi, kteří > rádi vymýšlejí kolo a řeší věci, co dávno vyřešil někdo jiný. > > Python je jazyk s "batteries included". Obvykle se stačí poohlédnout po > hotových knihovnách a ty využít. A ve většině případů jsou ty hotové > knihovny mnohem lepší, než kdyby si je člověk psal sám (protože jsou > výsledkem spolupráce a zkušeností více lidí). > > Taky mi to nepřipadá jako dobrá rada. Cílem je vyprodukovat web a ne framework. Pokud existuje framework, který nabízí vše, co Marcus potřebuje, nevidím v jeho situaci důvod proč se zdržovat vymýšlením nového. A i kdyby žádný nevyhovoval, spíš bych vylepšil nějaký existující než začínal nový. Pro vznik nového podle mě musí být dobrý důvod. A upřímě řečeno, já bych určitě neplatil za framework, který vyvíjí jediný člověk, zvlášť když kolem existuje spousta dobrých frameworků zadarmo. No a už vůbec se nestotožním se snahou "zpeněžit know-how". IMHO, know-how se má sdílet, ne na něm vydělávat. Ale vím, že se mnou spousta (nejen kapitalisticky založených) lidí nebude souhlasit. Jsem moc velký idealista. > > > A když bych se měl vyjádřit k tématu, tak v zásadě souhlasím s těmi kdo > doporučují Django. Má výbornou dokumentaci, spoustu návodů, a spoustu > hotových komponent, který spolu dobře fungují (ORM, templaty, formuláře, > cache, ...), a stačí je prostě použít když je potřeba. Ale co vidím jako > podstatnější je to, že Django člověka vede k tomu, jak si uspořádat kód do > nezávislých komponent (modely, views, templaty, management commandy, ...). > Jak vytvářet malé nezávislé aplikace použitelné ve více projektech. Atp. > > > Myslím si, že pro zkušeného borce není problém poskládat si vlastní > framework na nějakém mikroframeworku jako Flask. A zkušený borec určitě > dokáže psát kód tak, aby z toho nebyl špagetový moloch. Nicméně nejsou > všechny ty Flaskové weby ve výsledku jako Django v bledě modrém, jen s více > úsilím? V čem jsou tak zásadně odlišné, že stojí za tu námahu? Jen pocit > "poskládal jsem si to sám", nebo "Flask je trendy!" nestačí. Ale nepochopte > mě špatně, nemám nic proti Flasku. Je parádní nástroj na malé webíky, > proxy, atp. Nicméně jakmile člověk potřebuje postavit "velký web" a > potřebuje přidat ORM, formuláře, templaty, atd., je lepší zvolit framework, > který tyhle komponenty obsahuje v základu. > > Odlišné jsou v tom, že třeba nepotřebují všechno, co Django nabízí, ve výsledku zabírají méně místa na disku, spotřebují méně systémových prostředků, nebo třeba jen chtějí používat jinou komponentu než jim Django vnucuje (např. šablonovací systém, ORM, ...). Všechno záleží na tom, co člověk od toho frameworku potřebuje. Žádný není nejlepší, ani nejhorší. Každý se hodí na něco jiného. Já osobně se vždycky snažím používat (a psát) co nejmenší knihovny (co se týče řádků *kódu*). Samozřejmě zohledňuji více faktorů. Ale pokud existuje víc variant splňujících mé požadavky, preferuji tu menší. Jednak protože je mi sympatický KISS princip a jednak protože z praxe vím, co to znamená starat se o obrovský moloch i o minimalistickou knihovnu. Mimochodem, asi by se dalo spekulovat o tom, jestli je víc trendy Flask, nebo Django ;) > Jak se říká: "Na velké projekty Django. A na malé projekty taky Django, > protože i malý projekt se může časem rozrůst." > > Honza > -- Radek ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Volba web-frameworku (a pár menších dotazů)
Mě vždycky zarazí, že v takovýchto diskusích nikdo nikdy nezmíní CherryPy. Dělal jsem v něm před X lety a zrovna před pár měsíci jsem začal znovu a zatím jsem nenarazil na problém. I takové pseudo-REST-API se mi v něm děla naprosto pohodlně. A ještě k sobě nenatahuje výchozí šablonovací systém, takže si můžu vybrat jakýkoliv bez zbytečných závislostí (vybral jsem si Chameleon). Proč ho nikdo nebere v úvahu? -- Radek Dne 12. února 2015 15:51 Honza Javorek napsal(a): > Ac jsem v Djangu v zivote naprogramoval 1,3 veci a vse ostatni co jsem kdy > udelal bylo ve Flasku, tak souhlasim s Honzou, Djangem nic nepokazis, jeho > znalost se ti neztrati a kdyz ti nebude nasledne vyhovovat, tak prechod na > cokoliv dalsiho (treba Flask) je otazka jednoho odpoledne, hned se > zorientujes. > > Jinak oba ty fw maji moc peknou dokumentaci, ale Django je ucebnicovy > priklad jak delat SKVELOU dokumentaci. > > H > > 2015-02-11 16:12 GMT+01:00 Honza Král : > >> Ja vzdy zacatecnikum doporucuju Django - neni to vzdy ta nejlepsi >> volba, ale je na vsechno dostatecna a ma uz vsechno vyresene spolu se >> spoustou materialu pro zacatecniky i pokrocile. >> >> Pak, az se trochu zorientujes jak se co dela, se muzes vrhnout do >> flasku napriklad a uz nebudes tak ztraceny. >> Honza Král >> E-Mail: honza.k...@gmail.com >> Phone: +420 606 678585 >> >> >> 2015-02-11 16:08 GMT+01:00 Honza Javorek : >> > Bottle je podle me spis na skolni priklady, ale znam startupy, ktery na >> tom >> > delaji produkcni sw :) >> > >> > Do Flasku si na formulare vem >> https://flask-wtf.readthedocs.org/en/latest/ >> > >> > Honza >> > >> > 2015-02-11 14:35 GMT+01:00 starenka . : >> >> >> >> Btw: pokud mas na vyber jen dve (nebo relativne malo) moznosti je >> >> podle me lepsi misto selectboxu (dropdownu), pouzit radia... >> >> --- >> >> In Perl you shoot yourself in the foot, but nobody can understand how >> >> you did it. Six months later, neither can you. | print >> >> 'aknerats'[::-1] >> >> >> >> >> >> 2015-02-11 14:34 GMT+01:00 starenka . : >> >> > Ahoj, >> >> > >> >> > Flask/bottle je podle me uplne dostacujici. V kazdym pripade bych asi >> >> > trochu osetril vstupy (napr pokud mi to dovoli sipkama kliknout rok >> >> > -1, tak se ti to zhrouti) >> >> > >> >> > Pro tip: tlacitko "smazat formular" je podle me naprosto k nicemu >> >> > >> >> > >> >> > --- >> >> > In Perl you shoot yourself in the foot, but nobody can understand how >> >> > you did it. Six months later, neither can you. | print >> >> > 'aknerats'[::-1] >> >> > >> >> > >> >> > 2015-02-11 14:04 GMT+01:00 Marcus Scalpere < >> marcus.scalp...@gmail.com>: >> >> >> Zdravím, >> >> >> řeším dilema ohledně web-frameworku. Bohužel nemám zkušenosti s >> >> >> webdesignem, první pokus dopadl takto >> http://edelstadt.pythonanywhere.com/ >> >> >> (vůbec netuším, jestli je v pořádku mít kupu formulářů na jedné >> stránce), >> >> >> ale dostal jsem pár dalších nápadů (a nejspíš mě napadnou další), >> takže bych >> >> >> to potřeboval buď rozšířit nebo vytvořit něco úplně nového. Co >> zvolit? >> >> >> Osobně jsem zúžil výbět na Flask, Bootle a Pyramid. Uvedená verze >> je ve >> >> >> Flasku, ale občas jsem měl problém poprat se právě s formuláři. >> Navíc bych >> >> >> chtěl generovat takový event calendar, který bude (asi?) sosat data >> ze dvou >> >> >> různých zdrojů (události, které se opakují každý rok ve stejný den a >> >> >> události, které jsou v různé dny, taky by se hodil nějaký návrh), >> takže >> >> >> netuším, jestli to ještě spadá do micro-blogu nebo už je to o level >> víc. >> >> >> >> >> >> A spíš průzkumná otázka - je vůbec šance nějaknechci říci přímo >> >> >> vydělat, možná monetizovat takový nápad? >> >> >> ___ >> >> >> Python mailing list >> >> >> python@py.cz >> >> >> http://www.py.cz/mailman/listinfo/python >> >> >> >> >> >> Visit: http://www.py.cz >> >> ___ >> >> Python mailing list >> >> python@py.cz >> >> http://www.py.cz/mailman/listinfo/python >> >> >> >> Visit: http://www.py.cz >> > >> > >> > >> > ___ >> > Python mailing list >> > python@py.cz >> > http://www.py.cz/mailman/listinfo/python >> > >> > Visit: http://www.py.cz >> ___ >> Python mailing list >> python@py.cz >> http://www.py.cz/mailman/listinfo/python >> >> Visit: http://www.py.cz >> > > > ___ > Python mailing list > python@py.cz > http://www.py.cz/mailman/listinfo/python > > Visit: http://www.py.cz > ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Seznamy
Dne 13. února 2015 0:55 Radek Holý napsal(a):
>
>
> Dne 11. února 2015 10:08 Vladimir Macek napsal(a):
>
> On 10.2.2015 20:50, Honza Král wrote:
>> > 2015-02-10 20:36 GMT+01:00 Radek Holý :
>> >> V Pythonu dělám skoro 9 let a pořád platí, že kdykoliv někde
>> >> narazím na "reduce", "map" apod. tak mě to vždy zdrží a chvíli mi
>> >> trvá, než pochopím o co jde. List comprehensions se mi čtou
>> >> snadněji - přirozeněji. Nehledě na to, že ty funkcionální
>> >> záležitosti jsou skoro vždy spojené s deklarací jinak zbytečných
>> >> funkcí se složitým významem, nebo ještě komplikovanějšími lambda
>> >> funkcemi. Každopádně je to prostě otázku vkusu/zvyku... Jedním z
>> >> problémů může pro mě být ta prefixová notace. Vypadá to jako Lisp
>> >> :-)
>>
>> Doufám, že se shodneme, že to je věc osobních preferencí a nebudeme si to
>> navzájem vyčítat. :-) Zajisté můžu považovat za elegantnější vytáhnout
>> filtrační nebo transformační logiku do extra funkce s komentáři a pak jí
>> předhodit do filter/map než to patlat do třířádkového C-G. Podotýkám pro
>> jistotu znovu, že používám jak filter/map + zřídka reduce, tak C-G, vždy
>> podle svého citu pro vhodnost. Snažím se dodržovat Zen.
>>
>> Kdykoli píšu \, trošku uvnitř umřu.
>>
>>
>> > Vidim to uplne stejne, proto jsem byl prekvapen kdyz tady slysim
>> > zastance filter/map/... Ja osobne se k nim skutecne uchyluji jen
>> > obcas kvuli vykonu a v situaci kdy je naprosto jasne, co to bude
>> > delat.
>>
>> To poslední negrokuju. :-) Jasné je snad v Pythonu vše, proto ho máme
>> rádi,
>> ne? :-)
>>
>>
>> >> Ještě mě zarazilo to "stáhneme 10 URL". S tím mám vždy osobní
>> >> problém. Jakmile někdo volá "map", aniž by ho zajímala návratová
>> >> hodnota volané funkce, považuji to za chybu. Nehledě na to, že v
>> >> Pythonu 3 "map" vrací iterátor, takže se kvůli tomu ještě typicky
>> >> "map" obaluje do "list"... V těchto případech vždy preferuji
>> >> klasický "for" cyklus. Ale opět je to jen můj názor.
>>
>> Dovoluji si i zde spíše nesouhlasit, zejména se slovem typicky.
>> "Přetypování" tohoto typu snad používáme až tehdy, kdy je to nutné, ne?
>> Pokud někde dostanu iterátor, je hromada případů, kdy se elegantně a
>> efektivně použije přímo.
>>
>>
> U toho přetypování jsem měl na mysli, když se map (nebo list
> comprehension) použije místo for cyklu, když se už dál nepracuje s
> návratovými hodnotami. Tehdy se (stále si trvám na) typicky map obaluje do
> listu, aby se ten výraz vyhodnotil. Jinak samozřejmě nění map potřeba
> obalovat do listu.
>
>
>>
>> > Naprosty souhlas, parkrat jsem videl volani map ci list
>> > comprehension bez zajmu o vysledek a take s tim mam problem - je to
>> > plytvani (zbytecne se alokuje list) a je to hure citelne.
>>
>> Nedochází mi, kde jste vzali, že spojuju příklad se stažením 10 URL s
>> map(), psal jsem zrovna, že jsem na tom příkladu ilustroval C-G. Ale i na
>> map() se to dá použít
>>
>
> Moje chyba. Špatně jsem si to zapamatoval. Nicméně moje poznámka se týkala
> jak list comprehension tak map. V obou případech mi toto použití připadá
> špatné.
>
>
>> map(urllib.urlopen, ('http://www.seznam.cz', 'http://google.com',
>> 'http://ibm.com'))
>>
>> Též nerozumím tomu, jak jste vyvodili, že se jak v tomto případu, tak v
>> tom
>> mnou prve zmíněném s C-G nezajímám o návratovou hodnotu.
>>
>
> Nenapadlo mě, k čemu by návratová hodnota mohla být dobrá při stahování
> souboru. Nevěděl jsem, jako funkci máš na mysli, ale představoval jsem si,
> že pokud jde o stahování souboru, bude to fce, které zadám url a cestu na
> disku a ona soubor stáhne, nebo vyhodí výjimku. V takové případě není
> potřeba žádná návratová hodnota. Pokud nějaká potřeba je, tak je v tom
> případě vše v pořádku. I když tedy stejně preferuji volání jakýchkoliv
> funkcí s vedlejším efektem (nebo jaký je správný překlad) ve for cyklu.
> Když vydím map (nebo list comprehension), nečekám, že se bude dít něco
> zásadního kromě filtrování/spracování dat.
>
Fuj, to Y jakože nikdo neviděl, ano? :)
> Jednak jsem to zmiňoval jako rychlou ukázku C-G jakožto konstruktu pro
>> studenty (kde se navc netvoří profesionální kód), za druhé mohu dostat
>> všechny potřebné informace vč. stavových a za třetí... kam se vám poděl
>> EAFP (https://docs.python.org/2/glossary.html)?
>>
>>
> Tu poznámku o EAFP jsem nepochopil.
>
>
>>
>> > Mimochodem v python3 uz reduce ani neni builtin (byl presunuty do
>> > functools) a i Guido to vidi obdobne:
>> > http://www.artima.com/weblogs/viewpost.jsp?thread=98196
>>
>> S tím souhlasím, nic proti. Sám jsem psal, že ji používám zřídka.
>>
>> Děkuji za diskusi, štvete mě jen malinko. :-)
>>
>
> Cílem určitě nebylo někoho štvát. Měl jsem pocit, že nabízím konstruktivní
> názor. Pokud to tak nebylo, omlouvám se.
> --
> Radek
>
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python
Visit: http://www.py.cz
Re: [python] Seznamy
Dne 13. února 2015 0:55 Radek Holý napsal(a):
>
>
> Dne 11. února 2015 10:08 Vladimir Macek napsal(a):
>
> On 10.2.2015 20:50, Honza Král wrote:
>> > 2015-02-10 20:36 GMT+01:00 Radek Holý :
>> >> V Pythonu dělám skoro 9 let a pořád platí, že kdykoliv někde
>> >> narazím na "reduce", "map" apod. tak mě to vždy zdrží a chvíli mi
>> >> trvá, než pochopím o co jde. List comprehensions se mi čtou
>> >> snadněji - přirozeněji. Nehledě na to, že ty funkcionální
>> >> záležitosti jsou skoro vždy spojené s deklarací jinak zbytečných
>> >> funkcí se složitým významem, nebo ještě komplikovanějšími lambda
>> >> funkcemi. Každopádně je to prostě otázku vkusu/zvyku... Jedním z
>> >> problémů může pro mě být ta prefixová notace. Vypadá to jako Lisp
>> >> :-)
>>
>> Doufám, že se shodneme, že to je věc osobních preferencí a nebudeme si to
>> navzájem vyčítat. :-) Zajisté můžu považovat za elegantnější vytáhnout
>> filtrační nebo transformační logiku do extra funkce s komentáři a pak jí
>> předhodit do filter/map než to patlat do třířádkového C-G. Podotýkám pro
>> jistotu znovu, že používám jak filter/map + zřídka reduce, tak C-G, vždy
>> podle svého citu pro vhodnost. Snažím se dodržovat Zen.
>>
>> Kdykoli píšu \, trošku uvnitř umřu.
>>
>>
>> > Vidim to uplne stejne, proto jsem byl prekvapen kdyz tady slysim
>> > zastance filter/map/... Ja osobne se k nim skutecne uchyluji jen
>> > obcas kvuli vykonu a v situaci kdy je naprosto jasne, co to bude
>> > delat.
>>
>> To poslední negrokuju. :-) Jasné je snad v Pythonu vše, proto ho máme
>> rádi,
>> ne? :-)
>>
>>
>> >> Ještě mě zarazilo to "stáhneme 10 URL". S tím mám vždy osobní
>> >> problém. Jakmile někdo volá "map", aniž by ho zajímala návratová
>> >> hodnota volané funkce, považuji to za chybu. Nehledě na to, že v
>> >> Pythonu 3 "map" vrací iterátor, takže se kvůli tomu ještě typicky
>> >> "map" obaluje do "list"... V těchto případech vždy preferuji
>> >> klasický "for" cyklus. Ale opět je to jen můj názor.
>>
>> Dovoluji si i zde spíše nesouhlasit, zejména se slovem typicky.
>> "Přetypování" tohoto typu snad používáme až tehdy, kdy je to nutné, ne?
>> Pokud někde dostanu iterátor, je hromada případů, kdy se elegantně a
>> efektivně použije přímo.
>>
>>
> U toho přetypování jsem měl na mysli, když se map (nebo list
> comprehension) použije místo for cyklu, když se už dál nepracuje s
> návratovými hodnotami. Tehdy se (stále si trvám na) typicky map obaluje do
> listu, aby se ten výraz vyhodnotil. Jinak samozřejmě nění map potřeba
> obalovat do listu.
>
List comprehension samozřejmě ne. Příště si to po sobě přečtu, než to
odešlu, slibuju.
>
>> > Naprosty souhlas, parkrat jsem videl volani map ci list
>> > comprehension bez zajmu o vysledek a take s tim mam problem - je to
>> > plytvani (zbytecne se alokuje list) a je to hure citelne.
>>
>> Nedochází mi, kde jste vzali, že spojuju příklad se stažením 10 URL s
>> map(), psal jsem zrovna, že jsem na tom příkladu ilustroval C-G. Ale i na
>> map() se to dá použít
>>
>
> Moje chyba. Špatně jsem si to zapamatoval. Nicméně moje poznámka se týkala
> jak list comprehension tak map. V obou případech mi toto použití připadá
> špatné.
>
>
>> map(urllib.urlopen, ('http://www.seznam.cz', 'http://google.com',
>> 'http://ibm.com'))
>>
>> Též nerozumím tomu, jak jste vyvodili, že se jak v tomto případu, tak v
>> tom
>> mnou prve zmíněném s C-G nezajímám o návratovou hodnotu.
>>
>
> Nenapadlo mě, k čemu by návratová hodnota mohla být dobrá při stahování
> souboru. Nevěděl jsem, jako funkci máš na mysli, ale představoval jsem si,
> že pokud jde o stahování souboru, bude to fce, které zadám url a cestu na
> disku a ona soubor stáhne, nebo vyhodí výjimku. V takové případě není
> potřeba žádná návratová hodnota. Pokud nějaká potřeba je, tak je v tom
> případě vše v pořádku. I když tedy stejně preferuji volání jakýchkoliv
> funkcí s vedlejším efektem (nebo jaký je správný překlad) ve for cyklu.
> Když vydím map (nebo list comprehension), nečekám, že se bude dít něco
> zásadního kromě filtrování/spracování dat.
>
>
>> Jednak jsem to zmiňoval jako rychlou ukázku C-G jakožto konstruktu pro
>> studenty (kde se navc netvoří profesionální kód), za druhé mohu dostat
>> všechny potřebné informace vč. stavových a za třetí... kam se vám poděl
>> EAFP (https://docs.python.org/2/glossary.html)?
>>
>>
> Tu poznámku o EAFP jsem nepochopil.
>
>
>>
>> > Mimochodem v python3 uz reduce ani neni builtin (byl presunuty do
>> > functools) a i Guido to vidi obdobne:
>> > http://www.artima.com/weblogs/viewpost.jsp?thread=98196
>>
>> S tím souhlasím, nic proti. Sám jsem psal, že ji používám zřídka.
>>
>> Děkuji za diskusi, štvete mě jen malinko. :-)
>>
>
> Cílem určitě nebylo někoho štvát. Měl jsem pocit, že nabízím konstruktivní
> názor. Pokud to tak nebylo, omlouvám se.
> --
> Radek
>
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python
Visit: http://www.py.cz
Re: [python] Seznamy
Dne 11. února 2015 10:08 Vladimir Macek napsal(a):
> On 10.2.2015 20:50, Honza Král wrote:
> > 2015-02-10 20:36 GMT+01:00 Radek Holý :
> >> V Pythonu dělám skoro 9 let a pořád platí, že kdykoliv někde
> >> narazím na "reduce", "map" apod. tak mě to vždy zdrží a chvíli mi
> >> trvá, než pochopím o co jde. List comprehensions se mi čtou
> >> snadněji - přirozeněji. Nehledě na to, že ty funkcionální
> >> záležitosti jsou skoro vždy spojené s deklarací jinak zbytečných
> >> funkcí se složitým významem, nebo ještě komplikovanějšími lambda
> >> funkcemi. Každopádně je to prostě otázku vkusu/zvyku... Jedním z
> >> problémů může pro mě být ta prefixová notace. Vypadá to jako Lisp
> >> :-)
>
> Doufám, že se shodneme, že to je věc osobních preferencí a nebudeme si to
> navzájem vyčítat. :-) Zajisté můžu považovat za elegantnější vytáhnout
> filtrační nebo transformační logiku do extra funkce s komentáři a pak jí
> předhodit do filter/map než to patlat do třířádkového C-G. Podotýkám pro
> jistotu znovu, že používám jak filter/map + zřídka reduce, tak C-G, vždy
> podle svého citu pro vhodnost. Snažím se dodržovat Zen.
>
> Kdykoli píšu \, trošku uvnitř umřu.
>
>
> > Vidim to uplne stejne, proto jsem byl prekvapen kdyz tady slysim
> > zastance filter/map/... Ja osobne se k nim skutecne uchyluji jen
> > obcas kvuli vykonu a v situaci kdy je naprosto jasne, co to bude
> > delat.
>
> To poslední negrokuju. :-) Jasné je snad v Pythonu vše, proto ho máme rádi,
> ne? :-)
>
>
> >> Ještě mě zarazilo to "stáhneme 10 URL". S tím mám vždy osobní
> >> problém. Jakmile někdo volá "map", aniž by ho zajímala návratová
> >> hodnota volané funkce, považuji to za chybu. Nehledě na to, že v
> >> Pythonu 3 "map" vrací iterátor, takže se kvůli tomu ještě typicky
> >> "map" obaluje do "list"... V těchto případech vždy preferuji
> >> klasický "for" cyklus. Ale opět je to jen můj názor.
>
> Dovoluji si i zde spíše nesouhlasit, zejména se slovem typicky.
> "Přetypování" tohoto typu snad používáme až tehdy, kdy je to nutné, ne?
> Pokud někde dostanu iterátor, je hromada případů, kdy se elegantně a
> efektivně použije přímo.
>
>
U toho přetypování jsem měl na mysli, když se map (nebo list comprehension)
použije místo for cyklu, když se už dál nepracuje s návratovými hodnotami.
Tehdy se (stále si trvám na) typicky map obaluje do listu, aby se ten výraz
vyhodnotil. Jinak samozřejmě nění map potřeba obalovat do listu.
>
> > Naprosty souhlas, parkrat jsem videl volani map ci list
> > comprehension bez zajmu o vysledek a take s tim mam problem - je to
> > plytvani (zbytecne se alokuje list) a je to hure citelne.
>
> Nedochází mi, kde jste vzali, že spojuju příklad se stažením 10 URL s
> map(), psal jsem zrovna, že jsem na tom příkladu ilustroval C-G. Ale i na
> map() se to dá použít
>
Moje chyba. Špatně jsem si to zapamatoval. Nicméně moje poznámka se týkala
jak list comprehension tak map. V obou případech mi toto použití připadá
špatné.
> map(urllib.urlopen, ('http://www.seznam.cz', 'http://google.com',
> 'http://ibm.com'))
>
> Též nerozumím tomu, jak jste vyvodili, že se jak v tomto případu, tak v tom
> mnou prve zmíněném s C-G nezajímám o návratovou hodnotu.
>
Nenapadlo mě, k čemu by návratová hodnota mohla být dobrá při stahování
souboru. Nevěděl jsem, jako funkci máš na mysli, ale představoval jsem si,
že pokud jde o stahování souboru, bude to fce, které zadám url a cestu na
disku a ona soubor stáhne, nebo vyhodí výjimku. V takové případě není
potřeba žádná návratová hodnota. Pokud nějaká potřeba je, tak je v tom
případě vše v pořádku. I když tedy stejně preferuji volání jakýchkoliv
funkcí s vedlejším efektem (nebo jaký je správný překlad) ve for cyklu.
Když vydím map (nebo list comprehension), nečekám, že se bude dít něco
zásadního kromě filtrování/spracování dat.
> Jednak jsem to zmiňoval jako rychlou ukázku C-G jakožto konstruktu pro
> studenty (kde se navc netvoří profesionální kód), za druhé mohu dostat
> všechny potřebné informace vč. stavových a za třetí... kam se vám poděl
> EAFP (https://docs.python.org/2/glossary.html)?
>
>
Tu poznámku o EAFP jsem nepochopil.
>
> > Mimochodem v python3 uz reduce ani neni builtin (byl presunuty do
> > functools) a i Guido to vidi obdobne:
> > http://www.artima.com/weblogs/viewpost.jsp?thread=98196
>
> S tím souhlasím, nic proti. Sám jsem psal, že ji používám zřídka.
>
> Děkuji za diskusi, štvete mě jen malinko. :-)
>
Cílem určitě nebylo někoho štvát. Měl jsem pocit, že nabízím konstruktivní
názor. Pokud to tak nebylo, omlouvám se.
--
Radek
___
Python mailing list
python@py.cz
http://www.py.cz/mailman/listinfo/python
Visit: http://www.py.cz
Re: [python] Seznamy
Dne 10. února 2015 10:18 Vladimir Macek napsal(a): > On 9.2.2015 21:50, Jan Bednařík wrote: > > > > > Mě se líbí explicitní použití funkcí map() a filter(), protože je > to pro začátečníka čitelnější a > > pochopitelnější, než List Comprehension > > > > Tohle me zajima - ja mam presne opacnou zkusenost. Bavime se o > > zacatecnicich v programovani (s temi mam zkusenost ja), ci jen > > zacatecniky s pythonem, ale programatory? > > > > > > Myslím si, že pro člověka, který vidí poprvé map a filter a List > > Comprehension, je snažší najít si v dokumentaci co dělají funkce map a > > filter a pochopit je samostatně. Protože to jsou dvě oddělené věci. > > Zatímco když se použije List Comprehension kombinující map i filter v > > jednom zápise, tak je tam toho na rozluštění a pochopení více. A taky ten > > List Comprehension nejde snadno dohledat v dokumentaci, protože z kódu > > není poznat, jak se to jmenuje (neobsahuje klíčová slova jako "map" či > > "filter"). > > > > Nějakou zásadnější osobní zkušenost s výukou nemám. Ale minimálně na > > škole jsem se setkal s tím, že se úplní začátečníci učí nejdříve > > funkcionální paradigma, tak by ten map a filter mělo být snadné pochopit > > pro kohokoliv. Nicméně naučit se místo toho v Pythonu rovnou List > > Comprehension určitě není na škodu. > > > > Honza > > Přispěju k diskusi Honzů. > > Nikdy jsem o tom vážně nepřemýšlel, ale asi mám ve svém kódu sklony vybrat > to, co je méně ukecané. Comprehension a Gen. exp. (dále C-G) někdy > potřebují až třikrát zopakovat řídicí proměnnou, zatímco filter si vystačí > s žádnou nebo třeba jedinou zmínkou. Takže někdy preferuju map a filter. > Reduce přijde ke slovu zřídka, což je asi přirozené. > > Souhlasím s již dříve popsanou výhodou jednoduchosti pochopení > funkcionálních konstruktů, které dělají jednu věc, zatímco C-G jich > kombinují několik. Je to švýcarský nůž a může pythonistům připadat hrozně > šikovný. Ale mě se ne vždy líbí ta ukecanost (řádek je dlouhý, často > zalomený) a překombinovanost. > > Nemám to exaktně potvrzeno hlasováním, ale když na školeních Pythonu učím, > necítím z posluchačů zvláštní nadšení, když se probírá C-G. Některé udiví, > co se tím dá dělat, když vyrobíme mocniny lichých čísel nebo stáhneme 10 > URL. Ale možná je to tak, že to je pro ně další nástroj, který je unikátní > a tudíž stojí energii navíc se ho učit. > > V. > Tak když už jste se v tom rozhodli původnímu tazateli udělat takový guláš, tak já se taky přidám :-) V Pythonu dělám skoro 9 let a pořád platí, že kdykoliv někde narazím na "reduce", "map" apod. tak mě to vždy zdrží a chvíli mi trvá, než pochopím o co jde. List comprehensions se mi čtou snadněji - přirozeněji. Nehledě na to, že ty funkcionální záležitosti jsou skoro vždy spojené s deklarací jinak zbytečných funkcí se složitým významem, nebo ještě komplikovanějšími lambda funkcemi. Každopádně je to prostě otázku vkusu/zvyku... Jedním z problémů může pro mě být ta prefixová notace. Vypadá to jako Lisp :-) Ještě mě zarazilo to "stáhneme 10 URL". S tím mám vždy osobní problém. Jakmile někdo volá "map", aniž by ho zajímala návratová hodnota volané funkce, považuji to za chybu. Nehledě na to, že v Pythonu 3 "map" vrací iterátor, takže se kvůli tomu ještě typicky "map" obaluje do "list"... V těchto případech vždy preferuji klasický "for" cyklus. Ale opět je to jen můj názor. -- Radek ___ Python mailing list python@py.cz http://www.py.cz/mailman/listinfo/python Visit: http://www.py.cz
Re: [python] Umělé neuronové sítě
Souhlasím, že pro praktické využití (tedy většina případů, kdy se člověk nesnaží vymeslet nový učící algoritmus) je lepší použít hotové knihovny. Nikdo pořádně neví, co se v neuronových sítích děje, a kdyby se něco rozbilo, bude se to hodně těžko ladit. Pro další teorii můžu odkázat na materiály k předmětu na ČVUT: http://cw.felk.cvut.cz/doku.php/courses/ae4m33bia/lectures a http://cw.felk.cvut.cz/doku.php/courses/ae4m33bia/literature Jinak mám dobré zkušenosti s knihovnou PyBrain (i když s jinými algoritmy než s ANN): http://pybrain.org Někdo si chválí i: https://code.google.com/p/neurolab/ Pokud vás však nikdo nenutí vytvořit program, ale stačí použít už nějaký hotový program, jsou tu další varianty. Na tom kurzu ČVUT jsem používal JavaNNS. Dále tam doporučují Matlab Neural Network Toolklit a Mathematica NeuralNetworks. Mám pocit, že i WEKA (http://www.cs.waikato.ac.nz/~ml/weka/) umí (nejen) neuronové sítě. Výhodou je, že není potřeba se zabývat implementací programu (a už vůbec ne implementací ANN) a stačí se soustředit na hledání nejlepšího učícího algoritmu a nejlepší struktury sítě. Ani to totiž není triviální. A to nemluvím o problémech s nekvalitní trénovací a testovací sadou... V neposlední řadě se pak tyto programy dají použít pro nalezení nejlepších parametrů sítě, která se pak implementuje třeba pomocí nějaké knihovny... S pozdravem -- Radek Holý Programátor specialista v oblasti distribuované umělé inteligence web: http://radek1.holych.cz vCard: http://radek1.holych.cz/?vCard Dne 7. března 2013 12:56 zdenekd napsal(a): > ctibor.pla...@seznam.cz wrote" > >Dělám diplomku na téma 'Softwarový systém konicity krystalizátoru' a > >mám při tom použít UNS. Problém je v tom, že vůbec nechápu, jak napsat > >takový algoritmus. Na netu je celkem dost informací o problematice UNS, > >ale jsou to vždy takové obecné řeči. > > > Dobrý den, > > backpropagation algoritmus je docela hustý a těžko na pochopení vystačíte > s nějakým kouskem kódu. Já jsem trochu pochytil, o co jde až na > https://www.coursera.org/course/ml > > Tam se ta teorie v cvičení dotahuje až do funkčního kódu. Bohužel je to > záležitost na měsíce, a asi by to dublovalo to, co jste se už učil ve > škole. Pro praktické použití Machine Learning jsou asi k dispozici hotové > knihovny. > > S pozdravem Zdeěk Drábek > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Jak ladit QThreads z PySide nebo PyQt ?
ad PyCharm: http://youtrack.jetbrains.com/issue/PY-4299?query=e
--
Radek
2013/1/14 Radek Holý
> Zkusil jsem to v PyCharm (nikdy jsem tam ale debugger nezkousel) a na
> breakpointech v konstruktoru Workerů se mi to zastaví, ale na breakpointech
> v ``MyWorkerThread.run`` ne, takže PyCharm to asi také neumí...
>
> --
> Radek
>
>
>
>
> 2013/1/13 darkanry
>
>> Stahl jsem si jednoduchy priklad pro praci s QThread. Priklad funguje bez
>> problemu, tak jsem ho zacal upravovat. Bohuzel jsem zjistil, ze to v PyDev
>> nejde ladit. Nevite nekdo jak na to? Kdyz to nejde s PyDev, jde to necim
>> jinym?
>>
>> Priklad:
>>
>> #import pydevd
>> #pydevd.connected = True
>> #pydevd.settrace()
>>
>> from PySide import QtCore
>>
>> import time, sys
>>
>> class MyWorkerThread(QtCore.QThread):
>> message = QtCore.Signal(str)
>>
>> def __init__(self, id, parent=None):
>> super(MyWorkerThread, self).__init__(parent)
>> self.id = id
>>
>> def run(self):
>> for i in range(10):
>> self.message.emit("%d: %d" % (self.id, i))
>> time.sleep(0.2)
>>
>> class MainProgram():
>> def __init__(self, parent=None):
>> self.threads = []
>>
>> self.addWorker(MyWorkerThread(1))
>> self.addWorker(MyWorkerThread(2))
>>
>> def addWorker(self, worker):
>> worker.message.connect(self.printMessage,
>> QtCore.Qt.QueuedConnection)
>> # connect the finished signal to method so that we are notified
>> worker.finished.connect(self.workersFinished)
>> self.threads.append(worker)
>>
>> def startWorkers(self):
>> for worker in self.threads:
>> print worker.id
>> worker.start()
>> # no wait, no finished. you start the threads and leave.
>>
>> def workersFinished(self):
>> if all(worker.isFinished() for worker in self.threads):
>> # wait until all the threads finished
>> QtCore.QCoreApplication.instance().quit()
>>
>> @QtCore.Slot(str)
>> def printMessage(self, text):
>> sys.stdout.write(text+'\n')
>> sys.stdout.flush()
>>
>> if __name__ == '__main__':
>>
>> app = QtCore.QCoreApplication(sys.argv)
>> m = MainProgram()
>> m.startWorkers()
>> sys.exit(app.exec_())
>> ___
>> Python mailing list
>> Python@py.cz
>> http://www.py.cz/mailman/listinfo/python
>>
>
>
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Jak ladit QThreads z PySide nebo PyQt ?
Zkusil jsem to v PyCharm (nikdy jsem tam ale debugger nezkousel) a na
breakpointech v konstruktoru Workerů se mi to zastaví, ale na breakpointech
v ``MyWorkerThread.run`` ne, takže PyCharm to asi také neumí...
--
Radek
2013/1/13 darkanry
> Stahl jsem si jednoduchy priklad pro praci s QThread. Priklad funguje bez
> problemu, tak jsem ho zacal upravovat. Bohuzel jsem zjistil, ze to v PyDev
> nejde ladit. Nevite nekdo jak na to? Kdyz to nejde s PyDev, jde to necim
> jinym?
>
> Priklad:
>
> #import pydevd
> #pydevd.connected = True
> #pydevd.settrace()
>
> from PySide import QtCore
>
> import time, sys
>
> class MyWorkerThread(QtCore.QThread):
> message = QtCore.Signal(str)
>
> def __init__(self, id, parent=None):
> super(MyWorkerThread, self).__init__(parent)
> self.id = id
>
> def run(self):
> for i in range(10):
> self.message.emit("%d: %d" % (self.id, i))
> time.sleep(0.2)
>
> class MainProgram():
> def __init__(self, parent=None):
> self.threads = []
>
> self.addWorker(MyWorkerThread(1))
> self.addWorker(MyWorkerThread(2))
>
> def addWorker(self, worker):
> worker.message.connect(self.printMessage,
> QtCore.Qt.QueuedConnection)
> # connect the finished signal to method so that we are notified
> worker.finished.connect(self.workersFinished)
> self.threads.append(worker)
>
> def startWorkers(self):
> for worker in self.threads:
> print worker.id
> worker.start()
> # no wait, no finished. you start the threads and leave.
>
> def workersFinished(self):
> if all(worker.isFinished() for worker in self.threads):
> # wait until all the threads finished
> QtCore.QCoreApplication.instance().quit()
>
> @QtCore.Slot(str)
> def printMessage(self, text):
> sys.stdout.write(text+'\n')
> sys.stdout.flush()
>
> if __name__ == '__main__':
>
> app = QtCore.QCoreApplication(sys.argv)
> m = MainProgram()
> m.startWorkers()
> sys.exit(app.exec_())
> ___
> Python mailing list
> Python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] hook na imap
On Sat, Oct 13, 2012 at 06:09:29PM +0200, Visgean Skeloru wrote: >Ahoj, pÃÅ¡u script co zpracovává emailové zprávy a chtÄl bych se >zeptat jestli neznáte nÄco na hooknutà se na imapový uÄet - takhle to >musÃm periodicky spouÅ¡tÄt cronem což je neefektivnÃ... PotÅebuju >prostÄ nÄco co by se pÅipojilo a Äekalo na maily... V souÄasnosti >použÃvám knihovnu imaplib, nic co by to umÄlo jsem nenaÅ¡el... >DÃky. Pokud IMAP server podporuje IDLE, tak by to mělo nějak jít. http://en.wikipedia.org/wiki/IMAP_IDLE Našel jsem i nějaké příklady http://blog.timstoop.nl/2009/03/11/python-imap-idle-with-imaplib2/ a nějaký modul https://github.com/athoune/imapidle Radek Kaňovský ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] WMI
Dobrý den,
nemáte někdo zkušenosti s editací WMI z Pythonu? Mám kód::
import wmi
class_ = wmi.WMI(computer=".", impersonation_level="Impersonate",
privileges=("Backup", "Restore"), namespace="WMI", suffix="BcdStore")
_result, store_com = class_.OpenStore("")
store = wmi._wmi_object(store_com)
manager_com, _result =
store.OpenObject("{9dea862c-5cdd-4e70-acc1-f32b344d4795}")
manager = wmi._wmi_object(manager_com)
_result, = manager.SetIntegerElement(0x2504, 5)
element_com, _result = manager.GetElement(0x2504)
element = wmi._wmi_object(element_com)
print(element.Integer) # Beze zmeny :-/
Měl by zavoláním metody ``SetIntegerElement`` nastavit hodnotu 5. Ale
i když vzápětí zavolám ``GetElement``, tak zjistím, že se hodnota
nezměnila.
Přičemž obdobný kód ve VB funguje správně::
dim objBCD
dim objBCDStore
dim objWBM
dim objElement
set objBCD =
GetObject("winmgmts:{impersonationlevel=Impersonate,(Backup,Restore)}!root/wmi:BcdStore")
if Err.number <> 0 then
WScript.Quit(1)
end if
if not objBCD.OpenStore( "", objBcdStore ) then
WScript.Quit(1)
end if
set objBCD = nothing
if not objBcdStore.OpenObject(
"{9dea862c-5cdd-4e70-acc1-f32b344d4795}", objWBM ) then
WScript.Quit(1)
end if
if not objWBM.SetIntegerElement( &h2504, 5) then
WScript.Quit(1)
end if
if not objWBM.GetElement( &h2504, objElement ) then
WScript.Quit(1)
end if
WScript.Echo objElement.Integer
Tento strom WMI přibyl až ve Windows Vista. Oba skripty spouštím z
příkazové řádky se stejnými "rootovskými" oprávněními.
Metoda ``Put_`` se v tomto případě zavolat nedá, ani ji Microsoft v
žádných ukázkových skriptech nepoužívá.
Skript jsem přepsal i pomocí ``win32com`` knihovny (vypustil jsem
``wmi``, která stejně jen obaluje ``win32com``) a ani to nepomohlo.
Děkuju za pomoc
--
Radek Holý
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Python freeze a Vista UAC
Pokusil jsem se... -- Radek Holý Dne 7. června 2012 19:36 Michal Molhanec napsal(a): > Dobrý den, > > to zní užitečně, nechcete to přidat do wiki ? > > Dne 6.6.2012 23:30, Radek Holý napsal(a): >> Dobrý den, >> >> moc děkuju za postrčení. Získal jsem další klíčová slova pro hledání a >> nakonec jsem zjistil, že pro změnu manifestu stačí následující kód: >> >>>>> import win32api >>>>> >>>>> # Load manifest. >>>>> handle = win32api.LoadLibrary(PATH_TO_EXE) >>>>> manifest = win32api.LoadResource(handle, 24, 1, 1033) >>>>> win32api.FreeLibrary(handle) >>>>> >>>>> # Modify manifest (replacing 'requestedExecutionLevel level="asInvoker"' >>>>> by 'requestedExecutionLevel level="requireAdministrator"'). >>>>> >>>>> # Save new manifest. >>>>> handle = win32api.BeginUpdateResource(PATH_TO_EXE, 0) >>>>> win32api.UpdateResource(handle, 24, 1, manifest, 1033) >>>>> win32api.EndUpdateResource(handle, 0) >> >> Resp. toto stačí pro EXE soubory používané v cx_freeze. Nevím, jestli >> v jiných EXE souborech není třeba použít jiné identifikátory než "1" a >> "1033" ve funkcích ``win32api.LoadResource`` a >> ``win32api.UpdateResource``... > > -- > Zdraví, > Michal Molhanec > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Python freeze a Vista UAC
Dobrý den, moc děkuju za postrčení. Získal jsem další klíčová slova pro hledání a nakonec jsem zjistil, že pro změnu manifestu stačí následující kód: >>> import win32api >>> >>> # Load manifest. >>> handle = win32api.LoadLibrary(PATH_TO_EXE) >>> manifest = win32api.LoadResource(handle, 24, 1, 1033) >>> win32api.FreeLibrary(handle) >>> >>> # Modify manifest (replacing 'requestedExecutionLevel level="asInvoker"' by >>> 'requestedExecutionLevel level="requireAdministrator"'). >>> >>> # Save new manifest. >>> handle = win32api.BeginUpdateResource(PATH_TO_EXE, 0) >>> win32api.UpdateResource(handle, 24, 1, manifest, 1033) >>> win32api.EndUpdateResource(handle, 0) Resp. toto stačí pro EXE soubory používané v cx_freeze. Nevím, jestli v jiných EXE souborech není třeba použít jiné identifikátory než "1" a "1033" ve funkcích ``win32api.LoadResource`` a ``win32api.UpdateResource``... S díky a pozdravem, -- Radek Holý Dne 6. června 2012 13:45 Petr Hlávka napsal(a): > přidám ještě odkaz na Resource Tuner - > http://www.heaventools.com/rt-tour-xml-manifest-wizard.htm > > > 2012/6/6 Petr Hlávka >> >> Dobrý den, >> >> přidat UAC manifest (ten zařídí žádost o elevaci) do existujícího souboru >> by měl umět např. Resurce Tuner. >> >> Samotný cx_freeze pro to podporu asi bohužel nemá, viz. >> >> >> http://sourceforge.net/tracker/index.php?func=detail&aid=3469038&group_id=84937&atid=574393 >> >> S pozdravem Petr Hlávka. >> >> >> 2012/6/6 Radek Holý >>> >>> Ahoj, >>> >>> myslel jsem, že tohoto poblému bude plný Internet a že na to hned >>> najdu odpověď, ale ať hledám jak hledám, nic nenacházím. :-/ >>> >>> Nevíte někdo, prosím, jak pomocí cx_freeze (nebo jiné alternativy pro >>> Python 3) vytvořit EXE soubor, který vyžaduje "práva administrátora" >>> (tedy "elevation", viz Vista User Access/Account Control)? >>> Nebo alespoň jak výsledný soubor modifikovat tak, aby tyto práva >>> vyžadoval? (ideálně tak, abych nemusel instalovat compiler) >>> >>> Na http://en.wikipedia.org/wiki/User_Account_Control píší něco o >>> manifestu aplikace, ale vůbec netuším, jak jej podstrčit do cx_freeze, >>> nebo jak ho modifikovat (bez compileru, resp. ani s compilerem) :-( >>> >>> Moc děkuju za odpověď >>> -- >>> Radek Holý >>> ___ >>> Python mailing list >>> Python@py.cz >>> http://www.py.cz/mailman/listinfo/python >> >> > > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Python freeze a Vista UAC
Ahoj, myslel jsem, že tohoto poblému bude plný Internet a že na to hned najdu odpověď, ale ať hledám jak hledám, nic nenacházím. :-/ Nevíte někdo, prosím, jak pomocí cx_freeze (nebo jiné alternativy pro Python 3) vytvořit EXE soubor, který vyžaduje "práva administrátora" (tedy "elevation", viz Vista User Access/Account Control)? Nebo alespoň jak výsledný soubor modifikovat tak, aby tyto práva vyžadoval? (ideálně tak, abych nemusel instalovat compiler) Na http://en.wikipedia.org/wiki/User_Account_Control píší něco o manifestu aplikace, ale vůbec netuším, jak jej podstrčit do cx_freeze, nebo jak ho modifikovat (bez compileru, resp. ani s compilerem) :-( Moc děkuju za odpověď -- Radek Holý ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Platformní (ne)závislost výsledků
Dne pondělí 30 ledna 2012 09:13:31, Matěj Cepl napsal(a): > On 30.1.2012 08:56, Radek Machulka wrote: > > Víkend bez internetu... > > http://linuxmafia.com/~rick/faq/?page=netiquette#offlist Díky za upozornění. Vypadá to, že s novou verzí změnil můj klient výchozí způsob odpovědi. Takže zde postřehy z předchozí komunikace. --- Ted jsem si vsiml (trochu se divim, ze me to nenapadlo driv), ze jeden python je 32 a druhy 64bit. Podle toho, co jsem ale ted googlil, tak by tento rozdile nemel mit vliv na presnost vysledku. Na wikipedii jsem treba narazil na vetu: "Programmers in LISP or Python (among others) have some assurance that their program code will Do The Right Thing with mathematical operations." Jen tak pro zajimavost... --- Ted jsem to zkusil na dalsim 64-bit systemu. Vysledek je takovy, ze i na dvou 64-bitech se vysledky sice mnohem mene, ale stejne lisi. Jeste jsem si overil, jesli se nacitaji stejne data (struct.unpack) a ano, takze k rozdilum musi dochazet behem vypoctu. Jen pro predstavu: jedna se o matice hodnot ze kterych se (krom jineho) pocita prumerna hodnota (numpy.array().mean()), coz je podle me operator, kde by mel byt minimalni prostor k nejasnostem. --- > a) není jedna ta mašina 32bitová a druhá 64bitová? Je. Operační systém, balíčky včetně zkompilovaného pythonu jsou v jedné verzi 32 a ve druhé 64bit, nicméně podle toho co jsem našel by v tomto neměl být problém, nehledě na to, že se mi liší i výsledky ze dvou 64bit systémů. > b) jaké operační systémy? Archlinux (nějaká) Mandriva a openSUSE (11.4). Jádra, python i moduly identické včetně verze gcc, kterou byl python zkompilovan. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Platformní (ne)závislost výsledků
Zdravím, provádím teď nějaké analýzy dat a protože jejich zpracování je časově náročné, začal jsem je zpracovávat na výpočetně výkonějším stroji. Porovnáním již provedených analýz jsem ale zjistil, že se výsledky liší. Chyby (rozdíl) se nevyskytují ve všech charakteristikách, ani nejsou nijak závratné, ale jsou (a v některých případech nejsou ani moc zanedbatelné). Spíš než aby mi to způsobovalo nějaké praktické komplikace mě to překvapilo. Data se načítají z identických binárních zdrojů, používá se ten samý kód k jejich zpracování včetně verzí veškerých knihoven i interpretu samotného (binární balík). Chápal bych to snáze u nízkoůrovňových jazyků, ale myslel jsem, že python bude v tomto konzistentní. Zakopaný pes bude asi v knihovně numpy, kterou využívám, a jejíž střeva jsou psána v C (pokud vím). Zkoušel jsem googlovat, ale nenašel jsem žádné moc relevantní informace. Existuje možnost jak se dostat do nějakého 'strict' režimu, kdy by k tomu nedocházelo? Nebo rozlišit situace, kdy k podobnému efektu může dojít. Stačí i linky. Dík Radek P.S. použité stroje: 1) Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz GenuineIntel 2) Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] XML strom a XPath
On Fri, Aug 19, 2011 at 01:38:25AM -0700, Stone wrote:
> Pomoci Pythonu to delam takto, ale stale to hlasi chybu:
> #!/usr/bin/python
>
> from xml.etree import ElementTree
>
> xmltree = ElementTree.parse("/home/user/djcode/testlab/last_scan.xml")
> '''host = xmltree.findall('host')'''
> host = xmltree.findall('///status[@state=\'up\']/parent::*')
> print len(host)
ElementTree implementuje z XPath pouze velmi malou cast. Nekde na
http://effbot.org/zone/element-index.htm by to melo byt popsano.
Pro slozitejsi dotazy je lepsi pouzit http://lxml.de/ .
Radek Kaňovský
http://www.dat.cz/
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Tisk unicode řetězce a tisk seznamu unicode řetězců
On Tue, Jun 07, 2011 at 06:13:23PM +0200, David Rohleder wrote:
> Když už jsme u těch řetězců: jak se udělá raw unicode řetězec, tj.
> interpret neinterpretuje uvnitř? Generuju si latexový dokument a on se
> přirozeně vzteká na:
>
> hlavicka = ur"""
> \documentclass[a4,landscape]{article}
> \usepackage{graphicx}
> \usepackage[czech]{babel}
> \usepackage[utf8]{inputenc}
> \begin{document}
> \thispagestyle{empty}
>
> """
>
> print hlavicka
>
> SyntaxError: (unicode error) 'rawunicodeescape' codec can't decode bytes
> in position 39-40: truncated \u
Problém je, že i v raw řetězci má \u speciální význam. Slouží pro zadávání
unicode znaků hexadecimálně a "sepa" (následující za \u) není hexadecimální
číslo. http://docs.python.org/reference/lexical_analysis.html#literals
Možná by nebylo špatné na generování latex dokumentů použít nějaký
šablonovací nástroj. Taková Tempita http://pythonpaste.org/tempita/
je velmi jednoduchá. Používáme to například na generování emailů.
Dlouhé stringy v kódu nevypadají dobře a starší Vim občas rozhodí
při zvýrazňování syntaxe :-)
Radek Kaňovský
http://www.dat.cz/
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
[python] Optimalizace
Zdravim, v souboru mam (krom jineho) ulozene 2D pole cisel. Cisla jsou 32bit float a jsou rozdelena vzdy do 4 po sobe jdoucich bytu. Pro vytvoreni pozadovaneho pole hodnot mam nasledujici funkci (informaci o rozmerech mam z jineho mista v souboru): from numpy import array from numpy import reshape from numpy import float32 def createMatrix(dat, shape): lst = [] i = 0 while True: try: if i % 4 == 0: lst.append(float(ord(dat[i]) << 3 * 8 | ord(dat[i + 1]) << 2 * 8 | ord(dat[i + 2]) << 1 * 8 | ord(dat[i + 3]))) i = i + 1 except IndexError: break return array(lst, float32).reshape(shape) Funkce funguje, ale je prilis pomala. Napada nekoho jak to cele napsat vykonove optimalneji. Dik Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] (ne)logičnost .join() ?
On 23 ún, 08:08, "Petr Přikryl" wrote: > Každý má jiný pohled na věc a jiná očekávání. Podle mého názoru > je přístup typu ','.join(kontejner) možná na první pohled nezvyklý, > ale na druhý pohled je velmi logický. Jde o to, že dokáže spojit > zadaným řetězcem prvky dodané jakýmkoliv kontejnerem, > který podporuje iteraci a který vrací řetězcové prvky. Zajisté, pro implemetátora má smysl to definovat na jednom místě. Takže by byl dobrý mixin nebo třída která implementuje metody nad iterabilními kontejnery, a ty iterabilní kontejnery podědí nebo si ty metody mixnou. Ale když pracujete tak chcete psat něco jako neco.jeho_kolekce.transform.sort.jeste_transform.join a nemáte chuť psát join(neco.jeho_kolekce.transform.sort.jeste_transform) obzvláště když ten řetězec chcete na tečce dále zpracovávat. neco.jeho_kolekce.transform.sort.jeste_transform.join.strip.jiny_transform.split když to pak přepíšete do závorkové notace, tak je to nečitelné, protože v závorkové notaci se píše doleva a v tečkové doprava. Pár takových závorek v tečkovaném výrazu a nevyzná se v tom ani zvíře které to má v popisu práce. A nebo jinak. Kolikrát v životě jste potřebovali aplikovat join na řetězec v tečce? Já si nepamatuju jediný případ. > A co se týká "volně rozhozených built-in funkcí", ono jich zase > tak strašně moc není. Nezvyklé je to hlavně pro lidi, kteří > pracovali v čistě OO jazyce, který funkce nepodporuje jo, asi tak nějak. Teď by bodl dokument: "Jak zobjektit Python v místech kde se tomu brání, resp. kde to ještě nikdo neudělal." To je asi to nejtrefnější: Přesně v místech kdy Python nesleduje objektové principy to bolí, a strašně. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Dekorátor
On 22 ún, 21:34, "Róbert Čerňanský" wrote:
> Ono, strptime naozaj konvertuje reťazec do datetime:
o tom není pochyb, tak to stojí v dokumentaci
> >>> datetime.strptime("22. 2. 2011", "%d. %m. %Y")
> datetime.datetime(2011, 2, 22, 0, 0)
:) perfektní přesná odpověď, ale na úplně jinou otázku ;)
> Ale možno si potreboval niečo sofistikovanejšie, čo odhadne formát
> automaticky a pod.
Přesně, nemohu předvídat co napíše uživatel do vstupu.
Momentálně používám externí knihovnu dateutil.
> Pythonovský shell IDLE vie po stlačení Ctrl+Medzerník za bodkou
> zobraziť zoznam členov daného objektu.
ehm ten seznam je jaksi velmi krátky. odhadem mi zatajuje cca 80%
metod. nejspíš to bude tím že jejich jména začínají znakem _
> Taktiež môžeš napísať
> help() a dostaneš výpis jeho členov aj so stručnými popismi.
to už vypadá líp. dokonce to ukáže všechny metody. A navíc ten
příkaz funguje i v ipython
> Prípadne help() zobrazí jej, v drvivej väčšine bohužiaľ
> stručný, popis. Klikať sa dá v browseri keď pustíš príkaz "pydoc
> -g", ale sú to tie isté stručné popisy, čo pre help(). :-( Tiež by
> som privítal aby API dokumentácia bola podrobnejšia.
jo pydoc ukazuje to samé co help() z ipython/idle.
pydoc je sice hrůza, ale je to lepší než drátem do oka.
> Ja rád používam shell PyCrust, ktorý je súčasťou wxPython. Okrem
> dopĺňania (ponuky členov objektu) a tooltipov s helpom umožňuje
> zobraziť aj zdroják k objektu ak je v Pythone.
nainstaloval jsem, dík za dobrý tip. Tedy na první pohled vypadá
dobře.
> Viac ma ale trápi to, že operácie, ktoré sa dajú s daným typom objektu
> robiť treba hľadať na niekoľkých miestach. Hlavne je nevýhoda, že
> Python má kopec "voľne pohodených" built-in funkcií a keď chcem vedieť
> operácie napr. s listom, tak okrem jeho metód sa ešte musím prehrabať
> množstvom built-in funkcií, ktoré zďaleka nie sú všetky o liste. Plus
> treba pozrieť modul itertools.
ani nekomentovat mám s tím stejný problém
> > Něco jak seznam.join(','). Tohle je naštěstí tak profláknuté, že už
> > jsem si zapamatoval že v Pythonu je join metoda toho ',' a ne toho
> > pole.
>
> Tak nie som jedný, komu sa zdá, že to má Python opačne. :-)
já jsem stráášně rozmlsaný z Ruby kde všechno má svou logiku. Po
nějaké chvíli člověk začne psát příkazy/metody intuitivně bez
konzultace s dokumentací a všechno funguje.
> Robo
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Dekorátor
On 22 ún, 21:46, Vojtěch Rylko wrote: > Doporučuji zdrojové kódy > feedparseru.http://www.feedparser.org/docs/date-parsing.html Dík za radu, ale momentálně jsem si problém vyřešil externí knihovnou dateutil. Prohledal jsem PyPi a několik knihoven zkusil. > Vojtěch Rylko ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Dekorátor
On 21 ún, 23:00, Radek wrote: > On 21 ún, 15:01, Hynek Fabian wrote: > > > Radek (Wednesday 16 of February 2011 15:23:07):> nejdřív bych se uvedl, > > jsem takový opakovaný začátečník, k Pythonu > > > jsem naposled přičichl možná před osmi lety a nic moc. Teď, asi tři > > > měsíce zpátky jsem se k němu vrátil, protože si hraju s GAE/P. Přes > > > všechny problémy se zkouším prokousávat, ikdyž python bolí, > > > Něco děláš špatně. Kde to bolí? > > To je na takové to domácí popovídání. > ... ono to asi vypadá že si moc stěžuju, ale já hledám způsoby jak zvládnout Python Něco o parametrizovaných dekorátorech jsem si už napsal, a teď to přepisuju aby to měl tvar a bylo pochopitelné. Viz http://www.hnilica.cz/tmp/google/Python.metadecorator.html Je tam ukázka metadekorátoru realizovaného třídou. Je tam ve formě šablony. Na tomto tvaru je hezké to že nedochází k vícenásobnému zanořování method do sebe jak to vypadá když se použijí funkce. Musím pohledat odkaz na netu který mne k tomu přivedl. Účelem toho je dosáhnout dostatečně jednoduchého a srozumitelného popisu. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Dekorátor
On 21 ún, 15:01, Hynek Fabian wrote:
> Radek (Wednesday 16 of February 2011 15:23:07):> nejdřív bych se uvedl, jsem
> takový opakovaný začátečník, k Pythonu
> > jsem naposled přičichl možná před osmi lety a nic moc. Teď, asi tři
> > měsíce zpátky jsem se k němu vrátil, protože si hraju s GAE/P. Přes
> > všechny problémy se zkouším prokousávat, ikdyž python bolí,
>
> Něco děláš špatně. Kde to bolí?
To je na takové to domácí popovídání. Poslední roky jsem psal v Bashi
a něco v Ruby. Z objektových systémů beru jako laťku se kterou
srovnávám právě to Ruby. Když jsem začal hledat literaturu a zdroje
ke studiu, řekl jsem si že když je spousta textů stylu "Java pro
céčkaře", "Python pro fyziky". Že bych se porozhlédl jestli není něco
jako Python pro Rubisty. Bohužel nenašel. Tak jediným zdrojem je to
co po různu najdu. Snažím se postupně jednotlivé problémy řešit ale
lámání je na dlouho. Asi bych si měl psát všechny nejasnosti bokem
abych je měl po ruce, ale takto se spoléhám jen na svou děravou hlavu.
Co mě opravdu dostalo, a to jsem měl chuť projít stropem, byla práce s
časem. Potřeboval jsem jednoduchou věc, vzít časovou/datumovou
informaci od uživatele a udělat z ní časový objekt. Ke své hrůze jsem
zjistil, že to tak nějak nejde. Na IRCu se mi podařilo odchytit
nějakého programátora, a má hrůza se začala stupňovat jak jsem
zjišťoval ža ani nechápe co chcu. Obyč funkci, nejlépe metodu
časového objektu, které nacpu řetězec od uživatele jako string a
dostanu objekt. Neustále říkal že přece nic problém, že to umí metoda
strptime a je to popsáno v dokumentaci. Opětovně po několikáté jsem
velmi pečlivě četl tu stránku v dokumentaci a nechápal, protože
strptime je na tohle absolutně nepoužitelná. Nakonec jsem objevil na
netu knihovnu která to umí. Ale strávil jsem dost času zjišťováním že
čistý python a dodané knihovny jsou v tomhle ohledu přinejmenším
neúplné.
A to je jen ukázka jednoho z mnoha případů kdy mi dlouhé hodiny,
případně celé dny trvá najít řešení.
Potřeboval bych nějakou rozumnou dokumentaci, a nevím kde ji vzít.
Většina toho na co se lidi odkazují a co používají se mi zdá tak
podivně strohé Viz Pythoní dokumentace k datetime.
Často když něco píšu, tak mám představu co vlastně dělám, jen nevím
jak se to píše v Pythonu. I chtěl bych třeba, k danému objaktu, znát
všechny metody a vlastnosti co má. A neumím nikde najít takový
přehled. Takový přehled jako má například dokumentace k Ruby.
Nakliknout si Modul/Objekt a dostanu metody. Nakliknu metodu a mám
podrobný popis k čemu že vlastně slouží, jak se jí dávají parametry a
ukázkou několika použití.
Další "drobnost" na kterou jsem narazil je join. Prostě potřebujete z
seznamu který máte, nebo který držíte "uprostřed výpočtu na tečce"
udělat řetezec. Něco jak seznam.join(','). Tohle je naštěstí tak
profláknuté, že už jsem si zapamatoval že v Pythonu je join metoda
toho ',' a ne toho pole.
> > Jen tím že chci aby měl dekorátor parametry, se tak radikálně změní
> > kód dekorátoru.
> > Potřeboval bych nějak po lopatě vědět, co se uvnitř děje, protože
> > cítím že ty dekorátory budu určitě používat ještě mnohem divočeji.
>
> Vtip je v tom že se ve skutečnosti kód nijak nemění. Intuitivní představa že
> parametry v závorkách by měly být předány dekorátoru je jen optický klam.
> Pokud mám dekorátor jménem "spam"
jj teď už to vim, začal jsem si dělat obrázek o tom jak to funguje a
kdy se co vyhodnocuje a jak to dopadne.
> Osobně považuji použití objektů k dekoraci za nešťastné. Metoda "uzávěra v
> uzávěře" sice vypadá zezačátku děsivě, ale je aspoň přímočará a dá se pochopit
> co se děje uvnitř. Objekty jen nahradí jednu složitost jinou (kolik lidí chápe
> nuance metod __call__, __new__ a __init__?).
No jde o to, že jsem neviděl dost příkladů abych si udělal obrázek.
Jedno z prvních vysvělení dekorátorů které jsem viděl používalo třídu
s odůvodněním že je to mnohem snažší na pochopení, tak jsem se toho
držel. Můžu zkusit svůj případ přepsat s použítí třídy na použítí
funkce. Ale nebude to možná mít ten správný efekt, protože jsem ostrý
okód tak refaktorizoval, že z něj už moc nezbylo. (Jak jsem zmiňoval,
původně tam byly další dvě metody které se volaly). Další věc je, že
mám někde v hlavě špendílček zaražený k dekorátoru že bych mohl využít
dědičnost při tvorbě různých druhů authorizačních dekorátorů. Jako že
základní princip a pak BasicHTTP, Session, . poděděné z něj.
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Dekorátor
On 21 ún, 13:56, Jakub Vysoky wrote: > jenom bych rad doplnil, zed pythoni syntaxe > -- > Jakub Vysoky Jo to vim, je to jasne. Jen jsem nevedel a nenapadlo mi si to prepsat @Authorize(allow='admins') def get(self, key=None, action=None): ... na def get . get = Action(allow='admins')(get) A pak pochopit takovyto vyraz. Protože dekorator je funkce která vrací funkci. Zatímco 'parametrizovany' dekorator je funkce ktera vraci dekorator. Coz po rozepsani da: "funkce ktera vraci funkci ktera vraci funkci" coz uz name bylo dost abych se v tom zacal ztracet. :) Proste se Python teprve ucim. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Dekorátor
On 20 ún, 16:02, "Róbert Čerňanský" wrote: > Dúfam, že som Ťa ešte viac nepoplietol. ;-) > Robo Dík za snahu, průběžně jsem ten dekorátor studoval z videozáznamů přednášek co jsem našel, takže jsem se v tvé odpovědi orientoval .Takže ještě jednou dík. ono u takovýchto jednoduchých pojmů, které velmi rychle vedou k hůře pochopitelným abstrakcím, je dobrých příkladů vždycky málo. Z toho co jsem četl, tak použítí třídy pro realizaci dekorátoru funkce je způsob jak si udržet větší kontrolu nad kódem? Můj puvodní dekorátor vypadal nějak takto: class Authorize: def __init__ ... def __call__ ... def dekorovana_fce: ... def metoda_volana_z_dekorovana_fce: def jina_metoda_volana_z_dekorovana_fce: Když jsem to všechno psal, popisoval a ladil, tak jsem to nakonec celé refaktorizoval že tam ty další metody nezůstaly. Prostě jsem si při prvním programovacím pokusu nevšiml že to dělám složitě. Ale s dekorovanou fcí zacházím tak, jako by fungovala v kontextu třídy dekorátoru, což taky funguje. A teď to budu vylepšovat, protože jsem si uvědomil, že když dekoruji metodu třídy, má fce kterou dekoruju jako první argument odkaz na kontext té třídy. Už jsem ho částečně použil a z dekorované funkce do něj psal. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Q&A server zaměřený na Python
Aha, jedno je na Python a jedno na "Python pro web"... Pardon 2011/2/20 Radek Holý : > A může se zeptat na rozdíl mezi účely? Nějak je nevidím... :( > > Sorry, Radek > > > > > 2011/2/19 Adam Štrauch : >> Ahoj, >> >> Petr Messner píše v So 19. 02. 2011 v 15:55 +0100: >>> Ahoj, >>> >>> jen takový detail - v předmětu potvrzovacího mailu je "Welcome to >>> Q&A Roští.cz", to & tam asi nepatří :) >>> >> >> koukám na to a nebude to tak jednoduchý. Vývojáři asi nepočítali, že >> někdo strčí do názvu znak &. Dám tam nějaký workaround. >> >>> Takže to znamená, že většina provozu zde na mailinglistu se přesune na QA? >>> :) >>> >> >> To snad ne, obojí má jiný účel :-) >> >>> PM >> >> Adam >> >> ___ >> Python mailing list >> Python@py.cz >> http://www.py.cz/mailman/listinfo/python >> > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Q&A server zaměřený na Python
A může se zeptat na rozdíl mezi účely? Nějak je nevidím... :( Sorry, Radek 2011/2/19 Adam Štrauch : > Ahoj, > > Petr Messner píše v So 19. 02. 2011 v 15:55 +0100: >> Ahoj, >> >> jen takový detail - v předmětu potvrzovacího mailu je "Welcome to >> Q&A Roští.cz", to & tam asi nepatří :) >> > > koukám na to a nebude to tak jednoduchý. Vývojáři asi nepočítali, že > někdo strčí do názvu znak &. Dám tam nějaký workaround. > >> Takže to znamená, že většina provozu zde na mailinglistu se přesune na QA? :) >> > > To snad ne, obojí má jiný účel :-) > >> PM > > Adam > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Dekorátor
Dobrý den, nejdřív bych se uvedl, jsem takový opakovaný začátečník, k Pythonu jsem naposled přičichl možná před osmi lety a nic moc. Teď, asi tři měsíce zpátky jsem se k němu vrátil, protože si hraju s GAE/P. Přes všechny problémy se zkouším prokousávat, ikdyž python bolí, ale teď jsem se tak nějak úplně ztratil. Pokouším se udělat Basic HTTP auhorizaci, respektive se ji pokouším zabalit do inteligentního dekorátoru. Byl by tady někdo, kdo by mě mohl odkázat na rozumný studijní materiál, podtrhuji rozumný, ze kterého bych byl schopen pochopit, jak funguje dekorátor který definuju jako třídu. S dekorátory jako funkcemi jsem se nějak popasoval, tedy aspoň si to myslim, ale u té třídy je to pro mě černá magie. Pokud nemá dekorátor parametry, tak se zdá že to nějak chápu. Do __init__ je předána dekorovaná fuknce a do __call__ jsou pak předávány argumenty té funkce viz: class mydec: def __init__(self, fce): self.fce = fce # Store, we will use it in __call__ def __call__(self, *args, **kwds): pre result = self.fce(*args, **kwds) .post return result @mydec def myfunc(*args, **kwds): pass Ale pokud má mít dekorátor parametry, tak jsem sice našel/zkonstruoval kód který se zdá fungovat, ale plně mu nerozumím. Následující je vystřiženo z testovacího skriptu. class Authorize: def __init__(self, allow = None, deny = None): self.allow = allow; self.deny = deny print 'Authorize.__init__(allow=%s, deny=%s)' % (allow,deny) def __call__(self, function): def decoratedFunction(?context, *args, **kwds): # context must be if we decorated class method, its a self. print 'Authorize.__call__ in decorator, before function with: %s, %s' % (str(args), str(kwds)) self.helper() # Just to test if I can call result = function(*args, **kwds) print 'in decorator, after function, result: %s' % str(result) return result return decoratedFunction def helper(self): print 'Authorize.helper()' @Authorize() def get(key, action): print 'get(%s, %s)' % (key, action) return 'ola' Jen tím že chci aby měl dekorátor parametry, se tak radikálně změní kód dekorátoru. Potřeboval bych nějak po lopatě vědět, co se uvnitř děje, protože cítím že ty dekorátory budu určitě používat ještě mnohem divočeji. Jen tak mimochodem, v tuto chíli se snažím mít něco co v aplikaci použiju asi takto: class UserHandler(ApplicationHandler): # ApplicationHandler is subclass of webapp.RequestHandler @Authorize(model=User, allow=['karel', 'admin'], deny=['pavel']) def get(self, key=None, action=None): . process GET request knowing that . self.loged_user is the current authorized user ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] super()
A já to tedy navíc používám jako super(self.__class__, self).__init__() aby se dal kód lépe modifikovat... Radek 2010/12/29 Martin Kubát : > Zdravím, > u super netřeba explicitně vyjmenovávat název třídy, ze které se dědí. > Občas to může pomoci, v případě vzájemných vazeb a podobných srandiček... > > Martin Kubát > > > spooky...@tbs-software.com napsal(a): >> Zdravím, >> vysvětlil by mi někdo polopaticky používání builtinu super(). >> Jaký je hlavní rozdíl v použití: >> >> class B(A): >> def __init__(self): >> A.__init__(self) >> >> a: >> >> class B(A): >> def __init__(self): >> super(B, self).__init__() >> >> popřípadě jiné využití. >> Z manuálu jsem to moc nepochopil. >> Díky. >> >> >> >> ___ >> Python mailing list >> Python@py.cz >> http://www.py.cz/mailman/listinfo/python > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Python a Windows Mobile letos
Ahoj, ještě mě napadlo, zda by se pro běh Python aplikace na Windows Mobile nedalo použít PyPy. Že by se ta RPython aplikace přeložila do C (nebo Java Bytecode, nebo CLI) a z C by se to přeložilo pro Windows Mobile... Tam pak ale asi narážím na to, že nebudu mít k dispozici GUI knihovnu přeložitelnou PyPy. Nevíte, jestli taková existuje? Nejlépe QT, ale co alespoň ten Tkinter? Nebo WxWidgets? Díky moc, Radek 2010/3/3 Jan Bednařík : > Vzhledem k tomu, že Windows Phone 7 mají úplně jinou filosofii GUI (jsou > dělané na ovládání prstem, nikoliv stylusem), předpokládá se, že > kompatibilita bude problém. Ale uvidíme co v Microsoftu vymysleli, zatím se > v otázce kompatibility oficiálně nevyjádřili. > > Honza > > > 2010/3/3 Radek Holý >> >> Samozrejme o ostatnich mobilnich platformach taky uvazuji, ale tam >> vim, ze to nejak pujde. Proto o nich nemluvim. Zatimco Windows Mobile >> nejdou. >> IronPython udajne bohuzel nejde (pokud se to nezmenilo), protoze neni >> kompatibilni s .NET compact framework. >> O tom, ze Windows Phone 7 budou uplne jine jsem slysel, ale myslel >> jsem, ze to je zas jen marketing (predelaji vzhled a spoji se >> socialnimi sitemi) - netusil jsem, ze bude zmena i v oblasti >> kompatibility aplikací. >> Ale i tak by se mi libila kompatibilita s Windows Mobile, protoze >> aspon v mem okoli jsou hodne rozsirene. >> >> Radek >> >> >> >> >> Dne 3. března 2010 13:01 Martin Stiborský >> napsal(a): >> > Nejlépe je na tom s Pythonem Maemo, je to absolutně bez problémů, >> > programování "jako" na desktopu. >> > Na iPhone to s Pythonem jde taky, ale není to zrovna "příjemné" >> > programování, já jsem na to nervy neměl. >> > >> > 2010/3/3 Jan Bednařík : >> >> Ahoj, >> >> >> >> jen jedna technická - Windows Mobile jsou dnes de-facto mrtvá >> >> platforma, >> >> takže začínat vývoj pro ně nemá příliš smysl. Počkej si na specifikace >> >> nových Windows Phone 7, hodně věcí tam bude úplně jinak a staré >> >> aplikace s >> >> největší pravděpodobností nebudou úplně kompatibilní. >> >> >> >> Případně bych doporučil zaměřit se na Maemo, tam by neměl být žádný >> >> problém, >> >> případně kouknout jak je na tom s podporou Pythonu Android a iPhone OS. >> >> >> >> Honza >> >> >> >> >> >> 2009/11/12 Radek Holý >> >>> >> >>> Ahoj, >> >>> chtěl bych se Vás zeptat, jak je to v této době s vývojem aplikací v >> >>> Pythonu pro Windows Mobile. >> >>> Našel jsem akorát PythonCE a ten už se (zdá se mi) pár let nevyvíjí. >> >>> 1) Existuje ještě jiná možnost? >> >>> 2) Ještě mě napadlo, že by se to možná dalo řešit IronPythonem nebo >> >>> JPythonem. Je to tak? >> >>> Děkuju, Radek >> >>> ___ >> >>> Python mailing list >> >>> Python@py.cz >> >>> http://www.py.cz/mailman/listinfo/python >> >> >> >> >> >> ___ >> >> Python mailing list >> >> Python@py.cz >> >> http://www.py.cz/mailman/listinfo/python >> >> >> > >> > >> > >> > -- >> > S pozdravem >> > Martin Stiborský >> > >> > Jabber: st...@njs.netlab.cz >> > ___ >> > Python mailing list >> > Python@py.cz >> > http://www.py.cz/mailman/listinfo/python >> ___ >> Python mailing list >> Python@py.cz >> http://www.py.cz/mailman/listinfo/python > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] získání dat formuláře z HTML so urce ; odeslání dat (POST)
On Sun, Jun 13, 2010 at 08:54:05PM +0200, Michal Molhanec wrote: > (omlouvám se, pokud vám tento email přišel dvakrát) > > Dne Ne 13. června 2010 09:37:49 petrofF napsal(a): > > Jak ze zdrojového textu ( = content ) získat seznam parametrů + hodnot > > formuláře ? (ve standardní knihovně jsem vhodný modul nenašel) > > Tohle se většinou řeší prostě regexem, kterým si ze stránky vytáhneš, co > potřebuješ. > Jinak, co se týče parsování HTML: > ve standardní knihovně je HTMLParser > http://docs.python.org/library/htmlparser.html > Jinak na parsování HTML existuje např. BeautifulSoup > http://www.py.cz/BeautifulSoup > nebo html5lib > http://code.google.com/p/html5lib/ > Pokud je to XHTML, tak lze samozřejmě použít XML parser. > > > B. Odeslání POST requestu s daty > > Zde si nejsem jistý, který header Set-Cookie použít (jsou dva) Dal bych sanci knihovne ClientForm http://wwwsearch.sourceforge.net/old/ClientForm/ -- Radek Kaňovský Dat, s.r.o. http://www.dat.cz/ ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Import modulů
Zdravím,
pro většinu projektů volím následující adresářovou strukturu:
projekt/utils - adresář obsahující spouštěné scripty
projekt/modules - adresář s moduly (externí kód relevantní jen k danému
projektu)
projekt/conf - konfigurační soubory
projekt/data - adresář obsahující výsledky běhu programů
Import externích funkcí z modulů v projekt/modules resim takto:
import sys
sys.path.append("./../modules/")
from modul import funkce
Problém pochopitelně nastane v případě, že script nespouštím z adresáře
projekt/utils, resp. pokud je os.getcwd() různá od projekt/utils.
Zatím to řeším nastavením pracovního adresáře:
import os
os.chdir(os.path.split(os.path.abspath(__file__))[0])
Každopádně mi to nepřijde rozhodne dvakrát elegantní.
Jak to řešíte vy?
Dík
Radek
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Jak hostujete pythoní weby?
Já jsem tedy trochu offtopic, jen (asi) pro zajímavost poznamenávám, že v Čechách Python hostují mimo jine web4ce.cz a rightway.cz. Bohužel nevím, jakou technologíí, ale určitě by se jich dalo zeptat. U Web4ce chválím rychlou a dobrou podporu. U RightWay chválím administraci (PLESK), akorát podpora je pomalejší a ne tak vstřícná. Radek 2010/4/7 Vladimir Macek : > On 6.4.2010 23:30, Visgean Skeloru wrote: >> Já mám zkušenosti jenom s fastcgi + django na alwaysdata.com >> <http://alwaysdata.com>, zkušenosti dobré i když to bylo trochu pomalé >> (freehosting) :) > > Tohle vypada na evropsky hosting. > > Muzes prosim popsat sve zkusenosti s nimi? > > Rychlost do Ceska se zda slusna, potvrzujes? > > Maji anglickou verzi webu? > > Co bylo problematicke pri spousteni? > > Diky. > > -- > \//\/\ : Vladimir Macek : http://macek.sandbox.cz : +420 608 978 164 > > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Jak vypadá typická "latin translite ration of their names" ve většině zdroják ů?
Nj, já jsem z toho měl tak velkou hlavu, že jsem v tom pořád hledal nějaké složitosti. Navíc mi nedošlo, že diakritika je součástí latinky. Tak děkuju a omlouvám se za zbytečný dotaz... :) 2010/3/27 Juda Kaleta : > Mám za to, že se jedná pouze o to případy, kdy je rodný jazyk programátora > psán např. azbukou nebo jinou abecedou než latinkou, je povinen uvádět se > pod přepisem v latince. Což je bežná praxe, Юрай Каспаров se bude > podepisovat jako Juraj Kasparov a podobně :) > > Juda Kaleta > > Dne 27.3.2010 22:23, Radek Holý napsal(a): > > Ahoj, > > právě jsem dostudoval "PEP 8 -- Style Guide for Python Code" > (http://www.python.org/dev/peps/pep-0008/ > ). > Libuji si v podobných standardech a doporučeních. Potřeboval bych ale > poradit od zkušenějších... > > Nachází se tam totiž věta "Authors whose names are not based on the > latin alphabet MUST provide a latin transliteration of their names." a > já bych se rád zeptal, jestli už jste někdo viděl příklad tohoto. > Případně jak ten komentář typicky v tom zdrojáku vypadá. Nejlépe ve > zdrojácích Pythonu :) > > Děkuju, Radek > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Jak vypadá typická "latin translite ration of their names" ve většině zdroják ů?
Bože, stydim se za tu gramatickou chybu! Hned dvakrát... Pardon! 2010/3/27 Radek Holý : > Ahoj, > > právě jsem dostudoval "PEP 8 -- Style Guide for Python Code" > (http://www.python.org/dev/peps/pep-0008/). > Libuji si v podobných standardech a doporučeních. Potřeboval bych ale > poradit od zkušenějších... > > Nachází se tam totiž věta "Authors whose names are not based on the > latin alphabet MUST provide a latin transliteration of their names." a > já bych se rád zeptal, jestli už jste někdo viděl příklad tohoto. > Případně jak ten komentář typicky v tom zdrojáku vypadá. Nejlépe ve > zdrojácích Pythonu :) > > Děkuju, Radek > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Jak vypadá typická "latin translite ration of their names" ve většině zdroják ů?
Ahoj, právě jsem dostudoval "PEP 8 -- Style Guide for Python Code" (http://www.python.org/dev/peps/pep-0008/). Libuji si v podobných standardech a doporučeních. Potřeboval bych ale poradit od zkušenějších... Nachází se tam totiž věta "Authors whose names are not based on the latin alphabet MUST provide a latin transliteration of their names." a já bych se rád zeptal, jestli už jste někdo viděl příklad tohoto. Případně jak ten komentář typicky v tom zdrojáku vypadá. Nejlépe ve zdrojácích Pythonu :) Děkuju, Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Problém s subprocess
Chápu, je to fakt divné. Snad je chyba jen v "javac.exe".
Mno, třeba se najde někdo jiný...
Každopádně děkuju za ochotu.
Radek
2010/3/15 azurIt :
> Sorry, dosli mi napady :) return code 0 je ok, znaci to, ze aplikacia
> skoncila v poriadku. Bohuzial neviem preco sa nedostanes k vystupu, s modulom
> subprocess som zatial nemal ziadny problem (ale robim len na linuxe).
>
>
>
>>-----Pôvodná správa-
>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>Komu: Konference PyCZ
>>Predmet: Re: [python] Problém s subprocess
>>
>>
>>Aha, pardon.
>>
>>Tak to mi připadá zajímavé:
>>
>>-
>>>>> javac = subprocess.call(command, stdout=sys.stdout, stderr=sys.stderr)
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>>>> javac = subprocess.call(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>> print javac
>>0
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>
>>Děkuji, Radek
>>
>>
>>
>>2010/3/15 azurIt :
>>> pozor, ja som pouzil funkciu call(), nie Popen():
>>>
>>>>>> import subprocess
>>>>>> help(subprocess.call)
>>>
>>>
>>>>-Pôvodná správa-
>>>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>>>Komu: Konference PyCZ
>>>>Predmet: Re: [python] Problém s subprocess
>>>>
>>>>
>>>>Stejné: :-(
>>>>
>>>>-
>>>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>(Hláška "javac.exe" se vypíše.)
>>>>-
>>>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>>>> print javac.communicate()
>>>>(None, None)
>>>>(Hláška "javac.exe" se NEvypíše.)
>>>>-
>>>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>>>> print javac
>>>>
>>>>(Hláška "javac.exe" se vypíše.)
>>>>-
>>>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>>>> print javac.communicate()
>>>>(None, None)
>>>>>>> print javac
>>>>
>>>>(Hláška "javac.exe" se NEvypíše.)
>>>>-
>>>>
>>>>Tak mě napadlo, kvůli chování, které jsem popsal v předchozím
>>>>příspěvku (a kvůli tomu promptu při mému pokusu z příkazové řádky),
>>>>jestli "javac.exe" na kontrolu syntaxe (a možná i "překlad"), nemůže
>>>>volat ještě nějaký další proces a ten končí až po tomto...
>>>>
>>>>
>>>>2010/3/14 azurIt :
>>>>> Skus este toto:
>>>>>
>>>>> import subprocess, sys
>>>>> javac = subprocess.call(["C:\\java\\bin\\javac.exe", "Main.java", "-d",
>>>>> "."], stdout=sys.stdout, stderr=sys.stderr)
>>>>> print javac
>>>>>
>>>>>
>>>>>>-Pôvodná správa-
>>>>>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>>>>>Komu: Konference PyCZ
>>>>>>Predmet: Re: [python] Problém s subprocess
>>>>>>
>>>>>>
>>>>>>Něco jiného než Javu, jsem nezkoušel spustit.
>>>>>>Pokud i po tom, co teď napíšu, budeš myslet, že to mám zkusit, můžu...
>>>>>>Zajímavá věc totiž je, že pokud spustím jen:
>>>>>>
>>>>>>
>>>>>>...
>>>>>>javac = subprocess.Popen(u"C:\\java\\bin\\javac.exe")
>>>>>>javac.communicate()
>>>>>>
>>>>>>
>>>>>>tak se výpis ("usage") vypíše, i když tam je "communicate()". Takže to
>&
Re: [python] Problém s subprocess
Aha, pardon.
Tak to mi připadá zajímavé:
-
>>> javac = subprocess.call(command, stdout=sys.stdout, stderr=sys.stderr)
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.call(command, stdout=sys.stdout, stderr=sys.stderr)
>>> print javac
0
(Hláška "javac.exe" se NEvypíše.)
-
Děkuji, Radek
2010/3/15 azurIt :
> pozor, ja som pouzil funkciu call(), nie Popen():
>
>>>> import subprocess
>>>> help(subprocess.call)
>
>
>>-Pôvodná správa-
>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>Komu: Konference PyCZ
>>Predmet: Re: [python] Problém s subprocess
>>
>>
>>Stejné: :-(
>>
>>-
>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>(Hláška "javac.exe" se vypíše.)
>>-
>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>> print javac.communicate()
>>(None, None)
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>> print javac
>>
>>(Hláška "javac.exe" se vypíše.)
>>-
>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>>>> print javac.communicate()
>>(None, None)
>>>>> print javac
>>
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>
>>Tak mě napadlo, kvůli chování, které jsem popsal v předchozím
>>příspěvku (a kvůli tomu promptu při mému pokusu z příkazové řádky),
>>jestli "javac.exe" na kontrolu syntaxe (a možná i "překlad"), nemůže
>>volat ještě nějaký další proces a ten končí až po tomto...
>>
>>
>>2010/3/14 azurIt :
>>> Skus este toto:
>>>
>>> import subprocess, sys
>>> javac = subprocess.call(["C:\\java\\bin\\javac.exe", "Main.java", "-d",
>>> "."], stdout=sys.stdout, stderr=sys.stderr)
>>> print javac
>>>
>>>
>>>>-Pôvodná správa-
>>>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>>>Komu: Konference PyCZ
>>>>Predmet: Re: [python] Problém s subprocess
>>>>
>>>>
>>>>Něco jiného než Javu, jsem nezkoušel spustit.
>>>>Pokud i po tom, co teď napíšu, budeš myslet, že to mám zkusit, můžu...
>>>>Zajímavá věc totiž je, že pokud spustím jen:
>>>>
>>>>
>>>>...
>>>>javac = subprocess.Popen(u"C:\\java\\bin\\javac.exe")
>>>>javac.communicate()
>>>>
>>>>
>>>>tak se výpis ("usage") vypíše, i když tam je "communicate()". Takže to
>>>>vypadá, že za to může asi "javac.exe", že? Ale jak to může fungovat?
>>>>
>>>>Argumenty dávám ve stringu. Ale teď jsem zkusil
>>>>
>>>>
>>>>...
>>>>javac = subprocess.Popen(["C:\\java\\bin\\javac.exe", "Main.java", "-d",
>>>>"."])
>>>>javac.communicate()
>>>>
>>>>
>>>>i
>>>>
>>>>
>>>>...
>>>>>>> javac = subprocess.Popen(["C:\\java\\bin\\javac.exe", "Main.java",
>>>>>>> "-d", "."], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>>>>>> while True:
>>>>>>> data = javac.stdout.read()
>>>>>>> print [data]
>>>>>>> if not data: break
>>>>
>>>>
>>>>a dopadlo to stejně jako se stringem.
>>>>
>>>>Děkuji, Radek
>>>>
>>>>
&
Re: [python] Problém s subprocess
Stejné: :-(
-
>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>> print javac.communicate()
(None, None)
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>> print javac
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>> print javac.communicate()
(None, None)
>>> print javac
(Hláška "javac.exe" se NEvypíše.)
-
Tak mě napadlo, kvůli chování, které jsem popsal v předchozím
příspěvku (a kvůli tomu promptu při mému pokusu z příkazové řádky),
jestli "javac.exe" na kontrolu syntaxe (a možná i "překlad"), nemůže
volat ještě nějaký další proces a ten končí až po tomto...
2010/3/14 azurIt :
> Skus este toto:
>
> import subprocess, sys
> javac = subprocess.call(["C:\\java\\bin\\javac.exe", "Main.java", "-d", "."],
> stdout=sys.stdout, stderr=sys.stderr)
> print javac
>
>
>>-Pôvodná správa-
>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>Komu: Konference PyCZ
>>Predmet: Re: [python] Problém s subprocess
>>
>>
>>Něco jiného než Javu, jsem nezkoušel spustit.
>>Pokud i po tom, co teď napíšu, budeš myslet, že to mám zkusit, můžu...
>>Zajímavá věc totiž je, že pokud spustím jen:
>>
>>
>>...
>>javac = subprocess.Popen(u"C:\\java\\bin\\javac.exe")
>>javac.communicate()
>>
>>
>>tak se výpis ("usage") vypíše, i když tam je "communicate()". Takže to
>>vypadá, že za to může asi "javac.exe", že? Ale jak to může fungovat?
>>
>>Argumenty dávám ve stringu. Ale teď jsem zkusil
>>
>>
>>...
>>javac = subprocess.Popen(["C:\\java\\bin\\javac.exe", "Main.java", "-d", "."])
>>javac.communicate()
>>----
>>
>>i
>>
>>
>>...
>>>>> javac = subprocess.Popen(["C:\\java\\bin\\javac.exe", "Main.java", "-d",
>>>>> "."], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>>>> while True:
>>>>> data = javac.stdout.read()
>>>>> print [data]
>>>>> if not data: break
>>
>>
>>a dopadlo to stejně jako se stringem.
>>
>>Děkuji, Radek
>>
>>
>>
>>2010/3/14 azurIt :
>>> Argumenty davas v liste ? Skusal si pustat aj nieco ine ako javu ?
>>>
>>>
>>>>-Pôvodná správa-
>>>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>>>Komu: Konference PyCZ
>>>>Predmet: Re: [python] Problém s subprocess
>>>>
>>>>
>>>>Tak to dopadne takto:
>>>>
>>>>-
>>>>>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>>>>>> stderr=subprocess.STDOUT)
>>>>>>> while True:
>>>>>>> data = javac.stdout.read()
>>>>>>> print [data]
>>>>>>> if not data: break
>>>>['']
>>>>(Hláška "javac.exe" se NEvypíše.)
>>>>-
>>>>
>>>>Děkuju, Radek
>>>>
>>>>
>>>>
>>>>2010/3/14 azurIt :
>>>>> Pardon, ta tvoja aplikacia ma aj argumenty (som robil len copy&paste a
>>>>> nepozeral, co tam je):
>>>>>
>>>>> javac = subprocess.Popen(args=["C:\\java\\bin\\javac.exe", "Main.java",
>>>>> "-d", "."], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>>>>
>>&g
Re: [python] Problém s subprocess
Něco jiného než Javu, jsem nezkoušel spustit.
Pokud i po tom, co teď napíšu, budeš myslet, že to mám zkusit, můžu...
Zajímavá věc totiž je, že pokud spustím jen:
...
javac = subprocess.Popen(u"C:\\java\\bin\\javac.exe")
javac.communicate()
tak se výpis ("usage") vypíše, i když tam je "communicate()". Takže to
vypadá, že za to může asi "javac.exe", že? Ale jak to může fungovat?
Argumenty dávám ve stringu. Ale teď jsem zkusil
...
javac = subprocess.Popen(["C:\\java\\bin\\javac.exe", "Main.java", "-d", "."])
javac.communicate()
i
...
>>> javac = subprocess.Popen(["C:\\java\\bin\\javac.exe", "Main.java", "-d",
>>> "."], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>> while True:
>>> data = javac.stdout.read()
>>> print [data]
>>> if not data: break
a dopadlo to stejně jako se stringem.
Děkuji, Radek
2010/3/14 azurIt :
> Argumenty davas v liste ? Skusal si pustat aj nieco ine ako javu ?
>
>
>>-Pôvodná správa-
>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>Komu: Konference PyCZ
>>Predmet: Re: [python] Problém s subprocess
>>
>>
>>Tak to dopadne takto:
>>
>>-
>>>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>>>> stderr=subprocess.STDOUT)
>>>>> while True:
>>>>> data = javac.stdout.read()
>>>>> print [data]
>>>>> if not data: break
>>['']
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>
>>Děkuju, Radek
>>
>>
>>
>>2010/3/14 azurIt :
>>> Pardon, ta tvoja aplikacia ma aj argumenty (som robil len copy&paste a
>>> nepozeral, co tam je):
>>>
>>> javac = subprocess.Popen(args=["C:\\java\\bin\\javac.exe", "Main.java",
>>> "-d", "."], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>>
>>>
>>>
>>>>-Pôvodná správa-
>>>>Od: azurIt [mailto:azu...@pobox.sk]
>>>>Komu: python@py.cz
>>>>Predmet: Re: [python] Problém s subprocess
>>>>
>>>>
>>>>A toto ?
>>>>
>>>>import subprocess
>>>>javac = subprocess.Popen(args=["C:\\java\\bin\\javac.exe Main.java -d ."],
>>>>stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>>>
>>>>while True:
>>>>data = javac.stdout.read()
>>>>print [data]
>>>>if not data: break
>>>>
>>>>
>>>>
>>>>>-Pôvodná správa-
>>>>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>>>>Komu: Konference PyCZ
>>>>>Predmet: Re: [python] Problém s subprocess
>>>>>
>>>>>
>>>>>Právě jsem zkusil tyto dvě varianty v systémovém příkazovém řádku
>>>>>(python MakeJar.py) a dopadlo to stejně:
>>>>>
>>>>>-
>>>>>>>> javac = subprocess.Popen(command)
>>>>>(Hláška "javac.exe" se vypíše.)
>>>>>-
>>>>>>>> javac = subprocess.Popen(command)
>>>>>>>> print javac.communicate()
>>>>>(None, None)
>>>>>(Hláška "javac.exe" se NEvypíše.)
>>>>>-
>>>>>
>>>>>Možná by pomohlo to, že při první variantě to vypadá tak, že se spustí
>>>>>můj program. Program skončí. Vypíše se "command line prompt" ("C:\>").
>>>>>A teprve potom se vypíše hláška od "javac.exe".
>>>>>Mám zkoušet i ostatní varianty spustit z příkazového řádku?
>>>>>Předpokládam, že to není nutné...
>>>>>
>>>>>Dále jsem zjistil, že když spustím první variantu (bez
>>>>>"communicate()") a na konec program přidám ještě třeba jen jednod
Re: [python] Problém s subprocess
Tak to dopadne takto:
-
>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>> stderr=subprocess.STDOUT)
>>> while True:
>>> data = javac.stdout.read()
>>> print [data]
>>> if not data: break
['']
(Hláška "javac.exe" se NEvypíše.)
-----
Děkuju, Radek
2010/3/14 azurIt :
> Pardon, ta tvoja aplikacia ma aj argumenty (som robil len copy&paste a
> nepozeral, co tam je):
>
> javac = subprocess.Popen(args=["C:\\java\\bin\\javac.exe", "Main.java", "-d",
> "."], stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>
>
>
>>-Pôvodná správa-
>>Od: azurIt [mailto:azu...@pobox.sk]
>>Komu: python@py.cz
>>Predmet: Re: [python] Problém s subprocess
>>
>>
>>A toto ?
>>
>>import subprocess
>>javac = subprocess.Popen(args=["C:\\java\\bin\\javac.exe Main.java -d ."],
>>stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
>>
>>while True:
>>data = javac.stdout.read()
>>print [data]
>>if not data: break
>>
>>
>>
>>>-Pôvodná správa-
>>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>>Komu: Konference PyCZ
>>>Predmet: Re: [python] Problém s subprocess
>>>
>>>
>>>Právě jsem zkusil tyto dvě varianty v systémovém příkazovém řádku
>>>(python MakeJar.py) a dopadlo to stejně:
>>>
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>(Hláška "javac.exe" se vypíše.)
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.communicate()
>>>(None, None)
>>>(Hláška "javac.exe" se NEvypíše.)
>>>-
>>>
>>>Možná by pomohlo to, že při první variantě to vypadá tak, že se spustí
>>>můj program. Program skončí. Vypíše se "command line prompt" ("C:\>").
>>>A teprve potom se vypíše hláška od "javac.exe".
>>>Mám zkoušet i ostatní varianty spustit z příkazového řádku?
>>>Předpokládam, že to není nutné...
>>>
>>>Dále jsem zjistil, že když spustím první variantu (bez
>>>"communicate()") a na konec program přidám ještě třeba jen jednoduché
>>>"print "a"" (i několikrát), tak se výpis "javac.exe" vypíše. Pokud ale
>>>na konec dám např. "time.sleep()" nebo třeba "shutil.copytree()" (na
>>>nějaký větší adresář), tak se výpis nevypíše.
>>>
>>>Další metody subprocess dopadly takto:
>>>
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.returncode
>>>None
>>>(Hláška "javac.exe" se vypíše.)
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.returncode
>>>None
>>>(Hláška "javac.exe" se vypíše.)
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.communicate()
>>>(None, None)
>>>>>> print javac.returncode
>>>0
>>>(Hláška "javac.exe" se NEvypíše.)
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.poll()
>>>None
>>>(Hláška "javac.exe" se vypíše.)
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.communicate()
>>>(None, None)
>>>>>> print javac.poll()
>>>0
>>>(Hláška "javac.exe" se NEvypíše.)
>>>-
>>>>>> javac = subprocess.Popen(command)
>>>>>> print javac.wait()
>>>0
>>>(Hláška "javac.exe" se NEvypíše.)
>>>-
>>>
Re: [python] Problém s subprocess
Právě jsem zkusil tyto dvě varianty v systémovém příkazovém řádku
(python MakeJar.py) a dopadlo to stejně:
-
>>> javac = subprocess.Popen(command)
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.communicate()
(None, None)
(Hláška "javac.exe" se NEvypíše.)
-
Možná by pomohlo to, že při první variantě to vypadá tak, že se spustí
můj program. Program skončí. Vypíše se "command line prompt" ("C:\>").
A teprve potom se vypíše hláška od "javac.exe".
Mám zkoušet i ostatní varianty spustit z příkazového řádku?
Předpokládam, že to není nutné...
Dále jsem zjistil, že když spustím první variantu (bez
"communicate()") a na konec program přidám ještě třeba jen jednoduché
"print "a"" (i několikrát), tak se výpis "javac.exe" vypíše. Pokud ale
na konec dám např. "time.sleep()" nebo třeba "shutil.copytree()" (na
nějaký větší adresář), tak se výpis nevypíše.
Další metody subprocess dopadly takto:
-
>>> javac = subprocess.Popen(command)
>>> print javac.returncode
None
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.returncode
None
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.communicate()
(None, None)
>>> print javac.returncode
0
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.poll()
None
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.communicate()
(None, None)
>>> print javac.poll()
0
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.wait()
0
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.communicate()
(None, None)
>>> print javac.wait()
0
(Hláška "javac.exe" se NEvypíše.)
-
Děkuji, Radek
2010/3/13 azurIt :
> Skusal si to pustat mimo PyDev ?
>
> To, ako sa ti to sprava, je vcelku zvlastne, pretoze ked zavolas
> communicate(), tak subprocess pocka na dokoncenie programu (nie je teda
> mozne, ze ten skonci az po skonceni skriptu). Skus este funkcie/premenne
> stadeto:
> http://docs.python.org/release/2.5.4/lib/node532.html
>
> Hlavne wait(), poll() a returncode.
>
>
>>-Pôvodná správa-
>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>Komu: Konference PyCZ
>>Predmet: Re: [python] Problém s subprocess
>>
>>
>>Děkuju za odpověď.
>>Předtím jsem si experimentálně ověřil, že bez přesměrování se to také
>>vypisuje na stdout, stderr.
>>Pro jistotu uvádím výsledky různých možností:
>>
>>-
>>>>> javac = subprocess.Popen(command)
>>(Hláška "javac.exe" se vypíše.)
>>-
>>>>> javac = subprocess.Popen(command)
>>>>> print javac.communicate()
>>(None, None)
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>>>> stderr=subprocess.PIPE)
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>>>> stderr=subprocess.PIPE)
>>>>> print javac.communicate()
>>('', '')
>>(Hláška "javac.exe" se NEvypíše.)
>>-
>>>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>(Hl
Re: [python] Problém s subprocess
Děkuju za odpověď.
Předtím jsem si experimentálně ověřil, že bez přesměrování se to také
vypisuje na stdout, stderr.
Pro jistotu uvádím výsledky různých možností:
-
>>> javac = subprocess.Popen(command)
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command)
>>> print javac.communicate()
(None, None)
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>> stderr=subprocess.PIPE)
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command, stdout=subprocess.PIPE,
>>> stderr=subprocess.PIPE)
>>> print javac.communicate()
('', '')
(Hláška "javac.exe" se NEvypíše.)
-
>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
(Hláška "javac.exe" se vypíše.)
-
>>> javac = subprocess.Popen(command, stdout=sys.stdout, stderr=sys.stderr)
>>> print javac.communicate()
(None, None)
(Hláška "javac.exe" se NEvypíše.)
-
Navíc by to bohužel neřešilo ten druhý podstatnější problém, že se mi
soubor (Main.class) vytvoří až po skončení mého programu.
Pro jistotu uvádím, že testuji v prostředí PyDev.
Děkuji, Radek
2010/3/13 azurIt :
> subprocess predsa plne podporuje presmerovanie standardneho aj chyboveho
> vystupu (hint: stdout, stderr):
> http://docs.python.org/release/2.5.4/lib/node528.html
>
> Priklad:
>
> import subprocess
> javac = subprocess.Popen(args=["C:\\java\\bin\\javac.exe Main.java -d ."],
> stdout=subprocess.PIPE, stderr=subprocess.STDOUT)
> print javac.communicate()
>
> azur
>
>
>>-Pôvodná správa-
>>Od: Radek Hol [mailto:radekholypub...@gmail.com]
>>Komu: Konference PyCZ
>>Predmet: [python] Problém s subprocess
>>
>>
>>Ahoj,
>>chtěl bych se Vás zeptat, zda byste mi neuměli poradit s mým problémem
>>s voláním externího programu.
>>Používám Python 2.5.4 (věřím, že kvůli kompatibilitě s Jython 2.5.1)
>>na Windows 7.
>>
>>Snažím se o spuštění "překladače" "javac.exe":
>>
>>
>>...
>>javac = subprocess.Popen(u"C:\\java\\bin\\javac.exe Main.java -d .")
>>javac.communicate()
>>
>>
>>Zjistil jsem ale, že takto volaný externí program (nebo alepoň
>>"javac.exe") s následným voláním "communicate()" (ale nemusí to být
>>jen volání této metody - může to být jakýkoliv další kód) mi nevypíše
>>na chybový výstup žádné informace (pokud je chyba v "Main.java"), i
>>když při volání ze systémové příkazové řádky se informace vypíší.
>>Dále jsem zjistil, že když můj program skončí ihned po
>>"...subprocess.Popen..." (tedy vynechám "communicate()"), tak se na
>>chybový výstup vypíše, co má. Jenže já tímto samozřejmě nechci
>>končit...
>>Zkoušel jsem i použití funkce "time.sleep()", ale bez úspěchu.
>>Pokud v "Main.java" chyba není, má "javac.exe" vygenerovat soubor
>>"Main.class", jenže chování je podobné... Tedy, pokud se pod voláním
>>"javac.exe" vyskytuje ještě další kód, soubor "Main.class" se
>>vygeneruje až po skončení mého programu. (Ověřeno pomocí
>>"os.path.exists()" i "os.listdir()")
>>Přitom návratový kód je již nastaven...
>>
>>Předem děkuji za pomoc, Radek Holý
>>___
>>Python mailing list
>>Python@py.cz
>>http://www.py.cz/mailman/listinfo/python
> ___
> Python mailing list
> Python@py.cz
> http://www.py.cz/mailman/listinfo/python
>
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
[python] Problém s subprocess
Ahoj, chtěl bych se Vás zeptat, zda byste mi neuměli poradit s mým problémem s voláním externího programu. Používám Python 2.5.4 (věřím, že kvůli kompatibilitě s Jython 2.5.1) na Windows 7. Snažím se o spuštění "překladače" "javac.exe": ... javac = subprocess.Popen(u"C:\\java\\bin\\javac.exe Main.java -d .") javac.communicate() Zjistil jsem ale, že takto volaný externí program (nebo alepoň "javac.exe") s následným voláním "communicate()" (ale nemusí to být jen volání této metody - může to být jakýkoliv další kód) mi nevypíše na chybový výstup žádné informace (pokud je chyba v "Main.java"), i když při volání ze systémové příkazové řádky se informace vypíší. Dále jsem zjistil, že když můj program skončí ihned po "...subprocess.Popen..." (tedy vynechám "communicate()"), tak se na chybový výstup vypíše, co má. Jenže já tímto samozřejmě nechci končit... Zkoušel jsem i použití funkce "time.sleep()", ale bez úspěchu. Pokud v "Main.java" chyba není, má "javac.exe" vygenerovat soubor "Main.class", jenže chování je podobné... Tedy, pokud se pod voláním "javac.exe" vyskytuje ještě další kód, soubor "Main.class" se vygeneruje až po skončení mého programu. (Ověřeno pomocí "os.path.exists()" i "os.listdir()") Přitom návratový kód je již nastaven... Předem děkuji za pomoc, Radek Holý ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Python a Windows Mobile letos
Samozrejme o ostatnich mobilnich platformach taky uvazuji, ale tam vim, ze to nejak pujde. Proto o nich nemluvim. Zatimco Windows Mobile nejdou. IronPython udajne bohuzel nejde (pokud se to nezmenilo), protoze neni kompatibilni s .NET compact framework. O tom, ze Windows Phone 7 budou uplne jine jsem slysel, ale myslel jsem, ze to je zas jen marketing (predelaji vzhled a spoji se socialnimi sitemi) - netusil jsem, ze bude zmena i v oblasti kompatibility aplikací. Ale i tak by se mi libila kompatibilita s Windows Mobile, protoze aspon v mem okoli jsou hodne rozsirene. Radek Dne 3. března 2010 13:01 Martin Stiborský napsal(a): > Nejlépe je na tom s Pythonem Maemo, je to absolutně bez problémů, > programování "jako" na desktopu. > Na iPhone to s Pythonem jde taky, ale není to zrovna "příjemné" > programování, já jsem na to nervy neměl. > > 2010/3/3 Jan Bednařík : >> Ahoj, >> >> jen jedna technická - Windows Mobile jsou dnes de-facto mrtvá platforma, >> takže začínat vývoj pro ně nemá příliš smysl. Počkej si na specifikace >> nových Windows Phone 7, hodně věcí tam bude úplně jinak a staré aplikace s >> největší pravděpodobností nebudou úplně kompatibilní. >> >> Případně bych doporučil zaměřit se na Maemo, tam by neměl být žádný problém, >> případně kouknout jak je na tom s podporou Pythonu Android a iPhone OS. >> >> Honza >> >> >> 2009/11/12 Radek Holý >>> >>> Ahoj, >>> chtěl bych se Vás zeptat, jak je to v této době s vývojem aplikací v >>> Pythonu pro Windows Mobile. >>> Našel jsem akorát PythonCE a ten už se (zdá se mi) pár let nevyvíjí. >>> 1) Existuje ještě jiná možnost? >>> 2) Ještě mě napadlo, že by se to možná dalo řešit IronPythonem nebo >>> JPythonem. Je to tak? >>> Děkuju, Radek >>> ___ >>> Python mailing list >>> Python@py.cz >>> http://www.py.cz/mailman/listinfo/python >> >> >> ___ >> Python mailing list >> Python@py.cz >> http://www.py.cz/mailman/listinfo/python >> > > > > -- > S pozdravem > Martin Stiborský > > Jabber: st...@njs.netlab.cz > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Python a Windows Mobile letos
Hm, škoda... Budu doufat, že přecejen někdo na něco přijde. Taky někdy musím zkusit ten Jython... Na PythonCE mi napsali, že se našlo pár lidí, kteří by zkusili pokračovat, ale nevidím to moc nadějně... Co mám v plánu? Nic zajímavýho nebo světobornýho... S pár lidmi chceme zkusit nějakou hříčku a mně se to bude hodit spíš jen pro nějaké obyčejné pomocné aplikace. Nic, co by nenapsalo milion lidí přede mnou... Plus mám ambice na open-source navigaci, ale na to asi nikdy nebude čas a s touto (ne)podporou to stejně asi nezvládnu... Radek 2010/3/2 pyde...@gmail.com : > On 6 ún, 14:24, Radek Holý wrote: >> Ahoj, >> už jsem se zkoušel ptát jednou. Buď se to někde ztratilo, nebo se k >> tomu nemá kdo vyjádřit. Zkusím to tedy ještě jednou: >> Chtěl bych se Vás zeptat, jak je to v této době s vývojem aplikací v >> Pythonu pro Windows Mobile. >> Našel jsem akorát PythonCE a ten už se pár let nevyvíjí. >> 1) Existuje ještě jiná možnost? >> 2) Ještě mě napadlo, že by se to možná dalo řešit JPythonem. Je to tak? >> Děkuju, Radek > > bida bida nic bida ... uz sem prestal hledat =) > a jake aplikace mas v planu s pythonem? > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Pole v ctypes
Zdar, posledni dobou se to tu celkem rozjelo, tak prihodim i ja svoji trosku do mlyna. Snazim se napsat vlastni wrapper okolo C knihovny (LabView) pomoci modulu ctypes. Jeden problem, na ktery jsem narazil je transformace datovych typu, predevsim pole. Fukce v pythonu dostane jako vstupni parametr pole (iterable), ktery musi prevest na pole v C a predat C funkci. Podle toho co jsem nasel by melo reseni vypadat nasledovne (pro pole o delce 3): float64 = ctypes.c_double array = float64 * 3 cInp = array(pInp[0], pInp[1], pInp[2]), kde pInp je pole v pythonu a cInp je pole v C. Jak predchozi priklad upravit tak, aby podporoval vstupni pole (pInp) o libovolne (cti predem nezname) delce? Da se predpokladat, ze druhy radek bude array = float64 * len(pInp), ale co ten treti? Predem dik Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Python a Windows Mobile letos
Ahoj, už jsem se zkoušel ptát jednou. Buď se to někde ztratilo, nebo se k tomu nemá kdo vyjádřit. Zkusím to tedy ještě jednou: Chtěl bych se Vás zeptat, jak je to v této době s vývojem aplikací v Pythonu pro Windows Mobile. Našel jsem akorát PythonCE a ten už se pár let nevyvíjí. 1) Existuje ještě jiná možnost? 2) Ještě mě napadlo, že by se to možná dalo řešit JPythonem. Je to tak? Děkuju, Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Python a Windows Mobile letos
Ahoj, chtěl bych se Vás zeptat, jak je to v této době s vývojem aplikací v Pythonu pro Windows Mobile. Našel jsem akorát PythonCE a ten už se (zdá se mi) pár let nevyvíjí. 1) Existuje ještě jiná možnost? 2) Ještě mě napadlo, že by se to možná dalo řešit IronPythonem nebo JPythonem. Je to tak? Děkuju, Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Dynamicke PDF
On Mon, Oct 12, 2009 at 01:36:31PM +0200, Tomáš Drenčák wrote: > Zdravim, > potrebujem vytvarat dynamicky PDF na zaklade sablony vytvorenej napr. vo > worde a skonvertovanej do pdf. V sablone by sa pri generovani malo menit > niekolko kratkych textov (napr. meno, priezvisko atd...). V podstate ide o > vytvaranie zmluvy do PDF, kde sa vyplnia udaje o zmluvnej strane. > > Ako to urobit co najjednoduchsie v pythone? Kdysi jsem narazil na tohle http://relatorio.openhex.org/, ale jeste jsem to nezkousel. -- Radek Kaňovský Dat, s.r.o. http://www.dat.cz/ ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Python 3.x vs. Python 2.x
On Wed, Sep 30, 2009 at 09:39:59AM +0200, MICHÁLEK Jan Mgr. wrote: > No, spíš jde o to, který knihovny z 2 na to budou fungovat. Třeba já > používám 2.5 (hlavně z lenosti) a vím, třeba že jedna knihovna na > čtení zipfajlů ve 2.6 umí např. readline, kdežto v tý 2.5 to neuměla > apod. Myslím si, že rozdíly v syntaxu budou spíš marginální, sranda > začne u těch balíčků. Je. Hodně modulů zatím ve trojce nefunguje. Na PyPI je speciální sekce, kde je seznam pakáží, které by měly v 3.x fungovat. http://pypi.python.org/pypi?:action=browse&c=533&show=all Na druhou stranu, většina pakáží v metadatech vůbec neuvádí verzi Pythonu, takže v tom seznamu bude spousta věcí chybět. Radek Kaňovský Dat, s.r.o. http://www.dat.cz/ ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] zavreni okna, signal
Zdravim, u elementu tridy QtWidget existuje metoda closeEvent() vyvolana pred uzavrenim okna. Mrkni bud na oficialni dokumentaci: http://doc.qtsoftware.com/4.5/qwidget.html#closeEvent nebo na jednoduchy priklad: http://zetcode.com/tutorials/pyqt4/firstprograms/ (sekce Message Box). Funguje to ve zkratce takhle: class neco(QtGui.QWidget): ... def closeEvent(self, event): ... event.accept() # okno se uzavre event.ignore() $ okno se nezavre ... Dne čtvrtek 04 června 2009 17:31:53 Petr Zlamal napsal(a): > Pratele, > Potreboval bych spustit urcoty kod (metodu) pokud dojde k uzavreni > urciteho okna (pyqt4) pomoci klasickeho krizku na horni liste okna. > Nejak jsem v rychlosti nenasel potrebny navod ci funkci. Pokud vite jak > signal (nejspise ten) napojit tak dekuji. > > Vepro > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Rozsireni datetime
On Wed, Apr 22, 2009 at 08:05:59AM +0200, mtip wrote: > Zdravim vsechny, > > zkousel jsem rozsirit datetime v modulu datetime a narazil jsem na > problem, ze nemohu prekryt metodu __init__. datetime se inicializuje > driv nez moje metoda __init__ a jeste selze na chybnych parametrech. > Nevite nekdo, jak toho dosahnout ? > > Predem dik za odpovedi. Metoda __init__ u datetime nedela nic. Vse se udela v metode __new__, coz plati pro vetsinu trid implementovanych v C. Je teda potreba prepsat __new__. Asi nejak takhle: import datetime class mydatetime(datetime.datetime): def __new__(klass, *args): if not args: return datetime.datetime.now() self = datetime.datetime.__new__(klass, *args) return self if __name__ == '__main__': t = mydatetime() print t t = mydatetime(2000, 1, 12, 12, 44, 51) print t Radek Kaňovský, Dat, s.r.o. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Problem s forkujicim serverem a SIGTERM signalem
On Wed, Dec 17, 2008 at 03:01:50PM +, Jan Jakubuv wrote: > dobry den, > > muzete zkusit budto os._exit() anebo, lepe, se zkuste podivat jestli > vas problem neni stejny jako zde: > > http://mail.python.org/pipermail/python-list/2004-January/243227.html > > Jak se tam muzete docist tak sys.exit() pouze vyvolava vyjimku > SystemExit (proto neni nic videt na vystupu strace). Je mozne, ze ji > nekde omylem odchytite.. Z vlastni zkusenosti vim, ze vetsinou je lepsi pouzit try: . except Exception: nez pouze try: . except: protoze ta prvni varianta, propusti dve vyjimky, ktere temer nikdy nechci zachytavat a to KeyboardInterrupt a SystemExit. Tyto dve vyjimky maji bazovou tridu BaseException, takze je ``except Exception'' nezachyti. Vsechny ostatni vyjimky dedi az z Exception. Trida Exception je potomkem tridy BaseException. Radek Kaňovský, Dat, s.r.o. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] PyQt & SIGSEDV
++ def data(self, inp)
co dodat...
2008/10/22, Radek Machulka <[EMAIL PROTECTED]>:
> Zdravim,
> hraju si ted se signaly a narazil jsem na tohle:
>
> Python 2.5.2 (r252:60911, Aug 1 2008, 00:43:38)
> [GCC 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> from PyQt4 import QtCore
>>>> class b(QtCore.QObject):
> ...def __init__(self):
> ... QtCore.QObject.__init__(self)
> ...
>>>> class a(QtCore.QObject):
> ...def __init__(self):
> ... QtCore.QObject.__init__(self)
> ... self.signal = QtCore.SIGNAL("data(PyQt_PyObject)")
> ... QtCore.QObject.connect(e, self.signal, self.data)
> ...def data(inp):
> ... print self, inp
> ...
>>>> e = b()
>>>> q = a()
>>>> w = a()
>>>> e.emit(q.signal)
> Neoprávněný přístup do paměti (SIGSEGV)
>
> Co delam spatne?
> Dik Radek
>
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
[python] PyQt & SIGSEDV
Zdravim,
hraju si ted se signaly a narazil jsem na tohle:
Python 2.5.2 (r252:60911, Aug 1 2008, 00:43:38)
[GCC 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from PyQt4 import QtCore
>>> class b(QtCore.QObject):
...def __init__(self):
... QtCore.QObject.__init__(self)
...
>>> class a(QtCore.QObject):
...def __init__(self):
... QtCore.QObject.__init__(self)
... self.signal = QtCore.SIGNAL("data(PyQt_PyObject)")
... QtCore.QObject.connect(e, self.signal, self.data)
...def data(inp):
... print self, inp
...
>>> e = b()
>>> q = a()
>>> w = a()
>>> e.emit(q.signal)
Neoprávněný přístup do paměti (SIGSEGV)
Co delam spatne?
Dik Radek
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Jak pythonyrsky skloubit tri moduly, kde kazdy ma svuj vlastni main-loop.
On Tue, Sep 23, 2008 at 02:01:11PM +0100, David Michal wrote: > Zdravim, > > Pisu si hru ktera bude neco jako MMO textova adventura s prvky RPG > hratelna pres Jabber klienta. > > > > Aplikace se sklada z casti: > > - Hlavni program, config, inicializace, main-loop > > - Game engine, ten ma taky main-loop > > - Jabber bot bezici nad Twisted.words, twisted ma taky > main-loop > > > > A ted premyslim jak tyto tri casti co nejlepe skloubit dohromady. Jestli > do game enginu a Jabber bota pridat nejakou class na registraci events, > ktere se pak budou posilat pres callback do hlavni aplikace. Predpokladam, ze game engine bude neco v C a je lepsi to nechat napokoji. Naopak Twisted jde zaradit do smycek ruznych graficky toolkitu (Wx, Gtk, Qt, Win32,...), tak by nemusel byt problem vytvorit reaktor pro dany game engine. Inspiraci lze najit v modulech twisted.internet.*reactor. Nad existenci "main" mainloopu bych se jeste zamyslel. RadekK ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Synchronizace vlaken (PyQt4)
Zdravim, v programu mam nekolik vlaken (QtCore.QThread), ktere 'sdileji' cast kodu. Pro rizeni pristupu pouzivam zamek (QtCore.QMutex). Problem je, ze potrebuju menit prioritu jednotlivych vlaken, tzn. urcit jejich poradi tak, jak budou k zamku pristupovat. Diky Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] uprava pdf ci ps
On Wed, Sep 17, 2008 at 06:44:43PM +0200, Yetty wrote: > Dobrý den, > chtěl bych se zeptat, zda jde pomocí Pythonu otevřít a upravit PDF nebo > PostScript. Jde mi o to, převést dokument z formátu A5 na A4 a to tak, > že na jedné straně A4 by byla například 1. a 8. stránka, na druhé A4 > 2. a 7. stránka a tak dále. Pokud víte o nějakém hotovén řešení, > byl bych ještě raději. Mozna pdfsplit, ale nezkousel jsem: http://pypi.python.org/pypi/pdfsplit/0.4.2 Doporucuju vzdycky projit PyPI: http://pypi.python.org/pypi?%3Aaction=search&term=pdf&submit=search RadekK ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Distutils a bdist_deb
On Thu, Jul 31, 2008 at 02:46:56PM +0200, slush wrote: > Tohle je slozite... Samozrejme to udelat JDE, ale clovek se dostane prilis > nizko. Proc by mel distributor aplikace delat takove obskurnosti pro RPM, > DEB, EXE apod? > > Vytvaret DEB nejak distutils umi sam od sebe, jen se ptame na to, jak :-). Myslím, že sám od sebe ne, ale existuje na to něco v sandboxu http://svn.python.org/view/sandbox/trunk/Lib/bdist_dpkg.py . Asi to bude někdy zařazeno do stdlib stejně jako bdist_rpm. Ještě tu mám pár dalších odkazů, ale to asi nebude to, co hledáte: http://stdeb.python-hosting.com/ http://easy-deb.sourceforge.net/ RadekK ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] XML-RPC
On Thu, Jul 17, 2008 at 11:20:07AM +0200, Petr Dlabal wrote:
> Moje zkusenosti jsou jen o malo vetsi nez nula, ale podle me xmlrpclib
> neumi serializovat new-style class, tzn. class Foo(object):pass nelze.
On sice umi serializovat old-style tridu, ale na druhe strane z toho
uz nevyleze instance puvodni tridy, ale obycejny dict.
>>> import xmlrpclib
>>> class X: pass
...
>>> x = X()
>>> x.a = 42
>>> xmlrpclib.loads(xmlrpclib.dumps((x,)))
(({'a': 42},), None)
Protoze XMLRPC by melo fungovat mezi implementacemi v ruznych jazycich,
je mnozina podporovanych datovych typu a kontejneru hodne omezena.
> Pokusne jsem to resil (a snad by to melo jit) ze jsem tu slozitou
> classu pred vyslanim xml-rpc serverem (tzn. pred serializaci)
> zapikloval a pak zas v klientovi rozpikloval...
> stara class Foo:pass by mela jit serializovat snad i celkem slozita
To by mohlo fungovat, pokud vam do toho nepoleze nikdo cizi. Prijmat
zapiklena data od neduveryhodneho zdroje se z bezpecnostnich duvodu
nedoporucuje. A moc pekne ta dvojnasobna serializace take nevypada :-)
Pokud ten objekt neni moc slozity, stacilo by mozna jednoduse poslat
pres RPC jeho __dict__ a na druhe strane instanci zrekonstruovat.
# server
>>> rpcdata = xmlrpclib.dumps((x.__dict__,)))
# klient
>>> ((state,),_) = xmlrpclib.loads(rpcdata)
>>> state
{'a': 42}
>>> y = X()
>>> y.__dict__.update(state)
Radek Kaňovský, Dat, s.r.o.
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Setuptools, ditutils a konfigurační soubory
On Fri, Jul 18, 2008 at 10:20:06AM +0200, Lumír Jasiok wrote: > Dobrý den, > > snažím se přijít na to, jak nejlépe připravit z naprogramovaného kódu > zdrojový balík a binární balíky. Zkouším použití setuptools a distutils > a jsem schopen vygenerovat .tgz balik, python egg, debian balík apod. > Problém nastává v okamžiku, kdy se snažím do balíku přidat soubor, který > je tzv. "non-package data", tedy soubor, který přímo není kód pythonu a > není umístěn ve standarním prefixu instalace (např. /usr/local). Typicky > například konfigurační soubor, který má být standardně umístěný v /etc. > > Díval jsem se jak tyto situace řeší jiné projekty a většinou si na to > programovali různé obezličky (Makefile, který volal "python setup.py" > apod.). Poradíte mi nějaké "best practices"? Asi nejlepsi by bylo udelat potomka nektereho commandu z distutils.command. Mozna command "install_data" nebo "config", nebo vytvorit uplne novy (je tam na to sablona distutils.command.command_template). Sam jsem to nikdy nedelal, ale vsiml jsem si, ze spousta baliku to tak dela. Vyhoda je v tom, ze instalace nebude zbytecne zavisla na dalsim software kvuli kopirovani jednoho souboru. Tohle bude fungovat pro instalaci ze zdrojaku pres setup.py. Jestli to bude fungovat s egg balikem, to nevim. U tgz by asi taky nemel byt problem, pokud budou v tgz cele cesty od korene. Radek Kaňovský, Dat, s.r.o. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Guido o funkcich reduce(), filter() a map() v Python 3000
On Fri, Jul 04, 2008 at 12:33:28PM +0200, Tomy Novella wrote: > no neviem, neviem, ale nebolo by lepsie napisat tieto imho dost > zaujimave supermanove nazory na vyznamnejsie miesto? > myslim miesto, kde si to vsimnu aj ostatni "vyznamnejsi" ludia(napr z > konferencie na [EMAIL PROTECTED]), mozno aj guida(alebo aspon > zopar clenov) osvieti, resp. pouvazuju nad tym, lebo na tomto fore to > je ako hadzat hrach na stenu... CHŤPM ... IMHO RadekK ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] pspad kompilace
On Sat, Jun 21, 2008 at 09:55:46AM +0200, superman wrote: > Děkuji náčelníku, že jsi se mě zastal :-) Já osobně si myslím, že > get/set metody v Pythonu je absolutní pitomost, a že to tak krásný a > schopný jazyk, jakým Python je opravdu nemá zapotřebí. Nevidím jedinou > výhodu používání get/set metod v Pythonu - ani jedinou, kromě toho že > "správný Javista bude psát v každém jazyce jako v Javě" (parodie na > "Fortranista bude psát v každém jazyce jako ve Fortranu"). Osobně si > myslím, že get/set metody je "javovina", kde v Javě je bohužel nutné > díky strašné neschopnosti syntaxe Javy používat lecjakou obezličku, ale > je to z nouze ctnost. Jeste jedno zastani od P.J.Ebyho ve ctvrte odrazce "Getters and setters are evil. Evil, evil, I say!..." na strance http://dirtsimple.org/2004/12/python-is-not-java.html Radek Kaňovský, Dat, s.r.o. ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Vydánà knihy o pythonu
Urcite je to dobry napad, knih o pythonu na nasem trhu opravdu moc neni. Bal bych se ale kvalitu vysledku. Pro psani podobne publikace jsou nutne nejen odborne znalosti, ale i 'literarni' schopnosti. Sam jsem mel v ruce nekolik knih, ve kterych byl problem se orientovat a nektere veci byly temer k nepochopeni. Nadruhou staranu, pokud by kniha vznikala obdobne jako prave DjangoBook, kdy by za kazdou kapitolu nekdo zodpovidal, ale vsichni (komunita) by se k tomu mohli vyjadrit, mohlo by to i dobre dopadnout :-). A navic pokud bude k dispozici hotovy kvalitni text, nemusel by pak byt problem uspet s nim u nektereho nakladatelstvi. Taky me napadlo poohlednout de po nejakem hotovem textu (pod 'rozumnou' licenci) a udelat preklad, pripadne ho podle vlastnich potreb nejak 'priohnout' (proste takovej fork). To by bylo (IMO) snazsi a asi i s jistejsim vysledkem. A jen tak na zaver: Papir, jedine papir!!! :-D (elektronicka forma se muze nekdy hodit, ale kniha je kniha) ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Parsovánà emailu
On Mon, May 05, 2008 at 10:28:54PM +0200, Jakub VojáÄek wrote: > Ahoj > > Zase jsem se tak trochu zasekl pÅi vytváÅenà svého e-mailového klienta. Nynà > dokážu rozparsovat snad již vÅ¡echny zprávy, ale u nÄkterých (mÃÅ než 1%) > blbne kodovánÃ. Snažil jsem se problém vyÅeÅ¡it po nÄkolik hodin, ale nic mÄ > nenapadlo a tak se obracÃm opÄt na Vás. 1% emailů má Å¡patný charset v Content-Type nebo jej nemá vůbec. Na tom havaruje i modul email. ObÄas mnÄ zůstanou ve frontÄ viset emaily, které nezpracoval pythonovský spambayes kvůli chybÄ kódovánÃ. Radek KaÅovský ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Cherrypy a pdf v Reportlab
Sice Reportlab nepouzivam, ale v users guide je napsane: """ 2.2 More about the Canvas ...The filename argument controls the name of the final PDF file. You may also pass in any open file object (such as sys.stdout, the python process standard output) and the PDF document will be written to that... """ Takze by melo stacit misto filename pri iniciaci canvasu dat cStringIO objekt a s tim pak dal pracovat v cherrypy. Radek 2008/3/20 "Ing. Vladislav Ludík" <[EMAIL PROTECTED]>: > pdf soubor se v reportlabu vygeneruje a zapíše na disk například > příkazem: canvas.save(): > text001.pdf > text002.pdf > atd. > > Poté se zobrazí pomocí spuštěného cherrypy hypertextovým odkazem na > dotyčný pdf soubor: > > www.server.cz/text001.pdf > www.server.cz/text002.pdf > atd. > > Protože možných pdf je nekonečné množství, zůstávají na disku. > > Můj dotaz: > > jak to zařídit, aby se v reportlabu dotyčný soubor vygeneroval pouze na > web pomocí cherrypy ? > To jest bez generování souboru na disk. > > Příklad: > > www.server.cz/generuj_pdf/?text=001 > > by melo vygenerovat přímo na stránku: > > text001.pdf > > což prohlížeče nabídnou k otevření. > > Díky za praktické návrhy řešení. > > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] ElementTree a Xpath - hledání podle a tributu elementu
On Tue, Feb 19, 2008 at 03:10:56AM +0100, Martin Stiborský wrote:
> Našel jsem jedno řešení, modul pdis-xpath.
> http://mail.python.org/pipermail/tutor/2005-September/041369.html
>
> Ale moc se mi to nelíbí. Rád bych věděl jak to řešit bez něj.
Moznosti XPath dotazu jsou v ElementTree velmi omezene.
V baliku lxml je modul etree, ktery je kompatibilni s ElementTree a ma
plnou podporu pro XPath. Je postaven nad knihovnou libxml2.
from lxml import etree
doc = etree.HTML(html)
for img in doc.xpath(".//[EMAIL PROTECTED]'details']//img"):
...
Radek Kaňovský, Dat, s.r.o.
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
[python] urwid
Zdravim, mate nekdo zkusenosti s knihovnou urwid? Potrebuju graficky vystup a zlakala me pritomnost widgetu BarGraph, nicmene se ukazalo, ze jsem zcela imuni vuci tamejsi dokumentaci. Mam 2 BoxWidget(y) (BarGraph) a chci je umistit pod sebe pres celou obrazovku, tj. rozpulit ji hozontalne na 2 poloviny. Trivialita... A pokud byste pridali co mozna nejjednodussi priklad na BigText bylo by to naprosto skvele :-) Kazdopadne predem dik Radek -- Linux khoi 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Autentizace na proxy
Modul urllib2 bohuzel nezvlada NTLM autentizaci. Pokud potrebujete to, zkuste googlit pro NTLM Authorization Proxy Server - je to psane v Pythonu :) Radek 2008/1/28 azurIt <[EMAIL PROTECTED]>: > ahoj, > > modul urllib2 by to mal zvladat. > > azur > > > >-Pôvodná správa- > >Od: [mailto:[EMAIL PROTECTED] > >Komu: "python" > >Predmet: [python] Autentizace na proxy > > > > > >Dobrý den, > >nemá někdo z vás ponětí jak to provést , aby se program sám dostal > přes proxy? > >Rád bych některé věci spouštěl v době když nejsem v kanceláři, ale neumím > Python přinutit, aby se sám (skript, prográmek) přihlásil na internet, tj. > zadal login a password. > >Předem děkuji za radu či doporučení. > > > >jsk > > > > > >___ > >Python mailing list > >Python@py.cz > >http://www.py.cz/mailman/listinfo/python > --- > Menu.sk - Denne aktualizovany zoznam obedovych menu a restauracii s > presnou lokalizaciou. > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Jak na textový parser
Doporucuji se podivat do Python source jinych projektu, ktere resi obdobu: Markdown: http://python-markdown.svn.sourceforge.net/viewvc/python-markdown/markdown.py?view=markup Nejlepe ovsem vybrat uz hotove reseni, kterych v Pythonu je dostatek. ;) Radek On Nov 27, 2007 6:04 PM, Martin Stiborský <[EMAIL PROTECTED]> wrote: > ok. > Ve výsledku by mÄl fungovat tak, že hledá urÄité znaÄky, které > uzavÃrajà ( vÄtÅ¡inou) text a mÃsto tÄchto znaÄek dosadà html znaÄku. > Z webu texy.info: > > //kurzÃva// => > > **tuÄné** => > > Ale i jinak : > > Hlavnà titulek => > ** > > Podtitulek => > > > a tak dále .. > Mám pocit že na to momentálnÄ nemám, už proto, že nemám ani jasno v > tom, jak na to, ale o to vÃc si to beru jako výzvu a fakt rád bych to > dal do kupy. > ZkusÃm nÄco vykoumat z Texy zdrojáků, je to PHP, to bude taky sranda :D > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
[python] Vypocet variaci
Zdravim, nevi nekdo, zda existuje v pythonu nejaka hotova funkce pro vypocet vsech N-clennych variaci z dane mnoziny prvku? Nejak nemuzu nic najit a programovat se mi to dvakrat nechce :). Dik Radek -- Linux khoi 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] literatura k djangu
Tutorialy jsem onehda prekladal, bohuzel jsem je omylem smazal (no, stejne by uz ted nebyly aktualni). Mozna by pomohl nekdo na django cs skupine: http://groups.google.com/group/django-cs Radek On Nov 12, 2007 10:25 AM, Ondrej Beranek <[EMAIL PROTECTED]> wrote: > Dobre dopoledne, > shanim nejakou literaturu k djangu. Nevite zda nekde nevysla knizka, > nebo zda existuji nejake ceske tutorialy ? zda se ze moje anglictina > je dost chaba na to aby mi v zacatcich pomohla. zatim se mi nepovedlo > se prokousat ani tutorialem na djangoprojektu. > > Diky. > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Dekoratory, Django... (bylo Nesrozumitelne prirazovaci prikazy...)
> > Aspon neco ;-) Jak uz jsem psala: v souvislosti s Python & Django jsme > narazili na dve komunity (jedna neni Python/Django oriented), kde > zustavaji dotazy (nejen nase) bez odpovedi. Nikde jinde jsem se > nesetkala, aby dotaz k problematice zustal nezodpovezeny, aby nekdo > neposlal aspon RTFM nebo douc se to a to. > Divny lidi :-( Django skupin je vic. django-users, django-developers, django-cs... Pak je tady hodne pouzitelne IRC #django > My jsme zrejme s Djangem ve stadiu 'get frustrated', ale hobbisti > nejsme, takze to TG asi nepripada v uvahu. Bud ohneme Django podle > nasich potreb a nebo na Python a jeho frameworky zapomeneme. Co takhle do django-cs zopakovat ony dotazy, co jste dali do django-users? Radek PS: U Pythonu se jeste muzete podivat na ZOPE :) ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Nesrozumitelne prirazovaci prikazy zamichane mezi definice standalone funkci v modulu
> > Funguje to tak, ze dana funkce (tady index) se obali jinou, > > Takze se mohou obe stejne jmenovat? Jak se to jmeno pak resolvuje, > kdyz jednou je to regulerni funkce, podruhy takovahle pythomost, kde > je stejny jmeno na levy i pravy strane :-O A podle ceho se pozna, ze > to neni obycejny konflikt jmen - podle toho, ze je vlevo i vpravo? Ne, bude porad jedna. Tohle je naopak krasna vlastnost Pythonu - hodne zjednodusene receno, s funkci se naklada jako s jakoukouli jinou "promenou". Takze to, co muzes udelat pro x napr.: x = x+1 Muzes udelat i s odkazem na definici funkce: index = neco_udelam_s_funkci(index) Schvalne muzes si vyzkouset: In [2]: def a(pm): ...: print pm ...: ...: In [3]: a Out[3]: In [4]: a(1) 1 In [5]: b=a In [6]: b Out[6]: In [7]: b(2) 2 Doufam, ze to je jasnejsi :) > Uz jsem se tam prihlasila, i kdyz popravde receno, cim vice o Djangu vim, > tim min se mi libi a po nedeli budeme rozhodovat, jestli v nem zkusime > udelat novy projekt a nebo ho smazeme i s Pythonem z pocitacu ;-) At uz se rozhodnete jakoli, zajimalo by me, co jste nasli na Djangu negativniho... Radek ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Nesrozumitelne prirazovaci prikazy zamichane mezi definice standalone funkci v modulu
To se pouziva misto tzv. dekoratoru, ktere jsou zavedene az od Pythonu 2.4. Je to z toho duvodu, ze Django je podporovane na Python 2.3. Tusim, ze to je kvuli Mac OSX, kde je standardne distribuovana prave 2.3.5. Funguje to tak, ze dana funkce (tady index) se obali jinou, takze tim transformuje dana funkce - vetsinou se prida nejaka obecna funkcionalita (casto vymezujici a kontrolujici nejake podminky - treba pristup). V Pythonu 2.4 se to pak pouziva zpusobem: @staff_member_required @never_cache def index(request): return render_to_response(.) Ruzny zapis, vysledek stejny. Jo, ne ze bych chtel z teto konfery odebirat lidi, ale kdyztak ciste pro Django mame ceskou diskuzni skupinu: http://groups.google.com/group/django-cs Djangu zdar :) Radek On 7/8/07, Petra Javornicka <[EMAIL PROTECTED]> wrote: > Ahoj vespolek, > > uz jsem zase narazila na neco, co v tutorialech nebylo (nebo jsem to > nejak minula) a v referenci nevim, jak to najit. > > Mam modul (v mem pripade django.contrib.admin.views.main), v nem > nadefinovanou nejakou funkci a bezprostredne za ni prirazovaci prikaz, > o kterem sice vim, co dela, ale neni mi jasny, jak se to pouziva a > kdo, kdy a proc ho vola: > > def index(request): > return render_to_response(.) > index = staff_member_required(never_cache(index)) > > Stejna konstrukce je pouzita v podstate za kazdou 'public' funkci, > ktera je volana zvnejsku. Mohla by mi to prosim nejaka laskava duse > vysvetlit? > > > Diky, Petra > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Kamera
Take zdravim. Pravdepodobne ano. Tak to by byla obecna odpoved na obecnou otazku. Samozrejme bude zalezet na kamere (a na systemu, ovladacich apod :) Radek On 7/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Zdravím, > jde v pythonu když mám pc kameru, > udělat fotku právě toho co je v tý kameře nebo video? > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] (no subject)
Dne pátek 15 ervna 2007 [EMAIL PROTECTED] napsal(a): > Zdarec. > > Chci nakopirovat zapisky z Optickych prvku za tu dobu,co jsem pryc a az > budes mit po zkousce,posli mi potom prosim pisemku. Melo by se to tykat > detailnejsiho rozboru optickych vad+ mozna jeste neco za tim. Ty kopie mi > nech prosim na moje jmeno na vratnici a jen mi napis,ze to tam je. O zbytek > se postaram. > > Diky a drz se. Hodne stesti na zkouskach a tak vubec.:-) > > __ > > > Od: [EMAIL PROTECTED] > > Komu: [EMAIL PROTECTED] > > Datum: 14.06.2007 18:17 > > Pedmt: > > > >Zdar, hele nejak jsem zapomel, cos to chtel...:))). Fakt sorry... Ale > > vzpomel > > >jsem si zes NECO chtel, takze mi napis co a ja to zaridim... > >Kazdopadne se mej > >Radek > >-- > >Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux Tuhle zkousku mam hotovou, tak ti tam necham svoje prednasky (neztratit) a pusemku (co jsem ukrad...). Tak zatim Radek -- Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python AdmID:7CD24B9B0D8F8D340AD967D3A4998E47 ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] (no subject)
Sorry, ale ja uz to fakt nechapu... Asi prestanu posilat maily... -- Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python AdmID:7CD24B9B0D8F8D340AD967D3A4998E47 ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] (no subject)
Sorry, ale ja uz to fakt nechapu... Asi prestanu posilat maily... -- Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] (no subject)
Dne pátek 15 června 2007 [EMAIL PROTECTED] napsal(a): > Zdarec. > > Chci nakopirovat zapisky z Optickych prvku za tu dobu,co jsem pryc a az > budes mit po zkousce,posli mi potom prosim pisemku. Melo by se to tykat > detailnejsiho rozboru optickych vad+ mozna jeste neco za tim. Ty kopie mi > nech prosim na moje jmeno na vratnici a jen mi napis,ze to tam je. O zbytek > se postaram. > > Diky a drz se. Hodne stesti na zkouskach a tak vubec.:-) > > __ > > > Od: [EMAIL PROTECTED] > > Komu: [EMAIL PROTECTED] > > Datum: 14.06.2007 18:17 > > Předmět: > > > >Zdar, hele nejak jsem zapomel, cos to chtel...:))). Fakt sorry... Ale > > vzpomel > > >jsem si zes NECO chtel, takze mi napis co a ja to zaridim... > >Kazdopadne se mej > >Radek > >-- > >Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux Tuhle zkousku mam hotovou, tak ti tam necham svoje prednasky (neztratit) a pusemku (co jsem ukrad...). Tak zatim Radek -- Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Python a Ncurses
Dne úterý 12 června 2007 Jakub Lucký napsal(a): > On 6/12/07, Jan Kundrát <[EMAIL PROTECTED]> wrote: > > Standardni knihovna curses nevyhovuje? > > Nejsem valný znalec... Dá se v tom psát UI podobné např Midnight > Commanderu? > > Děkuji za odpověď > Jakub Lucký > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python Ncurses znamena new curses. Jaky je v tom presne rozdil nevim, pouzival jsem pouze ncurses. -- Linux khoi 2.6.20-16-386 #2 Thu Jun 7 20:16:13 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Diskusní fórum napsané v python u
Nevim, jak moc to je mature, ale pro Django: http://code.google.com/p/django-forum/ Radek On 6/4/07, Jirka Vejrazka <[EMAIL PROTECTED]> wrote: > > > Existuje nějaké fórum(obdoba phpbb, punbb), které by bylo napsáno v > > pythonu? > > > > Nevim, jestli je to nejlepsi co existuje, ale umi to Trac > (http://trac.edgewall.org/) s doinstalovanym pluginem ( > http://www.trac-hacks.org/wiki/DiscussionPlugin) > > Jirka Vejrazka > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python > ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Projekt
On Monday 21 of May 2007 11:56:50 darkcraft wrote: > Zdravim, s par lidma jsme se rozhodli koupit server a poskytovat na nem > free hosting s povolenym mod_python. V ceske republice jsem na nic > podobneho nenarazil, takze se to snad ujme. Chci se na vas tedy obratit s > nabidkou spoluprace, vitany je kazdy. Kdyby nekdo mel velky zajem, > prispevky by se taky hodily (i kdyz uz mame server zaplaceny, ale na > provoz atd, potesilo by to..). > > S pozdravem, > Martin Kubicek A co takhle Django? -- Linux radek-desktop 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] cteni odpovedi programu ze stdin
On Sunday 20 of May 2007 18:40:50 beny wrote:
> Dobry den,
> mam program, ktery v linuxu zavola jiny program (binarku) s urcitym
> parametrem.
>
> > os.system("neco -snecim")
>
> chtel bych ale vystup toho programu nacist pythonem a dal pouzivat. Je
> nejaka cesta jak na to ? Zkousel sem stdin z modulu sys, ale netusim
> jak na to. Urcite to os.system vyvoval novy shell a tam se jentak
> pristupovat neda co :P . Dik za info, snad budu zas o neco chytrejsi
>
> ___
> Python mailing list
> Python@py.cz
> http://www.py.cz/mailman/listinfo/python
Neco jako tohle:
sez = os.popen(prikaz).readlines()
--
Linux radek-desktop 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686
GNU/Linux
___
Python mailing list
Python@py.cz
http://www.py.cz/mailman/listinfo/python
Re: [python] Fwd: Re: web
Dne středa 16 května 2007 Pavel Kosina napsal(a): > Radek Machulka napsal(a): > > Dne středa 16 května 2007 Petr Hodas napsal(a): > >> S tou barvou dresu teda souhlasim, jen ted nevim kam ji teda u toho tymu > >> budu zadavat? Zase do poznamky? zkolusel jsem to u naseho tymu, ale v > >> popisku tymu se nic neprojevilo.. > > > > Tu barvu doplnim pozdejc... > > Tak Rade, sakra, už to sem do konference neposílej. Nekaž to ticho ;-) jj, sory ze jsem te vzbudil, ale nemuzu se toho problemu zbavit... zakazuju co se da, ale furt mi to posila nektery maily do konference, sorry i do budoucna, ale snad to nejak poresim -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] Fwd: Re: web
Dne středa 16 května 2007 Petr Hodas napsal(a): > S tou barvou dresu teda souhlasim, jen ted nevim kam ji teda u toho tymu > budu zadavat? Zase do poznamky? zkolusel jsem to u naseho tymu, ale v > popisku tymu se nic neprojevilo.. Tu barvu doplnim pozdejc... -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] web
Dne pondělí 14 května 2007 Petr Hodas napsal(a): > >Cau Radku, > > uplne jsem ti pak zapomel zavolat, tak to nakonec pisu. > > Jde o redakcni system.. v nem kdyz doplnuji do tymu hrace tak k nemu sou k > vyplneni okana jako POZNAMKA a KONTAKT.. i kdyz ale do techto oken neco > vyplnim, tak na strankach se to vubec nezobrazi. Ten kontak budu vyplnovat > jen u jednoho hrace z muzstva a poznamka bude u dvou hracu. No a pak dale > potreboval bych aby kdyz nekdo na webu najede na nejaky tym, tak aby tam > bylo rome hracu taky moznost vyplnit barvu dresu. jinak je to zatim vse a > zacnu to dal testovat a zkouset vkladat.. zatim cus Takze asi takhle: Ty informace u hracu (poznamka, kontakt) jsem delal proto, kdyby byly nekdy v budoucnu potreba, dodelat to dodatecne by bylo zbytecne tezky, na verejnych strankach se zobrazi pouze jmeno hrace, popr. odkaz na fotku, pokud se prida. Pokud tam budes chtit zobrazit neco dalsiho napis co a kde (napada me napr. kapitan, brankar, svacinar, ...) Ty barvu dresu chces zadavat v ramci toho redakcniho systemu, nebo na verejnejch strankach (to je asi blbost, co?) -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] pravidla
Dne pátek 04 května 2007 Leos Pol napsal(a): > Heh, myslim, ze ty dva posledni prispevky nejsou urceny pro py.cz :-) > Leo Diky za upozorneni, Kmail mi pri odpovedi vlozi adresu konference misto spravneho adresata, takze se omlouvam. -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] pravidla
Dne pátek 04 května 2007 Petr Hodas napsal(a): > Cau Radku, > v příloze ti zasílám další změny a doplnění pravidel. > > Dále pak logo Kralovedvorska, ktere potřebujeme doplnit na hlavní stránku > vebu jako media partner. Logo bylo být aktivní. díky Jasny, jen to "aktivni" logo znamena, ze po kliknuti se presmeruje na jejich stranku (odkaz)? A jestli jo, tak na jakou (http://www.kralovedvorsko.cz ?). Ma se to otevrit v novym okne nebo v tom samym (jsem pro v tom samym)? A jeste jedna vec, asi nejdulezitejsi: kam to mam dat :) ?? P.S.: Soubory s tema logama jsou dva. JPG a PSD. To jsou oba stejny? Ja nemam PhotoShop, takze ten druhej neotevru... Zatim tam hodim jen Jpeg a pak se uvidi, jinak tyhle loga je asi fakt lepsi ve vektoru...:))) -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] (no subject)
Dne pátek 04 května 2007 [EMAIL PROTECTED] napsal(a): > V čem byl zádrhel ? > > Na flashce je ještě adresář Recycled. Ten chceš taky ? Recycled je kos, to fakt nechci... Jinak problem byl jam, kde delka vraceneho slova (hex cislo) byla mensi nez 4. Ten prevodnik to pak doplni nulama na 4 znaky. No a 10 !=1 zeano. Ja si nekontroloval to co odesilam, ale to co ten prevodnik interpretuje (vraci to pro kontrolu), abych mel jistotu, ze chyba neni nekde "po ceste", a tohle me nenapadlo. -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] chyba v kodu
Dne čtvrtek 03 května 2007 Jan Kundrát napsal(a): > Radek Machulka wrote: > > Zkuste si to pro -5, 0 a 5 V a zjistite, ze nefunguje. Problem je, ze ve > > dvou stejnych intervalech je ruzny rozsah hex cisel (tj. 8 neni pulka z > > f). Kvuli tomu je tam ten ceil. > > Jinak nevim, co je mysleno tim "dostatecne dlouhy string" mozna, ze chyba > > bude prave tam. > > Ja zase nevim, co znamenaji "divne vysledky". > > ceil() je predpokladam math.ceil(). > > Moje funkce dava hodnoty jine maximalne o jednicku, coz je IMHO pomerne > presne. Pokud pouzijes hex(int(((inp + 5) / 10.0 * 0x))), dostavas > velice podobne vysledky. > > Takze jeste jednou, co je "divne"? > > -jkt > > ___ > Python mailing list > Python@py.cz > http://www.py.cz/mailman/listinfo/python Pomerne presne a presne je rozdil a v pripade me aplikace pomerne znacny. Jinak chyba je na strane prijimace a timto se se vsem omlouvam za ztratu casu... Problem byl, pokud delka slova byla mensi, nez 4, prevodnik pak na konec prida '0' a "divne" vysledky jsou na svete. Toto osetrit bude snadne. Udelal jsem chybu, ze jsem si vypisoval hodnoty ne co odesilam, ale co prevodnik interpretuje, abych mel jistotu, ze problem nebude "po ceste", tohoto jsem si nevsiml, moje chyba...sypu si popel na hlavu a jeste jednou se omlouvam, kazdopadne diky. Radek -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
Re: [python] chyba v kodu
Dne čtvrtek 03 května 2007 [EMAIL PROTECTED] napsal(a): > Mozno ze vysledok je iny ako ocakavas preto, lebo Python deli cele cisla > celociselne > > from math import * > def f(inp): > print ((inp + 5) / 10) > print (((inp + 5) / 10) * 65535) > print int(ceil(((inp + 5) / 10) * 65535)) > return hex(int(ceil(((inp + 5) / 10) * 65535))) > > potom > print f(-3) > dava toto > 0 > 0 > 0x0 > > ale > print f(-3.0) > dava toto: > 0.2 > 13107.0 > 13107 > 0x > > > > > Radek Machulka <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 03.05.2007 17:22 > Please respond to > Konference PyCZ > > > To > python@py.cz > cc > > Subject > [python] chyba v kodu > > > > > > > Zdravim, > mam D/A prevodnik pracujici v rozsahu +-5V. Rizeni probiha prostrednictvim > > serioveho portu. Vlastni nastaveni napeti se provadi odeslanim > hexadecimalniho cisla na prevodnik tak, ze: > 0x --> -5 V > 0x8000 --> 0 V > 0x --> 5 V, > mezi tim je zavislost linearni. > Vymyslel jsem kod: > 'hex(int(ceil(((inp + 5) / 10) * 65535)))'. > Pracuje jak ma, jen v intervalu cca (-5 ; -4.735) mi to vraci nesmysly. > Nemam zdani cim by to mohlo byt, implementace stejnehoi kodu v jinych > jazycich > funguje spravne. > Predem dik za odpovedi > Radek > > P.S.: 'inp' je vstupni promena funkce provadejici prepocet (pozadovane > napeti) > a je typu float. Tak tim to nebude, typy jsem samozrejme zkousel vselijak prohazet a vysledek je stale stejny. Me proste jen prekvapuje, ze tato chyba se vyskytuje jen v teto casti intervalu. Problem bude nekde v praci s datovymi typy, to ano, ale asi nekde jinde... -- Linux khoi 2.6.20-15-386 #2 Sun Apr 15 07:34:00 UTC 2007 i686 GNU/Linux ___ Python mailing list Python@py.cz http://www.py.cz/mailman/listinfo/python
