Home › Forum › Installazione WP › Trasferire dal proprio pc su nuovo server
-
AutorePost
-
-
6 Aprile 2012 alle 14:59 #21326mannamPartecipante
Chiedo scusa se pongo una questione banale ma nel wiki non riesco a trovarla.
Tempo fa ho disattivato l’abbonamento ad un server (Aruba) scaricando tutto il contenuto, (4 WP) sul mio pc. Ora ho attivato un sito su TopHost e vorrei caricare tutto lଠma non mi ricordo più come si fa. Grazie per l’aiuto, anche solo il link del wiki.
-
6 Aprile 2012 alle 18:07 #94843
-
6 Aprile 2012 alle 20:07 #94846mannamPartecipante
Grazie
-
7 Aprile 2012 alle 6:56 #94851TittiModeratore
Prego
-
13 Aprile 2012 alle 15:53 #94957mannamPartecipante
Fatto tutto quanto suggerito dal wiki: trasferito tutto sul nuovo server, modificato il file configure, importato il database dopo aver cambiato tutti i riferimenti, svuotato la cache. Però quando digito il nuovo indirizzo mi chiede di installare wordpress e ne viene fuori uno nuovo e vuoto. Non so più cosa fare oltre ad aver cancellato e ricaricato quel database un sacco di volte. Come al solito l’errore sarà banale ed ovvio ma io non lo vedo. Chi mi aiuta?
-
13 Aprile 2012 alle 17:06 #94959wollyAmministratore del forum
non hai messo i giusti collegamenti al database nel file wp-config
-
13 Aprile 2012 alle 17:18 #94960mannamPartecipante
Ho controllato un sacco di volte ma ricontrollerò. Grazie. Intanto mi sono accorta che Filezilla non ha trasferito tutti i file 8forse problemi di spazio)li sto ricaricando a poco a poco. Se ho bisogno mi faccio risentire:)
La cosa che mi lascia perplessa è che quando importo il database, alla fine, non appare nessuna finestra di OK ma solo una pagina bianca. Non so se questo sia normale o sintomo che il database non si è caricato.
-
13 Aprile 2012 alle 21:33 #94961mannamPartecipante
Ricontrollato, cancellato e ricaricato tutto (tra l’altro, cosa strana, filezilla importava le cartelle interne vuote). Il problema è nel file sql che non riesco ad importare. Se può essere significativo mi dà qusto errore:
Messaggio di MySQL:
#1064 – You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘à¯Â»Â¿
SET FOREIGN_KEY_CHECKS=0′ at line 1
Se c’entra qualcosa la linea 1 vengono richiesti Host e Database che ho controllato più volte facendo attenzione agli spazi ma qualcosa evidentemente a me sfugge. Qualche consiglio?
-
13 Aprile 2012 alle 21:48 #94962wollyAmministratore del forum
problemi di codifica nel file di esportazione molto probabilmente.
-
13 Aprile 2012 alle 22:09 #94963mannamPartecipante
Grazie wolly per la rapididà della risposta. Non so come risolvere e dire che altre volte era filato tutto liscio. In questo caso (codifica di file) hai suggerimenti da darmi oltre a perdere gli occhi su quel maledetto file?
-
14 Aprile 2012 alle 22:27 #94986San PietroburgoPartecipante
Se il database in locale funziona, potresti provare a riesportarlo, per non fare errori utilizza il plugin “WordPress Database Backup” che trovi anche qui:::
http://www.wpitaly.it/wordpress-in-italiano/
Se anche cosଠnon dovesse andare; allora bisogna fare un lavoro molto più complesso e certosino per convertire la codifica.
-
14 Aprile 2012 alle 23:05 #94988mannamPartecipante
Non ce l’ho in locale e mi scoccia reinstallare programmi (mi pare bastasse Easy) anche perchè il file esportato sarebbe sempre quello. Il plugin di esportazione non serve perchè i WP non sono più in rete. Eppure sono sicura di avere esportato bene perchè non era la prima volta che cambiavo sia indirizzo che server.Il lavoro certosino è impensabile perchè sono 4 WP e quindi 4 file enormi. Eppure (a mio parere) ci dovrebbe essere sul server una opzione di codifica (es., non so se c’entri, attualmente il pannello di importazione ha impostato Set di caratteri del file su “utf8”) ma chi li interpella più. Le ultime risposte al ticket sono state spiazzanti, insistevano nel dire che non avevo modificato il file con con un editor di solo testo:
“L’errore è chiaro ed è relativo a qualche strano carattere presente nel file di dump”, “non ci stiamo appigliando a nulla. L’errore è abbastanza chiaro. E’ possibile importare dump generati su altri server. Le è già stato detto “dove sta” l’incompatibilità “.
Ringrazio tutti per le risposte ma se qualcuno non mi illumina su qualcosa di facile da fare ho perduto tutto e mi dispiace.
-
15 Aprile 2012 alle 0:34 #94993San PietroburgoPartecipante
Perdere non hai perduto nulla. Probabilmente il database ha una codifica differente da quella che adesso imposti, ma esiste la maniera per convertirlo; ovvio non è una passeggiata e ci vuole tempo per farla a mano.
@edit
Qualsiasi lavoro tu esegua su quei quattro db, fallo sempre con una copia e tieni un backup degli originali.
-
15 Aprile 2012 alle 14:33 #95009mannamPartecipante
Grazie per la risposta ma per ora ci rinuncio. Credo di non essere in grado di convertirli a mano.
-
15 Aprile 2012 alle 15:37 #95010San PietroburgoPartecipante
Guarda che se cerchi con sangoogle trovi diversi articoli e tutorial che spiegano per filo e per segno la procedura. Non devi mica convertire leggendo il contenuto e modificandolo completamente a mano!
Si fa aprendo il db e poi copia-incolla di tutto il contenuto in un altro documento; ovviamente utilizzando gli strumenti giusti.
-
15 Aprile 2012 alle 17:33 #95013mannamPartecipante
Ok! Grazie ci provo altrimenti ritorno su Aruba da cui provengono i DB e spero che lଠmi sappiano aiutare in caso di codifica errata.
-
18 Aprile 2012 alle 14:34 #95069mannamPartecipante
Il DB, su Aruba viene accettato e non dà codifica errata. Le tabelle del database si sono create, il sito si apre, la prima pagina è perfetta ma non funzionano i link a qualsiasi altra pagina. Ho aggiornato i permalink, ho aspettato un po’ che il database si sistemasse. Qualche suggerimento?
-
-
AutorePost
- Devi essere connesso per rispondere a questo topic.