Pro itajte

http://blog.rot13.org/2010/11/angular_-_what_is_browser_was_written_f...

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            dpav...@rot13.org
Unix addict. Internet consultant.             http://www.rot13.org/~dpavlin

On 8. stu. 2010., at 21:20, Dobrica Pavlinusic wrote:

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

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

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...)

--
Dobrica Pavlinusic               2share!2flame            dpav...@rot13.org
Unix addict. Internet consultant.             http://www.rot13.org/~dpavlin

On 9. stu. 2010., at 13:55, Dobrica Pavlinusic wrote:

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

Pri emu zapravo ne mora zapravo uni titi strukturu baze jer mo e
XHR-ove generirati iz perl koda, jel?

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).

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.

Napi i patch? za Mojo::Cookbook :-)

--
Dobrica Pavlinusic               2share!2flame            dpav...@rot13.org
Unix addict. Internet consultant.             http://www.rot13.org/~dpavlin