XMLHttpRequest - POST a GET - je nějaký rozdíl?

Zdravím,

zajímalo by mě, jestli je k něčemu užitečné, když budu vytvářet XMLHttpRequesty buď GET nebo POST? Není to jedno? Nebo k čemu to vlastně je?

(Mám funkci, která projde formuláře a těm s třídou ajax nastaví při odesílání vytvoření požadavku a zrušení výchozí akce. Právě mě napadlo, proč vlastně rozlišuju, jestli má formulář GET/POST, když bych všechno mohl poslat třeba POSTem?)

_es:
Myslel jsem AJAX, jestli to z toho není jasné :-)

„A to je dobré na čo, takáto komplikácia, namiesto normálneho odoslania formulára?“
A jak jinak poznám, který formulář chci odeslat pomocí AJAXu, a který ne?

„To musíš snáď vedieť ty, ktorá metóda ti pre daný účel viac vyhovuje.“
Při neAJAXovém odeslání je rozdíl jasný:
GET - uvidím adresu včetně parametrů v adresním řádku
POST - adresu neuvidím. A mohu poslat víc dat (pokud se nepletu)

Ale jaký je rozdíl při AJAXovém požadavku? Tam to rozlišovat není třeba, ne?

_es:
Nějaký důvod, proč bych neměl využívat AJAX i pro formuláře? Neznám.

Jednoduše proto, protože nechci znovu načítat kompletní stránku.

EDIT (OT): A protože AJAXové stránky jsou cool :-)

_es:
Ale já nepotřebuju pomoc se zajaxovatěním formulářů, vím o nemožnosti posílání souboru.

Nepotřebuju taky směřovat formulář do rámu, nepotřebuju kód ani nijak opravovat, mám ho funkční, zajímá mě jen rozdíl POST a GET v XMLHttpRequestu.

