In questo post, imparerete come, in 10 passi, impostare da soli una copia di sviluppo, di test o di sicurezza del vostro negozio online su PrestaShop 1.6, 1.7 e 8.x. Una copia del negozio vi permette di controllare le modifiche prima che raggiungano i vostri clienti e di modificarla senza preoccuparvi del funzionamento del negozio di produzione....
Il servizio di creazione di una copia di sviluppo professionale del negozio PrestaShop.
Tempi di realizzazione: fino a 5 giorni lavorativi
Versione di produzione
La versione di produzione è il negozio disponibile per i vostri clienti con vendite attive.
Versione di sviluppo (dev)
È una copia del negozio disponibile solo per gli amministratori e i dipendenti. La versione di sviluppo è una copia 1:1 del vostro negozio di produzione.
- Con una versione di sviluppo di PrestaShop implementata professionalmente, eviterete problemi di SEO, sicurezza e duplicazione dei contenuti.
- Utilizzate le copie per testare e implementare nuove funzionalità.
Esempi di utilizzo di una copia per sviluppatori del vostro negozio
- Installare e testare nuovi moduli prima di lanciarli nel negozio di produzione.
- Introdurre lavori di sviluppo sensibili al tempo senza fermare il negozio.
- Aggiornare il negozio PrestaShop e i moduli.
- Aggiornare le versioni di PHP e di altri componenti del server.
- Ottimizzare il negozio.
- La versione dev consente di eseguire lavori di sviluppo sul negozio senza interrompere il funzionamento.
- La versione dev è protetta da password.
- La versione dev non è disponibile per i clienti
- La versione dev non è visibile ai robot web.
Il servizio di distribuzione GIT è opzionale: se non volete utilizzare GIT, comunicatecelo per ricevere uno sconto su questo servizio.
Il sistema di controllo delle versioni GIT è responsabile del monitoraggio e dell'archiviazione di tutte le modifiche apportate al codice e ai file del negozio. GIT controlla la qualità del codice ed è responsabile della fusione sicura delle modifiche apportate da più sviluppatori.
Si consiglia di implementare il sistema di controllo della versione GIT se più di uno sviluppatore o diversi team di sviluppo lavorano sul vostro negozio.
- Git contiene almeno due rami contenenti il codice del negozio: una versione di sviluppo e una di produzione.
- Git automatizza l'implementazione delle modifiche al codice sorgente e la sincronizzazione delle versioni dev > prod.
Scegliendo il sistema GIT, la modifica dei file via FTP sarà limitata. È possibile uscire da GIT in qualsiasi momento e tornare a lavorare con FTP. È possibile tornare a lavorare con GIT, ma è necessario sincronizzare i repository.
Scegliete se volete usare:
- Git ospitato sul proprio server o su un server esterno.
- Scegliere un pannello di amministrazione GIT gratuito o a pagamento: GitLab o GitHub.
- Lo sviluppatore introduce nuove funzionalità o corregge bug e invia le modifiche a GitLab, nel ramo dev.
- Le modifiche sono visibili nella versione di prova del negozio, ad esempio dev.yourjadomena.com.
- Il responsabile del test controlla le modifiche. Se le nuove funzionalità non sono state realizzate correttamente, la persona incaricata del test invia un ticket allo sviluppatore e il processo di sviluppo torna alla fase 1.
- Una volta approvate le modifiche, l'addetto ai test fa 1 clic per creare una Merge Request, ovvero una richiesta di spostamento delle modifiche dalla versione di sviluppo alla versione di produzione del negozio.
- Una volta approvata la Merge Request, GIT invia le modifiche dalla versione di sviluppo alla versione di produzione del negozio.
- Per ottenere la massima qualità, si consiglia di implementare il sistema di versioning su server con accesso root completo, ad esempio un server VPS o dedicato.
- Per utilizzare GIT, consigliamo strumenti gratuiti con un comodo pannello di amministrazione: GitLab o GitHub.
- I server FTP hanno spesso limitazioni che rallentano il sistema GIT.
Per il momento non ci sono recensioni di clienti.