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

[hawk]

Przegladalem ostatnio phienda i phrame i powiem ze moj cms duzo sie pod wzgledem mechanizmow dzialania nie rozni.

Ja również polecam phienda (IMG:http://forum.php.pl/style_emoticons/default/laugh.gif) . Reklama dźwignią handlu. Phrame akurat nie polecam, bo jest wolny i za dużo w nim Javy kosztem php (jak ktoś zamiast tablic i foreach() robi sobie klasy ArrayList i Iterator, to coś jest nie tak :?).

Czy wiec to nadal jest cms czy juz mvc?? Jaka jest roznica miedzy tymi systemami?? Czy Cms powstać może na bazie MVC (IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif)

CMS da się zrobić na bazie MVC, a przynajmniej w to wierzymy, bo inaczej nasze prace w tym zakresie byłyby bez sensu (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) .

Seth już podał linka do mojego opisu MVC. Generalnie różnica pomiędzy MVC i CMS jest, hmm, taka, że to jest inna kategoria. MVC jest wzorcem, stosowanym nie tylko dla aplikacji internetowych. W ogóle to MVC wymyślił chyba Xerox dla Smalltalka (btw: niesamowity język, jednocześnie prosty jak trzonek od łopaty i zakręcony jak świński ogon (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) ). Więc jest to sposób robienia aplikacji. A CMS wiadomo - pewna klasa systemów.

W sumie MVC jest proste. Jeżeli tylko aplikacja podzielona jest odpowiednio na Model-View-Controller, to masz MVC. Cała reszta to dodatki specyficzne dla implementacji.