Web desarrollada en 'localhost', pero no se ve desde fuera

Probablemente sea algún problema con las mayúsculas, a veces en local no es case sensitive y el servidor web sí, mírate las llamadas a los CSS.

QuiNtaN escribió:Probablemente sea algún problema con las mayúsculas, a veces en local no es case sensitive y el servidor web sí, mírate las llamadas a los CSS.

Hola.

Creo que no es eso, porque nunca uso mayúsculas. En mi máquina local funciona con http://localhost/wordpress

Si le cambio la URL a la IP pública (sin /wordpress), me entra en la web y me carga algunos estilos, pero no me sale exactamente igual

banderas20, prueba con 127.0.0.1/wordpress , es lo mismo que localhost,pero vamos algunas veces no se porque me daba pegas el localhost .

ya nos diras.

intermartin escribió:banderas20, prueba con 127.0.0.1/wordpress , es lo mismo que localhost,pero vamos algunas veces no se porque me daba pegas el localhost .

ya nos diras.

Está diciendo que el problema viene cuando pone la ip pública.
Esto puede ser que cuando configurares el wordpress pusiste como dominio "localhost", entonces cuando llama a las hojas de estilo y los temas, lo hace con localhost y no con la ip pública.
Primero asegúrate del problema, mirando el código fuente, si ves algún "localhost" escrito en el código HTML, ese será el problema lo más seguro y tendrás que mirarte esto:
http://wordpress.org/support/topic/how- ... phpmyadmin

No saltarse la parte del backup!

Basicamente lo que te dice el compañero. Cuando lo instalaste en la direccion url, le indicaste localhost ( no me refiero a la parte de la base de datos ) entonces Wordpress cada vez que intenta cargar los estilos no puede porque apunta a localhost.

Para ello lo mejor que puedes hacer ( es como lo tengo yo ) pillarte un dominio o un dyndns/no-ip y asignarle a wordpress la direccion.

Xavy_S escribió:Está diciendo que el problema viene cuando pone la ip pública.
Esto puede ser que cuando configurares el wordpress pusiste como dominio "localhost", entonces cuando llama a las hojas de estilo y los temas, lo hace con localhost y no con la ip pública.
Primero asegúrate del problema, mirando el código fuente, si ves algún "localhost" escrito en el código HTML, ese será el problema lo más seguro y tendrás que mirarte esto:
http://wordpress.org/support/topic/how- ... phpmyadmin

No saltarse la parte del backup!

Es exactamente ése el problema. Lo que me extraña es que sea taaaan complicado cambiarle la URL, con la de opciones que tiene Wordpress. Probaré ese tuto cuando llegue a casa.

sodark escribió:Basicamente lo que te dice el compañero. Cuando lo instalaste en la direccion url, le indicaste localhost ( no me refiero a la parte de la base de datos ) entonces Wordpress cada vez que intenta cargar los estilos no puede porque apunta a localhost.

Para ello lo mejor que puedes hacer ( es como lo tengo yo ) pillarte un dominio o un dyndns/no-ip y asignarle a wordpress la direccion.

Sí, pero qué diferencia hay entre pillarme un dominio o un dyndns y publicarlo en mi propio PC? Lo único que cambia es que la dirección es del tipo http://A.B.C.D (IP)

Gracias a todos!

que localhost (127.0.0.1) en principio solo es accesible desde la misma maquina, por eso es el host local. Para poder acceder a tu maquina desde otras maquinas, tanto apache, como wordpress tienen que estar configurados para que funcionen sobre la ip/dominio accesible para la maquina remota: la de lan si lo quieres exportar a lan, la ip publica si quieres que sea accesible worldwide.

Tu problema exacto esta en que como tienes wordpress configurado para que funcione sobre localhost, cuando accede alguien remotamente, apache le responde correctamente y recibe el html sin problemas, pero los links generados por php de wordpress apuntan a localhost/loquesea, y como localhost no es accesible para esa maquina (bueno, realmente accedera a su localhost en vez del tuyo, que no tendra el puerto 80 abierto y por lo tanto se queda sin css) no le llega la web completa.

Solucion? Como te han dicho, configurar wordpress para que use un host/ip accesible desde la maquina remota.

EDIT: con dyndns seguirias compartiendolo desde tu propio PC, pero con un host dinamico sobre tu ip dinamica accesible desde el exterior.

