Budowanie statycznych stron powinno być prostę.
Uncategorized
3
Posts
2
Posters
0
Views
-
Budowanie statycznych stron powinno być prostę. I w sumie jest - jak użyć serwisów typu cloudflare, vercel, netlify.
Jeśli chcemy selfhostować cały stack? Konia z rzędem komuś kto ustawiał kiedyś wordpress'a, żeby teraz zbudował i połączył wszystko to co mam na tym diagramie.
Statyczna strona to najczęściej:
- Git serwer do obsługi kodu strony - dowolnie co wybierzemy, hugo, gatsby, astro, nextjs, sveltekit, po prostu html - wszystko.
- Serwer CI, żeby co tam mamy, zbudować do postaci, którą może nasz webserver wystawić. Taki CI musi mieć dostęp do tego, by wrzucić naszą stronę w odpowiednie miejsce.
- Workerd, Spin, cokolwiek innego co może wystawić nasze funkcje na v8 czy wasm. Tam jest nasz "backend" - każda funkcja to mikroserwis uruchamiany podczas zapytania - startujący w kilka do kilkudziesięciu milisekund.
- LibSQL/Turso - wystawiamy sqlite po http czy websockecie, żeby powyższe funkcje miały gdzie przechowywać dane.
- No i wszystko musi być za jakimś reverseproxy - Caddy załatwi nam zarówno ssl po letsencrypt, wszystkie headery z najlepszymi praktykami, caching, kompresje. Jak coś źle tu ustawimy - no to będzie wolno... Albo ktoś nam przeczyta /etc/passwd i przejmie serwer
Miało być łatwo... Wyszło jak zawsze. "Statyczne strony" mówili, "zaoszczędzisz czas i pieniądze"
1/2
#devops #programowanie #programming #microblog
-
Budowanie statycznych stron powinno być prostę. I w sumie jest - jak użyć serwisów typu cloudflare, vercel, netlify.
Jeśli chcemy selfhostować cały stack? Konia z rzędem komuś kto ustawiał kiedyś wordpress'a, żeby teraz zbudował i połączył wszystko to co mam na tym diagramie.
Statyczna strona to najczęściej:
- Git serwer do obsługi kodu strony - dowolnie co wybierzemy, hugo, gatsby, astro, nextjs, sveltekit, po prostu html - wszystko.
- Serwer CI, żeby co tam mamy, zbudować do postaci, którą może nasz webserver wystawić. Taki CI musi mieć dostęp do tego, by wrzucić naszą stronę w odpowiednie miejsce.
- Workerd, Spin, cokolwiek innego co może wystawić nasze funkcje na v8 czy wasm. Tam jest nasz "backend" - każda funkcja to mikroserwis uruchamiany podczas zapytania - startujący w kilka do kilkudziesięciu milisekund.
- LibSQL/Turso - wystawiamy sqlite po http czy websockecie, żeby powyższe funkcje miały gdzie przechowywać dane.
- No i wszystko musi być za jakimś reverseproxy - Caddy załatwi nam zarówno ssl po letsencrypt, wszystkie headery z najlepszymi praktykami, caching, kompresje. Jak coś źle tu ustawimy - no to będzie wolno... Albo ktoś nam przeczyta /etc/passwd i przejmie serwer
Miało być łatwo... Wyszło jak zawsze. "Statyczne strony" mówili, "zaoszczędzisz czas i pieniądze"
1/2
#devops #programowanie #programming #microblog
@dawid Przerost formy nad treścią. Zwykły plik index.txt dał by radę.
-
@dawid Przerost formy nad treścią. Zwykły plik index.txt dał by radę.
@45c3IF85N Chciałbym zobaczyć jak budujesz nowoczesną platforme ecommerce czy elerningową na zwykłym pliku txt
-
R relay@relay.infosec.exchange shared this topic