angular - tema za slijdeće druženje?
Dobrica Pavlinusic
http://blog.rot13.org/2010/11/angular_-_what_is_browser_was_written_for_ajax_application.html
i ako ima zainteresiranih, predla�em to kao temu za slijede�e dru�enje
(s obzirom da sam sada shvatio da je ovo prvi ponedjeljak u mjesecu :-)
p.s. u me�uvremnu, sprema podatke u CouchDB
https://github.com/dpavlin/angular-mojolicious#readme
--
Dobrica Pavlinusic 2share!2flame dpa...@rot13.org
Unix addict. Internet consultant. http://www.rot13.org/~dpavlin
Igor Rumiha
> Pročitajte
>
> http://blog.rot13.org/2010/11/angular_-_what_is_browser_was_written_for_ajax_application.html
>
Zgodno!
Par pitanja: kako se podesi server-side data storage? Prošao sam uzduž i poprijeko http://angularjs.org/ i ne mogu naći opis. Na mailing listi sam našao jednu raspravu gdje autor kaže da se trenutno može koristiti samo njihov backend server. Da li to znači da je tvoj angular-mojolicious jedina third-party implementacija data store-a? :)
Drugo: što se desi ako imaš na ekranu npr. 50 bindanih podataka (ništa čudno ako se radi o nekakvoj "enterprise" aplikaciji)? Da li se pri učitavanju generira 50 XHR requesta na server? Čini mi se da takvo rješenje nije previše skalabilno, dakle ograničeno je na "male" aplikacije.
--
IgorR
Dobrica Pavlinusic
> On 8. stu. 2010., at 21:20, Dobrica Pavlinusic wrote:
> >
> > http://blog.rot13.org/2010/11/angular_-_what_is_browser_was_written_for_ajax_application.html
> >
>
> Zgodno!
> Par pitanja: kako se podesi server-side data storage? Pro�ao sam uzdu� i
> poprijeko http://angularjs.org/ i ne mogu na�i opis. Na mailing listi sam
> na�ao jednu raspravu gdje autor ka�e da se trenutno mo�e koristiti samo
> njihov backend server. Da li to zna�i da je tvoj angular-mojolicious jedina
> third-party implementacija data store-a? :)
Da :-)
Mo�da vi�e prva nego jedina ali ipak prva, Prva, PRVVVVAAA!!! ;-)
FWIW, $resource u angularu se zapravo mo�e bindati na bilo�to �to vra�a
JSON i/ili JSONP, tako da je ovo zapravo prva implementacija koja je
sli�na onome �to je dokumentirano na
http://docs.getangular.com/REST.Basic
> Drugo: �to se desi ako ima� na ekranu npr. 50 bindanih podataka (ni�ta
> �udno ako se radi o nekakvoj "enterprise" aplikaciji)? Da li se pri
> u�itavanju generira 50 XHR requesta na server? �ini mi se da takvo
> rje�enje nije previ�e skalabilno, dakle ograni�eno je na "male"
> aplikacije.
Postoje dva requiresta:
$resource.get na /data/Entity/id koji vra�a jedan entry i /data/Entity/
koji vra�a *sve* entrije. Ovaj drugi se obi�no koristi za neke ispise,
ali moj backend trenutno nema podr�ku za pager pa stvarno uvijek vrati
sve (manje-vi�e zato �to neznam kako radi pager na hosting servisu a
htio bi biti barem malo kompatibilian -- CouchDB veďż˝ ima skip i limit za
to, ali neznam koje parametre da �aljem...)
Igor Rumiha
> Postoje dva requiresta:
>
> koji vraća *sve* entrije. Ovaj drugi se obično koristi za neke ispise,
> ali moj backend trenutno nema podršku za pager pa stvarno uvijek vrati
> sve (manje-više zato što neznam kako radi pager na hosting servisu a
> htio bi biti barem malo kompatibilian -- CouchDB već ima skip i limit za
> to, ali neznam koje parametre da šaljem...)
Da, malo sam zabrijao... u principu svi podaci koji su prikazani na stranici mogu biti atributi samo jednog objekta tako da je moguće organizirati aplikaciju da sve svoje podatke dohvati samo sa jednim XHR requestom (OK, malo nategnuto, ali moguće).
Da se malo vratimo na Perl, kak se snalaziš sa Mojoliciousom? Prije par mjeseci sam radio jednu internu web aplikaciju i morao sam izvoditi prilično čudne stvari da bih npr. došao do tijela POST requesta kojeg sam onda propustio kroz JSON parser. Tek sam prije koji dan na Mojolicious mailing listi pronašao podatak da se to može puno jednostavnije:
my $post_input = $self->req->json;
:)
U svim manualima, cookboocima i ostalom što ljudi pokušavaju sastaviti kao dokumentaciju za Mojolicious taj podatak nisam našao. Frustrirajuće.
--
IgorR
Dobrica Pavlinusic
> On 9. stu. 2010., at 13:55, Dobrica Pavlinusic wrote:
> > Postoje dva requiresta:
> >
> > koji vra�a *sve* entrije. Ovaj drugi se obi�no koristi za neke ispise,
> > ali moj backend trenutno nema podr�ku za pager pa stvarno uvijek vrati
> > htio bi biti barem malo kompatibilian -- CouchDB veďż˝ ima skip i limit za
> > to, ali neznam koje parametre da �aljem...)
>
>
> Da, malo sam zabrijao... u principu svi podaci koji su prikazani na stranici
> aplikaciju da sve svoje podatke dohvati samo sa jednim XHR requestom (OK,
Pri �emu zapravo ne mora� zapravo uni�titi strukturu baze jer mo�e�
XHR-ove generirati iz perl koda, jel?
> Da se malo vratimo na Perl, kak se snalaziďż˝ sa Mojoliciousom? Prije par
Pa, koristio sam ga za Frey (ono Moose+web), pa za mojo_facets i sada za
ovo tako da mislim da prili�no dobro :-)
Zapravo najbolja stvar mi je �to nema dependency na ni�ta osim perl
core-a (ina�e bih vjerojatno ve� pre�ao na plack jer i tako ne koristim
puno template i routing).
> mjeseci sam radio jednu internu web aplikaciju i morao sam izvoditi
> prili�no �udne stvari da bih npr. do�ao do tijela POST requesta kojeg sam
> onda propustio kroz JSON parser. Tek sam prije koji dan na Mojolicious
> mailing listi prona�ao podatak da se to mo�e puno jednostavnije:
>
> my $post_input = $self->req->json;
>
> :)
Da, ali to je stvarno u relativno recent verzijama (ja npr. imam git
submodule sa mojo-m da bih dobio dovoljno novu verziju).
Ima tako�er i zanimljivi ojo modul koji se koristi sa perl -Mojo [:-)]
za quick scraping, pogotovo jer ima i Mojo::DOM.
> U svim manualima, cookboocima i ostalom �to ljudi poku�avaju sastaviti kao
> dokumentaciju za Mojolicious taj podatak nisam na�ao. Frustriraju�e.
Napi�i patch? za Mojo::Cookbook :-)