Zokormazo escribió:
Solucion? Como te han dicho, configurar wordpress para que use un host/ip accesible desde la maquina remota.

El host/ip ya es accesible desde la máquina remota. Lo que entiendo que he de hacer es cambiar toda referencia a "localhost".

Gracias!

Lo del dyndns es mas que nada para que si te cambia la IP no tengas que mirar cual es la nueva. Yo lo tengo asi con driverlandia . com -> apunta a dyndns -> apunta a mi ip . Ademas cuando te cambie la ip, volveras a estar en el mismo problema, puesto que estara instalado Wordpress con una url de IP que ya no es la tuya y por lo tanto mismo problema con los estilos visuales.

Al poner un dyndns y tenerlo actualizado, aunque te cambie la ip, tu has realizado la instalacion con la url del dyndns, por lo que si te cambia la ip no pasa nada. El dyndns la actualiza y cuando visites la pagina ira a buscar los estilos al dyndns (que tendra la ip actualizada) y se te vera todo bien.

Que te es mas facil recordar google.es o 91.213.30.187 , y si mañana cambia la ip de Google? De ahi la idea de dominio dyndns y si ya lo quieres dejar bien, pues comprar un dominio

sodark escribió:Lo del dyndns es mas que nada para que si te cambia la IP no tengas que mirar cual es la nueva. Yo lo tengo asi con driverlandia . com -> apunta a dyndns -> apunta a mi ip . Ademas cuando te cambie la ip, volveras a estar en el mismo problema, puesto que estara instalado Wordpress con una url de IP que ya no es la tuya y por lo tanto mismo problema con los estilos visuales.

Al poner un dyndns y tenerlo actualizado, aunque te cambie la ip, tu has realizado la instalacion con la url del dyndns, por lo que si te cambia la ip no pasa nada. El dyndns la actualiza y cuando visites la pagina ira a buscar los estilos al dyndns (que tendra la ip actualizada) y se te vera todo bien.

Que te es mas facil recordar google.es o 91.213.30.187 , y si mañana cambia la ip de Google? De ahi la idea de dominio dyndns y si ya lo quieres dejar bien, pues comprar un dominio

Por eso, no creo que DynDNS solucione mi problema.

Vamos por partes.

Situacion:

Tu programas tu pagina web en tu maquina, llamada pepinopc. En la maquina pepinopc configuras wordpress para que use localhost como hostname. Cuando wordpress genera los links dinamicos a distinto contenido (theme, css, lo que sea), los hace como http://localhost/url_dinamica, sea de donde sea el acceso.

Cuando conectas a la web via pepinopc, como tiene un apache en escucha sobre el que esta wordpress en localhost, la web funciona correctamente.

Ahora metemos otra maquina, la de juanito tu amigo, llama mierdapc, y compartes tu pagina web con el mediante tu ip publica. Cuando juanito accede a la pagina web con http://123.456.789.101 , la carga inicial funciona correctamente. Pero los links generados por wordpress, apuntan a http://localhost/loquesea, y como en mierdapc en localhost no hay un servidor apache a la escucha (ni tiene que estarlo) esas partes de la pagina (theme, css, lo que sea) no le llegan y la pagina se ve a medias tirando a nada.

Solucion

Hacer que tu wordpress use un hostname/ip accesible por mierdapc en vez de localhost como hostname con el que generar los links. Y que le pones? Le puedes poner tu ip publica como hostname, pero si tu ip publica es dinamica cada vez que al router se le asigne una ip distinta estaras en las mismas, sera un apaño temporal. Tenemos nuevo problema: no tienes un hostname estatico como para poder ponerselo a wordpress como configuracion permanente.

Es aqui donde entra dyndns (o otro servicio dns dinamico similar) en juego. dyndns te ofrece un subdominio cuyo A cambia cada vez que tu router cambia de ip. Si tu router tiene ip 123.456.789.101 pepinopc.dyndns.org apuntara a esa ip. En cuanto cambia a 123.456.789.102, con el software que te proporciona dyndns se le notifica al servidor y pepinopc.dyndns.org apuntara a esta segunda direccion. Con esto ya has solucionado el problema de tener un hostname persistente con el que configurar wordpress.

Obviamente, si estamos hablando de accesos a una maquina cuya ip sea estatica para los clientes a los que pretende proveer de informacion no haria falta dyndns, con una dns estatica o meter la ip como hostname ya lo tendrias solucionado.

