abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
dnes 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
dnes 13:11 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.26 a beta verze 1.27 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
dnes 12:55 | Komunita

Dle plánu byla dnes vydána hra Rise of the Tomb Raider (Wikipedie) pro Linux. Koupit ji lze za 49,99 €.

Ladislav Hagara | Komentářů: 0
dnes 09:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 254 bezpečnostních chyb. V Oracle Java SE je například opraveno 14 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 12 z nich. V Oracle MySQL je opraveno 33 bezpečnostních chyb. Vzdáleně zneužitelné bez autentizace jsou 2 z nich.

Ladislav Hagara | Komentářů: 3
včera 23:11 | Nová verze

Byla vydána verze 8.0 linuxové distribuce Trisquel GNU/Linux. Nejnovější verze Trisquel nese kódové jméno Flidas a bude podporována do roku 2021. Výchozím prostředím je nově MATE 1.12. Trisquel patří mezi svobodné distribuce doporučované Nadací pro svobodný software (FSF).

Ladislav Hagara | Komentářů: 0
včera 16:00 | Nová verze

Byla vydána nová verze 27.9.0 webového prohlížeče Pale Moon (Wikipedie) vycházejícího z Firefoxu. Přehled novinek v poznámkách k vydání. Jedná se o poslední větší aktualizaci verze 27. Vývojáři se zaměří na novou verzi 28.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Nová verze

Google Chrome 66 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 66.0.3359.117 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 62 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
včera 06:00 | Nová verze

Byla vydána druhá RC verze nové řady 2.10 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
17.4. 23:39 | Pozvánky

Již tento čtvrtek (19. 4.) se v posluchárně 107 na Fakultě informačních technologií ČVUT v Praze Dejvicích odehraje večer s Turrisem, tentokrát zaměřený na nový modulární router MOX. Mluvit o něm budou Patrick Zandl a Ondřej Filip, ale bude i prostor pro dotazy a diskuzi s vývojáři. Akce začíná v 18:00 a plánovaný konec je v 19:45. Mapka, kde se nachází daná posluchárna, a možnost registrace je k dispozici na webu CZ.NIC.

Miška | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (48%)
 (27%)
 (16%)
