 Dobrý den, mémere Petr Hlavička, jsem vevojí vývojáša konsultant, pracují na volný noze. Rád zkouším nové věci a díky tomu jsem se dostal k VJS. Co nás dneska čeká? Krátký úvod, v rodu velmi krátký, jak se podíváme na základy VJS a potom samozřejmě jsme na boardcampu, takže jakí jsou možnosti VJS pro WordPress. Bude to trošku techničtější, přesto nejsou potřeba úplně pokročení znalostí JavaScriptu, takže jsem se ty příklady dělat takový, aby to bylo velmi srozumitelný. V ránci prezentace, co je modlit, to je odkáz, takže tam pozdí umřete dohledat nějaké další informací a zdroje a prosím to zjáš na konec, měhdo předvědější nejde se bych to dál rozdejchal. Tak, ještě než začnům, Richard Otánska, kdo z vás použil v rámci WordPressu, připadně jinák nějaký reaktyvní framework nevodníhunu, React, VJS, 2, 3, 4, 5, 6 a 7. Super. Kdo pracoval zatím pouze z jQuery? Se dál čekávat, co může je to v rámci WordPressu v net? Výchozim, dvře, díky. Proč jsem se rozhodl, že se naučím VU, nebo že se do něho opustím, že oskusím dalším projektu? Oni říkaj vývojá, že VU, že je progresivní, což je pravdá, je jednoduchého použít v rámci projektu vedle další knihovené, jako je jQuery, které už to v WordPressu samřejmě je, je reaktyvní. VU sám se postrát o to, že kdy zmíníte data, tak se ty změny projeví tam, kde maj, nemusíte to sami řešit. Využívá virtuální objektový model. To jako abstract se od klasického domu, kdy je jednoduší progest změny, které jste udělali zpátky do prožiřeče. Je flexibilní. To znamená, je velmi jednoduché rošířit od další knihovené, od další komponenty. A znamená to taky, že v základu přichází jenom s tím důležitým, a že vám nenutí vromadů další knihoven i hned, abyste mohli pracovat. A v dnešní době samozřejmě důležitá rychlost. Je v celku malý. A pro vývojáře samozřejmě důležitá velmi dobrá dokumentace. Poklívá zajímou, jak je to z konkurencí, tak je vytvořený kově krásný článek, kde se to porovnáva celkem technicky v rámci reaktu, angularu, embru. Takže pokud byste měli chudce podívat, ve výsledku nedopadá vůbec patně a opak patří mezi ty lepší. Tak půjďme se do toho. Jak začít pracovat zju? Máme dvěkrásné možnosti, rychlou, ale jednoduchou a samozřejmě pokročílejší, komplikovaníší, ale zase můžete využít vyu úplně na plnu. Rychlá varianta, stejně jako vkládáte džikveri, můžete vkládat vyu s tím, že má dvě varianty. Jednou pro vývoj, která je přespůsobná k tomu, aby vám jako vývojářům dala zpětně nějaké informace o tom, co jste uděli špatně. A pak samozřejmě do průjštěního nasezení, která je optimalizová na rychlost a na velikost. Tak to bylo všechno, a koukneme se na první vyu aplikaci. V podním část je šablona. Tam vlastně té místo, kde chceme vysat ty data. A v této spodní části vytváříme vyu instanci, která ty data vezme a vloží do šablony. Tady vidíte, že to vypíše krásný HelloView. Zvědělal jsem, že je reaktivní. Na tomto příkladu ukážu, co jsem ti myslel. Definujeme si data. Vytvoříme instanci, která ty data používá. Můžete si všimnout data. Data. A jdeme si hrát. Vystíme, klasickým podobnáním, že ty data, které jsme incelezali začátku, jsou stejný, který vyu používá. Pokud změníme, v rámci vyu instance ty data, tak vystíme, že se změnili v té promění. Stejně tak, pokud je změníme věvých hozí promění, změní se i ve vyu. Vyu napozadí se o všechno postara, vyřeší to pro pojení, kterérová začátku vý manageci data. To je tá redaktivita v rámci vyu. Vyu sam osoby ještě spřístupňuje několik užitevšíní vlastností a metod. Teda jsou velmi dobré v rámci napojení na další kněhovny, jako tráč jikvery. Nahoře můžete vidět možno získání data s vyu instance, při p等i zjistit který element vyu instance používá. A spodní funkcenu metoda se hodní, když když chcete zjistit, když se změní data, tak vás to informuje a můžete s tím dál pracovat, třeba zavodat jQuery a jak se vyřešit si, co potřebujete. Teď konec, když už tady mluvím neustále, bo jQuery, který už ve vodpresu samozřejmě je, tak malinký příklad toho, jak to vypadá v jQuery a jak to zpracovat ve Vue. Je tady jednoduchý skriptík, ukážet čísličko, tlačítko plus, přičítáme. Teď jsme řekli všimnout, že v rámci jQuery, jak jste asi zvyklí, neživ musím s objektivou modulou získat ty data, musím je upravit a pak je musím přepsat. To vlastně řeší celý spodní želskytový kód. No a jak to vypadá ve Vue? Pouze v rámci šablony zobrazin data, mám tlačítko, který data přidává plus jedna a všechno vostetní řeší v Vue na pozadí. Nemusím jít žánou metodu, která by prostě říkala todlevem, tady to přečítí a vrát to zpátky. Tak pokračuju ještě v rámci reactivity, která jsem může hodit, když pracujeme s vodpresem, kde máme všechny částí různě rozházený v kodu. Já ten kód trošku přiblížím, aby ho vysetlil. První část hodní je šablona a tam vynom vypisují počet v košíku, v dělní initializují data, které jsou mimo Vue Instanci. A stejně tak vytvářím Vue Instanci, která ty data zapisuje do toho místa, kam chci to znamená do šablony. Pokračuju druhou částí a to je výpis produktu, v hodní části se pomůj dostanu prostěji, a v hodní části se to vypíše, je tam už ukázaný tlačítko, který předává kluz jedna a tam tam spodní část potom vypisuje ty produkty do stránky, kam potřebujete. No a jak jsem kazoval, na začátku, že to vrátím kousek, tak i když klikám vyní Vue Instanci, propisuje se mi to do toho místa, kam potřebujete, to znamená do hlavičky, kde mám výpis košíku, a to jenom s jednoduchým kodem, kde nemusím já řešit ty data, nemusím řešit, kde se co změnilo, co nezměnilo a co vám s tím dělat. Tak část, syntaxe, šablon jsem už tady jste viděli, takže se podíváme na další možnosti. V ránci šablony mohu jednodušně předzovat ID-čka, třídy, můžu řešit, jestli ten tlačitko je nebo není. Vyzebnutý a do pomocí dat, to znamená, pokud s tom ID-čku tady nahoře bude nějaká hodnota, tak ta se vypíše potom do šablony, v hletem jako ID hodnota. Můžu používat, samozřejmě přidat nějaké tekstí, aby ty ID-čka byly hezčí. V ránci šablony mohu používat krátké želskriptové operace, krásně vidět, že jsi data OK, je true, brať ano, pokud není brať ne. Můžu předzovat metody nakliknutí. Už jsme viděli krátký, kde jsme použili jednoduchý želskript, tady se to předzovuje k metodě a stejně tak můžu řešit u formulářu, když se odešle, spustí se metoda. Trošku sem to tu nakouzel, talenta syntax se má několik dobrých vlastností, který se hodí v rámci WordPressu. Můžu používat stávající, kdo to mělo. Nemusím třeba jako v rámci reaktu všechno přepisat do JSX, abych to mohlo využívat. Můžu používat čistý želskript, nikdo vás nenotí používat type script, nějaký jiné želskripty, nepotředete k tomu žádný další nástroje a nemyslíte ní skompilovat. Usuneme se dál, ukážu vám další vlastnost vvíů a to jsou vypočítané pro měny. Trošku si to zůžíme, mám pro měnou ménu přímení, kte jsou teda to uložení v rámci výůnstancé a když si zobrazovat celé ménu, můžu si vytvořit kompiúted metodu, která vezme ménu přímení a vypíšejí stejně tak, jakoby v použile koukoli v jinou proměnou. Ušetříme to, je to jaký zjednodušení výpisu dát, hodnot do hdo šablony. Pak samozřejmě máme její metody, že to si všimnou, se cice změní jenom pár věcí, ale změny jsou vidět hlavně na pozadí. U metod samozřejmě můžu použila parametry. Poznala můžel služit mnohom více účelům, ale oproti vypočítaným proměním se spouští kdykolik, kdy já změním data. Což může změnit divně, ale je ty vypočítaný proměný se aktuozou pouze pokud se změní proměný, ze kterých voní se dáve dohromady. To, že se to promítné pouze v případě, kdy se změní data, a tím pádem je to rychlejší, usporníjší. Další vlastnost, možnosti view jsou, jak říkám, hlídáčci. Můžete vidět v pravo na ukázce. Co to dělá, se koukne ve zápětí. Mám definovanou proměnou ménu, a potom řeším, že hlídám ménu a pokud napíšu John, doplní se mi přímení jako snou. Pokud samozřejmě už John to není, tak se smaže a přímení je prázdný. Takhle to vypadá trviálně, ale můžete si potím představit, že kdy se náření nějaká proměná, tak chcete vzápětí na to poslat nějaký požadavek, na desk a píčko, nebo řešit nějaké komplexnější věci. To on to úplně nemusí být ono na rámci ukázky. Tak další se podíváme na třídej seznámy a podmářeji prvky. To se v práve část tím, že jste vidět, co ten koho tady vedle dělá, a já ho rozeberu trošku dál, protože takhle to učitě nepřeštete. První část je ukázka toho, jak funguje výmulo. Tady mám proměnou, jest to červená, bulín a tady můžu v rámci checkboxu nastelovat, jestli to je červená nebo ne. Proto, kdy se podíváme zpátky, tak jak může zaškrtnout červenou, tekst bude na jednou červeným. Když už jsem změňoval výmodl, což je takový speciální obou směrné přezezení proměný, obou směrné je proto, že můžete mít na více místech. První příklad je tady druhy ukážu zápětí a znamená to, že i když mám tady tady 3x, který 3x je to na proměnou allen-class, která je definována tady v datech, tak v rámci radio inputu to vezme vždycky tu hodnotu, která je to přiřezena. A to samý samozřejmě můžu použít i v rámci druhé ukázky, kdy v rámci přiřezení proměný mám to samou, ale přiřezuju to v rámci výběru selectu. V rámci ukázky v této ukázce je vidět, jak můžu vypisovat nějaké pole dat, jak tomu krásný výform, kdy vezmu třídu, stříd a potom jí můžu vypšat jako krásný. Takhle jednodušně můžu vypšat seznám čehokoliv, ať už je to příspěvku, ať už je to out, ať už je to úkolu. A nakonec přiřezení třídy ukázka, že můžu přiředit několik tříd na jednou, jsou ještě další komplekvanější způsoby. Pokud je červená, přiřad, že tech se červený, pokud není přiřezadu nic, a potom přiřad to, co je v rámci proměný allen-class. Podmínky. Kde by jsme byli, kde bychom neměli podmínky? Ukázka klasického toggle, bez jakýkoliv funkce, rozzebereme si to trošku bríž. vif, vls, pokud je pro mě náš show true, to znamená, je pravdivá, je tam pravdát, tak ukážu open, pokud ne, ukážu close. Vycky to ukáže jenom ten element, který má přiřezený, a který odpovídá podmínce. Tady tu podmínku měním, onklik, už jsme zvyklí, nastavím show podle toho, nastavím opak tý proměný, a stejně tak můžu zobrazovat testík, zobrazit script. A je tady ještě druhá ukázka, existuje ještě vý show, která vypadá na první pohled stejně jako v if, akorát nemůže mít else, a funguje trošku jinak tím způsobem, že vý show ten kod, ten hotel mohl zobrazit pro ližiči, ale připí na jenom display, nám display block. Zatímco v if ho vodebere, nebo vloží podle toho, jak potřebujete. Komponenty. Zase kod je trošku další, rozeberu ho dál. Komponenty to jsou jste znovu použitelný kod, je to nějaké jakoby pod view instancé, to znam, že jste použil všechny možnosti, co umí view. A tady jenom vím, že jí pojmenovávám jako blog post, používám post jako data, který v rámci této komponenty dostanu, jak vidíte, vypisů titulek a vypisů obsah. Výhotel mohl je tam proto, abychom zobrazili klasický hotem mohl taky. Pokud už mám definovanou komponentu, tak si samřejmě můžu zobrazit. Tady vidím, jak jsem dál to ménoblog post a klasický výfor vypíšu, že všechny příspěvky příspěvcích a předávám tu proměnou, která byla v props, do komponenty. No byl on to znamená, že když mám takhle datán, tak mě vypíše do stránky a mám komponentu, která můžu použit ještě na další stránkách. Ukázal jsem opravdu velmi rychlý úvod do view.js, jeho základům. Není to samřejmě všechno, je tam hromada dalších věcí, který ten view umí a kde můžete čerpat. Každopádně nejsem sístej, jestli bychom to tady všechno stihli a protizvás, který to zaujel případně zvojíme na konci přednášky, tak jsem tam ložil s live, kde jsou odkazy kam dál, kam jste podívat, tutorialy, prostě další informace. A dostáváme se k tomu hlavnímu dneska a to je view.js, jeho možnosti v rámci WordPressu. Tak máme několik možností, stejně jako bylo na začátku se změnila jednoduchou komplikovanou na plnou, tak je tady můžeme základnit integraci pokročilou a potom WordPress je jako backend, to znaví už já mám reslapíčko a zbyté křeší view. Poděláme se něčevé na tu základní. Myslím, že register nqs, který všichni znáte, jediný rozdíl, který je tady je, tak v rámci vývoje, si zobrazu to view, který je pro té vývoj. A pokud už jsem na produční, tak načí tam tu produční, protože samozřejmě chci, aby to bylo rychle a bez případných výstupů rámci konzole. Pokračování, myslím, že taky všichni znáte, registrus ještě JavaScript, který obsahuje moje view komponenty, můj view cop. Když řešíme překlady, užíváme to úplně stejně a potom samozřejmě na konesem script ložíme. Pokud se to jedná příklad v rámci ve všeho webu je dobrý, tam dá nějakou podmínku, která to načte, jenom na té stránce. Tak celý kód, jenom pro přehled, to on to asi přešte té. Ukázka, chci vypšat úkoly, vypíšu si ten titul, který jsem kazoval předtím v rámci překladu a pak chci vypšat všechny úkoly a jich vůzeho název. A takhle nějak může vypadat kód, kterým to můžete tak udělat. Využiju jakeverej, získám si úkoly z nějakého restapíčka, může to být vlastní vrámci pod presu a zobrazí mě v rámci view instancer. Ukol, titulek, úkoly. To len to můžete najit na internetu, v rámci toho, kdybyste hledeli, jak to použít a není to úplně, protože co se stane, když ta odpověď v rámci restapíčka dorazí pozdě. Uvidím todle. Už učitě prožilat to len není úplně to nejlepší a proto samozřejmě se dá využit nějak jiný způsob, jak to dosáhnout. Základ je stejný, jenom využijeme vlastnost view a to je funkce created, která se týká životního ciklu view instancer. Kde teprve získám data a ty přiřadím ukolů. Oj se také takový, kterýchom čekával i kdybychom osledil hluku čekat. Kdybychom osledil hladní ciklus ciklu cikluse tak je takhle komplikovaný. Ale je to něco, co můžete využít potom později, když byste vás to zajímat, tak tady je ten created. Všechno jsou další, který je množné využít. A k čemu jde po užít? Možností je mraky. Můžete udělávat zajímavíšší formuláže pro uživately na vašich stránkách. Můžete dělat komplikovaní ší kalkulátory, počet ocenění podniku, můžete řešit notifikace, můžete řešit přidávání do košíku, jak jsem ukázal v ukázce. Nevadí, že to máte dozázené v rámci odpesu na hromadě míst. Byu to zvládne. No samozřejmě všechno, co vás napadne. Pokročila integrace. Co si pod tím představit? Komplexnější logika. To znamená komplikovanější kod, řeší se tam mnoho věcí. Využívá to více komponent tři další knihoven. Využívám o sobě je základ a další kření samozřejmě přináší další knihony, které to nějak spróvovat. Samozřejmě jsme vývojáři, chceme si to vždycky usnadnit, takže samozřejmě i nějaký nástroj, který nám ustadní to práci s tím vývojem. A proti z vás, který znáj novější JavaScript, tak samozřejmě ustadní práci v tom. V rámci toho pokryčelíšího způsobu se dážit, že můžete dělat Shablonu Vue.js, která využívá Vue.js kompletně, a nebo si uděláte projekt, který potom implementujete do WordPressu, do vaší Shablony. V rámci WordPress Shablony je to trochu náročnější na vaše znalosti, musíte, pokud používáte webpack, tak potom je to pro vás jednodušší, to tam implementovat. Pokud ne, a chtěli byste, jak to vypadá, tak jsou tady tady tři Shablony, které jsou postavné na Vue.js, a zobrazuji tak váš obsah přez něj kompletně v rámci Shablony. Jak to vypadá, jak to použít? Node package manager spustím, a to jsou možnosti, které nabízí. Všechno je to předpraveno s dokumentací, můžete to domnou použít, můžete řešit a vytvářet Vue application. Bohužel, asi nevím, jestli to všechno přečetete, ale to len to je celý ten postup z vytvoření projektů v rámci příkazových řádky. Tady v hodně části specifikují, co chci. Tady to instaluje a tady mi to napsal, co s tím mám, pak dál dělat, to znamená, když bych spustil nepojmo roundev, tak spustí vývojový, jako vývojí prostředino, spustí server, který vám potom zobrazuje prolížeči a automaticky aktualizuje podle toho, co upravíte. Jak jsem zviněval single file template jednostránkovou, jednosouborovou, Shabonu, má koncovku tečka Vue a v hodně části tagu template je Shabonan, stejně tak, jak jsem kazala předtím, potom mám samostatně JavaScript a pokud bych tě na css, tak taky samostatně. Webpack, neoprosify, potom ten soubod vezme a všechno si rozvází tam kamely potřeba a vyplyvne vám z toho 4 soubory. První je válš vlastní JavaScript, který jste napsal je v rámci vývoj aplikace, druhý je to vyekstrahalený css, který vzal všude možně, nejenom vod vás, lepši kníhovenk tedy použijete a potom soubod JavaScriptové, který obsahuje veškeré kníhovny, které jste použili v rámci projektu, to znamá jak vyu, tak třeba v UX a nakonec soubod manifest, který je v od Webpacku, který vyvádí nějaké věci na pozadí. Jak to v rámci WordPressu skoubit, jsi si můžete všimnout, tak jsou tedy věcky heše. Ty se změní, jakmile, vy změníte v obsah toho soubodu tý aplikaci, co uděláte a tím v rámci WordPressu byste busele i bůti ty soubody přeminovávat ale nebo kopiurovat si ty heše do WordPressu tak samozřejmě jsme programátoři takže si to zjednodušíme, potom může asi ty v zadních halicích to asi neovidí, ale v rámci PHP klasit ty soubody najdu a pak klasický přes vlpregister script ložim nyní to nic komplikovanýho jenom, aby člověk nemusel neustále dodávat ten správný heš, který tam je. Několikrát už jsem změnoval kníhovny, který můžete použít v rámci view. Je to view resource který slouží k semhotop requestum vuex pro state management to znala správu dat. V rámci component a používáně v view je předávání dat trošku komplikovanější tím pádem je dobří mít něco co vám pomůže ty data vytvovat na jednom místě. View router pro klasické routování a samozřejmě existuje mnohom mnohom mnohom dalších knihovén a ty najdete na osum view.js kde je dlouhej se z nám rozdělený podle hromadě kategorii, kde můžete dohledat to co vy potřebujete. Znala nemusete nikde dlouhavě chánět komponenty všechno to najdete na tělatí stránce. A co se s tím dáte dávě Tohle to je video, kterou fustím z připravinou webu, kde je nasazený view.js Na hoře bude použité i view router to znamená, když já něco zmíníme na cív hledávání pro píše se to do url a je tam samozřejmě použité i view.ex pro správuda, tože tady je několik komponent od samotný hlavičky vyhledávání a přestě ještě přes štíření vyhledávání. Tady na hoře výběr samozřejmě zase získanej z rest apíčka v odpresu a na pozadí, kde je to něco změním pošle se dotaz na apíčka v odpresu a získám auta vodle kritéry, který jsem zvolil. Všechno je to propojení, všechno to jsou jedny data a všechno to reaguje podle těch dat. Já nemusím nic extra hdí dat. Když vybedu barhu, se mi propíše. Když změním cennou, cenná se mi propíše. Třetí variantu a třetí možnost, kterou jsem změňoval je využít vodpres je na ko back-end. Vstává se to ve mě často vodpres je, jak by všichni byl mi rošířený a používá se i jenom proto, aby uživatele vložili v obsah a přes teda s apíčko, který už v vodpresu nějakou chylku je, teda teda získáváme. K tomu je dobrý framework Nuxt, který je postaveny na vuj.js. Je to vlastně jako framework, bez praktisí z proto, jak používat VUJS a další komponenty pro dosažení aplikace, která vám běží na serveru, dokáže samozřejmě i jsem dosájt rendering. Co to je, když byste chtěli řešit napříkladceho, které je dnes hodně důlžitý a měli byste řealsky to aplikaci, tak přesto, že Google dokáže indexovat tyhle aplikace, tak nedokážit, že ješit v případě, kde vy si tepele dotaháváte data. To znamené, že v případě by to bylo přes appíčko od presu. Tím pádem, server-site rendery dokáže vygenerovat ty soubory, doteml na serveru a pošel je Google, když se vám uživat náštivníkům, když dotážete tu URL. Tím pádem, tam ty data jsou a může se to indexovat. Dokáže i vygenerovat tu aplikaci, ten máš front-end jsou, jako statické soubory a můžete to hostit na klasickém hostingu. Nepotřebujete, jak to můžá nejhosting, kde byl node, kde by vám pomohl dělat server-site rendery. A pokud jste slyšeli single page na pkc, tak samozřejmě to je proto, jak dělaný. Pokud jste někdy řešit, nebo běte chtít řešit resnapíčku od presu, tady jsem dál se známa plug-inu, který jsou na to dobrý, půjvědáte a cfko, případně řešit v rámci odpovědi, aby jste měli informace v otaksonomí. Pokud jste se chtěli podívat ještě na další podobnání v rámci jQuery a jak už jsem slyboval možnosti dál, kam dál. Začícám řešit z dokumentací, pokud někomu dokumentací úplně nevěhuje, jsou tady video tuterály, případně výuskul, která je na to přímo zeměřená, kdo dál čte je tady knížka a kdo nějak kdo používá Udemy, jak se to samozřejmě Udemy kurzy, nějaké dotazy, prosím, tam pokud se pokud se používá routování v rámci výu, tak použíte to tady moji příklad, kdy já jsem to použil jenom k tomu, abych si dourolo přidál proměny, aby ten uživatel, když si skopíde v odkaz, tak aby když někam loží, tak aby se dostal na stejné výsledek, to je jedna variantá, a pokud bych měl přepisovat url routování v WordPressu, tak to jde mimo sebe. To musím si to řešit já sám tento routování. Není možnost se napojit a říct v WordPressu nembo říct výu, tady si natáhní tento tento tento tento cesty v rámci url. Tam musí to potom řešit jako samostatná aplikace, která běží mimo WordPress a načítá si data, a řískává tak ten obsah. Jak se mu kdozoval, ty tři šablny, jako inspiraci, tak ty tak fungujou, ale řeší si to právě sami. Tam musí nesplána na ten WordPress, ale už to řeší výu, který si samou prostě řekne tak na tý lentí url. Mězobraz, to je ten obsah, takže to není propojení. Samořejmě můžu docelit stejného výsledku, ale musím se po to já sám postarať. Další, je to dobrá odpověď, je to další, umojte jsi někdo číslo sajdu? To bolo. To dle? Tak ještě jednou pro svému tásku. Protože jsem chtěl ukázat, že je výu progresivním. To znamená, že se dá použít i s jinou knihovnou a v rámci pod presu samozřejmě máme jakevry a se jakevry každý minimálně přijde. To je celé celé vývořejmě. To je ta drhá variant, to je tady. To celé řeší celý výu, a tady to řeší jakevry s tím, že potom, když mu přídou data, uspěšně dostanete data, tak vytvoří výužej instanci, kde si s tím dál můžu dělat, co chci. Tohle ten příklad, že mi to vypíše, jenom se znam se jménem, je samozřejmě s mým způsobem doblost, protože prož bych to dělat takhle komplikovaně. Je dobrý tam mít nějakou funkci, která výužuje toho, že mám u sebe výu, který dokáže s tím reagovat. To znamená, možno splnění, možno přidávat ty úkoly na klasický input, kde vložím název enter-shoop a mám tam úko, který se mi propíše přesvér z apíčko do WordPressu, louží se to. Prosím? Uprí mě nekoukásem na to, ale vzadem ke povaze, by to musou je fakt dobře udělané, aby to ten člověk, který to koupí, docházal, jako dobře používat, že vyčinouty lenty věci jsou udělany pro koncoví uživatele, se očekávají, že to za těch pád doladu koupí. Takže, nejsem si jisté, jisté, jisté, jak existuje, pokud jo, tak je to jedině dobře, ale bohuž jo nevím. Ano? Překlíš, podostnáte čekový? Ště neoprosím. Theoreticky to des, samozřejmě, nemusí se načítat. Pokud není potřeba v rámci té šablony, tak proč o tam dávat? Ano, WordPress potřebuje v nějakých učitých věcech, ale je možný většinu, věcí kředělat na view, ale človek si s tím musí trošku půhrát, že to funguje trošku jiným způsobem. Ano? Samozřejmě tam se to dářiši, takže v rámci dotazu, co dostanu hledně příspěvků, třeba, tak tam mám slák, který prostě využijú v rámci routování. Ano, jde to, jenom se o tom musím postradat sám. Jení to tak, že by to šlo napojit, že by to všechno nejřív, řešil WordPress, na vrámci URL, a tam teprve bych dostal ty data. Tam se potom neví už je toho, že mám vlastně využes, který funguje na pozadí, dokážu s ním dělat lépe, dokážu s ním pracovat, vrámci datu nohem lépe, ale pak škoda to ešte do toho tahá WordPress, který by se musel zase vždy načítat přímovství stránky. Záleží podle toho, co potřebuješ. Já, co jsem kázala, tím příklad, tohle je to hledávání, aho, tak to je samostatná vyuaplikace, která je WordPressu, který funguje úplně klasicky standardně. Jenom je tam přidána ta funkcionata, kterou já synu každý přestaví, že by dělal v JQuery. Tam to může byť denom problém, jak jsem měl v tom nukstu, že to řeší, a v rámci se ho je problém, že Google si se indexuje JavaScript, různě jako stránky, který využívají pro zobrazení obsahu JavaScript, ale pokud se tam jedná vo asynchronní načítání dát, tak vonuč nepočká. V obsah počítání s tím, že nejřích musím poslat požadavé prodata, a teprve pochylce se mě vrátí a zobrazí se to, tak Google to nez indexuje. Ještě už dneská počká, tak je to super, ale je potřeba mít istotu. Nemůžeme spustit něco, kde budu, jestli počká, nepočká. Proto se to řeší tím server-side renderingem, který předtřipraví to hotemolo na straně serveru, pošel ho pro hiři, a tím pádem Google a všich tím životel a teprve na pozadí se initializuje ten žalaskript a už všechno vostatní už se tahá v rámci žalasky tuším se před to doutování, získávání dát přeset s apíčko a tak dále. Všetně dobrý? Všetně nějaká otázka? No, to je dobrá otázka. Pokud použijete WordPress tím způsobem, musíte trochu přemišlet na tím, jak bude tekešovat, protože s apíčko se kešuje trochu jinak. Nyní to klasicky, že tam náhodíte plug-in na kešování, který vám nakešuje hotemolo, ale musíte přemišlet na tím, jak to běte kešovat a to zaná, učitě tam dobrý využívat. Záleží samozřejmě zase na náročnosti, na tom, jaká je tam náštivnost, ale už je potřeba používat nějak, používat komplikovanější technologie a nemkešet prostě tak výle věci. No, prakticky záleží, jak si to zase uděláte, protože samozřejmě ten samotný frontend běží na tých hladných doméně, kde chcete zobrazovat v obsah. A v Outpress musí, samozřejmě, tak někde běžet, takže bude to můžete jít lomenové p nebo na subdoméně. Záleží prostě, může běžet kdekoliv, může běžet úplně někde strásta Australie a vy můžete ten web zobrazovat tady na Slovensku. Jenom musí to mít za ištění, že to bude dítat dobře, aby ten říkala, ten dlouh nečekal. Tak, ještě nějaký dotaz? Ještě ne, tak jo. Děkuji za pozornost.