Se entiende? No se como explicarlo de otra manera xDD

Zokormazo escribió:
Tu programas tu pagina web en tu maquina, llamada pepinopc. En la maquina juanito configuras wordpress para que use localhost como hostname. Cuando wordpress genera los links dinamicos a distinto contenido (theme, css, lo que sea), los hace como http://localhost/url_dinamica, sea de donde sea el acceso.

Cuando conectas a la web via pepinopc, como tiene un apache en escucha sobre el que esta wordpress en localhost, la web funciona correctamente.

Ahora metemos otra maquina, la de juanito tu amigo, llama mierdapc, y compartes tu pagina web con el mediante tu ip publica. Cuando juanito accede a la pagina web con http://123.456.789.101 , la carga inicial funciona correctamente. Pero los links generados por wordpress, apuntan a http://localhost/loquesea, y como en mierdapc en localhost no hay un servidor apache a la escucha (ni tiene que estarlo) esas partes de la pagina (theme, css, lo que sea) no le llegan y la pagina se ve a medias tirando a nada.

Solucion

[...]

Se entiende? No se como explicarlo de otra manera xDD

Gracias por el esfuerzo, pero no se entiende . En tu escenario has puesto 3 PCs. ¿Qué pinta ahí el PC Juanito?

La página donde programo la web es la misma donde la publico. Obviamente, cada vez que quiera compartirla con mierdapc, sé que tengo que darle la IP pública. Que sea dinámica no es problema, pero el tema de los enlaces a localhost no veo donde lo solucionas.

Gracias de nuevo!

A ver xDDDD. Te estamos diciendo como solucionarlo jajaja.

Partimos de que Localhost es una forma de decirle al ordenador que apunte a si mismo.

Que pinta el pc de juanito ? Pues que has de hacer el simil con que es el pc desde el que te conectas desde afuera, no es nada mas. Le ha puesto un nombre para no tener que escribir todo el rato "el pc de fuera desde el que te conectas"

Entiendes lo que te hemos explicado el compi y yo?

Vease tu tienes instalado wordpress usando URL http://localhost no? Problema cuando tu accedes desde internet estas accediendo desde otro pc no? (llamado por ejemplo juanito o como quieras). Tu desde juanito pc pones en el navegador la ip de tu casa y te carga la pagina PERO cuando wordpress comienza a cargar dice:

- Necesito cargar los css -> estan en http://localhost/miFile.css -> enviar el archivo HTML a juanito pc y la direccion del css http://localhost/miFile.css

El pc de juanito coge y dice, vale tengo que cargar la web y el estilo miFile.css. Donde esta miFile.css ? -> localhost -> a que mire si yo tengo el fichero miFile.css en la ruta mia localhost/miFile.css (como no tengo ningun servidor apache, ni debo, nadie responde a mi peticion -> no cargo el estilo visual).

Ahora hacemos lo mismo con Dyndns.

- Necesito cargar los css -> estan el http://mi.dyndns.org -> enviar archivo HTML a juanito pc

El pc de juanito carga la web y cuando pide el miFile.css -> Donde esta? -> en http://mi.dyndns.org -> ok descargado archivo y ahora lo cargo y muestro en el navegador -> resultado ==> La web se ve bien.


Donde cambias lo de localhost en wordpress? Pues en la instalacion, en el panel de control en la seccion de:

Ajustes > Generales >
- Direccion de Wordpress ( URL ) -> Poner tu direccion dyndns
- Direccion del sitio ( URL ) -> Poner tu direccion dyndns

Buenas, sodark.

Ya sé que "juanito" es un nombre arbitrario y que se refiere al PC externo. Lo que no me cuadraba es el número de PCs del ejemplo. .

sodark escribió:Donde cambias lo de localhost en wordpress? Pues en la instalacion, en el panel de control en la seccion de:

Ajustes > Generales >
- Direccion de Wordpress ( URL ) -> Poner tu direccion dyndns
- Direccion del sitio ( URL ) -> Poner tu direccion dyndns

Supongo que eso funciona igual si pongo mi IP pública en ese momento, ¿no? ¿La tendría que poner del estilo http://IP o sólo IP?

Gracias!!!

Si pero vas a tener el problema de que cuando te cambie la ip externa de casa, estaras en las mismas. Es mas puede que ni te funcione la web, ya que esta pedira datos una IP que tu ya no tienes asignada y por lo tanto no estara accediendo a tu servidor, si no vete a saber a donde.

