Projekt aplikacji SaaS
8 godz. 8 min · Next.js · Full-stack i Programowanie
Daniel NoworytaFull stack DeveloperNaucz się tworzyć bezpieczne systemy uwierzytelniania i autoryzacji, korzystając z Clerk. Pokażę Ci, jak to robić krok po kroku, aby Twoje aplikacje były bezpieczne i profesjonalne.
Zrozumiesz, jak skutecznie i bezboleśnie połączyć swoją aplikację Next.js z bazą danych PostgreSQL na DigitalOcean. Pokażę Ci, jak używać Prismy, aby ułatwić ten proces.
Dowiesz się, jak zarządzać routingiem i nawigacją w swojej aplikacji, aby użytkownicy mogli łatwo i intuicyjnie poruszać się po Twojej stronie.
Pokażę Ci, jak z łatwością wdrożyć swoją aplikację na Vercel, jednym z najpopularniejszych środowisk hostingowych dla aplikacji Next.js.
Nauczysz się zarządzać stanem aplikacji i jak wykorzystać server actions w praktyce, co pozwoli Ci na tworzenie bardziej zaawansowanych i dynamicznych funkcji.
Ten kurs jest dla osób, które już mają pewne doświadczenie z JavaScript i chcą zgłębić swoje zrozumienie Next.js. Zakładamy, że znasz podstawy TypeScript, TailwindCSS, ale nie potrzebujesz doświadczenia z Next.js - wszystko wyjaśnię Ci od podstaw!
Konfiguracja naszego środowiska deweloperskiego.
Zaczniemy od zainstalowania najnowszej wersji timera w naszym projekcie.
Robimy to za pomocą polecenia npm z menu Start.
W Save Fighter wciskamy Enter.
W tym momencie wszystko zostało zainstalowane.
Teraz przejdziemy sobie do naszego
naszego edytora kodu i sprawdzimy czy rzeczywiście mamy wszystko ustawione.
Zróbmy sobie Juice Settings.
Porzucamy Writer i teraz mamy Black and passing config.
Nie musimy tego dodawać.
Tak naprawdę mamy Printer enabled.
To jest najważniejsza opcja, którą sobie musimy zaznaczyć w naszym projekcie.
Jeżeli chodzi o to, żeby Writer fajnie
pracował z klientem, to na stronie dokumentacji mówimy, że bardzo ważne, żeby
zainstalować sobie z client config printer.
To jest kolejna rzecz, którą będziemy musieli sobie zainstalować.
Przechodzimy do naszego terminala npm Install testing Config Printer.
Wciskamy Enter i na stronie Next jest jest
podana informacja w jaki sposób zmienić naszą konfigurację RC.
Musimy sobie dodać tutaj extends Next i printer.
Przejdźmy teraz do naszego.
RC i tu mam akcent Next call web Wita!
Możemy sobie zostawić to co mamy tutaj.
Ja sobie teraz po prostu przesunę tą wartość, tą stronę i.
Zostawimy sobie to zapisujemy.
Już w tym momencie mamy skonfigurowanego
premiera, mamy skonfigurowanego oraz klienta w naszym projekcie.
Kolejna rzecz proszę sprawdź u siebie czy
masz zainstalowane paczki, szczególnie CSS.
Interesujące.
To jest bardzo ważna paczka, która pozwoli nam fajnie dywagować.
Style, które mamy w naszym projekcie.
I kolejna rzecz, którą musimy też jeżeli chodzi o CSS Development naszej aplikacji.
Musimy sobie skonfigurować plugin tutorial.
Przejdziemy teraz na oficjalną stronę.
Writer Plugin.
CSS i.
Żeby zainstalować ten plugin musimy
skorzystać z npm Instal minus the price price plan git css.
Wklejamy to.
Instalujemy nasz nasz plugin.
Po chwili kiedy on zostanie zainstalowany możemy wrócić na tą stronę.
Musimy dodać do Price config.
Musimy stworzyć plik price config.
Czy jest i dodać taką wartość w środku?
Przejdźmy do naszego edytora kodu.
Zrobimy sobie plik config.
TS w naszym przypadku.
No i możemy sobie skopiować taką wartość.
Już w tym momencie powinniśmy mieć automatyczne sortowanie składni.
Żeby to sprawdzić możemy przejść sobie do naszego page.
I tutaj w tym momencie Class Name piszemy sobie różne klasy mix dajmy na to 4 text.
Widzisz jak ładnie mi podpowiada IntelliJ Sens różne klasy dajemy Text center i px
0 i po naciśnięciu save te klasy powinny mi się pisze sortować.
No i jak widzisz jeżeli cofnę zobacz że PX było na końcu.
Jak nacisnę control save to już printer i
sortowanie class ładnie zaczęło nam działać w naszym projekcie także.
To tyle z takiej wstępnej konfiguracji.
Teraz to zrobimy sobie jeszcze to za
te zmiany przejdziemy sobie do naszego terminala.
Jako że jak wezmę zrobię teraz git status
to mamy tu jakieś rzeczy, które uległy zmianie.
Możemy sobie teraz robić czekoladę. Minusy.
Nowy brand? Oczywiście ficzer.
I niech będzie init file i i git.
Wszystkie zmiany i commit zatwierdzić tu projekt.
No i czujemy.
Nowy brand został wypuszczony.
Teraz pokażę Ci dlaczego depresja daliśmy projekt zaraz na początku.
Otóż jak przejdziemy teraz do serwisu GitHub.
To zobaczysz, że jeżeli przyjedzie sobie na serwis ketchup
zobacz, że jeżeli chodzi o nasz nasz projekt, który wytypowaliśmy sobie na
wersję zobacz, że mam build Preview robiony automatycznie za każdym
razem zobacz znakomitość Dałem jakąś zmianę do naszego repo.
Pojawił się nowy branch, Jest automatycznie budowana ta aplikacja i
mam automatycznie podgląd jest sprawdzany czy ten build przejdzie czy nie.
Odnosiliśmy niczego po drodze, prawda?
Także jeżeli przejdziemy sobie do githuba
i przejdziemy na nasze repo Pocket cap, no to przechodzę na te repozytorium.
Jeżeli chodzi o teraz o pull request, który chcielibyśmy
sobie zrobić Pull request naszego Fletchera do Develop Developer do maina.
To teraz przejdźmy na nasz pull.
Oczywiście wizualnie jeżeli chodzi o naszą aplikację ten nic nie zrobię.
Natomiast chcę Ci pokazać fajną jajca i
pipeline, który już jest tak naprawdę zaimplementowany wraz z celem.
Jeżeli sobie teraz zrobię pull request, zróbmy label Develop,
a później przeskoczymy z developer do maina.
Chcę Ci pokazać w jaki sposób przygotowane są buildy na na wersję.
Jak sobie zrobię pull request to w tym momencie automatycznie Ci i
pipeline wersja sprawdza mi czy ten czy to wszystko.
Zobacz tutaj, czy to wszystko
zostanie zbudowane czy nie mam żadnych konfliktów, mogę sobie zwariować.
Ten pull request.
Config merge.
I w tym momencie zameldowaliśmy to do Ranczo Develop.
I w tym momencie jak przejdziemy na wersję zobacz pojawił się kolejny build.
Kolejny preview Wild z Branch, a tym razem Develop, bo jakieś
zmiany na brandu Develop i już tutaj serwis.
Wiec mi czy moja aplikacja
będzie poprawnie zbudowana, czy nic nie skoczyliśmy po drodze?
Teraz przejdziemy sobie jeszcze raz dla
próby zrobimy sobie kolejny pull request, tym razem z branch develop do maina.
I w tym momencie główny build produkcyjny zostanie wywołany na naszym.
Na naszym koncie na Wersalu także zrobimy sobie pull request.
To są te zmiany, które wprowadziliśmy
związane z etapem z dodaniem Config Printer striker i plugin in CSS.
W tym momencie klient pull request zrobimy Ja sobie zrobię client pull request
I tutaj znowu vertical sprawdzi mi czy ten branch sukcesywnie może być dyplomowany.
Jeżeli by coś nie grało to już dostalibyśmy jakieś powiadomienie.
W tym momencie mogę sobie zrobić Merge
Pull request z Blanche Develop do maina, czyli na nasz główny produkcyjny branch.
Jeżeli sobie zrobię config meczu to tutaj na Wersalu też odpali mi się
kolejny build, natomiast zamiast różnica automatycznie paplanina.
Na weselu mamy to, że branch main jest branch produkcyjnym.
Jest to build produkcyjny, teraz trigger.
Możemy sobie go podejrzeć
jak to wszystko się buduje i czy wszystko zostanie zbudowane sukcesywnie.
Jeżeli tak to za chwilkę pewnie uzyskamy taką informację.
Tutaj pojawią się po prostu check boxy i
będzie informacja, że udało się zbudować naszą aplikację.
Będziemy ją sobie mogli odwiedzić pod odpowiednim adresem.
Build udało się przeprowadzić, Mamy adres
do naszej aplikacji, także teraz klikając to powinno się normalnie nam odpalić.
Jest to wszystko odpalone.
Zobacz, że Poke cap pojawił się na środku z tego względu, że zrobiliśmy text center.
Dlatego wyższy od kowala to nasz sex.
Dlatego Hello from Pocket cap.
Teraz na naszej stronie jest dokładnie na środku.