01 / PLANOWANIE PROJEKTU
Publiczna strona internetowa może pozostać prosta
Strony branżowe, portfolio i poradniki mogą być serwowane jako statyczne pliki HTML. Linki do poczty e-mail czy komunikatora WhatsApp nie wymagają oddzielnej bazy danych, o ile odwiedzający rozumieją, że przeglądają i wysyłają wiadomości za pośrednictwem tych zewnętrznych aplikacji.
02 / PLANOWANIE PROJEKTU
Współdzielony stan zmienia wymagania
Potwierdzone rezerwacje, zamówienia, konta pracowników i dokumenty klientów wymagają walidacji, uprawnień oraz współdzielonych rekordów. Dema działające lokalnie w przeglądarce to przydatne przykłady, ale nie potrafią one koordynować rzeczywistych rezerwacji dokonywanych przez różnych klientów.
03 / PLANOWANIE PROJEKTU
Wykorzystuj istniejące systemy, jeśli pasują do rozwiązania
Istniejący system CRM, platforma rezerwacyjna lub system płatności mogą odpowiadać za swój fragment procesu. Przed zleceniem stworzenia dublującej bazy danych przeanalizuj dostępne API, uprawnienia kont oraz mechanizmy obsługi błędów.
04 / PLANOWANIE PROJEKTU
Przechowuj dane uwierzytelniające na serwerze
Publiczny formularz może wywoływać punkt końcowy (endpoint) o ograniczonym zakresie działania. Dane dostępowe do bazy danych oraz prywatne klucze dostawców usług muszą pozostać po stronie serwera. W przypadku korzystania z drugiej domeny konieczne jest również zdefiniowanie polityki CORS (Cross-Origin Resource Sharing) oraz wdrożenie odpowiednich zabezpieczeń antyspamowych.