De ahi que te digamos que pongas el dyndns o no-ip, y en los ajustes de Wordpress realmente en vez de poner la IP pongas el Dyndns. Porque cada vez que te cambie la ip vas a estar cambiando eso en ajustes generales? Es mejor ponerle un alias ( el dyndns ) y que cuando te cambie la ip, sea el alias quien diga a que ip nueva apunta.

A menos que tengas contratado IP estatica con tu ISP entonces da igual.

Respecto a lo del numero de pcs, piensa que ha de ser visible para todas las ip, porque si no tendras que añadir a la whitelist la ip externa de cada pc donde te conectes y eso es un coñazo y esta mal planteado (si quieres que sea visible desde internet). Por lo tanto 1,2,5,10 pcs es indiferente xD, tu has de pensar que te vas a conectar desde diferentes pcs, por lo tanto ha de ser visible desde todos.

OK. Gracias a todos. Pruebo y os cuento.

Yo que se porque puse juanito, pero en fin, no te ciñas al pc juanito, ciñete al resto de la explicacion xDD

El tema al final es que el localhost de la maquina pepinopc es pepinopc, pero el de juanitopc es juanitopc, y el de mierdapc mierdapc. Por lo tanto localhost en la conf no te sirve.

Y lo de dyndns, es un bypass para el dinamismo de la ip, nos estamos adelantando a otro problema que tendras dentro de X tiempo si utilizas la ip dinamica en la conf porque tenemos el culo pelao y sabemos que te va a pasar xD

A ver, localhost es tu propia dirección del equipo, se usa para probar páginas webs en tu propio ordenador antes de subirlas a un servidor.

Olvídate de tener una web alojada en tu ordenador, a no ser que tengas una IP PÚBLICA ESTÁTICA (pagas una cuota mensual por ello), ya que las IP's que suministran los ISP (Ono, Movistar, etc,) son dinámicas con un tiempo de concesión de un par de días, por lo que prácticamente cada semana o cada X días la IP te cambiará y es un follón porque no podrás acceder siempre con la misma IP a no ser que instales un programa tipo NO-IP, pero eso es otra historia de documentarse un poco por Google y demás...

Edito: He visto que un compañero por arriba comenta lo del NO-IP, es la única solución si quieres tener una web alojada en tu ordenador, pero yo creo que es mejor contratar un host básico con base de datos el tiempo que quieras (no es muy caro) y te quitas de problemas.

Has puesto en estilos, imágenes, ficheros,scripts y todo lo que utilices rutas relativas empleando el símbolo "~" en lugar de los ".." ??

Me parece que estamos rizando el rizo, con lo fácil que es el tuto de wordpress...
Sin contar la parte del backup (que tampoco es dificil si sabes lo que tocas)

4. Next to the WordPress database, click Manage via phpMyAdmin
5. Enter the username and password for your database
6. In the left hand column, click ‘+’ beside your database name
7. Click ‘wp-options’
8. Click on the ‘Browse’ icon on the left in the top menu
9. Find siteurl in the ‘option_name’ column, click the Pencil (Edit) icon and change ‘option_value’ from http://www.OLDdomain.com to http://www.NEWdomain.com

where http://www.NEWdomain.com is your site's new address and http://www.OLDdomain.com is your site's old address.

10. Increment Page number to ‘2’, find home in the ‘option_name’ column and repeat step 9 to change ‘option_value’ from your site's old address to site's new address

To verify all occurrences of your site's old address were changed to site's new address
1. On the phpMyAdmin page, in the Left column, click the SQL icon in the middle
2. Enter the following in the text box that appears: (remember the quotes ‘http… ‘)

UPDATE wp_options
SET option_value = 'http://www.NEWdomain.com'
WHERE option_value = 'http://www.OLDdomain.com'

where http://www.NEWdomain.com is your site's new address and http://www.OLDdomain.com is your site's old address.

3. Click Go. (Check information window to see if any other occurrences were changed)

Siendo OLDdomain "localhost" y NEWdomain tu ip pública o tu dirección de dyndns (que me parece que ya ha dejado de prestar servicio)

Hola a todos.

