Home › Forum › Problemi Vari con WP › Database – E’ possibile fare il restore su uno spazio web diverso ?
-
AutorePost
-
-
12 Settembre 2010 alle 8:44 #15002guidolandaPartecipante
Tema Kubrik default, versione 2.9.1. IT su TopHost
Plugin installati oltre i 2 di default, altri 11 tra cui
– Simple-Tags, Get Recent Comments e Latest Post from Each Category, ecc
Salve volendo aggiornare il mio blog da WP 2.9.1. (Default Theme Kubrick) a 3.0.1 (Kubrick su ../twentyten/twentyten-child/.) sto facendo dei test su un altro spazio (con un altro db, altra url, ecc) dove ho installato WP 3.0.1. che funziona correttamente e dove ho impostato il tema Kubrick in versione Child Theme.
Ho fatto il backup dei dati da WP 2.9.1. e vorrei fare il restore su WP 3.0.1. ma anche se l’esportazione poi è avvenuta con successo (me lo dice sia il PhpAdmin sia WP) poi sparisce il blog di test e il relativo admin.
Non fa nulla che nello spazio di test si trovino url e riferimenti del blog ufficiale da dove ho preso il backup ma putroppo il restore non funziona.
Forse si tratta solo di modificare alcune parti all’interno del file.sql backuppato ?
Se si quali ?
Spero possiata aiutarmi.. grazie
-
13 Settembre 2010 alle 13:41 #77056reallocPartecipante
Non puoi fare prima l’upgrade di WP sul server di tophost e usare poi un backup fresco per il nuovo spazio?
-
14 Settembre 2010 alle 18:02 #77084ilfortuPartecipante
dopo aver importato il nuovo db devi andare nella tabella wp_options e modificare le righe:
siteurl
home
mettendoci l’url del nuovo sito….
-
18 Settembre 2010 alle 9:58 #77143guidolandaPartecipante
@ ilfortu
GRAZIE.. è già un passo avanti.. dal lato admin sembra tutto OK ma dal lato pubblico no
Quindi non sono importanti i parametri dell’account del db pensavo dovessero essere gli stessi tra db originario e nuovo di test. Infatti visto che entrambi i blog (ufficiale e di prova) sono su TopHost e quest’ultimo quando occorre un nuovo database genera dal pannello admin dell’Hosting automaticamente nome db, user e password senza possibilità alcuna di impostare un account db personalizzato da PhpMyAdmin, stavo provando su un secondo spazio che mi consentirebbe di reimportare un nuovo database con gli stessi dati (nome db, user e password) del db ufficiale e provare qui a fare l’operazione di importazione.
Riepiligando quanto detto da ilfortu
1) Ho importato il db del blog ufficiale nel db dello spazio di prova
2) Hp modificato nella tab “wp_options” nella riga “siteurl” l’url da http://www.sitoufficiale.it/ a http://www.sitodiprova.it/blog
3) da http://www.sitodiprova.it/blog/wp-login.php ho fatto login (gli us e pwd del sitoufficiale) e questa operazione ha aggiornato il db
Lato Admin WP Ok ma il lato Pubblico http://www.sitodiprova.it/blog è sparito
Da cosa dipende ?
Forse dalla riga “home” che dovrei impostare anch’essa con http://www.sitodiprova.it/blog ?
Ma non riesco a trovarla.. nè nella tabella “wp_options” nè in altre tabelle (??)
>>>>> EDIT POST
Sono riuscito a trovare la riga “home” nella tabella “wp_options” e l’ho modificata come ho fatto per la riga “siteurl” ma non ho ancora risolto il problema.
Rispetto a prima http://www.sitodiprova.it/blog anzichè risultare non raggiungibile restituisce una pagina bianca, quindi qualcosa ha fatto.
Dopo aver aggiornato il db ho fatto di nuovo logout e login su admin wp ma niente
Ho importato di nuovo il db originario di prima installazione WP per poi reimportare nuovamente il db che mi serve, ma questa volta modificando tutti e 2 i valoro sitename e home, prima di aggiornare WP dal lato admin, ma dal lato pubblico ancora niente.
Ho trovato la riga “home” nella tabella “wp_options” con una query (andando su CERCA che incorporta già “Where” del PhpMyAdmin) option_name = ‘home’
ossia
SELECT *
FROM wp_options
WHERE option_name = ‘home’
>>>>> EDIT POST
Non puoi fare prima l’upgrade di WP sul server di tophost e usare poi un backup fresco per il nuovo spazio?
Non ho ben compreso quello che dici ma se per “upgrade di WP sul server di tophost” intendi farlo fare sul blog ufficiale, questo non lo vorrei proprio fare, perchè ho il terrore di cosa potrebbe accadere sul lato pubblico del blog ufficiale.. ed è per questo motivo che sto facendo delle prove prima su un blog di test, per capire cosa accadrebbe travasando un db da WP2.9.1. a WP. 3.0.1. che ha un template di default e una struttura di codice completamente differente
-
18 Settembre 2010 alle 12:04 #77145ilfortuPartecipante
Io ho più volte trasferito il mio sito wordpress da un dominio all’altro, ti dico le operazione da eseguire:
1- Accedere tramite FTP sul tuo vecchio dominio e copiare tutto il contenuto della root sul tuo pc
2- Accedere tramite FTP sul tuo nuovo dominio e carichi tutti i file del vecchio dominio
3- Accedere tramite phpmyadmin sul vecchio dominio ed esportare tutte le tabelle del database
4- Accedere tramite phpmyadmin sul nuovo dominio ed importare lo script generato precedentemente
5- Andare nella tabella wp_options e modificare le righe site_url e home inserendoci l’indirizzo del nuovo dominio.
6- Accedere tramite FTP sul tuo nuovo dominio e modificare il file wp-config.php sulla root di wordpress, inserendoci i nuovi dati di connessione al database (nome, password, host..)
A questo punto il sito dovrebbe funzionare alla perfezione.
Nota: se tu vuoi che il tuo sito wordpress si trovi http://www.sitodiprova.it/blog devi intallare wordpress nella directory di nome blog sul tuo file system
-
18 Settembre 2010 alle 15:56 #77150guidolandaPartecipante
GRAZIEEEEE
Ok.. il restore era riuscito anche prima… ma non avevo verificato dall’admin quello che era accaduto con il tema.
1) ho fatto l’esporta del db con l’impostazione di un tema Kubrick in WP 2.9.1.
2) ho fatto l’importa sul nuovo spazio in WP 3.0.1. ma con l’aggiornamento del db dopo il login in WP mi è stato disabilitato il tema che avevo nello step 1 perchè ritenuto corrotto
3) ho ripristinato il tema dello step 1 e ha funzionato (tranne per qualche problema di cui ero già a conoscenza e sotto indicato)
La situazione rispetto ad un normale travaso da un dominio all’altro è diversa.
Nel mio caso ho
– un blog di partenza che ha versione WP 2.9.1. con tema default Kubrick
– un blog di destinazione che ha versione WP 3.0.1. con un tema child Kubrick (personalizzato).
Ho dovuto creare una tema child sulla versione WP 3.0.1. perchè in questa versione è scomparso il tema di default Kubrick e il child mi avrebbe permesso in futuro di preservare il mio tema corrente da eventuali modifiche di temi di default apportate da successive versioni di WP (il cambiamento radicale l’ha fatto dopo 2 anni)
Leggi per maggiori info
Aggiornamento al 3.0.1 – Che fine ha fatto il tema Default ?
Sono riuscito a risolvere quasi tutto (ossia ad avere un tema Kubrick con una versione Wp 3.0.1.) ma in realtà mi sono accorto che ci sono alcuni elementi del tema di default della WP 3.0.1. (Parent: genitore) che non compresi nel mio tema child (figlio) (perchè all’origine mancano proprio dal tema Kubrick) vanno a modificare alcune funzionalità del tema, ossia:
– Post sballati se si clicca su categorie o tag >> Come back to Kubrik with the Twentyten theme – Problems with Cat and Tag (category.php e tag.php che esistono in WP 3.0.1. ma non in WP 2.9.1)
– Foto sballate nella PhotoGallery >> Come back to Kubrik with the Twentyten theme – Problem with PhotoGallery (PhotoGallery.php che esiste in WP 3.0.1. ma non in WP 2.9.1)
– Restituzione di errore per tentativi di ricerca di stringe inesistenti nel blog (search.php diverso tra WP 3.0.1. e WP 2.9.1) >> Come back to Kubrik with the Twentyten theme – search form in sidebar.php
Mi tocca a questo punto impostare in WP 3.0.1 il tema Kubrick come tema principale pescandolo tra i temi a disposizione. Vediamo un pò se funziona
-
31 Gennaio 2014 alle 21:53 #109325ndriniPartecipante
Io ho più volte trasferito il mio sito wordpress da un dominio all’altro, …
5- Andare nella tabella wp_options e modificare le righe site_url e home inserendoci l’indirizzo del nuovo dominio.
…
A questo punto il sito dovrebbe funzionare alla perfezione.
Speravo di poter aggiornare i link interni (da una parte del sito all’altra), che invece hanno mantenuto il percorso assoluto (quindi con indirizzo del vecchio sito).
Non si possono mettere link relativi alle pagine (il che risolverebbe, in sede di migrazione) la scocciatura di doversi correggere?
Pare di sà¬, ora verifico
Andrea
-
-
AutorePost
- Devi essere connesso per rispondere a questo topic.