Xml-rpc Opcje

[serafin]

Witam. Jestem w trakcie pisania swojego kolejnego już cms'a i głównym jego założeniem jest uniwersalność i flexibility (elastyczność). W związku z czym mam pytanie to bardziej zaawansowanych użytkowników. Czy "opłacalne" w takiej aplikacji jest użycie SOAP czy Xml-Rpc (WebServices). I jeśli tak to mam z tym pewien mały problem. Załóżmy, że mam serwer, który przetwarza requesty i wysyła je klientowi. To jest w zasadzie proste. Ale co zrobić gdy do wygenerowania strony jest potrzebnych ponad setka zmiennych, od poziomu zezwoleń nadanych użytkownikowi (GACL) po zmienne sesyjne czy inne. Czy w takim wypadku transport tych zmiennych w jedną i drugą stronę jest opłacalny (w sensie szybkości). Zastanawia mnie głównie transport wszystkich zmiennych od klienta do serwera ... Czy ktoś ma pojęcie z Was w tym temacie ? Z góry dziękuje za odpowiedzi i za rozgryzienie mojego postu... (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)


Może jeszcze podam mały przykład:

Request do serwera o wyświetlenie newsów, parametry: sort_by, limit.
A teraz załóżmy, że newsy kontrolowane są właśnie przez GACL. Czy wtedy mam przekazać również poziom zezwoleń użytkownika. i czy potem by wygenerować stopkę i header strony wysyłać kolejny request o dynamiczne dane (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) Czy może całość strony którą chcę wygenerować otrzymać za pomocą jednego requesta i ptoem dzięki Smarty wyświetlić to??

Jeszcze jedna sprawa, zalozeniem cms'a jest szybkosc. O ile wiem ezPublish korzysta z SOAP i Xml-rpc i jest strasznie wolny. Co wiec proponujecie ?

Pozdrawiam

[Seth]

Co do tematu, to moze Seth Ci conieco napisze w wolnej chwili (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

(IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Troche sie o tym naczytalem, wiec odrazu powiem, ze SOAP w przypadku php IMHO odpada.
Co do XML-RPC to niestety ale jako, ze jest to wykorzystanie "zdalnyh" procedur zawsze wiaze sie ze strata wydajnosci.
Myslalem kiedys o stworzeniu CMSa bazujacego tylko na web services ale po testach zrezygnowalem. 15 prostych zapytan na localu zajelo ok 8s.

Dlatego web services uzywal bym oszczednie. Czyli w takich przypadkach gdy ktos z zewnatrz potrzebuje pewnych danych, ktore my udostepniamy. Web services powinien byc dodatkiem a nie glowna czescia systemu.
Chociaz sa i systemy oparte na webservicach jako skladowe workflowu ale te sa postawione na specjalnie do nich dedykowanych maszynach i nie sa pisane w php.