La manera en que he decidido hacerla es la forma manual, aunque en la página de Changing The Site URL te explican varias maneras de hacerlo de forma mas o menos automática. Con que no he querido probarlas, me he ido a la más segura, pero también la más larga.

Lo primero de todo es exportar la base de datos a traves del phpmyadmin. Exporto todas las tablas con las opciones por defecto (si esta seleccionada la casilla if not exist, deseleccionarla, a mi me ha dado problemas al importar.

Cabe decir que el host al que lo he llevado es de 1and1 y el pack que tengo contratado es el inicial. Esto quiere decir que en el phpmyadmin no me sale la opcion de importar tablas en el mismo sitio en el que se puede encontrar en un phpmyadmin completo (creo que el que te da 1and1 esta capadillo), por tanto he tenido que buscar otra alternativa.

Después de probar de conectarme por ssh al hosting (como te explica la FAQ de 1an1 para importar tablas a MySql) y ver que no podia he encontrado este boton que me abria esta ventana. Aqui aparece la opcion de importar.

Pero bueno antes de importar la base de datos subimos el wordpress mediante ftp al nuevo sitio y lo instalamos. Y luego substituimos la carpeta wp-content nueva por la del otro sitio, asi tendremos todos los posts, fotos, etc, que teniamos en el blog.

Una vez instalado nos metemos en el phpmyadmin y importamos las tablas del otro sitio y como he leido en el post de Como Cambiar la Url de tu WordPress he actualizado la direccion del blog a la nueva direccion en los valores siteurl y home de la tabla xx_options (xx es el prefijo que se tenga)

Una vez hecho esto he seguido lo que dice Changing The Site URL , introduciendo este condigo en una consulta SQL

UPDATE wp_posts SET guid = REPLACE (
guid,
'http://exampleoldsiteurl.com',
'http://examplenewsiteurl.com');

Con esto cambio el dominio antiguo que esta en cada post o página al nuevo.

Cuando haces todo esto piensas que has acabado, pero no, queda un último paso.

Al intentar entrar en la parte de administración he recibido el siguiente error,

No tiene permisos para acceder a esta página

NeoEGM.com explica que para solucionarlo tienes que hacer una consulta SQL desde el phpmyadmin del dominio destino con este codigo

UPDATE `wp_nuevo_prefijo_usermeta` SET `meta_key` = REPLACE(`meta_key`, 'wp_', 'wp_nuevo_prefijo_');

UPDATE `wp_nuevo_prefijo_options` SET `option_name` = 'wp_nuevo_prefijo_user_roles' WHERE `option_name` = 'wp_user_roles' AND `blog_id` = 0;

En su página tiene un generador que pones el prefijo antiguo de las tablas y el nuevo y te genera la consulta para tus prefijos, muy útil

Con todo esto ya he podido acceder normalmente al blog en el nuevo dominio y con las tablas con otro nombre

Este paso es mas complicado, porque por lo que he podido ver despues de hacer muchas pruebas es que cuando añades una foto a la galeria no se modifican un par de archivos, sino muuuchos. Por tanto la posibilidad de instalo un gallery2 nuevo y le substituyo la base de datos por la antigua y en la carpeta /gallery/g2data/albums/ le pongo todos los albumes que tengo, pues eso no se puede hacer

El fallo que te da es que si quieres modificar una foto (rotarla o cambiarle el reise) no se puede, me sesaparece la foto y no la puedo ver.

Como la posibilidad mas facil no la he podido utilizar vamos a seguir buscando opciones.

Siguiente opción, copiar toda la carpeta gallery2 de un servidor a otro y la base de datos. Tampoco se puede, tienes los mismos problemas.

Otra opcion, copiar toda la carpeta gallery2 al otro servidor y hacer una nueva instalacion utilizando la base de datos y los albumes que ya tienes. Para hacer esto se tiene que poner en el navegador, /install, y cuando te diga que ha encontrado una base de datos llena, le dises que reusar.
Esta opción tampoco me ha servido.

En todas estas pruebas que he hecho siempre ma daban un bonito error cuando iba a la seccion mantenimiento, dentro de la administracion de gallery2 y le daba a Crear todas las miniaturas/Imágenes redimensionadas.

Este paso de Crear todas las miniaturas/Imágenes redimensionadas lo hacia porque si editaba la foto luego no me aparecia, o porque cuando imporaba la tabla del otro servidor me venia sin las miniaturas creadas (inclusu trayendome todos los datos de la carpeta gallery2).

El error que obtenia es:

Salida de depuración para los elementos fallidos:

file_exists(/home/erikcran/public_html/blog/wordpress/gallery2/g2data/cache/entity/7/8/781.inc)
file_exists(/home/erikcran/public_html/blog/wordpress/gallery2/g2data/cache/derivative/7/8/781.dat)
file_exists(/home/erikcran/public_html/blog/wordpress/gallery2/g2data/cache/entity/7/8/780.inc)
getParameter lock.system for core plugin
fopen(/home/erikcran/public_html/blog/wordpress/gallery2/g2data/locks/781,
wb+, 0)
flock(Resource id #117, 6, )
….

Los puntos es un etcetera porque ocupa la tira, este error. Cuando acaba de crear las miniaturas me dice que de 353 archivos solo 3 han tenido éxito y el resto han fallado.

Por lo tanto, llegados a este punto prefiero dirijir la “investigacion” intentando solucionar este error, que probando distintas maneras de exportar la base de datos, o de traerme los archivos del otro servidor, o etc etc

El nombre de dominio lo voy a mantener, erikcrane.com, pero de momento como el panel de control es diferente (el de la compañia B) al de la compañia A, voy ha hacer pruebas con el dominio erikcrane.es.

Lo que hay que tener en cuenta es que tanto wordpress como gallery2 no solo son los archivos que vemos en el ftp, sino que tienen bases de datos de mysql, asi que desde el panel de control de la compañia A (a partir de ahora A) accedo, a traves de phpmyadmin, a la base de datos y exporto la base de datos con las opciones predeterminadas.

La verdad es que de bases de datos, y encima de Mysql, no tengo ni idea, asi que las opciones de exportacion que permite phpmyadmin no se que significan, lo unico que he tocado es el nombre de la base de datos, que lo he cambiado y por tanto supongo que tendre que cambiarlo en la pagina wp-config.php de wordpress, diciendole el nuevo nombre de la base de datos.
Si se cambia el nombre de usuario, la contraseña y nombre de servidor donde estaba la base de datos, tambien tendré que cambiarla con los nuevos datos.

Una vez exportadas las dos bases de datos, la de wordpress y la de gallery2, en principio solo copiando los archivos de un servidor a otro deberia funcionar.

Esta es una de las formas de transladar un webhosting de un servidor a otro. Como siempre pasa con el software libre, hay varias:

-Hay otra opcion que es exportar los datos del wordpress y de gallery2 a traves de sus respectivos paneles de control. Esto nos generará un archivo xml. Luego instalamos el wordpress y el gallery2 desde cero y importamos estos archivos. Esto nos devolvera a estar donde estabamos, pero no se si todo. Las entradas y comentarios si que te los pone igual que antes, pero creo que las estadisticas del statpress, o pluguins no te lo pone. Tampoco el tema del blog. Si se quiere poner, bastaria con copiar los archivos que corresponden al tema que queremos al nuevo servidor.

-Plugins de backup de wordpres que sirven para hacer un backup de todo. Para gallery2 no se si hay.

Mis suposiciones eran correctas, si transladas los archivos de un ftp a otro y exportar e importas la base de datos todo queda como estaba.Almenos con el wordpress, ahora queda probar con el gallery2.

Mis suposiciones parecian correctas, pero no lo eran . El problema que me ha dado es que una vez migrado todo si creaba una entrada nueva, o editaba una ya creada, el panel donde escribes tenia un funcionamiento extraño. Te salia directamente el modo de escritura html y si cambiabas al modo visual entonces desaparecian los comandos superiores del modo visual y ya no podias escribir ni volver al modo html.

Algo que no tengo ni idea de como buscarlo en el google para encontrar una solucion, asi que me puse a hacer pruebas para ver a que era debido.

La conclusion que he sacado es que por culpa de migrar una base de datos mysql de un servidor A a uno B que tengo ese comporatmiento extraño cuando edito o creo una entrada.

Cuando restauramos una base de datos de un mismo servidor no hay ningun problema.

Por tanto la unica manera viable ha sido, desde el panel de control del blog, exportar los datos del blog en xml y luego importarlos en el nuevo blog. Copiar los plugins y los temas de un servidor a otro y los enlaces los tendré que pasar manualmente, porque en el xml no estan.