Vlákno názorů k článku
Webové služby v PHP: XML-RPC a SOAP

Zastaralé! REST je všechny přivede, do jednoty sváže.

Svata pravda. SOUP je paskvil. REST je cesta, cista cesta.

jestli to chapu dobre, neni REST vubec o vzdalenem volani procedur, ale o praci s nejakymi entitami (resources)

Ale je, jen se to dělá jinak. Je to distribuovatelné a škálovatelné. Určité části jsou cacheovatelné by design. Hlavní princip RESTu je převedení stavové RPC komunikace na bezstavovou. Bezstavový je pouze protokol. Stav je uri. Díky tomu odpadá spousta problémů RPC přístupu v masivně paralelních prostředích. Není překvapivé, že REST používají Google, Yahoo a podobní. Lze směle prohlásit, že Google by bez RESTu měl hodně velký technický problém jak své služby poskytovat.

jo, to cacheovani by mohla byt docela slusna vyhoda (na druhou stranu si spoustu veci muzu nacachovat primo v tom fastrpc serveru nebo v query cache databaze).
co se distribuovatelnosti a skalovatelnosti tyce, nevidim rozdil (kdyztak me zase opravte ;))

(na druhou stranu si spoustu veci muzu nacachovat primo v tom fastrpc serveru nebo v query cache databaze)

Ano, geniální myšlenka to cachovat explicitně u sebe, místo aby to potenciálně cachovala automaticky/implicitně infrastruktura sítě včetně webbrowseru uživatele.

co se distribuovatelnosti a skalovatelnosti tyce, nevidim rozdil

Vzhledem k tomu, že každý request je selfdescribing (protokol je bezstavový a tak jiný ani nemůže být) je také řešitelný na libovolném stroji v clusteru a by design už záleží jestli to bude nebo nebude sdílet zdroje. RPC sdílí zdroje mezi requesty by design.

>>Ano, geniální myšlenka to cachovat explicitně u sebe, místo aby to potenciálně cachovala automaticky/implicitně infrastruktura sítě včetně webbrowseru uživatele.

ano, protoze kdyz cachuje vyssi vrstva, tak se nedozvi, ze uz to vyprselo a ze to cachovat nema.
konkretne ten browser to cachuje do te doby, dokud si "mysli", ze je to fresh. ale ono uz treba neni...

Asi by si si mal nastudovat o com cachovanie je. Tvoj prispevok je cista demagogia a ukazka tvojej neznalosti nie len REST ale aj HTTP.

jak chcete cachovat neco, o cem nevite, kdy se zmeni? to mi teda zkuste poradit..

jednoduche vysvetleni: LOGIKA A STATISTIKA :)
slozite:
kazda data maji svoji vicemene lehce urcitelnou splatnost, ktera se poslou spolu s prvnim odpovedi na dotaz klienta, smerujici na urcita data. Dulezita je synchronizace server-klient, obe casti sdileji spolecny standard. Klient se pak rozhodne kdy si o data opet rekne. Do te doby pracuje s daty predchoziho dotazu:
nemenna data
data s presnou platnost
data s platnosti do konce session
data, ktera se musi nacitat pokazde

timto lze na strane browseru vyborne cachovat, rizeni ale provadi server a tam probiha optimalizace, staci jen spravne (napriklad podle statistickych dat) urcit minimalni dobu platnosti dat a pak je jen na uvazeni, zda-li se vyplati data cachovat, to uz jsou pak konkretni reseni a to je podle me nejlepe si projit sam a v klidu .)

btw: python

ad: samozrejme, ze nektera data se vyplati cachovat uz na serveru, sem trochu high :>

btw: python

cachovani na strane browseru ma u nekterych dat cenu, ale u _vetsiny_ dat (z vlastni zkusenosti) to cenu nema, protoze prave nevim, jak dlouho to muzu "beztrestne" cachovat. nektere veci se treba 2 hodiny nezmeni a pak se zmeni 3x za 20 sekund. proto fakt radsi cachuju na strane databaze, serveru, ... a na strane klienta cachuju takovy veci, jako jsou obrazky, css, javascripty atd., ale zbytek radsi moc ne. to, co na strankach delavam ajaxem, proste nebyva cachovatelne. a to, co je GET, se da bez problemu cachovat lighttpd.

jj s pythonem souhlasim, jeho kombinace s c++ je primo vrazedna ;)

Mozna tak, ze o tom vite, ze se se to nezmeni do konce veku. Vazne netusite o cem REST je, i kdyz bych to nenapsal tak zbytecne tvrde.

se vááááliiiiiiiiim.
Jak si tu honíííííííííííte trííííííííííííčččččččččččččččkkkkkkkkkkkkkkkkkkááááááááááá.

Chlapi, vážně - už to nehulte. Jinak budete mít restíka.
Nebrete to tak vážně.

Svět je tak nádhernýý.

Čaukí

jeste se zeptam na jednu docela podstatnou vec: co REST a multicall?