Přejít k navigační liště

Zdroják » Zprávičky » Detekce AJAXových požadavků na serveru

Detekce AJAXových požadavků na serveru

Zprávičky Různé

Pokud používáte na klientské straně nějakou javascriptovou knihovnu, jako je třeba jQuery, můžete snadno odlišit, zda požadavek, který přišel na server, je poslán přímo prohlížečem, nebo skriptem. Mnohé knihovny (kromě jQuery třeba i Mootools, YUI či Prototype) totiž přidávají k požadavkům, posílaným přes XMLHttpRequest, speciální hlavičku:

if ( !remote ) {
 xhr.setRequestHeader("X-Requested-With", "XMLHttpRequest");
}

Na serveru lze takový požadavek snadno rozpoznat, např. v PHP pomocí podmínky

$_SERVER[ 'HTTP_X_REQUESTED_WITH' ] === 'XMLHttpRequest'

Není tedy třeba přidávat k požadavku nějaké speciální příznaky ( ?ajax=1  apod.)

Zdroj: Detecting Ajax Events on the Server @ Learning jQuery

Komentáře

Odebírat
Upozornit na
guest
12 Komentářů
Nejstarší
Nejnovější Most Voted
Inline Feedbacks
Zobrazit všechny komentáře
Kacer Donald

Takze sa to da aj zneuzit ;-)

cooler

zneužít? jak můžeš změnou HTTP hlavičky něco zneužít? To bys asi nebyl dobrej programátor, kdyby ses nechat takhle zneužívat :-)

Strycek Skrblik

Což vystihuje poslední věta předchozí reakce.

Obecně mi ale tento přístup přijde zvláštní – volaný kód by se měl adresovat přímo, nikoli na základě hlaviček…

cooler

Ano, HTTP má i hlavičky :-)

V Zend Frameworku v Controlleru potom staci:

if ($this->_request->isXmlHttpRequ­est()) {

 }

DG

Nebo v Nette Framework stačí

if ($this->isAjax()) {
}

:-))

Michal Augustýn

V ASP.NET MVC stačí Request.IsAjax­Request() ;-)

Btw. je to takovej základ, že nechápu, jak bez téhle znalosti mohl doteď někdo žít. Resp. umím si představit ty (IMHO zbytečné) workaroundy.

Znalost této hlavičky je např. dobrá při nastavení cachingu v ASP.NET, stačí dát varyByHeader…

Btw. tuhle hlavičku používá i Microsoft Ajax Library.

Vlastik

V Djangu stačí HttpRequest.is_a­jax() :)

Jakub Vrána

Pokud chceme výsledek odpovědi kešovat, tak je nutné nastavit HTTP hlavičku Vary.

Aktualizace WordPressu: Co se děje pod kapotou, když kliknete na tlačítko

Kliknete na „Update" a za chvíli je hotovo. Jenže co se přesně stalo? WordPress stáhl balíček, přepsal stovky souborů, upravil databázi — a na pár vteřin váš web zmizel pro všechny návštěvníky. Většinou to proběhne bez problémů. Ale když se to rozbije, chcete přesně vědět kde a proč. Pojďme si celý proces rozebrat od začátku do konce.

Je čas přejít na ESM-only. Ekosystém je připravený

V únoru 2025 vyzval Anthony Fu, autor populárních nástrojů kolem Vue, Nuxtu a Vite, ekosystém k opuštění duálního publikování npm balíčků a přechodu na ESM-only. S odstupem více než roku je jasné, že měl pravdu - a že se ekosystém posunul ještě rychleji, než sám čekal. Node.js dnes umí require() i na ESM moduly, podíl balíčků s podporou ESM přesáhl třetinu a komunita označuje rok 2026 za „rok plné adopce ESM".