Newsgroup: it.lavoro.professioni.webmaster
Titolo: Trasferimento db MySQL WordPress

Con Joomla solitamente lavoricchio in locale, su un server MAMP, poi
faccio un backup dei dati e li trasferisco sul server remoto
L'operazione dura pochi secondi (connessione permettendo) e non mi ha
mai dato problemi
Sto tentando di fare la stessa cosa con WordPress 3.1, ma la risposta è
        #1062 - Duplicate entry '10' for key 'PRIMARY'
-- 
    Maurizio Pistone         strenua nos exercet inertia    Hor.
 
http://blog.mauriziopistone.it
 
http://www.mauriziopistone.it
 
http://www.lacabalesta.it
 
http://blog.ilpugnonellocchio.it


Prima elimina tutto e poi fai le query...

         #1062 - Duplicate entry '10' for key 'PRIMARY'
nel dump del db ci devono essere le direttive drop table

 Prima elimina tutto e poi fai le query...
fatto, cancellato il db (nella copia in locale, s'intende!),
reinstallato vuoto, poi copiato dal bk... Adesso MySQL non mi dà più
errore, ma quando cerco di aprire il sito mi dice "impossibile accedere
al server 'localhost'"


al server 'localhost'"
Impossibile accedere... "per quale motivo"?
<tiro a indovinare>
La causa piu' probabile e' che tu abbia fatto DROP del database, il che ha
anche cancellato tutti i GRANT sul database stesso; nel backup i GRANT non
ci sono e quindi l'accesso e' negato.
Da admin:	GRANT (elenco privilegi) ON dbname.* TO user@localhost
		IDENTIFIED BY PASSWORD 'password'; FLUSH PRIVILEGES;
Se sei pigro, al posto di elenco-privilegi puoi mettere ALL. In locale uso
debug, tarabaràlla.
</tiro a indovinare>
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!


O non ha aggiornato il file di configurazione....

O non ha aggiornato il file di configurazione....
Se con "database" intendeva l'installazione di MySQL, è possibile; ma
visto che parla di "copiare dal bk", *penso* di no. Secondo me sono i
grant. Poi, ovviamente, l'unica sarebbe essere li' e vedere.



Incasinava portando da locale a remoto, senza ggiornare la 
configurazione, mi pare.

configurazione, mi pare.
Ho capito, dici "backup di tutti i database compreso USER.MYD". Eh. In
quel caso hai ragione, succederebbe proprio questo. Cambierebbero pure
i grant, TUTTI. E a seconda, magari MySQL non riparte neppure. Ci sta.
Dipende da cosa si intende per "backup"; io, intendevo un file SQL con
i dati di un singolo DB. Ma se lui intendeva (e: puo' darsi) lo zip di
una cartella /var/lib/mysql o simili... all bets are off.
Non ci avevo pensato, ma hai ragione.
Leonado



O forse assolutamente solo via phpmyadmin, backup e restore da locale a 
remoto, senza aggiornare il file config con i paramenetri del server remoto.
Oramai nessuno fa la copia diretta dei file contenitori... IMHO :D

remoto, senza aggiornare il file config con i paramenetri del server remoto.
No: in quel caso funzionerebbe tutto (salvo DROP del database, come già
detto). Non credo che phpMyAdmin possa fare il restore da ferro freddo,
visto che si deve connettere lui stesso a un socket IP esistente. Ergo,
un backup di phpMyAdmin (non lo uso, ma m'immagino) sarà un mysqldump o
poco diverso.
Le due possibilità che fanno danno sono la copia dei file contenitori e
il DROP + restore senza ripristino dei GRANT.
Per es., mysqldump --add-drop-database è garantito che faccia casini, a
meno di dumpare anche il db "mysql" (che richiede --flush-privileges).
Leonardo


 poco diverso.
Si connette via pannello di controllo e fa importa i dati.
Si credo un dump con varie opzioni ma come al solito andando dritto con 
le opzioni basi si sbaglia difficilmente.
Il file di config è fra i file del programma e se non gli metti il nuovo 
server non si connette e da l'errore di tipo quello di  ""impossibile 
accedere al server 'localhost'"" in quanto non lavora più in locale ma 
su un server remoto definito.