Celkem 322 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Poraďte kompaktní framework pro vývoj webového GUI

    Zdeněk Zámečník avatar 22.6.2010 21:05 Zdeněk Zámečník | skóre: 26
    Poraďte kompaktní framework pro vývoj webového GUI
    Přečteno: 739×

    Už delší čas se rozmýšlím a pátrám, jaký jazyk nebo ještě lépe menší framework použít pro vývoj webového GUI. Jelikož se nejedná o žádný masově navštěvovaný web, není zde kladen důraz na výkon, ale o to více na bezpečnost.

    Moje představy:

    • Co nejmenší paměťová náročnost
    • Pokud možno integrovaný webový server s podporou SSL
    • Možnost statické kompilace včetně závislostí, aby aplikace byla snadno přenosná
    • Možnost použít nějaký šablonovací systém

    Asi bych měl poznamenat že se vyhýbám Javě, protože si myslím, že se vyplatí jí nasazovat jen u rozsáhlých projektů, nejvíc mi na ní vadí zbytečná paměťová náročnost. Nicméně pokud mne někdo chcete přesvědčit o opaku, nebráním se.

    Už dlouho píši takovéto jednoduché aplikace v PHP, ale popravdě si nemyslím, že bych se v něm naučil řešit problémy čistě a rád bych přesedlal na jiného koně.

    Zaujal mne Python, líbí se mi jeho syntaxe a multiplatformnost. Co mě trošku zaráží, je absence kompatibility mezi 2.x a 3.x verzemi, ale v zásadě se nejedná o stěžejní problém. Vyzkoušel jsem si tedy Django, ale narazil jsem na zcela zásadní problémy. Lze v něm sice spousty řešení napsat velmi rychle, nicméně pokud chcete udělat něco, s čím autoři nepočítali, můžete se snadno dostat do slepé uličky.

    Pak jsem našel CherryPy, ve kterém jsem si zatím nic moc nevyzkoušel, ale asi se blíží mým představám nejvíce. Nesmířil jsem se ale s tím, že jeho webový server sežere přes 100MB paměti i s tím nejjednodušším skriptem a pravděpodobně neumí SSL.

    Víte ještě o něčem jiném, co by stálo za vyzkoušení nebo mi nějak napomohlo?


    Řešení dotazu:


    Odpovědi

    22.6.2010 21:16 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    Proč by CherryPy nemělo umět SSL, když to umí jeho HTTP server?
    Zdeněk Zámečník avatar 22.6.2010 22:09 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI

    Máš pravdu. Podle CherryPy wiki umí HTTPS od verze 3.0+. To mě docela mile potěšilo.

    Ale stejně vidím problém v té paměti. Jelikož si chci dát dohromady GUI pro správu virtuálních strojů, rád bych co nejvíce paměti ušetřil právě pro ty virtuály. Ale možná by se vyplatilo použít Lighttpd a CherryPy na něj napojit skrz WSGI.

    23.6.2010 01:07 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    Ono vůbec podpora SSL je jen takový implementační detail :-), který záleží na tom, na který webový server se aplikace posadí (díky WSGI je možné propojit skoro cokoliv s čímkoliv).

    Padlo tu nějaké číslo - 100 MB zabrané paměti. Jediný pythonový proces, který mi na serveru běží a zabírá tolik paměti (kromě MySQL jediný vůbec :-)), je Plone, což je aplikace nad Zope, jedním z nejšílenějších pythonových počinů. A v Zope to hádám stejně dělat nebudeš :-)

    Opravdu ti proces pythonové webové aplikace (se samostatným webserverem) zabírá 100 MB? Nezaměnil jsi třeba hodnoty RSS a VSZ ve výpisu ps? Opravdu po spuštění webovky klesne volná paměť o 100 MB?

    Pokud záleží na každém kilobajtu, nejlepší to asi bude udělat v C++ :-), jenom spuštění aplikace v Pythonu může zabrat jednotky desítek MB. Ale ne tolik. Nad hodnotu 100 MB to může pak časem nabobtnat, pokud se nějak neuváženě pracuje s pamětí (může stačit třeba jednorázové načtení velkého množství dat).

    Teď trochu mimo, paměť by se dala ušetřit tím, že po dobu nečinnosti webová aplikace nepojede, což se celkem snadno zařídí spuštěním z nějakého minimalistického webového serveru přes FastCGI (nebo v horším případě CGI).

    Mimochodem, co přesně je myšleno pojmem webové GUI? Dnes je to trochu buzzword, pod kterým bych si představil nějakou javascriptovou a AJAXovou šílenost v ExtJs, která se snaží ve webovém prohlížeči svým vzhledem a ovládáním co nejvíce přiblížit MS Office (nebo aspoň Gmailu). I takové věci v Pythonu jsou :-) Ale nejspíš máš na mysli prostě "jen" webovou aplikaci.

    Volbu Pythonu chválím. Myslím si (a nejen já), že je to vhodná platforma i pro web; spolu s Ruby asi nejvhodnější. Ano, na Ruby se můžes také podívat, oba světy mi přijdou podobné v existenci jak "velkých frameworků" Django, Rails, tak i menších a pružnějších řešení typu CherryPy, Sinatra (a spousty dalších). V obou je pak na výběr hromada šablonovacích enginů, ORM atd.

    Já osobně pro své projekty používám Werkzeug. Podobně jako CherryPy je to spíše knihovna řešící "jen" request a response objekty a mapování (routing) URL, jenom to na rozdíl od CherryPy a jiných dělá stylem, který se mi více líbí. Takových knihoven (nebo frameworků či mini-frameworků) existuje víc (namátkou WebOb, web.py, ...).

    (Ne)kompatibilita mezi Pythonem 2.x a 3.x se na první pohled opravdu může zdát zvláštně. Vypadá to, že situace okolo 3.x není ještě moc dobrá pro webový vývoj, především, pokud mám aktuální informace, kvůli absenci specifikace WSGI. To je můj názor a teď ho do internetové diskuze píšu asi potřetí, tak bych zase nerad, abych tu nechtěně vytvořil nějakou fámu o totální nepoužitelnosti Pythonu 3 :-) Je to věc, která se může rychle změnit a konečně dá se ověřit na webu, jaké frameworky/knihovny už umí Python 3 a jak. V případě pochybností bych doporučil použít Python 2.x s tím, že pozdější přechod na 3.x by neměl být takový (nebo vůbec nějaký) problém. Myslím si ale, že Python v tomhle není sám, podobná nekompatibilita existuje třeba mezi verzemi Ruby (1.8 a 1.9).
    Zdeněk Zámečník avatar 23.6.2010 10:12 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI

    Opravdu to podle mne tolik paměti sežere. Tedy abych upřesnil - RSS je size pouze 9MB, ale VSZ 220MB. Pokud si zjistím stav paměti před spuštěním (třeba pomocí free), jsem na 22MB obsazené paměti, po spuštění na 160MB. Spouštím si jednoduchý skript "Hello world!" z jejich wiki, který běží na integrovaném webovém serveru.

    Takto vypadá výpis z ps:

    USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
    root     19774  0.3  1.7 220156  9352 pts/0    Sl+  08:23   0:00 python hello.py
    

    Tohle se dá vytáhnout z kernelu:

    Name:	python
    State:	S (sleeping)
    SleepAVG:	98%
    Tgid:	19774
    Pid:	19774
    PPid:	19694
    TracerPid:	0
    FNid:	101
    Uid:	0	0	0	0
    Gid:	0	0	0	0
    FDSize:	256
    Groups:	0 1 2 3 4 6 10 
    envID:	101
    VPid:	19774
    PNState:	0
    StopState:	0
    VmPeak:	  220156 kB
    VmSize:	  220156 kB
    VmLck:	       0 kB
    VmHWM:	    9352 kB
    VmRSS:	    9352 kB
    VmData:	  139192 kB
    VmStk:	      84 kB
    VmExe:	       4 kB
    VmLib:	    6380 kB
    VmPTE:	     248 kB
    StaBrk:	0783a000 kB
    Brk:	07a6b000 kB
    StaStk:	7fff125a1600 kB
    Threads:	14
    SigQ:	0/38912
    SigPnd:	0000000000000000
    ShdPnd:	0000000000000000
    SigBlk:	0000000000000000
    SigIgn:	0000000001001000
    SigCgt:	0000000180004203
    SigSvd:	0000000000000000
    CapInh:	000000007dcceeff
    CapPrm:	000000007dcceeff
    CapEff:	000000007dcceeff
    Cpus_allowed:	7fffffff,ffffffff,ffffffff,ffffffff,ffffffff,ffffffff,ffffffff,ffffffff
    Mems_allowed:	00000000,00000001
    TaskUB:	101
    MMUB:	101
    

    Teď mne napadlo hledat, jak snížit počet threadů, ve kterých ten server běží a zadařilo se, dostal jsem se těsně pod 50MB :-)

    Úplně o každý kilobajt ani megabajt mi nejde, hledám kompromis mezi časovou (z hlediska vývoje) a paměťovou náročností.

    Přesně tak, webovým GUI mám na mysli webovou stránku prošpikovanou Ajaxem/Java scriptem, konkrétně mne v tomto ohledu velmi zaujalo použití jQuery a jQueryUI. Koukám že ExtJs je podobná záležitost. Server side poběží pouze v Pythonu a SQLite

    Ruby vypadá zajímavě, ale nijak moc jsem jej nezkoumal. Možná proto, že nemám příliš důvěry v Ruby on Rails :-D Ale to je jen můj osobní postoj.

    Rozhodně díky za vyčerpávající odpověď. Vypadá to, že se asi začnu zabývat CherryPy, když už se zadařilo snížit paměťové nároky. V tuto chvíli je pro mne už asi nejdůležitější jen dokumentace.

    23.6.2010 13:37 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    Zvláštní. Nainstaloval jsem si Debian Lenny (amd64) do virtualního stroje (kvm), jen základní systém a python-cherrypy3. Z paměti je zabráno 31 MB (jak hlásí htop nebo prostřední řádek výpisu free). Spustím jakýkoliv skript v adresáři /usr/share/doc/python-cherrypy3/tutorial (třeba 01 nebo 09) a zabraná paměť se vyšplhá na 40 MB:
    $ ps aux | grep [p]ython
    messa     2716  1.0  2.1 173176 11224 pts/1    Sl+  07:26   0:01 python tut01_helloworld.py
    $ cat /proc/2716/status
    Name:	python
    State:	S (sleeping)
    Tgid:	2716
    Pid:	2716
    PPid:	2499
    TracerPid:	0
    Uid:	1000	1000	1000	1000
    Gid:	1000	1000	1000	1000
    FDSize:	256
    Groups:	20 24 25 29 44 46 1000 
    VmPeak:	  173180 kB
    VmSize:	  173176 kB
    VmLck:	       0 kB
    VmHWM:	   11224 kB
    VmRSS:	   11224 kB
    VmData:	  105992 kB
    VmStk:	     148 kB
    VmExe:	    1172 kB
    VmLib:	    4672 kB
    VmPTE:	     216 kB
    Threads:	13
    SigQ:	0/4095
    SigPnd:	0000000000000000
    ShdPnd:	0000000000000000
    SigBlk:	0000000000000000
    SigIgn:	0000000001001000
    SigCgt:	0000000180004003
    CapInh:	0000000000000000
    CapPrm:	0000000000000000
    CapEff:	0000000000000000
    CapBnd:	ffffffffffffffff
    Cpus_allowed:	00000001
    Cpus_allowed_list:	0
    Mems_allowed:	00000000,00000001
    Mems_allowed_list:	0
    voluntary_ctxt_switches:	193
    nonvoluntary_ctxt_switches:	77
    $ free -m
                 total       used       free     shared    buffers     cached
    Mem:           499        182        317          0         16        124
    -/+ buffers/cache:         40        459
    Swap:          478          0        478
    
    
    Zdeněk Zámečník avatar 23.6.2010 16:13 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    Opravdu zajímavé. Já jsem si to teď zkusil u sebe na Fedoře a taky mi sežralo jen pár MB. Stroj na kterém jsem to zkoušel je virtuál v OpenVZ, tak je tam možná nějaký nedostatek v kernelu. Tím pádem problém s pamětí v CherryPy v podstatě neexistuje :)
    23.6.2010 16:46 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    Teď jsem to na OpenVZ taky vyzkoušel a hello world v CherryPy skutečně dle výpisu free (na tom samém virtuálním stroji) zabral 105 MB. Ovšem z volné paměti fyzického stroje ubyly jen jednotky MB.
    Zdeněk Zámečník avatar 23.6.2010 23:41 Zdeněk Zámečník | skóre: 26
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI

    Příští týden budu mít více času, tak to schválně zkusím na různých verzích OpenVZ. Někde mi běží kromě stable verzí i různé vývojové. Snad je to jen nějaká maličkost. Možná je tam implementována alokace paměti nějakým jiným způsobem než v defaultním kernelu. Docela by bodlo přijít tomu na kobylku.

    Moc díky za pomoc. Už jsem pomalu uvažoval o upuštění od CherryPy, ale tohle mě nakoplo a můžu postupovat dál :-)

    23.6.2010 11:07 Sten Fil | skóre: 4
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    qooxdoo.org

    dhtmlx.com



    qooxdoo je trochu komplikovanejsi v tom ze se napsany kod "preklada" pythonim "prekladacem" Takze prvni pokusy jsou trochu obtiznejsi.
    23.6.2010 17:48 __dark__
    Rozbalit Rozbalit vše Re: Poraďte kompaktní framework pro vývoj webového GUI
    Qooxdoo jde používat stejně jako jakékoliv jiné knihovny, stačí použít třeba QxBuild;-)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.