E TU Lo Sai o no?
Ad
http://sallo.it
LO SAI? Allora NON fa per te. NON LO SAI? Allora non ti serve.
☺
Scritto da: gengiva
> Scritto da: ::1
> > MEGA
> > Interessante la cifratura client-side, kim dotcom l'ha fatta come si deve: https://mega.co.nz/#help_security
> > Interessante anche il fatto che viene verificato un checksum degli script caricati per evitare che gli intermediari (isp/governi..) ci infilino qualcosa in mezzo:
> >
http://www.reddit.com/r/netsec/comments/16xcj1/ant...
>
> tutta roba scritta qui https://t.co/7qyNjJlp
>
>
Con l'account free ti danno 50gb
> Scritto da: ::1
> > MEGA
> > Interessante la cifratura client-side, kim dotcom l'ha fatta come si deve: https://mega.co.nz/#help_security
> > Interessante anche il fatto che viene verificato un checksum degli script caricati per evitare che gli intermediari (isp/governi..) ci infilino qualcosa in mezzo:
> >
>
> tutta roba scritta qui https://t.co/7qyNjJlp
>
>
Con l'account free ti danno 50gb
Young professional woman and busy mom.
☺
MEGA
Interessante la cifratura client-side, kim dotcom l'ha fatta come si deve: https://mega.co.nz/#help_security
Interessante anche il fatto che viene verificato un checksum degli script caricati per evitare che gli intermediari (isp/governi..) ci infilino qualcosa in mezzo:
http://www.reddit.com/r/netsec/comments/16xcj1/ant...
Interessante la cifratura client-side, kim dotcom l'ha fatta come si deve: https://mega.co.nz/#help_security
Interessante anche il fatto che viene verificato un checksum degli script caricati per evitare che gli intermediari (isp/governi..) ci infilino qualcosa in mezzo:
Young professional woman and busy mom.
☺
A fare le zingarate in giro, e poi lo sborone su facebook:
Young professional woman and busy mom.
☺
Scritto da:
> Se fossero tutti stati armati non sarebbe mai successo
Incidenti alla "Giornata delle armi" Usa Ferite 5 persone in "sparatorie accidentali"
via frenchi
> Se fossero tutti stati armati non sarebbe mai successo
Incidenti alla "Giornata delle armi" Usa Ferite 5 persone in "sparatorie accidentali"
via frenchi
Young professional woman and busy mom.
☺
Scritto 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.
> 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.
☺
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.
> 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.
☺
Scritto da:
> Scritto da: Ordine Reich 2
> > 4- hai perso un'occasione per tacere
>
> questo andrebbe bene come epitaffio sulla tua tomba
>
>
> Scritto da: Ordine Reich 2
> > 4- hai perso un'occasione per tacere
>
> questo andrebbe bene come epitaffio sulla tua tomba
>
>
Young professional woman and busy mom.
☺
Scritto da:
> >
> >
>
> Perché questo?
>
>
> >
> >
>
> Perché questo?
>
>
Young professional woman and busy mom.
