 No przecież chyba się nie zrozumie w nadzatwianiu, że coś się muszę wziąć. Tak, tak, tak. No widzisz, nie? Jak się pójdą? No i się pójdą. Patrz, patrz Paweł Boskiew, jak agroferen, zapracujący filmista. Dobra, ja nie jestem agroferenem. Już daj agroferen. A widzisz, w etapie... Ja cały czas się trzymam, że serce moje jest ciągle do agroferenstwa, ale nawet... Paweł Boskiew, ja zacznę... Patrz Paweł Boskiew jest głowy człowiek, który już w głowie nitrykamy, produkując podgasy na ojinkofii. Tak. Teraz wszystko za... Tak, tak, bardzo. I mając zasobie poszło w filmistach, obok, jak o tym liczymy to naprawdę... W sens, by wygrał Patrz Paweł Boskiew. Ok, to dobra. Słuchajcie, mam tylko za nasz minut, więc będę się streszył. Mówimy dziś o optymalizacji. Wiele wiem, próbuję nam sprzedać, że Headless pomoże nam subtymaizować szybciej. I naszą stronę będzie szybsza, lepsza. I to, jak nam się pracuje. Że też nam się będzie pracować szybciej i lepiej. Tylko czy to prawda? Zobaczycie. Zobaczycie pod koniec, z czym z was możemy zgadrywać, jaka jest finalna odpowiedź. No ale na koniec musimy zacząć tego, czym w ogóle jest architektura Headless. A żeby zacząć z tego, czym jest architektura Headless, musimy zacząć z tego, czym jest monowi. Górki jest domyślnie jest monownikiem. Oznacza to, że z jednej strony nasz CMS spełnij pierogę. Możemy w naszym w upadminie dodawać treści, odejmować treści, dodać kategorię tagi i tak dalej. Czyli zarządzamy tam treści. Z drugiej ze strony. Za pomocą motywów możemy treści wyświetlić naszym klientem. Headless z drugiej strony prezentuje się troszeczkę podobnie, ale nie dokładnie. Cały czas będziemy używali naszego w upadminie, żeby zarządzać treściami. Tu się nic nie znik. Ale nie będziemy korzystać z naszego motywu, żeby te treści wyświetlić. Będziemy dodatkowo korzystać z jakiejś niezależnej aplikacji. Na przykład z jakiegoś frameworka napisanego w JavaScript, czy na przykład Astra, na przykład Next. Albo może aplikacji larwelowej, a może aplikacji mobilnej. Czegokolwiek. Tu nie ma znaczenia. To się o to chodzi, że nagle zaczynamy rozdzielać te byłyby. Żeby one były w stanie się z sobą dogadać, potrzebują czegoś, co nikt nie pomoże. I stąd ta strzałeczka po środku up. I WordPress daje nam możliwość skorzystania. Albo z res. API, która jest zbudowana w Core, albo z GraphQL-a. Tego tu już musimy zainstalować w styczkę. Bo jesteśmy w WordPressie, więc mamy w styczkę na wszystkich. I dzięki dany upi frontend jest w stanie się jakąś dogadać z naszym panelem adminiem. No tylko wszystko fajne, ale musicie przyzwyć. Że ten headless w sumie wygląda troszkę jak ten monolit, tylko trochę niepotrzebnie skomplikowany. I to prawda. Jeden z najwyższych obrazków opisujących headless według mnie zupełnie nie pokazuje jego zalet. Właśnie pokazuje tylko, że w sumie robimy monolit tylko w bardziej skomplikowany sposób. Dlatego pokażę wam dwa takie bardziej przydatne przykłady, gdzie headless się przybie. I wyobraźcie sobie, że macie WordPressa, w którym zarządzacie nie tylko waszą stroną firmie, ale także waszą aplikacją i waszym 400 landmą pejdzianą. I w momencie, kiedy na stronie omoc, postanowicie zmienić, że dostajesz jakąś nagrodę, to automatycznie ta treść się zmieni na waszej stronie głównej, na tych wszystkich landing page'ach, albo w waszej aplikacji wszędzie. A wszystko będzie zarządzane swojemu jednego WordPressa. Z drugiej strony odroczymy sytuację. Mamy stronę, która zbiera dane z wielu źródeł. Będziemy tam mieli bloga, który zaciąga dane z WordPressa. Z drugiej strony będziemy mieli nasze wystąpienia, które trzymamy w nołszym i mamy nasz mały sklep, który mamy w Shopify. I do tego spróbujcie sobie wyobrazić, połączyć te dwa slajdy i stworzyć taką fajną, fajną czynę połączą. I to jest moment, gdzie Headless wreszcie nie jest w przypadku takiej prostej stronie, ale właśnie w przypadku tych bardziej skomplikowanych połączeń, między bardzo wieloma systemami, a nie tylko po prostym. No tak, firmy próbują nam powiedzieć, że Headless jest amazing. Po prostu, że przejdziemy na Headless, nasza strona będzie lepsza, to wknięciemy na walieniu drzwiami i oknami, a w dodatku będzie mieli jedno roszto w naszym ogródku, a tęcze tutaj się pojawią na niebie. Czy tak jest? No nie tak o to. Najpierw spróbuj się rozpracować z takimi kilkoma najpopularniejszymi argumentami, czy my przejdź na Headless i pokażę, że one nie są aż tak oczywiste. Jeden z nich to wydajność. No bo wszyscy wiemy, WordPress jest wolny, stary, napisany w PHP, w ogóle straszny. I kiedybyśmy niby przeszli na Headless, automatycznie świat stanie się lepszy. Tylko prawda jest taka, że największy stop wydajnościowy przyjdziemy nie dlatego, że przeszli na Headless, ale dlatego, że przekazywam, że jest sobie framework tam przez kształciu strona statyczną, np. w przypadku Astro i tak dalej. No i jasne, że ciężko jest porównować strona statyczną, bo HTML zawsze będzie szybszy od dynamicznego pkpa, który jeszcze odkutuje co chwilę bazy dalej. Ale mamy się zmienić architekturę, żeby nasz walk jest u statycznym. Mamy tego w styczni, mamy WP tu statik, mamy simple statik. My zrobimy dokładnie to samo. Zadkowo mamy też argument, że dzięki Headless mamy większą kontrolę nad tym, co wczytujemy. To też jest nieprawda, bo to jest trochę na tej zasadzie, że jeżeli sami coś tworzymy od zera, to mamy pełną kontrolę. Jeżeli zaczynamy korzystać z gotowych komponentów, czy to z bibliotek, czy to z styczek, nagle oddajemy częściej kontroli autorów. I wtedy na szczęście, w przypadku WordPressa, mamy przyszłe rzędzie, żeby odkolejkować jakąś bibliotekę, żeby się nie wczytywała przede, żeby się przytwała tylko w konkretnych miejscach. Więc znowu uważam, że kontrol mamy nad tym, co się wczytuje i gdzie jest bezbliżony. No i znowu nie zapominajmy, że w przypadku wielu frameworków jesowych dostanie w prezencie trochę bibliotesa, którego nie chcemy. Tu trochę patrzę na, szczególnie na indexach, który zawsze nam podaruje kilka kilo, czy tego chcemy, jak uczyniemy. Kolejną argumentem jest bezpieczeństwo. Znowu, wszyscy wiedzą, wszyscy nam pomówią, że WordPress jest w dziurawie, jak się to. Można być napisany w tym stady, w którym się chapie. I do tego jeszcze ludzie piszą w styczki. Akurat to, że ludzie piszą w styczki, że jest powód, gdzie WordPress trochę traci na bezpieczeństwie, ale tylko nikt nie mówi. I z tym bezpieczeństwem WordPress znowu jest tak, że on najwięcej zyska wtedy, kiedy strony przekształcimy na statyczne. Czemu? No po strona statyczna traci większość wektorów ataku, bo to jest HTML. Ale i tak ten WordPress, z którego zaciągamy te dane, gdzieś jest, u niego ciągle musimy dbać. Ciągle musimy aktualizować tam styczki, WordPressa i tak dalej. Więc to nie jest aż tak wielka rodzice. A w przypadku, kiedy rządzymy o WordPressie w takiej wersji dynamicznej, no tu się prawie nic nie zmieni. Dodatkowo, w przypadku WordPress widzieliście, że łatwo jest stworzyć tą pajączynę połączę. Nagle się zaczynam powieć dużo kluczy API, żeby te aplikacje z sobą rozmawiałe. Więc to są kolejne, są kolejne miejsca, gdzie może nastąpić jakiś problem z bezpieczeństwem. Więc na pytanie, czy WordPress jest aż tak bezpieczniejszy? Nie, po prostu jest innym. Kosztem. Często możemy słyszeć o tym, że hosting WordPressowy jest drogim, że w ogóle utrzymanie WordPressa jest drogim. A że dzięki Headless, w sumie, będziemy w stanie to ściągnąć dezerwę. I częściowo tak można, ale tylko w konkretnym przypadku. Kiedy pomyślimy o tym, żeby nie będziemy sobie trzymać naszego WordPressa na serii wersze lokalnej, będziemy korzystali na przykład z darmowego tieru na kiniście, na werselu, wtedy spoko, wtedy będzie no prawie, że za darm musimy to płacić za domenie. Ale najczęściej tak nie jest, bo musimy płacić za wiele rzeczy. Tak samo deweloperzy zajmujący się rzeczami związanymi z JSem, ale częściej są drożsi. Deweloperzy związane z WordPressa najczęściej są tymi, może nie najtamś tymi, ale jednak tymi tańszy. Więc te koszty wcale nie będę mieszł. Ale jest kilka powodów, dla którego naprawdę warto Headless spróbować. Najczęściej, kiedy korzystamy z jakiegoś CMSa, stajemy się niewolnikiem tej technologii, w której ten CMS został napisany. W przypadku WordPressa będzie to pacha, w przypadku dousta będzie to node i tak dalej. W przypadku Headless przestaję to być problemy. TomApi i my front budujemy w czym chcemy. Możemy sobie wzbudować ten front w raście, jeżeli mamy taką ochotę i spoko. Kolejna fajna rzecz, czyli ta wymienność częściej. To co widzieliście na obrazek, tu WordPress, tu Notion, tu Shopify. Nie jest problemem, żeby nagle zamienić tego na przykład na Google Spreadsheet, bo tak nam się chce. Tu już się podmienimy API. W ogóle Headless jest stworzony do tej wymienności części. No i Developer Experience. WordPress jest fajnie, jeżeli chodzi o User Experience. Ja wiem, że możemy dyskutować o Gutenberg'u i tak dalej, ja wiem. Ale na przykład w User Experience jest ogólnie dobre. Developer Experience no już nie do końca. I to jest to miejsce, gdzie Headless może błyszczy. W sensie będzie błyszcza w zależności od tego, jaką technologię wybierze. Ale ewidentnie Astro na przykład da nam fajniejsze Developer Experience, niż to, co nam oferuje WordPress. I Headless daje nam możliwość takiego win-win. I użytkownicy dalej będą mogli korzystać ze swojego ukochanego WordPressa. A Developer, że będą mogli się cieszyć ze swojej nowej tutaj świecącej, błyszczącej zabawki. No i się zastanawiajcie, no to co? Warto? Nie warto? No jest kilka rzeczy, o których warto pamiętać. To jest architektura. Ona nie jest zła ani dobra. I może niektórzy próbują być inaczej. Po prostu ta architektura może być dobra w dany konkretnej sytuacji. Wiecie, to tak samo jak z młotkiem. Bo tak nie jest dobra do smażenia. Ale to sami się przydali. I z architekturą tak samo. Wszystko zależy od sytuacji. I pod was będzie zależało, żeby przemyśleć, czy te problemy, które on regeneruje są większe od tych, które macie obecnie, czy nie. To jest bardzo sens. Wiecie. Oczywiście, no to zależy. I to bardzo zależy od tego, żebybyście się pamiętać na decyzję, czy w waszym przypadku, w waszym filmie, no to jest bardzo sens. Może się okazać, że ma, może się okazać, że to jest bardzo jak to jest. Ale może się też okazać, że zostanie przymowniciele, żeby się obieksły też mniejsze obieksanie. Czy w ogóle korzystanie z mownictwem ale i świadczy, że w was to też wszystko. To między mężem, w przypadku część swoich rzeczy, z mikrofonem i słupnieniem zazwyczaj przysywa swobodem na mną. Czarny, bo było badnie i lepiej. To wszystko zależy od sytuacji. Ale trzeba sobie zaczęć. No dobrze, a może jednak chęć nas, ale nie powinno się się włączyć. Włączyć się włączyć nie jest jedynym zamiast imeniem. Pamiętajmy, włączyć z mężem jest jedynym zamiast imeniem. To jest ekrosystem. Ptyczek ma ogólną, w ogóle ekrosystem motyw ładny i bezpłatny. Bardzo fajne user experience, jeżeli chodzi o tworzenie. To jest wszystko sobie. Ale kiedy przejdziemy na Headless ptyczki, bardzo rzeszło wszystko na temat. Albo nie mamy integracji z API, albo będzie trzeba coś jeszcze zrobić. Motywy i mać myślę, że to istnieje. Jedynie co raz zostaje, zostaje na panel. No i teraz musimy się zastąpić. Czy panel odmienny jest za nas wystawczającą rzeczą, która trzeba naszych pracowników przyłączyć? Muszę powiedzieć, że Magda Rzucimku jest do rzuczenia ogólnego, że to jest tak przyłączenie. Jasne. Ale nie zapomnijmy, że jest wielki, możliwości. Można być w tym, który jest stworzony. Stworzony z myślą właśnie, że mamy strażki, mamy zdobyk, mamy tajraków z buildem i jest ich jeszcze o wiele, wiele więcej, prawdopodobnie powstanie ich też jeszcze wiele więcej. Skrójcie. Nie mówcie się, że są po prostu nowe, żadne systemy. No to pochodź się z kolegą. Pamiętajcie sobie zobaczyć, co jest w proprze i jak to się zdoszy. Dziękujemy bardzo. Tak, co się sobie napyta, żeran. Dzień dobry. Pytania do maćka. Nie wiem, jak to działa. Jak to jest taki młodek do smażenia? No właśnie, nie wiem, jak to się zdoszy. Ale powoli nie mogę. Ale powoli nie mogę. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Dzień dobry. Zapytaj, proszę. Zapytaj, bo to jest jakiś ciekawostek. Chciałem go zapytać. Ciekań, bardzo się robi jako mecz. I jakiś pierwszy pracownik interaktywnych w stronach. Jakiś pracownik. Pogliwowanie kąsi uleponach. Czyli jakichś takich rzeczy. Pamiętam, że ciekawostek. Nie wiem, czy może na ten taktyzny powiedź. Który powoli, że... Zaczynam po dobrej, to należy. W pewnych sytuacjach. Żuć może na jakiejś, co się nazywa. To jest głupie stawarzyszenie firm, które... My wszyscy tym specjalizują. Kiedy wręcz ekstrematywne leży. Bo my nie należy o takiej sytuacji, że wróćmy sobie w WordPress o fontenie. W przypadku już, po gromnych systemach, zaczynamy się zastanawiać, czy system kąs, używany w jednej firmie, nie będzie bardziej opłacany niż system kąs czy zareksperyńc, czy co. Jak właśnie, po gromnych obrót każdy proces poszczędzony zaczynać się odpieniający. Więc po konie żywiąc, tak wielą przykładkę to się bardzo dobrze sprawdzi i tak bardzo wiele filmy. Można, że zareksperyństwa, to jest bardzo fajne, jak jakaś średnia przerabiania i komersus na właśnie kolejne sekretę. Oni też jest na niej przy wersję reaktową. Więc... Właśnie. Właśnie. Tak, czyli ciężko i ciastko, i ciastko i ciastko, i ciastko, i ciastko, i ciastko. I ciastko, i ciastko, i ciastko, i ciastko, i ciastko. Właśnie. To jest bardzo fajne, po gromnych obrótach i wersji reakcji i wersji systemu. Jak to będzie? Jak to będzie? Jak to będzie? Jak to będzie? Bo tak.... Coś z tym się nie da... i nie otrzymił to bardzo dobrze. To zadać, to zadać. Znaczy, ja w sensie, byście gdzieś extraordinarily spodobali się jakaś problemia. Chodzi o to, że społeczność biologiczna nie bardzo zamknęła, ale obrót w swoim jestesem, więc... ...by coś mniej wiłkowali, żeby coś łatwiejszy dobić, tak? I tak wizualnie też, że się nie da. Będzie mój mój. Wielkie, piętnaście minut. Przechodzę, ale przez te wielkie brawa daje się.