 Dobrý ráno, už to poledne pro něko, vždyť náška se menovala Verzimpress na tom programu, ale já bych na to chtělí trošku od vás, co vlastně vy typicky řešíte za problém a Verzimpress upřímně je jen jedno z mnoha řešení a ten problém, který já se tady pokusím dneska popsat, nemá úplně žádný jednoznačný řešení, takže je potřeba si úplně říct, že prostě každý je tu cestu nějak hledá, každý je jí možná nějak má trošku prošla panou, ale ještě dneska neexistuje žádný úplně, úplně útímátní řešení, takže dneska to bude takový trošku přehled, co úplně za problém existuje a jaké jsou možnosti na jeho řešení, takže zkusíme si odpovedit na otázku, jak ten náš WordPress web dostať do produkce. Tak, základní level, způjledu nějakých třeba her, je, že máme, děláte úplně nový web, to je nejednoduší scenář, protože si můžete ten to prostředí sprovoznit skoro kdekoliv, u sebe na počiteči na nějakým hostingu je to úplně jedno, protože v tu chvíli ten web ještě neexistuje, produkci nemá žádný uživatele, nemá žádný navštěvníky, takže tenhle případ je vyloženě skojelej pro vás, že oto se musí to dělat, cokoliv kdy se vám něco nepodaří, tak to vrátíte zpátky, klidně přemážete databázy, začnete znovu, to je opravdu nejednoduší případ. Takže vlastně databázy úplně nemusíte nějak řešit žádný mergevání s nějčím, neřešíte, protože nic z druhého neexistuje, existuje jenom vaše vývojové prostředí. Diploment je nějakým zpusem aplouty, jak vám to vyhovuje. Někdo se rád připojí přes FTPko a nahráje databázy přes nějaký databázový tůl, někdo používá například duplikátor nebo tisíc jiných možností nebo i hostingy vlastně dneska často nabízej, že vám ten web tam nějak přemigroujou pomocí nějakého tůlu, toho specifického hostingu, takže tohle je vyloženě z nádným případ a s tím asi nikdo z vás žádný problém nemá. Level 2 je vlastně, že už máte nějakej web produkci, už vám to běží a potřebujete ho nějak upravit, což se děje, takže ten jednodušší případ je, pokud můžete upravat pouze šablonu nebo pouze ty vaše plug-iny, které tam máte. To je dobrý, protože vlastně upravujete jenom kód a nevím si tady, je tady David Binovec? Je dole. Já bych se v tůle chvíli asi zeptral, možná někdo budete vidět, si jste někdo zákazníkem v WordPress.com VIP, tak vlastně o něj, pokud se nepletu dřív to bylo, takže na databázy se se prakticky nemohl sahat a dali se upravat jenom ta šablona nebo ty, nevím si to byl plug-in, spíš asi šablona, já nejsím zákazník, protože to je tak drahý hosting, že jsem se s ním nevám přímo zkušenost, má tady někdo zkušenost v WordPress.com VIP, řarda Polakovič na tom ještě dělal, ale těch lidí je fakt málo, protože on ten hosting stojí třeba 5 000 dolarů měsíčně, takže to je extrémně drahá věc, ale není to jenom hosting, máte v tom právě i code review s vod automatiku a máte v tom je takový balíček, služep dá se říct, ale to proč oni to můžou dělat je a proč tam existuje nějaký workflow už do produkce je, protože ve výsledku vy můžete upravat pouze to vaše témav zledu. One trá hrozně kompleksní, pokud jste The New York Times nebo něco takového, ale pořád vlastně upravujete jenom soubory, a soubory jsou relativně snadné na upravu, na verzování, na publikací. Takže zase to je poměrně snadné level, není to o moc těžší, než vlastně ten základní. A přivývoji si teda nejspíš naklonujete aktuální stavprodukce k sobě, nebo do nějakého stagingu, tohle je zase trivialní krok, protože u sebe můžete všechno smazat a vlastně začít znova. Code Shablony si potom nejspíš verzujete gitů. Udělám takový malý průzkum, kdo z vás to dělá, kdo používá aktivně git při přijde do nyní práci. Jo, takže je to tak zruba půlka. Tak pro ten zbytek z vás měli byste to dělat, je to moc to nestojí, bude vás to stát třeba den dvá učiní se a hrozně vám to pak zlepší vlastně produktivitů do budůcna, takže je to určitě jedna z těch lepších investíc, co do sebe můžete udělat. Nějakej rychlej přehled toho, jak to verzování vypadá, existou na tohle gujná stroje, ale i když jste na komandleně, tak je to v podstatě hrozně jednoduchý. Tohle jsou stavy toho projektu, takže vytřád tady, tady my si toho první bublinou a druhou bublinou jste změnili design něčeho trošku. A komitnete to, je to komit, říkáte, tohle je ten stav, které já chci úložit vlastně do toho gitu. A pak zase upravíte něco dalšího, nějakej PHP-šablonu nebo nějakej stíl a zase to komitnete. A takhle vlastně pokračujete dál. A výhoda je, že se vždycky můžete vrátit zpátky a můžete se podívat, když jste co dělali a jaký byl progres na tom projektu a když vás víc na tom projektu, tak se nádherně spolupracuje. Tohle je vlastně branching a merging model. To je také krásný, protože tady už si dokážete představit dva lidi. Tohle je jeden, který dělá nějakej svý změny a tohle je druhý člověk, který si udělal svou takzvanou branch. Je to věte, ty se nějak neoblivňou. Ta práce, která je tady v té bublině, zatím nějak není v téle bublině, takže si lidi neměněj, věci pod rukama zase super užitečná záležitost. Kouzlo gitů, oproti předchozí inversovacím systému, je, že umí i velmi snadno merge. Merge byl dřív relativně složité, protože tam se nějakým způsobem spojuje práce více lidí do hromady. To nemusíme i vždycky úplně snadný, git to dělá trivialní. Takže úplně typicky stačí navzat git, merge od kutkám, nebo který dvě věci spojít, a to je všechno, co potřebujete. Takže... A ten finální krouk je, že typicky nad nom nejste samy, nebo nechce to mít tu práci jenom u sebe na notebooku, kdyby vám někdo ukrat, nebo mu kršnul hard disk, nebo něco takového, nebo ssd. Takže typicky chcete mít nějaký druhý místo, kde ten projekt máte. To je dneska často GitHub, privátní repozitář za darmo, nebo si můžete rozít nějaký vlastní git server. Na tom celkem není nic, složitý ho pravdu stačí, vlastně jednou za čas udělá git puš, což vezme tu vaši práci, vašeho počítače, který mohlo být klidně offline, mohli jste být ve vlaku v tunelu, tam to funguje, všechny ty příkazy předtím. Ten puš už typicky potřebuje být online a někam to posílá, třeba na ten GitHub. Takže tohle velmi rychlej úvod do GitHub, tohle je v podstatě všechno, co potřebuje té vědě, jsou to nějaké 40 lední komandy a už to dělá ohromnou službu. deployment v tu chyli, kdy máte ten web nějak upravený a byli to jenom soubory, byla to Shablona nebo to byly nějaké vaše plug-iny, tak ten deploy je zase trivialní, třeba ft. koším nebo nějaký, kdy deploy mechanizmus celkem cokoliv, je potřeba vlastně překopírovat ty soubory do produkce a tím je hotovo. V del 3 je vlastně, že chcete na tom webu pracovat tak nějakého celku, že třeba chcete vytvořit jeho kopii a tam přidat nějakou obsahovou sekci a ta obsahová sekce bude potřeba nějaký nový plug-in ten nový plug-in uložit něco do databáze a vy tůdle věc po nějakým čase potřebuje teď dostat do produkce a tady ohromný skolk mezi tím co jsme měli v tom levelu 2 a co nás čeká tady v tom levelu 3 já jsem na to našel takví nádherný video, to úplně se vám zkuknutí, protože přesně takhle to vypadá ten panáček jste vy a ta hra je WordPress a jak se vám snaží pomoct a to minutu a půl, ale stojí to za tam takže v takvíhle situaci zhrubaste jo prostě kamkoliv šlápnete, tak tam bude nějaký vynový pol vlastně v týletí části další bych chtěl ukázat, jak se to snaží jak se vám snaží pomoct, určitý nástroje některý plýb, některý hůř jak jsem říkal, není tam žádný svatý grál, takže to zkusíme nějak projít jste tady někdo na WP Engineu? jedna vře? WP Engine je takový hosting který se budoval svý ménu, tím, že zaměřený jenom na WordPress vlastně první, velký úspěšné mene 4th WordPress hosting předtím bylo ešte page-ly, ale page-ly už se dneska zaměřil jenom na velký korporátní klienty a WP Engine je takový seméně velký hlavní masovej WordPress hosting no, vám stojí 30 dolarů měsíčně vlastně ta nejlevnější částka takže 600 korům měsíčně za celkem normální hosting z ní to dost ale právě jejich pointa by měla byť to, že vám hodně pomůžou se specificky WordPress problema já bych osobně řekl, že ich nejsilnější stránka je support, oni jsou firma, která má zruba 550 lidí a 500 lidí z toho je support takže prostě tam když můžem tím, jak ten support je dobrý někdo má štěstí a skutečně mu už ten první level supportů mu poskytné dobrou nápovědu co s tím WordPress problemem dělat někdo naopak, když má ten problem složdější, tak samozřejmě má se těch support jedin nemůže vědět všechno do hloupky takže maj trošku problémy ale support je velký vlastně selling point a WP Engineu a to co udávali od začátku je vlastně, že u měj staging tak já to zkusím ukázat živě že výdeme jsou nejlepší, že jo protože to skoro nikdy nefunguje tak já tam hostu jeden takový svůj malý webik a takhle vlastně vyparajích staging když se musíte přihlásit do WP Admina nahoře máte záložku WP Engine a tady je potom tap staging a na tom stagingu tady se před chvíli jsem kliknul aby mi to vytvořilo vlastně to druhý prostředí, oni to udělali v jinu tu nebo dvě a pak mi tady dávaj odkaz vlastně na to druhý prostředí to druhý prostředí je identická kopie takže já se tam můžu přihlásit stejným juzenem, stejným heslem a můžu tam dělat celkem cokoliv to co bych na živém webu neudělal je třeba změnit ty tůlek toho a na tom živém se mi to nějak neprojeví takže tady když důvu tak pořád ten tůlek mám borek takže si s tím můžete hrát no jo, toto je ještě ten jako snadnější krovžel, ale teď potřebujete dohrályste si a teď to potřebujete pušnout do produkce a na to, na web engine staging mají tady velmi správně to tlačitko červeně asi proto, aby ho nikdo nepoužíval protože to co vlastně toto udělá když tady kliknu když tady volbu jako že nechcete přenášit žádný databáz výzměny což jako ste mohli docílit nějakým rtp uploadem takže tohle není ten zajímavý cennář a pak vám tady dávaj na výběr že by to se přenosou všechny tabulky nebo nějaký vám vybraný tabulky takže je to aspoň po tabulkách, to je lepší než nic ale vlastně de facto přepisujete tu produkční databázy něčím co máte v staging někdy si to můžete dovolit například pokud víte, že to ten má živý web když obzah nedostává nový komendář tak pak si to asi můžete dovolit ale pokud ten živý web žije můžou tam být nový posty cokoliv tak vlastně tohle na to nikdy nemůžete kliknout praxi takže je to my staging ale vlastně s těm nějak přišli ale takhle to vypadá už těch 8 let co existujou a vlastně tam není to užitečný ve výsledku pokud potřebujete databázový emerging druhá ještě dražší služba která jde tak jako že ještě vod trošku vejš jak ceno je tak třeba i výkonem oni jsou jako fakt rychlí takže Pantheon je velmi zajímá platforma historicky pro drupal dneska umějí WordPress a celkem cokoliv není to tak specificky pro WordPress což je v občas trošku nepříjemný protože když je to postavený přímo na WordPress tak tam máte vlastně tu pravodřidní podporu tady v občas si vybíráte cíti i s tou cíti, že tak trošku pro drupal nicméně u nich to vypadá tak u nich vlastně historicky dneska už se zaměřují na ten výkon když vlezete na jich stránků tak po ním vám řeknu, že jsou nejrychliší a že mají nejmenší loadstaj a performance a škalovatelná platforma na konténerech postavená a tak dále to je jich dneska vlastně marketing historicky to bylo hodně o tom vývojárském flow kdy vlastně vám tady dávaj je to vidět trošku dev test alive dev tam byste měli vyvíjet na testu z druhí strany na live se vám teoreticky mění vlastně databáze a na tom testu by se mělo stát s to, že z devu přijde kód a z produkce přijde databáze takže tam vlastně se vám to spojí tam to otestujete a tím, že jste tu databázy přinesli z produkce velmi nedávno tak ten příští puš do produkce bude skoro určitě dobrý ale taky to není taky stího protože kdybych tady vlezel do toho tady se dáv každým tom prostřidí v live naklonomá databázy a soubory doživího z nějakýho prostřidí tady si můžu vybrat si to je ten test nebo dev a zase je to tady více meni jenom zaškrtnují, jsi chci databázy že chci soubory ale pokud se měl smůlu a v této minutě co natoklikám nevšimnu, že tam někdy takový byl takže ty lety jsou taky nepríjemný pokud máte žící web takže ani panteon možná proto to dneska už tak neprobakuju to flow, nevím ale taky to tam není úplně ideální ale aspoň máte více těch prostřidí a u mě tam, to se ještě vrátím mají tady nějakej multidev multidev znamená, že těch vývojich prostřidí máte víc, takže pokud jsou 3 vývojá říkaždy může mít to sví, to dává perfektní smysel takže je potřeba na nich ocenit, že aspoň na tím flow přemešleli jo, jako by dává to smysel ta realizaci by mohl byť lepší ale dává to smysel tak, mergebot znáte, mergebot, kdo znáte? jo, tak mergebot už má slou merge v názvu a je to vlastně, znáte WP Migrate DB Pro je to dlouhý oškový názav byl Migrate DB Pro v tom, použeláte to někdo na Migratci databasei to je historické vlastně nejuspěšnější tůle abych u tedy moh má nějakou free verzi oni teď rebrandovali nedávno, takže už to nejsou takový ty, umaušte trochu jiné, ale furtám jsou migrující ptáci a tohle je vlastně zase jich tůl historické, který byl úspěšné u nich, který vám úžně přenášet databasee mezi prostřidíma, ale zase je to vlastně replays tak, to co oni se rozhodli když jsem má rukama, protože si myslili, že to bude jednoduchý je, že vylepšuje tu Migratci databasei a přidlej tam ten krok merge-ováň já jsem se to včera hodně snažil sporovozniť, i jsem za to zaplatil, abych moh bejí ono té placená záležitosť, takže abych v tom merge-botu, abych vám to vlastně mohlo ukázat, nakonec se mi to úplně technicky nefodařilo, tak jsem aspoň udělal pár screen-chotů z jejich nějakých oficiálních materiálů která je důležitá na merge-botu tady jsme v testovacim prostředí, když zase máte produkcii, máte staging řekněme, a v tom vývovim prostředí vysy kliknete na tlačitko record a je to na hrávání těch změn, který se tam děou Potom uděláte nějaké změny, například přidáte post, nebo něco takového změníte titulek stránky Daoší krok je potom vlastně pulnout tu datavázy z produkce je to pro mě takový dospřekvapivý krok protože tohle vám vlastně komplet přepíše tu lokální datavázy takže ten post, který jste právě vytvořili v tom stagingu, tak je pryč ale proto jste předtím udělali to na hravaní protože vlastně ten další krok je nějak tam ty změny aplikovat zpátky takže vy v tuto chvíli na tý nějaký dev.teslavep je to ten vývojový, nebo stagingový a ten post tam není v tuto chvíli a ta ideá je, že ve chvíli, kdy kliknete ApplyChangeSet tak se tam spětně aplikujou vlastně nějaké ty SQL dotazy, který mergebot zaznamenal v jejich cloudových app se podíváte na url do takéto apople.mergebot.com takže to běží, je to cloudová služba která vlastně ukládá ty SQL dotazy, který se děli během toho na hrávaní a pak je umí přehrát na tomošem webu a ta důležitá pojinta, coho ně dělají je, že tady vidíte různý ID 1, 3, 76 a tak dále ten problém, co oni řeší, tady byl třeba nějaký post a ten měl 76 a kdy se s produkce přineslo něco, co už tu 76 obsadilo tak oni to přečistujou na 77 a všechny další výskity toho čísla takže tady máme něco, co dělá, nevím, nějaký Term Relationships a propojují to post 76 co má ID 1 a co oni umějí, oběty lečí 77 to je problém, který mi řešíme i s Veržem Pressem a tohle je super těžká věc protože vy si nemůžete vejt nikdy jistý jestli tohle není třeba cena nebo velikost něčeho to nemusí nutně vejt není to tak, že byste hledali 76 a mohli to slepě nahradit vy musíte rozumět, že ta levěc tady je skutečně nějaká vasba na ten post a kdy se to mění tady, tak se to má to co se netrivialným problém a to je na nich hezký jo, vlastně Merchbot je jediná druhá věc vedle Veržem Pressu, která se to snaží vyřešit pořádně ten problém takže pak kliknete na to Apply Chain Set, oni aplikujou ty SQL do tazy, který mají uložení u sebe a během toho přečíslujou tak aby se merčnuli dataváze když to funguje, no mi se to fakt nepodářilo zprovoznit, protože já jsem kliknul na Apply Chain Set a napsal mi to, že se to nepovedlo všechno, tam byl jenové kontakca port a to jsem včera v noci už neměl část takže někdy do přištího roku to zkusím zprovoznit jo, to co se mi na tom příliš nezdá, že vlastně oni fakt ukládili ty čistý SQL queries výhoda toho je, že tam není žádná v trakce, tohle vyloženě ten Wordpress dělá takže oni jsou celkem jedoduchy v tom, že oni zachytávají ty SQL do tazy, který ten Wordpress dělá blbí trochu je, že by se potom vlastně máte rozhodnout v případách, jestli tohle fakt chcete na tý produkci a tohle je pohled, který typicky nemáte no, vy se na ten web díváte jinak vy se díváte, jestli ten post tam je jestli to vypadá dobře na té stránce ale tady je hromada technických detailů který, kdybyste to studovali tak i ty hluboký Wordpress sáři z vás určitě nebudou znát každý detail takže potom mi ve výsledku dosť těžký se rozhodnout vlastně který ten SQL do tazy vůbec validní a chci ho tam tak to byl mergebot vlastně sem tak to byl mergebot další udělam rychle ukázku Veržimpresu nyní tady Pavel Urbánek na hodu výborně, tak Pavel je musela hrojický výkonem zprovoznit Veržimpres na hostingu v hosting.cz takže myslím, že to co tady budu ukazyvat a bude to lokalně uměné na počíte, tak už neská je v nějaký privý verzy možná na požádání kdyspozici tam takže pokud byste s tím chtěli pohrát že jste se potat, Pavla. Verzimpress je otevřená věc, je to open source, může to použí každý, Pavl, kdokoliv z vás a ukážu, jak to funguje, já tady mám vlastně základní WordPress web a v něm mám zatím na instalovaný Verzimpress. Já voněm nemusím nic vědět, ale ve chvíli, kdy budu cokoliv na tom webu dělat, chci 18 na příklad a pak se vrátím do té záložky Verzimpress, tak uvidím, že on zaznamenal nějakou změnu na tom webu a zaznamenal, že se změnil blogname a můžu se podívat vývojázky programátorsky na plný div tohoto je vlastně není vidět, ale tohoto je trochu červený a tohoto je trochu zelený. To je dokonele bílý, takže vypadá to trochu jako div na GitHubu a výhoda je, že nemusím řešit žádný nahrávací tlačitko, Verzimpress prostě sleduje ty důležitý věci, co se na webu děou. Kdy se to naopak děje něco nedůležitýho, generuje se nějaká cache nebo nějakej bordel s transientama nebo něco takovýho, tak to naopak nesleduje Verzimpress, takže on se snaží jít po těch důležitejch věcech a zaznamenávat to do GitHub, abyste s tím pak mohli pracovat trásko manline nebo z nějakého nástroje a pušnout na GitHub. Takže my vlastně propujeme WordPress a Git a tady si můžete všimnou, že jsem pořád v tom jednom zeleném prostředí, to má teda hrozný kontrast, tady je napisáno default, je to nějaký výchozí prostředí, ve kterým jsme. A teďka si vytvořím na command line staging pomocí, tohle taky zkusím nějak zvěčit. Uff, to je fakt malý. Použijám, vypocilují na toho, to je zatím vlastně naše takový hlavné rozhraní pro to ovládání, můžete si přestavit, že tohle jednou bude za nějakým tlačítkem, nějakým uživatelským rozhraní. Pavle, vy už tam máte nějaký tlačítko? Taky, vypocilují. Dobře. Do vás aktivně používá vypocilují. Dauši skill a investice pro vás, pokud to ještě nepoužíváte, to je to úžasné tů. Dá se pomocí toho dělat skoro cokoliv aktualizovat plug-iny, serčen replay v databasei, je to fakt parádní záležitost. A dej se do toho implementovat vlastně custom komandy, což my jsme udělali, takže to dvojité vp je to vypocilo i, pak jednoduché vp je náš komand, a my říkáme naklonuj mi to do něčeho, co se bude mnou a staging. Já musím být v tom webu. Znovu alepe. Kdybych se podíval do toho, na taktady se mi vlastně duplikuje to prostředí, to samý v databasei. Tohle to chviličku běží, protože to vlastně kopíruje veškerí soubory veškerou databasei, takže tenhle první krok trošku trvá, pak už všechny operace jsou podstatně rychlejší. A udělal mi to tady vlastně kopí toho webu na localhost.lomenostaging. Trochu vidět. A tam já kdy se přihlásím, teď můžem zkusit nějakou, tohle je teda staging a tady někde mám tu druhou záložku, to je live. A ten těžký případ je už vlastně ten základní, že vložím dva posty na každém prostředí jeden. Už tohle je docela těžký, aby se s tím nějak vypořádat. A tady na tom stagingu vytvořím teda taky post. Oni dostanou stejný ID v databasei, to je ten problém, bude to nějaké číslo. Tady se můžem kouknout, dostalo to pětku. Tady by to mělo dostat, taky pětku. Prostalo to něco jiného. No, ta by měla být taky obsazená na tím produkci, protože když byla pětka, tak by měla být i čtyřka. Teďže každopádně, když já budu vlastně přenášet ten staging do produkce, tak by tohle se mělo přečíslovat na 6 nebo vejš. A já na to použil zase vlastně ten pool. Pokud znáte git, tak to je velmi podobný případ, vlastně to je to druhý repo, druhý repozitár, takže já z něj poolnu k sobě. Pool, musím říct vodkut, from staging. Tady důležité je ten krok, že to se synchronizovalo databázem. A teď, když se podívám na ten živý web, tak by mělo mít oba zachované, takže nepripsalo to, ten původní ani žádné jiné, ale vlastně to tam přidalo další. A tady, kdy se podíváme, jaký dostal ID-ko, tak dostal 7. Teď celkem jedno, protože proveržím pres, jsou tyhle konkrétní čísla, vlastně jenom kež ty vy můžete kdykoliv tu datavázi smazat a znovu ji obnovit jenom z gitu. A co to dostane za konkrétní čísla, vlastně na tom byste neměli vej závislí. Někdo dělá to, že třeba do shablon nebo do stilu se viložně odkážena číslo toho postů, což je obecně problém, protože když máte víc těch prostředí a mergeje to mezi nímá, tak nikdy si nemůžete vejt istý, že to číslo, který vidíte teď, bude stejný za tyden, nebo potom merge, takže lepší je se odkázat nějakej slak nebo něco takového, něco, co je stálí v čase. Na WordPress je krásný, že něco, čemu on říká GUID, tak je typicky lokal hozžout a zník PR rovná se 1, nebo něco takového, něco, čemu říká GUID, vůbec není unikátní. Nám by stačilo a tenhle problém by neexistoval, kdyby WordPress identifikoval věci jednoznačně. Ale on jim dává čisla 1, 2, 3 a samozřejmě, když máte víc prostředí 4 lidi vedle sebe, vkládá nějakej kontent, samozřejmě, že budou konfliktící ID-čka. Takže, tevěklosti Verzimpress, on má teda svý podstatný nevýhodi, to můžu říct upřímně a jedna z nich je, že vlastně moc má podobný problém jako mergebot s pluginama. Oni musí trochu rozumět, tak jste viděli v mergebotu, že je potřeba vědět, který věci přičíslovat, tak například, pokud do WordPressu nahrajete v uCommerce, tam má nějaký svý tabulky a má v nich nějaký vásby mezi nima, tak Verzimpress musí vědět, jak vlastně podporovat v uCommerce. My teď ve Verzi 4, která je aktuální a která je beta-verzi, tak vám poskytujeme nějakej formát, jak popsat stíle vásby, takže vy pokud máte nějakej svůj plugin, tak vyprodukujete desetřátku malého konfiguračního souboru, kde říkáte, můj plugin má tuhle tabulku, adí sloupeček je tenle a má vás budu na tohle jinou tabulku. A těle pár řádku nám stačí k tomu, aby my bysme začli ten vás plugin verzovat. Takže do budoucné ideá taková, že pokud se Verzimpress stane masivně populární, že ideálně plugin autorí už vlastně šipnou svůj plugin s popisem pro Verzimpress, jak ta datová struktura vypadá jejich, ale bude to i otevřený pro kohokoliv, takže kdokoliv bude chtít verzovat řekneme v uCommerce, bude moc poslat ty leti definice pro uCommerce, kdo používá Verzimpress, je vlastně stáhné a bude to podporované. Už vznikají první takví let definice, máme právě chtít pro vůkommerce teď kluci ze srpska dělají na něčem pro veplmelo vlastně lokalizaci a davši populární pluginy nejspíš budou první na řadě. Davši důlžitá pojinta je, že zdalika na každý plugin potřebuje ty definice. Některí prostě nedělejí celkem nic moc zajímavýho v databázy a ty fungujou úplně v pohodě už dneska. Nysméně kompatibilita z pluginama je dlouhodobá výzva Verzimpressu a druhá výzva je jak to hostovat, protože typický zdílený hostingy nemaj git ale nechaj vás ho zavolat pomocí pH-kový v funkce Proce Open takže bude ty typicky problém z hostingem Verzimpressu. To je vlastně důvod pro nás, proč pracujeme na něčím co se mneme verzimpress.com, to dotcom tam je důvod, zruba jako WordPress vs WordPress.com a to je vlastně snahá poskytnout tu službu jako, že nemusíte řešit hosting a nemusíte řešit kompatibilita z pluginama a udělám to je vlastně poslední krok verzimpress.com náš přístup alternativní k tomu dle, jak to dělat. Tady tohle je v zásadě si můžete přestavit jako normální hostingová stránka máte tady nějaký SSH-ko, soffit-top, připojení k databázy, nějaký domény tady můžete spravovat a tak dále ale to co vlastně mi tam no to naše světle šedí rozhrani, tady moc nefunguje na tom a lepšit kontrast pro příště ale vlastně ta pointa je, že si můžete tady vytvořit staging to je ešte celkem, tady je takový box, můžete přestavit si vyfrá krásně na tom tak, teď tam znikl staging a po nějakým čase vy, když pracujete ve stagingu a nějak se vám není like tak tady kliknete na to tlačitko compare a tohle dělá podstatně podrobnější porovnání databáze než všechny jiné služby takže tady vidíte, že nám zakonfliktil nějaký blogname někdo změnil na produkci nějakou hodnotu a ve stagingu tomu dal někdo jiné nějakou jinou hodnotu takže tady vidíte, že se to změnilo různě a musíte se jako člověk rozhodnout, kterou zachovat takže asi tady vyberu trás staging verzi a to samí udělám pro ty další konflikty v rychlosti to naklikám, řekněme, že jsem spokojený z tú staging verzi ve chvíli, kdy mám rezolvnout tí konflikty někdy ich tam bude víc, někdy nebudu trá žádných ideálním v případě je to ideální stav, že nejsou konflikty a pak můžete pušnout tu věc do produkce a co se děje v tuhle chvíli, je, že to velmi cítlivě spojuje ty dvě databáze, neprimazává to nic na produkci dělá to ten merge databáze, jak je potřeba na konci si uložíte jakou správu, co to vlastně bylo můžete ho kdykoliv vrátit zpátky, když s vám ne líbí ten výsledek tak kliknete na to undo a máte produkci zpátky v tom předpozimstavu takže snažíme se vlastně integrovat tý dobrý nápady s veržem presů do něj čeho, co je production ready a co se dá používat hned ten veržem prescom je zatím v takovým poloveřejním priviu pokud byste chtěli tam dostat pozvánku a lepší cenu tak jsem tady nechal dva papíry můžete se vnapsat svůj mail, já vám pak pošlu kód který vlastně funguje ještě nejsme úplně ready, ale Adam už tam je a nějak to zruba funguje a my tam taky hostojí v naše veby už asi půj roku takže nějak to běží, ale ještě to není úplně public takže s tím bych asi skončil a pokud máme chviličku času tak dotazí, skvělí jo jinak ta ruká na hodu vůbec nevadí si se máme slide-o, ale klidně by mohlo by tohle dá se to nějak dát na to na to uvrazošku dobré odpora multisite máme dokonce interně podprovanou akorá zatím v terms of service jakoby zakazujeme, ale není to úplně jsou tam detaily, který dořešit není třeba úplně jasné za kolik site byste měli platit, když to je multisite takže typicky u nás to jedno prostřidí jedna sajta takže jsou tam různé otázky, které ještě dořešit technicky to není daleko, aby to fungovalo na Twitter odkaz na video to rozhodně dám další dotaz je jestli je možné povedať k veržem presu o custom tabulkách a ako sledovat ich změny takže je to přes takový krátký jaml zase asi udělám nějaký na Twitter dám nějaký odkazy kde tohle bude dobrý dotaz jaká je záčeš veržem presu na serveru a databázy tak vlastně když se ten web načítá když mno vám naště bou lidi tak skoro žádná přidaná kdy tam je nějaká záčeš navíci když ten web měníte v tuh chvíli se vlastně tvoří ten git.comit takže tam je to tím trošku poznamené ale to není častý typicky prostě sto requestuje čtení toho webu a jeden request je jeho uprava takže nic vážnýho jak veržem pres a WPC Li z duplikací na staging funguje na převeva grantu kde nenudně běží web na lokalhost.lomeno.vp ale například jako wuppetečka.devel a všechny ty příkazy web po celý co jsem ukazovalo mají přepíneček když mám vstavit jaká bude datadoména jaká bude databáze tohle byla zjednodušená defaultní verza která to dá dovedli žív odresáře do nějak pojmenovaní databáze ale všechno dekastomizovat prečo veržem pres nevitvára unikat nečíslování zaznamou abyste nemuseli ide porovnávat tím bysme nabourali vlastně skoro každý plugin který je bysme to mohli změniť tý databázy aby to nebylo 1,2,3 ale to byly GUIDI který je a který předpokládá Jo, to by to mi děláme my vlastně vytváříme další tabulku a tam si udržujeme mapování že ta léjdička je nějaký GUID udržujeme tabulku vedle která má tohle mapování mezi tím Pomáha, je to jakoby jesou část řešení problému není to řešení všeho ale je tohle nutný krok takže udržujeme takovou letabulku co pluginy, které čistí databázy třeba WP sweep čistí, my ani neverzujeme takže transienty u nás ani neuvídíte v té historii, takže vyprčistí te databázy, ale na veržimpres to nemá žádný vliv, protože z jeho pohledu se nic důležitýho na tý sajti nezměnilo budete dělat se z nám podporovaných pluginů nepotřebují dobsat jamel Ano, mi do konce v tom UI my už máme, jak vám na stránce pluginu vám WordPress vypisuje se jakou verzě kompatibilní tak my tam jsme huknutí a vypisujeme si to je kompatibilní s veržimpresem nebo ne ten současný problém je, že nemáme moc bohatou databázy těch informací takže uvidíte, že aký smet je podporovaný hello doly je podporovaná a nas by tak za tím nebyl čas no, takže tak jo, děkuju nějaký iště to poznámky z publika nebo na verhy, jak to děláte vy, to by mě třeba taky hrozně zajímalo, jsi jste někde nějaký workflow který vám fakt funguje no, případně můžeme pokeca tady, já tady budu zhruba do objeda, takže k lidem mě odchyťte, nebo se sem napíšte a můžeme o tom pokecať, podobně zajímavý tak jo, děkuju