Al final la subí al hosting que tenía contratado y voy desarrollando ahí. Pero he sudado hasta que he conseguido cambiar todos los $%&@!! sitios donde aparecía la dichosa cadena "localhost". Me parece increíble que una plataforma tan avanzada y bien hecha como es WordPress sea tan tediosa a la hora de migrar la ruta y las referencias URL.

Gracias a todos!

@jaime333 desarchivado

Buenos días,

He estado largo y tendido buscando sobre este problema en foros y webs que me pudiesen ayudar. Y conseguí dar con este hilo, que trata el problema tal y como me sucede a mí. Como vi que no se resolvió exactamente el problema del compañero quería realizar un par de preguntas más para dar con la solución sin tener que subir la web y trabajar online para que puedan visualizarla otras personas.

Redacto mi caso para refrescar un poco la situación: Diseño mi web desde wordpress (tema Hestia + editor Elementor). Utilizo Xampp como servidor local para trabajar sobre el localhost. Dentro de xampp tengo mi carpeta de proyect etc etc. Todas mis páginas de la web estan referenciadas al localhost como es normal, y todos los enlaces referenciados dentro para moverte desde el mapa web son tipo: http://localhost/miWeb/?page_id=1986. Bien, cuando visualizo mi web desde otro PC de mi misma red (XXX.XXX.X.XXX/miWeb) veo todo sin color y descolocado, supongo por las clases CSS que no se cargan.

Me gustaría si pueden que me explicaran cómo hacer para que desde otro PC se pueda visualizar bien, y si es con dyndns, cómo se realiza dicho cambio del localhost.

Gracias a todos de antebrazo.

@jaime333

Ha llovido desde que publiqué el post, y no recuerdo cómo lo resolví .

Te diría que habilitases las opciones de debugger en Firefox y mirases las trazas GET de HTML. También te puede servir ver el código fuente de la página una vez ha sido cargada, para localizar fallos.

Compara el código fuente de localhost del de la misma web cargada desde el otro PC en busca de diferencias.

Postea lo que sea sospechoso, a ver si das con la tecla.

Suerte!

Muy buenas, lo primero gracias por responder.

Adjunto foto de los GETs del Firefox, el problema está claro, una vez se carga al completo la página puede verse que la mayoría de los datos de estilo (css) no se han transferido ni ocupan tamaño. Por el contrario en mi pc cuando previsualizo la web, todos estos archivos si tienen tamaño, obviamente.

Qué puedo hacer? :/

Un saludo

