Home › Forum › Problemi Vari con WP › problemi da Remoto in locale
-
AutorePost
-
-
13 Maggio 2009 alle 8:11 #10368cikkusPartecipante
Ciao a tutti!
Ho deciso di portare in locale il mio sito per provare con calma altri temi,
quindi ho fatto un backup di tutti i file e del database e li ho installati
in una sottodir nel mio Xampp. Sembrava tutto Ok, ho configurato il file
config.php con i nuovi dati ma, con mia sorpresa, digitando l’url locale,
mi si apre una nuova installazione WordPress: la prima volta inserisco
nome sito ed email ed eccomi nella dashboard come se avessi una nuova installazione di WP!
Il sito è vuoto!
Ho provato e riprovato, ricaricato DB, ma sempre WP si apre come fosse
una nuova installazione… Non riesco a capire perchè non considera i dati del database
che ho inserito ed anche del wp-content! L’installazione come ho scritto risulta essere
nuova; del wp-content non ci sono ne articoli ne pagine solo la sezione dei temi!
Il dB viene rilevato altrimenti non funzionerebbe niente, ma perchè non legge le tabelle?
Nel mysql non ci sono altri DB creati dalla nuova installazione a parte un DB di un sito joomla in locale e il DB del sito WP che ho importato.
Può darsi che faccia qualche errore grossolano, ma non riesco a venirne fuori.
Un aiutino per favore?
Grazie!
-
13 Maggio 2009 alle 8:18 #65266wollyAmministratore del forum
il prefisso delle tabelle ?
-
13 Maggio 2009 alle 8:36 #65267cikkusPartecipante
Ciao Wolly,
Il prefisso è quello corretto:Wp_; del resto ho importato
il DB tale e quale… diversamente non avrebbe dovuto trovare il DB no?
Non capisco da dove prende le tabelle per la nuova installazione vuota…
Non c’è nient’altro nel mysql.. che si crei altri campi nello stesso DB?
magari dovrò sistemare i link però articoli e pagine
dovrei leggerli…
Ho controllato anche in Wp_option il siteurl…
-
13 Maggio 2009 alle 8:46 #65268wollyAmministratore del forum
se vuole fare una nuova instalalzione significa che non trova il db.
-
13 Maggio 2009 alle 8:56 #65269cikkusPartecipante
se vuole fare una nuova instalalzione significa che non trova il db.
SI questo l’ho intuito; ma il config.php è settato corretamente e poi…
Dov’è il DB della nuova installazione?
-
13 Maggio 2009 alle 9:29 #65271wollyAmministratore del forum
se non lo sai tu sei tu che hai configurato il wp-config e il tuo database.
-
13 Maggio 2009 alle 10:47 #65274macavanziPartecipante
Hai controllato nella tabella wp-options del database importato i valori siteurl e home? E’ necessario cambiare anche quelli.
-
13 Maggio 2009 alle 18:19 #65289cikkusPartecipante
Ragazzi grazie per il vostro aiuto e scusatemi per il tempo che vi ho fatto perdere,
ma sospettavo di aver fatto una gran cavolata…
Avevo importato il DB, si, ma solo la struttura!
-
16 Dicembre 2011 alle 14:19 #90864marmittaPartecipante
Ciao a tutti, scusate se tiro su un vecchio topic, ma ho un problema che riguarda proprio l’importazione in locle di un sito remoto.
Io sto provando a spostare un wordpress 2.9.1 sulla mia piattaforma EasyPHP 5.3.8 su win vista; ho seguito i passi descritti un pò dappertutto
1- copia file in locale
2- dump ed import database
3- modifica tabella database wp_options
4- accesso pannello amministrazione e rigenerazione dei permalink
MA i risultati non sono stati quelli sperati…
Ho scaricato ovviamente tutti i files, ho effettuato il dump db e ho importato il dump su un db assegnato ad un utente differente rispetto a quello dell’hosting, ma una modifica al wp-config.php con i dati di accesso corretti dovrebbe aver risolto ogni questione.
Il problema è che dopo aver modificato via phpmyadmin la tabella wp_options – siteurl ed home sostituendo ad http://www.miodominio.it l’indirizzo 127.0.0.1/cartella_locale e tentando l’accesso al sito, vengono caricate solo le voci testuali, non il template (con relativo errore 404), e richiedendo la pagina wp-admin parte una stringa di redirect che genera un bel “Oggetto non trovato – Errore 404”
Al che ho provato:
a sostituire il 127.0.0.1 con rispettivamente localhost – http://localhost – http://127.0.0.1 ->NIENTE
droppato il database, ri-importato sostituendo prima dell’import http://www.miodominio.it con 127.0.0.1 via editor di testo ->NIENTE
a ridefinire in wp-config le variabili con:
define('WP_SITEURL', 'http://example.com/wordpress');
define('WP_HOME', 'http://example.com/wordpress');->NIENTE (ovvio ma provare non costa niente)
Ovviamente tutti i files del wordpress di partenza sono stati scaricati e collocati sotto la cartella linkata, tant’è che se richiamo
127.0.0.1/cartella_locale/wp-admin/css/
compare la lista dei files… quindi li sono e li vengono visti regolarmente dal server Apache!
Per la cronaca nella stessa installazione di EasyPHP (infatti il problema sembrerebbe più suo che non di wordpress) ho già in locale 2 Joomla 1.5 che importo ed esporto regolarmente senza problemi… e girano tuttora perfettamente mentre wordpress NO. Sto impazzendo!!! ci smanetto da 5 ore ma non riesco a venirne a capo.
-
16 Dicembre 2011 alle 18:50 #90883marmittaPartecipante
RISOLTO: lavorando passo passo ho trovato che è stato un mio errore
La procedura descritta in http://www.wpitaly.it/wiki/Main/CambiareServer è perfettamente funzionante con unico DETTAGLIO: nella mia configurazione (Vista + EasyPHP) l’indirizzo locale del sito (in tutti i link) deve diventare RIGOROSAMENTE
http://127.0.0.1/cartella_locale
e nessuno dei successivi invece funziona:
http://localhost/cartella_locale
localhost/cartella_locale
127.0.0.1/cartella_localePer qualcuno forse sarà banale, per me non lo era assolutamente, ho praticamente perso una giornata per capire cosa non andava. Certo, non è colpa di WordPress, ma forse quando si indicano delle procedure credo sia sempre opportuno specificare il sistema dove tali operazioni sono state testate, altrimenti chiunque è portato a pensare che siano assolute.
Il fatto che localhost non rediriga a 127.0.0.1 da Vista in poi è ben documentato, direttamente QUA magari si può aggiungere una nota sul WIKI “Cambiare Server” per i poveri utenti di windows che pensano di usare la procedura in locale.
-
-
AutorePost
- Devi essere connesso per rispondere a questo topic.