Closed arekbee closed 2 years ago
Thank you for your first issue
Dodac informacje
Jak działa Netlify Netlify zapewnia możliwość hostowania statycznych stron internetowych. Strona jest budowana na podstawie repozytorium na GitHub co pozwala na automatyzację deployu strony po wprowadzeniu zmian. Netlify pre-renderuje wszystkie strony do statycznego HTML na podstawie kodu źródłowego w repozytorium Git. Zamiast ładowania strony przy każdej wizycie, z najbliższego serwera zostaje przesłana wstępnie załadowana/zbudowana strona co znacząco wpływa na poprawę szybkości.
Czym jest Netlify CMS Netlify CMS to system zarządzania treścią oparty o platformę Netlify (jest to opcja standardowa i pożądana, ale da się to ominąć, można hostować też np. na AWS). Umożliwia tworzenie stron z wykorzystaniem technologii Hugo lub Gatsby. Netlify CMS jest stworzone w architekturze Headless CMS. Wykorzystuje stos technologiczny JamStack (J – JS, A – API, M – Markdown).
Czym jest Headless CMS? Klasyczny CMS jest systemem monolitycznym zawierającym komplet funkcjonalności potrzebnych do zarządzenia treścią. Przykładem klasycznego CMS jest WordPress, w którego architekturę wchodzą: baza danych do przechowywania treści, panel administratora do zarządzania treścią i wyglądem oraz frontend, który prezentuje treści użytkownikowi. Frontend jest tak zwaną głowa systemu, której Headless CMS pozwala się jej „pozbyć”. W tym aspekcie nazwa jest nieco myląca bo pozwala nie tyle pozbyć się głowy, co odseparować ją od reszty i dać możliwość podmianki na inną w razie potrzeby. Headless CMS pomaga zbudować API dostarczające surową treść (raw content), które może zostać wykorzystane do wyświetlenia treści zarówno na stronie internetowej jak i w aplikacji mobilnej. Headless CMS spełnia rolę backendu (API + repozytorium na treści), który można łatwo łączyć platformą Netlify i narzędziami takimi jak Gatsby oparte na React, Gridsome oparte na Vue czy też Hugo oparte o język Go.
Wady i zalety Headless CMS
Zalety: • Programista ma dużą swobodę w tworzeniu warstwy wizualne i możliwość zmiany z jednej technologii na drugą w dowolnym momencie, warstwę wizualną trzeba wtedy stworzyć odnowa ale API i treści (wszystkie artykuły, regulamin, opis czym zajmuje się firmy, jak działa produkt, FAQ) zostają. Może się to przekładać na lepsze doświadczenia/wrażenia użytkownika podczas używania strony. • Osoba odpowiedzialna za zarządzanie treścią podczas jej zmiany nie ingeruje w wygląd strony, zarządza tylko tekstem i zdjęciami, które będą wyświetlone w przygotowanych do tego miejscach przygotowanych przez programistę. • Istnieje możliwość współdzielenia treści przez wiele stron internetowych.
Wady: • Brak podglądu publikowanej treści dla osoby odpowiedzialnej za zarządzanie treścią, którą zapewniają tradycyjne CMS’y. • Konieczność polegania na developerach, którzy odpowiedzialni są za dostarczanie API do publikowania treści. Jeśli trzeba dodać nową stronę, programista musi zająć się jej wyglądem, później stworzyć API do modyfikowania treści, żeby osoba zarządzająca mogła ją modyfikować. Headless CMS nie daje możliwości tworzenia strony bez udziału programisty jak wypadku Joomli czy WordPressa • Większy koszt czasu poświęconego na przygotowanie i rozwój strony, przez pozbycie się gotowej warstwy wizualnej i panelu zarządzania
grupa na FB https://www.facebook.com/groups/aoperat/
https://aoperat.pl/ Tekst