 Také já vítám o plus dílce. Jsem rád, že jsme se tady sešli takovým hodinem počtu. Co máme dneska a poslední přednášce jediní, není toho málo. Začneme premiuma, šabolá plug-inama, poděláme se na strukturu, nástroje, které nám pomůžou s udřitelností, nevědeme se verzování, s tím je spolejně deployment a testování a nakonec se poděláme trochu na dokumentaci. Nevím jak vy, ale když jsem si před oscmi lety vybral WordPress, tak jedním z důvodu, proč jsem si ho vybral, byl Google. Když jsem jel nějaký problém, zadal jsem do tás a vždycky jsem našel nějakou odpověď. Tady máš kod, ve mho a nakupíroho do Functions.php. Nebo tady máš plug-in a nainstalluj ho, bude to fungovat. No, já jsem instaloval, instaloval a připadal jsem si ten, jak dřežil takhle. Ko učitě to nebyl ideální řešení. Každopádně ten první web, který jsem takhle dělal, tak stále běží a jediní coho tady, když ho aktualizujou, tak se jako trochu modlím, aby fungoval. Co prvně znamená, že je projekt udřitelný. Prvně to jednoduchý je rado s měm pracovat. Mám minimální stres, když ho chci aktualizovat, nebo přidat nějakou novou funkci. Připadně je předatul, aktualizaci je na první verzi. Kaží to samozřejmě, můžeme mít trochu jinak. A k tomu se dostávam chci přednášky. Mým cílem je ukázat vám možnosti, jak to pojmout, protože co projekt to jiní požadavky, co programátor to jiný stíl. A těžko existuje jediné správné řešení. Přednáška se vám hradu odkazu s ovečinou zeleně, takže přednáška samozřejmě bude dostupná ke stažení, abyste se nevám se nějak opisovat. A pro mě to znamená, že se cenním svého budoucího času. Nechci prostě trávit hromadu času v budoucnosti tím, že budu řešit, proč to nefunguje, že by to mělo fungovat tři tý aktualizaci. A samozřejmě to je i v případě, kdy je ten web kritický. To ná funcno z toho webu je kritická pro vašeho klienta. To, že nefunguje 10 minut web, může stát klienta i sta tisíce. No a co je základní myšlenka, kterou já u toho mám, že se musí mysle do předu? Já si vysky ptám, když to udělám, takhle, jestli to nepříděl nějakou práci v budoucnosti, nějakou komplikaci, třeba, že plug-in přestane fungovat, prostě vývojár zdáv, bude se vynovat jiné práci. Pomáháme v tom, když hledám extrémy. Příklad, máme menu, design, 4 položky, krásný. A co se stane, když klient přidá další položku? Rozpadne se to, ne, rozpadne se to. Tak, pustíme se do první části, než to uděláme, je trošku komplikovanější. Jaké pro moje vidím z premiuma šabonama? Zlohodobí hlediska jsou to aktualizace. Nemám vůbec záruku toho, že tu premium šabono, kterou koupim na Team Forestu, nebo někde indé, že mi za dva-tři doky bude aktualizovaná na současnou verzi WordPressu. S funčního hlediska nevím, jak je řešená, dokonec si nekoupim. Je tam nějaký framework, možný upravu, kterou já budu potřebovat, budoucnosti. A nakonec obsahu hlediska je, že pokud takovou šabono použil, tak většinu tam bývá nějaký visual builder, nebo visual composer, nějaký editor obsahu, který nějakým způsobem funguje v rámci zprávy obsahu. Pokud já tu šabono pak budu chtít změnit, budu moc jednodušně ten obsah pření s někam je nám. U těch premium šabon je to trošku komplikovanější, protože když se takovou šabono děláte na míru pro klienta, takový, jaký chcete mít, a tím pádem víte, jaký to má obezení nebo ne. U těch premium šabon jste omezení tím řešením, který tam oni mají. Když se přesunul k plug-inu, řeším, jestli upravdu je potřeba ten plug-in tam mít. To znamená, jestli ta funkce, kterou přináší do toho webu, je kompleksnější, nebo je se to zvládnu sám naprogramovat, příklad, a jak svojí přeglašování. Když to je hromada plug-inu, které to řeší, při tom je to naprosto jednoduchý. Daošší důležitá věc, jak kritický bude prve, pokud přestane fungovat, když přestane aktualizace, nebude jak vývojář zdá vývoj, co to pro mě znamená. Jak nahradím ten plug-in, jestli není lepší to řešit jiným způsobem plug-inem, který imá větší podporu, a tom se samozřejmě dostáváme i v podpoře ve vývoj. Je dobré se podívá tutoho plug-inu, kolik lidí se ho něj stará, jestli ty problémy, který uživatele toho plug-inu maj, jestli je se řeší, jestli podporu je aktuální verzi WordPressu a jak dlouho trvá, než případně dojde k tomu aktualizace toho plug-inu. A s tím jsou vysíjí bezpečnost. Když tu je databáze, zranitelností, na tedy je dobré se občas podívat, některé nástoje pro správu WordPress webů to mají už sobě a samozřejmě hned neznamená problém pokud v té databáze je pokud ta chyba byla právěná celkem rychlé, znamená to, že ten vývoj je ta podporatám je. Pokud to schnu samozřejmě, když využívám WordPress už s tím s tou částí se zdávám trošku bych to řekl mám závislost na to WordPressu takže se zdávám očítí svobody a nemám kontrolu nad tím vývojem a s tímto platí u těch chablon premiových nevou pluginů sami se teda musíte dozodnout jak moc bude váž web závislí na těch pluginech protože čím méně závislostí tím větší kontrola a tím samozřejmě je ten web udřitelníší platí ale taky že pokud mám méně závislostí tím je pravděpodobný, že mě to bude stát více času a je to pak samozřejmě taky dražší když jsem řešil jaký bude vlastně obsah této přednášky podíval jsem se jak řeší udřitelnost webové frameworky tzn. to může WordPress není webový framework ale je redakční systém tak jsem se zaměstal na tím co si WordPress může vzít s webový frameworků když se podíváte tak jsou to vlastně všechny věci v rámci toho co dneska budeme probírat podíváme se na strukturu taký nástroje můžeme využít a verzování, deployment testování a dokumentace na konec tohle učitě všichni znáte struktur a WordPressu a díky tomu že ta struktur a WordPressu je zdokumentovaná, já vím co kde můžu dělat vím, že v vp konfigu nastavím databázy když si přidat plugin dám ho do plugins když si přidat shablonu najdu i v teams tě znáte je to struktur a WordPress shablony zase je to zdokumentovaný je to jasně daný a pomohá nám to v tom, abychom tu shablonu vytvořili tak jak si WordPress vývojáři přejí vidíte, že modré jsou primární, zelené sekundární, není důležitý hlavní je, že index bede vše tak proč je důležitě dořešit je to jednoduchý WordPress všebuje povinně půze dva soubory index PHP a stál CSS v důsledku to znamená, že jsou shablona to rozděná struktura není jsou žádná pravidla toho, jak by ostatní věci měli bý řešený a dostáváme se k tomu, jaký máme možnosti oficiální to je doporučená využití WordPress svémi vorku a samozřejmě vlastní začneme oficiální tenta struktura bychom taky mohla by trochu známa je to shablona 2017 využívá standardní WordPress vývoje shablon a jiný co tady voni řeší je, že CSS obrázky a další věci spojené ze zledem oddělí do sožky Asset ve functions initializují shablonu a v ní jen si mají ještě nějaké soubory které souvisí s funkcemi shablonu a nakonec template parts kde oddělí opakující se části shablonu různé obsahy a tak dále druhá varianta využití WordPress svémi vorku dneska jste na to měli přednášku, takže doufám, že jste na ní byli a nevím, jak si Martin zminoval, ale důležitý je, že to vzniklo z toho důvodu, aby se ustaněl vývoj něktyří vývojáře si řekli, že to, jak to řeší WordPress není úplně ideální a chtějí to řešit lépe to samozřejmě sebou nese to, že je možný odkon od standardního vývoje shablon to znamená od standardní struktury shablony je to možný, ale ne samozřejmě každý vývoj svému, kto tak má no a když už to samozřejmě kdo vydá tak už má i hotovou takhle, pardon, má to závislot na projektu výsledně na další kníhovná, další věst, kterou musíte řešit jestli to ten vývojář bude dál vývězat je dva-tři roky jestli to nevzdá, jestli se neběhem na dalšému projektu a to se sanitě řešit, předtím je hotová dokumentace, když už to někdo vydá tak jak to mohlo hotová dokumentace a vy nemusíte řešit to, abyste tu dokumentaci psali sami když vezmu ukázku tak tady je struktuál sli to je jeden z novějších frameworků na první pohled to vypadá tak jen zlejímavé, ale pouze tyto soubody jsou známí WordPressu Functions.php, kde se initializuje framework Index.php, který naprosto prázdnej a screenshot proto, aby byla ta šabona hezká v administraci a stále CSS, aby to byla spodň měla nějaký názef a bětci spojení s nastavením šabony to je všechno, ostatní vývoj v rámci, asely je úplně mimo jak to pojmout existuje několik možných řešin některý jsou jako plugin některý jsou jako kněhovná composer. Je potřeba zvážit variantu, která vám vyhovuje a vybrat si i podle toho jaký mají omezení ne, když použijete framework který řeší to strukturu trochu jinák tak můžete narazit na problémy například z plugins protože počítají s tím, že tu šabonu řešíte nějakým způsobem tak je to WordPress chce i jaký je vývoj například u zmínení šabonu, ale u zmíného frameworku asely je ten vývoj trochu vágní několik měsíců nebyla žádná aktualizace, moc lidí to asi asi nepoůžívá výsledně i na to je potřeba se podívat no a poslední věc musíte se to vyskoušet na malým projektu, protože může existať dokumentace ale jak mělej do kvěci to nevyzkoušíte nevíte, jestli teď dokumentace existačující Nelíbí se vám ani jedna varianta tak samozřejmě WordPress je flexibilní takže si můžete udělat vlastní strukturu co je dobré, u toho nezapomínat je dobré mít místo, kde tu vlastní strukturu to spravujete to znamená nejlepe samostatný git depositář vysky se k tomu můžete vrátit podíváte se tam, kde si změnili přidat tam nové funkce, který ste nové šablony a doplnit dokumentaci protože bez dokumentace se za dva-tři roky k tomu vrátíte takovým stílem že nebudete třeba vidět co ste kde a proč udělali je dobré se inspirovat v šablonách nebo v řešení, nebo frameworkí který vám vyhovujou který se vám líbili mě například řešení, který má storefront pro vukomerc je pro mě ideálnější nejaký vp framework je to zase o tom, co vám se víc líbí je dobré taky mysle do předu třeba teďko nemáte potřebu řešit odvozené šablony proč teď jste neměli projekt, který to vyžadoval ale co kdyby do předu co kdyby v budoucnosti jste takový projekt měli musel byste předělávat celou vaší šablonu abyste to tak mohy mít nebo druhá věd, co se dnes je velmi oblíbený řešit zhled, to znamená CSS, JavaScript, přímo v šabloně co, když v budoucnosti budete spoupracovat s koderem a o jenom kůli tomu, že máte šablono řešenou takhle, bude muset installa WordPress bude muset se s ním naučit aby vám upravil nějakou maličkost podobné je to u pluginu pokud řešíte, vyvíte vlastní pluginy princip je naprosto stejný u těch pluginů je to trošku komplikovanější protože nemáme moc řešeně jako moc smožností, kde se inspirovat jiný použitelný je ten první protože je aktualizovaný a frameworky níže jsou trošku mrtví občas to vývá na GitHubu dva-tři roky pro zposaťní aktualizace přes to doporučují a spodívat na ten první, pokud vyvíte plugin každopáně struktura je pouze základ hlavně u těch hlasných musíte si standardizovat kod bez toho to není utřitelný můžete vyžít vlastní, pokovať máte nějaký stil, připadně využítej který používají WordPress vývojáři tam je toho je dobré, že na to udělal někdo i control, takže váš editor může vám pomáha v tom, aby jste kod psali tak jak má být připadně se to samozřejmě dá využít v rámci deploymentu a dalších možností standardizovat si nastavení editoru pokud pracujete v týmu nutnost aby každý kdo pracuje v rámci projektu měl sténě nastavení odřádkování sténě nastavení láborky a tak dále taková věc pokud použijete nějaký nestandardní komponenty v rámci projektu, je dobré o to mít formálk klienta, proč? Ono čekává, že ten WordPress bude moc rozběhnout kdekoliv WordPress je přece naprosto nejběžnější redašní systém a běží přece všude pokud použijete něco nestandardního můžete se stát, že vyřaduje jinou strukturu například WP Framework s kompouzerem pořebuje učitý požadavky na hosting a samozřejmě to čekává že v budoucnosti bude moc oslovit někoho jiného pokud by třeba jste nemohli upravit tu shablonu a že to bude prněj jednoduchý což nakonec mít nemusí dostáváme se k nástrům moc z toho bohužel není hrámci WordPressu máme tady samozřejmě příkazou řádku máme tady stránku na generování PHP Code pro WordPress mohu doporučit plugin developer který vám pomůže vybrat i další plugins, který jsou dobrý pro vývoj jak shablony, tak pluginu a pokud poživáte framework tak většinou mají svoje vlastní nástroje tak je dobré se buděl do dokumentace a využivat je na tonu mezi další nástroje by se dolo považovat i učitá standardizace vývoje pro středí protože máte možnosti to nástola přímo to nástola přímo do Windowsu nebo do Maca, nástola apatch PHP a další komponenty a nebo právě můžete vyžít některé hotové řešiní pomůžu vám v tom, že jednoduše bezpotřebných znalstí rozjedete tu verzi PHP, kterou potřebujete tu verzi majesql nebo mariá db přípaně, pokud jste pokorčí můžovately můžete vyžít lagrant, na který volní ostatní taky spolíhali zde si všimělte tady jako projekt, který se tomohodně vynovuje WordPress-u takže pokud byste to chtěli začí řešit a samozřejmě dokor dneska to bez ní oskodaň nejde mězni další nástoji, který nesou přímo specifický z WordPress-u mějou fine dokumentace pro offline, protože se v ní velmi rychle vyhledává nemusíte čekat na odezu, můžete pracovat i bez internetu protože všechny potřebný dokumentaci si stáhnete jsou tady řešení pro Windows, Mac, Linux o konce iOS strukturováme za sebou nástoji, máme verzování uhodně verzování jsem trošku extremistá če co není nagitu pro mě neexistuje nechci verzovat nic dvakrát pokud někde už něco je a je to verzované, prož bych to verzoval znovu jak WordPress tak pluginy pro mě samozřejmě důležitý verzovat jen mojí práci protože prož verzovací zí práci a samozřejmě z repozitáře by mělo byt repozit protože tam musí být vše, aby když vám náhodou může počítač tak se to mohli obnovit jakí máme možnosti jednoduchou komplexnější a potom stále ve vývoji je potřejmě většiná většiná hlavně ty první dve možnosti využívají WordPress ve složce což může samozřejmě způsobit mnou minulosti problémy v rámci plaginu, kteří s tím nepočítali tak první jednoduchá varianta submoduli fungují tím způsobem, že propujete git repozitářem někde už je to verzovaný tak já jenom řeknu, je to verzovaný tady tady ho seť to ve a ve vem to v týlantí verzy je to možne s gitem díky tomu, že WordPress je na GitHub jako copy není možný to tam dále vyvíjet ale naštěstí to tam je a stejně tak fungují plaginy nějaký projekt řeší to, že projíží svenko a copy jde všechno na GitHub takhle může vypadat struktura WordPress ve složce je tam jeden plagin, jedna šablona a výsadně se verzuje pouze todle to znamená index, tedy říká jo WordPress mám tady ve složce config protože potřejmí nastavenou databázy mojí vlastní šablonu a potom soubory, který říká že WordPress je ve složce takže když budu použijat tříkazou řádku, tak mi to bude fungovat jaký to má výhody verzu jen to důlžitý neverzuju WordPress, protože už je verzovaný neverzuju plaginy, protože už jsou taky neverzovaný díky tomu, že propojují repozitáře můžu verzovat i verze to znamená, že ve vývojí zběží na verzi 4.9.4 třeba stejně tak plaginy nepotřebujú žádný dálší nástroj stačíme Git a díky tomu můžu využívat i jednoduchý deployment když to je krásná tní ovnička Git FTP, která vám zokální ost které posílá vaše změny na FTP každopádně deploymentu se budu věnout ještě pozdějí jaký to má nevýhody Pokud chci aktualizovat WordPress tě natím způsobem musím udělat hromadu úkonu příkazu což úplně není užilatelský přívětivý nemůžu aktualizovat plaginy ani WordPress administrace či z příkazoví řádky rozbil bych si tím repozitář a samozřejmě díky tomu, že využívám národšnější složitější příkazy v Gitu tak musím vědět, co dělám druhá varianta kompouzer nevím, jestli znáte kompouzer očekám, že většinil z vás ano je to badíčka tý systém pro PHP to znamená říká, že velem tady ten badíček na installu a využívají využívám ho v rámci WordPress jim možné díky projektu který zase podobně jako u submodu bude WordPress a plug-in a dělá z nich veličky pro kompouzer protože WordPress sám kompouzer nepodporuje a kompouzer využívají různé startovací šablony příplně Bedrock a je to něco, co už se stává běžním změný Bedrock jako na installu pomoci kompouzeru spustim příkaz nastavím databázy co u strukturu všechno je předtřepravený pokud jste jak to za plug-in spustim příkaz a si tu šíte, jakou tomu jedne výhodu pokud chci aktoizovat spustim příkaz platí to slaní co předtím a takhle to vypadá úplně jiná struktura nejste zvyklí proto jsem změnoval, že je dobrá informát klienta že využíváte nějakou jinou komponentu protože tady v tom případě to znamená že aby jste dozil je web musíte mít nastvěnovaný a páč na sločku web, kde je sam jakoby WordPress k zobraziní jaké to má výhody na to jednu velkou zásadní výhodu existuje soubor kompouzer JSON v něm mám správu komponent vym jaký WordPress jakou verzi se nainstallal a díky tomu mám i případný deployment je neduší no a nevýhody potřebujou komplikovanější deployment což může je pro někoho výhoda pro někoho nevýhoda klede to vyšší nároky na web hosting a jako předtím nemůžu aktualizovat plug-iny tři WordPress administrator nebo z příkazoví řádky rozvil bych si tím se repozitář Verzium Press byla na to dneska přednáška je to trošku jiné verzování protože je to napojené hodně na samotný WordPress a je zatím stále ve vývoj takže na zvážení jestli to použijete nebo ne no a ještě další možnost kterou jsem v řádku nezmínil je Geeting.org prostě ignoruju všechno krovně své práce neverzuje ale verzi WordPressu ani plug-inu takže nevím co všechno tam výsadně je ale můžu využívat WordPress v příkazovou řádku a to zatřímo z WordPressu tady, když jsem řešil to přednášku jsem narázal na jednu věc kterou mám tady zamýšlení a to je WordPress v příkazová řádka jako baličkovací systém v rámci předchozí verzování bychom ten problém s tím, že nemůžeme verzovat verzi WordPressu a plug-inu v jednoduchým způsobem a to tímto souborem co by to znamenil? Pokud bych spustil příkaz WordPress plug-in install tak by se mi do toho soubu napřesl jo máš tady teletem plug-in a je v týlen tý verzy a stejně tak pokud by ho aktualizoval ale museli by zniknout naví příkazy co by pro mě znamenali? Pokud bych si stánu depositače počítače měl bych tam to důležitý pro mě ale spustilih příkaz příkaz WP install tak bych to pres tedy potřebu stály by se mi plug-in tedy potřebu a všechno by se mi to na install podobně když potřeba aktualizovat všechno tak místo toho bych dával WP plug-in update plmočka-plmočka-o tak bych prostě dál WP update aktualizovat to jádro i všechny plug-iny každopáně kdyby jste se někdo nudil tak bych toho opravdu ocenil tak bych toho opravdu ocenil že v tyfejim vorku mě to z WP jsem trošku komplikovanější protože na to není přispusobelý i když si to od tady několik možných řešiní samozřejmě v Verzvimpress který nejsou WP specificky ty 1,3 a pro někoho může byť dolžitý že to má veľvou jeho zraní že to má příkladu lořátku tím pádenom muže využít vrámci deploymentu a půlze V rámci depositáře mám nějakou struktur do tabáze a nějakou struktur mám v rámci vývojojho prostředí. Omi je to porovná a vytvoří soubor, který dorovná ty rozdíli. Díky tomu to můžu jednoviši verzovat. Dostáváme se k deploymentu. Obecně jsou to úkony, které jsou potřeba províztomu, abyste svojí práci s vývojí dostali nejlépe přes staging na produční prostředí. Zahnu je to samozřejmě úkony, který se provádí na straně produčního tohle vývojovýho prámci hostingu. Vývá to součást dalších nástrojů, které to řeší trošku hlouběji. A samozřejmě bych chtěl, aby to bylo automatický. Křistuje mnoho řešení i pro samotný WordPress, ale je důležitý si mezenim vybrat, protože co požadavky na projekt, to míní možnosti v rámci deploymentu. Je si klient prostě chci, aby to běžilo na hostingu, kde nemám ssh přístup, tak tam samozřejmě nemůžu využít kompouzer. Záleží zase, pokud klient to chce řešit u sebe na hostingu nebo nějakým klasickým zdíleným, nemám rozpočit na to, abych to řešil na WordPress, kde mám to, co potřebuju. No a pak je to o tom, když už máte možnost, to udělá taky, jak jich chcete, tak to udělá podle toho, jak chcete. Je potřeba se taky vzít v úvahu to, že každá to řešit nímá nějaké obecné požadavky. Většinou je to na specifickou strukturu. Některé jsme viděli, některé služby mají své vlastní, požadují nějaké specirické soubory a tak dále. Je k tomu potřeba samozřejmě verzovat, a toto nejlepe na GitHub nebo GitHub a na depositář, abyste mohli mít možnosti automatické deploy. Pokud to máte u sebe na počítačí verzování, je to dobrý, ale není to použitelný. Minimálně v týpku potřebujete, ale jak už se změnoval pro kompouzor, potřebujete VPSko, abyste tam mohli nastavit SSHko a další potřebujete nástroju doinstallovat. Tak tady bude seznám nástroju v rámci jednoduchého deploymentu, nozmíněný GitHub. Až po veržem pres, a tady jsou už specifické nástroje v rámci deploymentu od presu. Pro něj už je většinou potřeba mít SSH přístup. Tak, samozřejmě to bude nástroje, který můžete výživat sami, a pak máte služby, pokud to řešit, nechcete. Obecný, to znamená, jakýkoliv repozitář nemáte web, můžete nauhodit na jakýkoliv server, protože on to za vás spracuje a pomocí jeftýpka to nahráte, tankám potřebujete. A pak jsou specifické služby na WordPress. Některé už byly zmínované na příkladní přednážkách, a je to jenom o tom, jestli jste případně podívali a zjistili, jestli to je to, co vám vyhovuje nebo ne. Pak mám to ještě jednu zajímavost. Pokud verzujete pouze Shablonu nebo Plugin, tak když stojí tyto dřešení, který deployou pouze tu Shablonu nebo Plugin, může se to hodit v některých situacích je dobré o tom vědět. Testování a WordPress. To už se dostáváme na míst, kde už to není taky úplně ideální. V námci Pluginu existují unitesty, který samozřejmě nejsou úplně kompleksní, ale existuje také Conception. Ten už nám můžnuje dělat testy trochu nárošnější. Nejlepe takové, když máte trhá eShop, tak test napíšete tak, že se vytvoří uživatel, přihlásí se, dá zbožík do košíku, projde obědnávkou, odešel obědnávku, a vy si skontrolijte, jestli všechny tyto procesy probyli v pořádku. To nám pak samozřejmě pomůže, v tom, že když aktualizujete WordPress nebo Pluginy, tak to bude fungovat pokud pro odou testy. A několik zajímé odkazu, které vám pomůžou se v tom trochu zrychověs orientovat. Tak a dostáváme se k dokumentaci. To, co jste třeba udělal, je v rámci Pluginy nebo Shablony vašeho projektu. Tak teď je to naprosto jasné, protože jsem teď to udělal, tak vím, že to předstě funguje. Ale bude vám to jasné i za dva-tři roky? Pokud ano, tak dobrý, pokud ne, udějte si dokumentaci. Pomůžete v tom, že jste se za dva-tři roky v tom projektu sorientovali. Pokud vy uživate nějaký framework, má vlastní dokumentaci, ne musíte to moc řešit. Nebo jelou používám toventu strukturu. Pokud byte vzátele vlastní, tak nelepe stručně jasně, protože dozepisovat. A nejlepší je mít do dokumentaci v rámci projektu. Co projektu, jiné pořadavky, tím pádem i na dokumentace. Vhodné je využívat mcdown a vikým, která je, jak u git hubu, tak u git labu. Je potřeba dokumentovat i kód. Hlavně pokud děláte něco komplecnějšího. Pokud děláte klasický blog šablonu pro blog, tak asi to úplně nutný řešit, není. Tak, srnutí. Ukázal jsem několik možností jak si pomoci v rámci udřitelností WordPressu. Je na vás a samozřejmě na tom, jaký projí děláte, jestli je to vhodný pro vás. Když dělám blogovou šablonu, tak úplně nepotřebu řešit, kdyby mít tam testování, jestli tam bude deployment nebo ne. Pokud už tam mám něco komplecnějšího, jdeme tomu custom posty, vyhledávání v rámci tisíců příspěvků a práce s níma. Je na zvážení, jestli už něco taky jo nezačí řešit, protože se tam nabluje v rámci definicí v databázy a tak dále. Když pouze redační systéma nejv. framework tak je samozřejmě na vás zvážit, jestli je vhodný na ten projekt, který budete dělat dotazy. Tak, první dotaz, čemu přesně slouží kompouzer? Pokud neznáte kompouzer, tak to samozřejmě neznamená, že něco špatně, ale je to něco, co vám pomůže jednodušší instalovat závislosti projektu. Každý projekt může mít své závislosti samozřejmě, ale tento nástrof vám řekne uložit do toho kompouzer Jason, že ten projekt používá tu tento závislost. Je to dostalčitný, já nevím, kdo se ptál, takže, ty seš nějakej to. Tak, co je VPS? To je hostingový řešení, kde dostanete přístup, jakoby do vlastního serveru. Je to virtuet private server, tak što jste tu. Vyčinou to bylo nějaký Linux, tím pár nejmy se tam můžete nařistovat, co chcete, Apache, Engine X, jakoukoli druh do tabáze a v samozřejmě máte přístup i do toho serveru. Můžete si tam dělat, co chcete prakticky, a je na vás, jak moc jde to rozvědet nebo ne. Tak, ještě nějaký dotaz? Pokud ne, tak vám děkuju za pozornost a doufám, že se uvidíme na Afterparty.