-
Strategie di backupScritto daNon Autenticatoil 2013-01-20 20:08:55.0 alle 2013-01-20 20:08:55.0Qual è il modo più efficiente e meno faticoso di fare il backup di un sito con contenuti frequentemente aggiornati dagli utenti, tipo un blog, ospitato su un servizio di hosting sul quale NON si dispone di una shell?
-
Re: Strategie di backupScritto dail 2013-01-20 20:13:47.0 alle 2013-01-20 20:13:47.0Trollate totali: 2001Scritto da:
> Qual è il modo più efficiente e meno faticoso di fare il backup di un sito con contenuti frequentemente aggiornati dagli utenti, tipo un blog, ospitato su un servizio di hosting sul quale NON si dispone di una shell?
Se non se ne occupano quelli che ti danno l'hosting allora l'unica cosa che puoi fare è uno script da lanciare da remoto che blocchi le tabelle mentre salva i dati in locale (magari accedendo a www.tuosito.com/faibackupcristodio.php)
e poi scaricare il file generato.
Oppure a manina via phpmyadmin ma diventa una rottura nel momento in cui il DB è molto grosso.
Se qualcuno ha altre soluzioni sono tutto orecchi, nonostante non siano grandi come quelle del cane di gengiva.-
Re: Strategie di backupScritto da: Renton Thurston
> Scritto da:
> > Qual è il modo più efficiente e meno faticoso di fare il backup di un sito con contenuti frequentemente aggiornati dagli utenti, tipo un blog, ospitato su un servizio di hosting sul quale NON si dispone di una shell?
>
> Se non se ne occupano quelli che ti danno l'hosting allora l'unica cosa che puoi fare è uno script da lanciare da remoto che blocchi le tabelle mentre salva i dati in locale (magari accedendo a www.tuosito.com/faibackupcristodio.php)
e poi scaricare il file generato.
>
> Oppure a manina via phpmyadmin ma diventa una rottura nel momento in cui il DB è molto grosso.
>
> Se qualcuno ha altre soluzioni sono tutto orecchi, nonostante non siano grandi come quelle del cane di gengiva.
Non mi sono mai posto il problema, ma userei una soluzione come la tua, aggiungendoci sopra una compressione. Il db del fdt (estratto con mysqldump) passa da 740mb a 86mb compresso con xz.Young professional woman and busy mom.-
Re: Strategie di backupScritto dail 2013-01-20 20:35:19.0 alle 2013-01-20 20:35:19.0Trollate totali: 2001Scritto da: ::1
> Scritto da: Renton Thurston
> > Scritto da:
> > > Qual è il modo più efficiente e meno faticoso di fare il backup di un sito con contenuti frequentemente aggiornati dagli utenti, tipo un blog, ospitato su un servizio di hosting sul quale NON si dispone di una shell?
> >
> > Se non se ne occupano quelli che ti danno l'hosting allora l'unica cosa che puoi fare è uno script da lanciare da remoto che blocchi le tabelle mentre salva i dati in locale (magari accedendo a www.tuosito.com/faibackupcristodio.php)
e poi scaricare il file generato.
> >
> > Oppure a manina via phpmyadmin ma diventa una rottura nel momento in cui il DB è molto grosso.
> >
> > Se qualcuno ha altre soluzioni sono tutto orecchi, nonostante non siano grandi come quelle del cane di gengiva.
>
> Non mi sono mai posto il problema, ma userei una soluzione come la tua, aggiungendoci sopra una compressione. Il db del fdt (estratto con mysqldump) passa da 740mb a 86mb compresso con xz.
Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
Hai mai provato a comprimerlo con 7zip? Io ho ottenuto risultati incredibili con 7z.-
Re: Strategie di backupScritto da: Renton Thurston
> Scritto da: ::1
> > Scritto da: Renton Thurston
> > > Scritto da:
> > > > Qual è il modo più efficiente e meno faticoso di fare il backup di un sito con contenuti frequentemente aggiornati dagli utenti, tipo un blog, ospitato su un servizio di hosting sul quale NON si dispone di una shell?
> > >
> > > Se non se ne occupano quelli che ti danno l'hosting allora l'unica cosa che puoi fare è uno script da lanciare da remoto che blocchi le tabelle mentre salva i dati in locale (magari accedendo a www.tuosito.com/faibackupcristodio.php)
e poi scaricare il file generato.
> > >
> > > Oppure a manina via phpmyadmin ma diventa una rottura nel momento in cui il DB è molto grosso.
> > >
> > > Se qualcuno ha altre soluzioni sono tutto orecchi, nonostante non siano grandi come quelle del cane di gengiva.
> >
> > Non mi sono mai posto il problema, ma userei una soluzione come la tua, aggiungendoci sopra una compressione. Il db del fdt (estratto con mysqldump) passa da 740mb a 86mb compresso con xz.
>
> Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
>
> Hai mai provato a comprimerlo con 7zip? Io ho ottenuto risultati incredibili con 7z.
7zip usa lzma, che è lo stesso algoritmo di xz.Young professional woman and busy mom.
-
Re: Strategie di backupScritto da: Renton Thurston
> Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
Php può lanciare operazioni temporizzate?Young professional woman and busy mom.-
Re: Strategie di backupScritto dail 2013-01-20 20:47:24.0 alle 2013-01-20 20:47:24.0Trollate totali: 2001Scritto da: ::1
> Scritto da: Renton Thurston
> > Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
>
> Php può lanciare operazioni temporizzate?
Non che io sappia.
A meno che l'hosting non metta a disposizione un cron. Da cron puoi lanciare script PHP. Gli script PHP hanno un tempo limite di esecuzione perciò non puoi neanche dire "lancio questo script che una volta al giorno fa questo".
A volte gli host ti danno la possibilità di lanciare script una volta ogni tot-ore. Ma se non te la danno puoi sempre fare in modo che il tuo computer visiti una certa pagina che avvia lo script una volta al giorno in automatico... soluzione brutta ma funziona.-
Re: Strategie di backupScritto daNon Autenticatoil 2013-01-20 23:22:12.0 alle 2013-01-20 23:22:12.0> > > Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
> >
> > Php può lanciare operazioni temporizzate?
>
> Non che io sappia.
> A meno che l'hosting non metta a disposizione un cron. Da cron puoi lanciare script PHP. Gli script PHP hanno un tempo limite di esecuzione perciò non puoi neanche dire "lancio questo script che una volta al giorno fa questo".
> A volte gli host ti danno la possibilità di lanciare script una volta ogni tot-ore. Ma se non te la danno puoi sempre fare in modo che il tuo computer visiti una certa pagina che avvia lo script una volta al giorno in automatico... soluzione brutta ma funziona.
Già ma il problema è il limite al tempo di esecuzione. Conoscendo com'è fatto il mio sito posso scrivere uno script che salva le ultime modifiche, o una copia aggiornata del database, ma i limiti al tempo rendono precaria questa soluzione.-
Re: Strategie di backupScritto daaltgutente che non utieneil 2013-01-21 04:36:51.0 alle 2013-01-21 04:36:51.0Trollate totali: 11540> > > > Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
> > >
> > > Php può lanciare operazioni temporizzate?
> >
> > Non che io sappia.
> > A meno che l'hosting non metta a disposizione un cron. Da cron puoi lanciare script PHP. Gli script PHP hanno un tempo limite di esecuzione perciò non puoi neanche dire "lancio questo script che una volta al giorno fa questo".
> > A volte gli host ti danno la possibilità di lanciare script una volta ogni tot-ore. Ma se non te la danno puoi sempre fare in modo che il tuo computer visiti una certa pagina che avvia lo script una volta al giorno in automatico... soluzione brutta ma funziona.
>
> Già ma il problema è il limite al tempo di esecuzione. Conoscendo com'è fatto il mio sito posso scrivere uno script che salva le ultime modifiche, o una copia aggiornata del database, ma i limiti al tempo rendono precaria questa soluzione.
Il limite al tempo d'esecuzione non era parte delle caratteristiche di quella stronzata del "safe mode"? E da un po' il safe mode non era stato rigettato nella fogna d'idee da cui era venuto? Potrei sbagliarmi, ma m'e` parso di capire che non e` piu` supportato dalle versioni recenti di PHP... magari mi sbaglio con la notizia che non era piu` attivato di default nel file di configurazione.
Comunque tentar non nuoce: fai un set_time_limit (600) e guarda se uno script puo` eseguire per dieci minuti...
-
Re: Strategie di backupScritto dail 2013-01-21 11:55:05.0 alle 2013-01-21 11:55:05.0Trollate totali: 2001Scritto da:
> > > > Certo. PHP mi pare abbia delle librerie a questo proposito, bisogna vedere se è possibile usare delle utility a linea di comando da PHP visto che dice di non avere accesso shell e che utility ci sono.
> > >
> > > Php può lanciare operazioni temporizzate?
> >
> > Non che io sappia.
> > A meno che l'hosting non metta a disposizione un cron. Da cron puoi lanciare script PHP. Gli script PHP hanno un tempo limite di esecuzione perciò non puoi neanche dire "lancio questo script che una volta al giorno fa questo".
> > A volte gli host ti danno la possibilità di lanciare script una volta ogni tot-ore. Ma se non te la danno puoi sempre fare in modo che il tuo computer visiti una certa pagina che avvia lo script una volta al giorno in automatico... soluzione brutta ma funziona.
>
> Già ma il problema è il limite al tempo di esecuzione.
Che razza di database hai per non riuscire a memorizzarne il contenuto in un file prima che scada il limite di esecuzione dello script? Fai un pezzo alla volta allora.
Su Internets ci sono script che già lo fanno. Basta che li cerchi.
Qual'è il tempo massimo di esecuzione dei tuoi script? Prova a scoprirlo con phpinfo, mi pare che lì c'è scritto.
-
-
-
-
-
-
-