_es:
Rozdíl je tedy to, co jsem psal ([#3]), takže vytváření GET při XHR je vlastně k ničemu?

„Ale toto nie je využitie AJAXovej funkčnosti, ale zmršenie jednej veľmi dobrej funkcie prehliadača na horšiu funkčnosť.“
Ale nepovídej.

Výhody použití AJAXu například v diskusi při posílání příspěvku:

- interaktivita
- žádné zbytečné znovu načítání všech informací o diskusi (tj. výběr tématu a všech příspěvků na aktuální straně)
- má odpověď se objeví okamžitě (v případě úspěchu)
- po načtení nemusím znovu scrollovat na poslední příspěvky

... vymyslel bych i další výhody. Ale není to předmětem toho, na co jsem se ptal.

_es:

„Prečo by to malo byť ‚k ničemu‘, ak je užitočné, aby boli všetky odosielané dáta v adrese, alebo to z nejakého dôvodu vyžaduje server... Teda je to presne na to, na čo treba, ak potrebuje programátor použiť metódu get alebo ju uprednostní pred inou metódou.“
Protože když vytvářím XMLHttpRequest, tak asi URL adresu měnit chtít nebudu...

„Úplne všetky tie výhody sa dajú dosiahnuť aj pri použití iframe alebo frame a správne nastaveného target formulára.“
A proč mi pořád předhazuješ ty rámce, vždyť je úplně jedno, jestli je použiju nebo ne. Já je používat nechci, také mají řadu nevýhod, proč je nevolit.

Teď ti nějak nerozumím. Asi nechápu využití XHR a metodou GET. Kdybych chtěl použit klasický GET, nebudu tenhle objekt vůbec používat..

Ne, ne... Mícháš dohromady HTML a JavaScript.

Já se ptám jenom na XHR, protože tam nevidím důvod používat GET. To byl vlastně důvod, takové zamyšlění, proč jsem se ptal. K čemu tam ten GET vlastně je. Možná, že se ten XHR používá i na něco jiného, než ve spojitosti s AJAXem, ale ani tam nevidím důvod toho GETu. Protože když bych chtěl GET, změním rovnou adresu a žádný objekt XHR nepotřebuji.

TomášK:
„Příklad používaných akcí z frameworku: ...“

Vím k čemu používat GET/POST. Samozřejmě používám velmi podobně, ne-li stejně.

Ale nevidím důvod jej rozlišovat taky při vytváření u XHR, protože tam mi to rozdělení GET/POST přijde zbytečné, když vždy mohu data poslat jako POST a nemusím se starat o GET.

_es:
„Dá sa použiť tak isto ako XHR. Do iframe sa načítajú dáta a potom sa nejako použijú“

A s tímhle si iframe také podle tebe poradí?

- indexování obsahu iframu vyhledávači
- co zobrazit v iframu, dokud nebyl formulář odeslán - musíš určit zdroj, tzn. zbytečný požadavek
- co když budu chtít elementy uvnitř iframu zobrazovat i okolo něj?
- tímhle si nejsem jistý, ale řekl bych, že to tak bude - do rámce musím načítat prakticky znovu celou stránku - HTML, HEAD, všechny skripty, které uvnitř použiju, BODY, samotný obsah, ...

_es:
Jednodušší? V čem?

Že v případě GET vytvořím adresu rovnou a v případě POST předám parametry další metodou? V tom zase takový rozdíl není.

_es:
„Táto otázka je nejako úplne od veci. Tvoj dotaz bol o formulároch“
Můj dotaz nebyl o formulářích, jak už jsem se ti snažil několikrát vysvětlit - [#3][#7][#17]

„prečo by mal vyhľadávač indexovať výsledky z formulárov“
Mám stránku třeba

/uzivatele - vypis poslednich dvaceti nejnovějších uživatelů, na stránce je filtrační formulář, který když ajaxově odešlu, změnim ty uživatele. Vyhledávač, v době kdy bude indexovat získá odkazy na profily uživatelů.


„Ako by mal zobraziť niečo v skrytom iframe? Obsah XHR tiež predsa priamo nezobrazuje.“
Většinou to je tak, že nejdřív se zobrazí nějaká defaultní data (nejnovější položky), které AJAXem přepíšu. Takže bys do iframu musel načítat třeba ty nejnovější položky -> nastavovat src u iframu, abys do něj něco načetl.

„Na to slúži JavaScript, len ho treba správne využiť.“
Pochybuju, že dostanu element z iframu do okolní stránky se vším všudy. Akorát si zadělávám na problémy.

„A to nejako vadí, či je ten obsah v elemente HTML?“
Je to zbytečné, protože už je jednou mám v celém layoutu. Proč je znova načítat - někdy z cache, jindy ne a proč je znovu chtít po prohlížeči zparsovat, když je budu chtít v iframu znovu použít?

„S XHR sa to nedá.“
Ani to totiž nepotřebuju. Je nesmyslné načítat něco, co už načtené je.

Už prosím nepíš o rámcích, nehodí se sem, neptal jsem se na ně a jejich použití se mi zdá v 99% zbytečné.

_es:
Ano, roboti JS neumí (zatím). Ale nepsal jsem, že by indexovaly to, co se skrývá až za AJAXem, ale to, co se defaultně načte na stránce, tedy to, co se až potom mění AJAXem.

„Prečo mi vnucuješ niečo, čo je len možnosť?“
Píšu ti nevýhody, které má ten tvůj tak slavný iframe ;-)

„To je. A kde som písal, že chcem načítavať už načítané? Podobne aj ďalšia otázka.“
Další bod z nevýhod. Na složitějších stránkách/aplikací může být třeba zpracovat výsledky (po načtení) nějakým JavaScriptem. A ty ho budeš muset znovu načítat v hlavičce.

„Iframe môžem použiť v princípe úplne rovnako ako XHR.“
Napsal jsem ti nevýhody. Opět - vymyslel bych jich zase víc.

„tak o náhrade natívneho odoslania formulára sa to povedať nedá.“
Iframe je zkrátka zbytečný. BEZ JS se formulář klasicky odešle, s JS se formulář pošle přes XHR.
Podívej se třeba na Nette jak pracuje se snippety, myslíš, že si to někdo bude přepisovat na to, aby tam měl iframe, když je to k ničemu? :) Asi těžko.



Zvláštní, ale po 25 příspěvcích jsem se nedozvěděl to, na co jsem se ptal.

Takže znovu:
K čemu mi je definování metody GET u objektu XHR, když vždy mohu použít POST.

V případě jQuery se jedná jen přepsání "get"za "post".
Rozdíly v odeslání požadavku přes samotný JS jsou napsány třeba zde

_es:
To máš sice pravdu, v tomto to jednodušší je, ale když to jQuery udělá za tebe, neřešíš nic (nebo když na to máš už funkci).

I s tím tvým rámcem, pořád si musíš ten form označit, nejlépe nějak třídou, že ho chceš posílat AJAXově. Protože kdybys to neudělal, bez JS by se ti asi pořád odesílal do nějakého rámce, nevím jak by to reagovalo, pokud by neexistoval. Může se to v každém prohlížeči chovat třeba jinak.
Po odeslání formuláře bys musel přidávat iframe do DOMu, řekl bych, že jeden ti stačit nebude, co když uděláš víc požadavků těsně za sebou - dostaneš jen ten poslední. I když to by taky možná šlo pomocí onchange opravit, nevím, zase by se to muselo vyzkoušet, jak to funguje v každém prohlížeči oproti spolehlivému cyklu, co projde formulářové položky a dá je do stringu.


Už jsme zase tam, o čem to vůbec není. Takže teď zase trochu k tématu:


„Napríklad môžeš skúsiť zadať adresu v adresovom riadku v prehliadači, čo sa ti načíta. Alebo hocijaké iné použitie, kde stačí na načítanie dát len adresa.“
Nevím, jak bych to mohl zkusit. Ta adresa, o které píšeš, že můžu vyzkoušet (běžný uživatel to dělat nebude) není tou adresou, která je u action u formuláře, ale teprve ta, která se dává dohromady někde uvnitř skriptu (JS), takže fakt pochybuju, že to tam někdo bude hledat, jen aby to zkusil :-)

Ty zřejmě pořád nechápeš, na co se ptám.

V HTML, začátky formulářů:


... tady adresa po odeslání zůstane /uzivatele

a

... tady po odeslání se adresa změní na /uzivatele?param1=...&param2=...&param3=...

A teď, oba chci posílat AJAXem a na onsubmit jim dám handler, který vytvoří XHR a nastaví metodu GET/POST podle toho, co je v atributu method u toho odesílaného formuláře.

Celou tu dobu se ptám teda na to, proč bych měl vůbec rozlišovat v tom JS nějakou tu metodu, když všechno můžu jednoduše posílat přes POST. Tedy k čemu tam to GET vlastně je, když to na to nemá žádný vliv? Už mi po dvacátém osmém příspěvku zde rozumíš?