jaime333 escribió::( Buenos días,

He estado largo y tendido buscando sobre este problema en foros y webs que me pudiesen ayudar. Y conseguí dar con este hilo, que trata el problema tal y como me sucede a mí. Como vi que no se resolvió exactamente el problema del compañero quería realizar un par de preguntas más para dar con la solución sin tener que subir la web y trabajar online para que puedan visualizarla otras personas.

Redacto mi caso para refrescar un poco la situación: Diseño mi web desde wordpress (tema Hestia + editor Elementor). Utilizo Xampp como servidor local para trabajar sobre el localhost. Dentro de xampp tengo mi carpeta de proyect etc etc. Todas mis páginas de la web estan referenciadas al localhost como es normal, y todos los enlaces referenciados dentro para moverte desde el mapa web son tipo: http://localhost/miWeb/?page_id=1986. Bien, cuando visualizo mi web desde otro PC de mi misma red (XXX.XXX.X.XXX/miWeb) veo todo sin color y descolocado, supongo por las clases CSS que no se cargan.

Me gustaría si pueden que me explicaran cómo hacer para que desde otro PC se pueda visualizar bien, y si es con dyndns, cómo se realiza dicho cambio del localhost.

Gracias a todos de antebrazo.

Tiene pinta de problemas con el DNS, yo tuve un problema similar en una instalación de un WordPress que solo servía en una red local y al final acabé linkeando el sitio por IP en todos lados.

Mira a ver dentro de Wordpress Ajustes -> Generales los campos:

Dirección de WordPress (URL)
Dirección del sitio (URL)

En ambos, si hacen referencia a localhost o bien a un nombre DNS, cambiaría las rutas por la IP a ver si cuando accedes desde otro PC ya te cargan los estilos, etc.

saludos

jaime333 escribió:

photo5893049400945652548.jpg

photo5893049400945652547_0.JPG

Muy buenas, lo primero gracias por responder.

Adjunto foto de los GETs del Firefox, el problema está claro, una vez se carga al completo la página puede verse que la mayoría de los datos de estilo (css) no se han transferido ni ocupan tamaño. Por el contrario en mi pc cuando previsualizo la web, todos estos archivos si tienen tamaño, obviamente.

Qué puedo hacer? :/

Un saludo

Buenas.

Cuelga el código fuente de la página (la parte pública) donde se puedan ver las referencias a los CSS (CTRL+U en Firefox).

Si puedes hacerlo en ambas webs, se podrá comparar. A ver lo que sale.

Saludos!

Buenas de nuevo,

He hecho el cambio que dijo NMansell92, en los links de ajustes-generales de wp poner la ip/miWeb en vez de Localhost/miWeb...

Sorprendentemente se ve el contenido de la web "casi" perfecto. Digo casi porque no sé por que ciertas imágenes como el fondo de la primera página no se visualizan bien... Sabe alguien a que puede deberse con ciertos archivos multimedia?

Gracias y saludos

jaime333 escribió:Buenas de nuevo,

He hecho el cambio que dijo NMansell92, en los links de ajustes-generales de wp poner la ip/miWeb en vez de Localhost/miWeb...

Sorprendentemente se ve el contenido de la web "casi" perfecto. Digo casi porque no sé por que ciertas imágenes como el fondo de la primera página no se visualizan bien... Sabe alguien a que puede deberse con ciertos archivos multimedia?

Gracias y saludos

Seguramente te toque volver a subirlos ahora que has cambiado la url. Estarán "hardcodeados" con la URL antigua

Voy a ver... Gracias

He solucionado los problemas de visualización, lo único que no se me visualiza son las banderitas del plugin de G-translate, no entiendo por qué.

Y el hecho de haber hecho ese cambio, digamos haber cambiado la referencia del wordpress, me va a dar problemas en un futuro al subir mi web al hosting? Me refiero a: tendré que volver a cambiar lestos enlaces que estamos comentando? Porque me parece un poco extraño que en un sitio como wordpress haya que hacer cambios así.

Gracias de antemano

Lo más normal es que se tenga que cambiar en base de datos a mano el site_url y el home_url por la dirección nueva, luego si tienes plugins que obtienen ese valor en la configuración del propio plugin habría que reinicializarlo.

Un saludo

En la base de datos, en la tabla wp_options tienes dos campos llamados siteurl y home que tienes que cambiar por la ip o url externa a tu wordpress cada vez que cambies de ip o url. Este error lo da mucho si intentas hacerlo con una maquina virtual de aws.

Buenas compañeros.

Todos los problemas de visualización están resueltos por fin, con alguna actualización de plug-ins y cambios de disposición de ciertas imágenes.

Estoy en la fase de subir la web al hosting y cuando creo la base de datos, guardo el archivo .SQL para importarlo posteriormente a la base de datos del hosting. Bien pues cuando desde la ventana del phpmyadmin selecciono la base nueva creada desde el hosting, e importo el archivo SQL con los datos, me sale el error:
#1118 - Tamaño de línea muy grande. Máximo tamaño de línea, no contando blob, es 65535. Tu tienes que cambiar algunos campos para blob

No sé si esto va a afectar a algo, imagino que sí, pero las columnas de la tabla se cargan igualmente y no sé que debo reparar o que hay que hacer.

Gracias,
Saludos

@jaime333

Abre el .sql con un editor de textos y pega aquí la línea que te da el error. A ver cuál es.

La solución que buscáis se llama Duplicator (plugin de Wordpress).

Te crea un "package" con todo el contenido de la web y la base de datos (un .zip), además, crea un archivo install.php.

En local, creas el package, descargas ambos archivos. Luego en el hosting, tenéis que tener la carpeta dónde queráis que vaya la web vacía (sin un WP anterior, dónde suelen ir los archivos wp-contents, wp-config, etc...), una vez tenéis la ruta vacía, metéis el zip y el php.

Vais a la ruta http.../install.php y seguís los pasos (os pedirá los datos de la base de datos nueva del hosting durante el proceso), elegís borrar la base de datos existente y luego todo el resto es automático.

Lo que hace el plugin es extraer el zip en el hosting y además configura todas las URL automáticamente y referencias a las BBDD para que luego todo funcione exactamente igual que en local y no haya problemas.

Muchas gracias a todos,

He utilizado el plugin Duplicator finalmente y ha sido de gran ayuda. De veras, gracias.

Un saludo