W tym wpisie dowiesz się, jak w 10 krokach, samodzielnie postawić kopię developerską, testową lub bezpieczeństwa sklepu internetowego na PrestaShop 1.7. Kopia sklepu daje kontrolę nad zmianami, zanim te dotrą do Twoich klientów, możesz ją modyfikować bez obaw o funkcjonowanie sklepu produkcyjnego. ...
Usługa wykonania profesjonalnej kopii developerskiej sklepu PrestaShop.
Czas realizacji: do 5 dni roboczych
Wersja produkcyjna
Wersja produkcyjna to sklep dostępny dla Twoich klientów, prowadzących aktywną sprzedaż.
Wersja developerska (dev)
To kopia sklepu dostępna tylko dla administratorów i pracowników. Wersja developerska jest kopią 1:1 Twojego sklepu produkcyjnego. Wykorzystają kopie do testów i wdrażania nowych funkcjonalności. Dzięki profesjonalnie wdrożonej wersji developerskiej PrestaShop unikniesz problemów związanych z SEO, bezpieczeństwem oraz z duplikacją treści.

Przykłady zastnosowania kopii developerskiej sklepu
- Instalowanie i testowanie nowych modułów przed uruchomieniem ich w sklepie produkcyjnym.
- Wprowadzać rozległe w czasie prace rozwojowe bez zatrzymywania pracy sklepu.
- Aktualizacja sklepu PrestaShop oraz modułów.
- Aktualizacja wersji PHP i innych komponentów serwera.
- Optymalizacja sklepu.
- Wersja dev pozwoli Ci prowadzić prace rozwojowe nad sklepem bez przerw w działaniu.
- Wersja dev jest zabezpieczona hasłem
- Wesja dev nie dostępna dla Twoich klientów
- Wersha dev nie jest widoczna dla robotów internetowych.
Usługa wdrożenia GIT jest opcjonalna i otrzymasz ją gratis, jeśli zdecydujesz się na wdrożenie kopii developerskiej.
System kontroli wersji GIT odpowiada za śledzenie i przechowywanie wszystkich zmian w kodzie i plikach sklepu. GIT kontroluje jakość i zmiany kodu oraz odpowiada za bezpieczne łączenie zmian pochodzących od wielu programistów.
Rekomendujemy wdrożenie systemu kontroli wersji GIT, jeśli nad Twoim sklepem pracuje więcej niż 1 programista.
- Git zawiera przynajmniej dwie gałęzie zawierające kod sklepu - wersję developerską oraz produkcyjną.
- Git automatyzuje wdrażania zmian kodu źródłowego i synchronizacji wersji dev > prod.
Decydując się na system GIT edycja plików przez FTP będzie ograniczona. Z GIT można zrezygnować w każdej chwili i wrócić do pracy na FTP. Powrót do ponownej pracy z GIT jest możliwy, ale wymaga synchronizacji repozytoriów.
Wybierz, czy chcesz korzystać z:
- Git hostowany na własnym serwer, czy na serwerze zewnętrznym.
- Darmowy lub płatny panel administracyjny GIT: GitLab lub GitHub

- Programista wprowadza nową funkcjonalność lub poprawia błędy i wysyła zmiany do GitLab, do gałęzi dev.
- Zmiany są widoczne w testowej wersji sklepu, np. dev.twojadomena.com
- Osoba testująca sprawdza zmiany. Jeśli nowe funkcje nie zostały wykonane poprawnie osoba testująca wysyła zgłoszenie do programisty, a proces rozwoju wraca do punktu 1.
- Po zatwierdzeniu zmian, osoba testująca 1-kliknięciem tworzy Merge Request - prośbę o przeniesienie zmian z wersji developerskiej do wersji produkcyjnej sklepu.
- Po akceptacji Merge Request, GIT wysyła zmiany z wersji developerskiej do wersji produkcyjnej sklepu.

- Aby osiągnąć maksymalną jakość rekomendujemy wdrożenie systemu wersji na serwerac z pełnym dostępem root - np. VPS lub serwer dedykowany.
- Do obsługi GIT rekomendujemy darmowe narzędzia z wygodnym panelem administratora: GitLab lub GitHub.
- Serwery FTP posiadają często ograniczenia, które spowalniają pracę systemu GIT.
Brak komentarzy.