Migración a otro se...
 
Avisos
Vaciar todo

Migración a otro servidor

33 Respuestas
11 Usuarios
0 Me gustas
11.1 K Visitas
(@ndesorden)
Respuestas: 8
Active Member
Topic starter
 

Hola!

Me estoy dando cuenta que al migrar una tienda magento de un servidor a otro, como normalmente puede ocurrir, el nombre de la base de datos, el usuario y la contraseña son distintas. Además las urls a las css, javascript son absolutas, por lo que si pasa de http://localhost (desarrollo en local) a http://www.tudominio.com pues obviamente no las carga.

La bd, usuario y password lo he encontrado "harcodeado" en app/etc/local.xml

¿No tiene magento una página para configurar esto? O sea, algo como www.tudomino.com/configuracion.php donde puedas cambiar estas cositas :bleh:

Si no, sería una buena sugerencia para el equipo de desarrollo de magento :chulo:

 
Respondido : 25/09/2008 7:46 am
(@zeusco)
Respuestas: 34
Eminent Member
 

Aqui algunos links que te pueden servir:

http://www.webdesignlabs.co.uk/?p=3

http://www.google.com/search?hl=es&client=opera&rls=es-ES&q=mover+localhost+magento&btnG=Buscar&lr=

Zeusco
Santiago Chile

 
Respondido : 20/10/2008 2:28 pm
(@zeusco)
Respuestas: 34
Eminent Member
 

Aqui encontre otro:

http://activecodeline.com/2008/08/07/moving-magento-site-from-development-to-live-server/

Zeusco
Santiago Chile

 
Respondido : 20/10/2008 8:30 pm
(@zeusco)
Respuestas: 34
Eminent Member
 

Y otro mas:

http://www.damianculotta.com.ar/2008/10/15/moviendo-magento-de-directorio-o-de-dominio/

Zeusco

Zeusco
Santiago Chile

 
Respondido : 21/10/2008 10:02 pm
(@ndesorden)
Respuestas: 8
Active Member
Topic starter
 

Bueno, gracias zeusco pero lo había solucionado, lo pongo aquí para el que le interese:

1) haces un backup de la base de datos y un tgz de los ficheros del sitio.
2) Subes el tgz y lo despliegas en el servidor y luego haces un chmod a 777 de todos los fichero
3) Restauras el backup de la base de datos.
4) Si la bd tienen distinto nombre/user/pass que en local te vas a app/etc/local.xml y lo configuras
<default_setup>
<connection>
<host></host>
<username></username>
<password></password>
<dbname></dbname>
<active>1</active>
</connection>
</default_setup>

5) En la tabla core_config_data modifica los registros con config_id 2 y 3 (los base_url) con el path de tu magento en producción.

Saludos!

 
Respondido : 26/10/2008 12:45 pm
raynexus
(@raynexus)
Respuestas: 59
Trusted Member
 

Hola,

Estoy intentando migrar mi tienda de un servidor en windows xp, a un servidor en linux suse 10.3. Para poder lograr esto he seguido los pasos antes mencionados:
1- hacer un respaldo de mi pagina.
2- hacer un respaldo de mi base de datos
3- restaurar los backup de mi pagina y dabse de datos en el nuevo servidor.
4- actualizar la tabla core_config_data en los registros 2 y 3 con el nuevo dominio.
5- actualizar los datos de seguridad de mi bd en app/etc/local.xml
6- borrar las subcarpetas de cache y session del directorio var.

No se si me falto algo por hacer, pero al momento de ingresar en mi nuevo servidor me aparece el siguiente error:


Notice: Undefined index: 0 in /opt/lampp/htdocs/magento/app/code/core/Mage/Core/Model/Mysql4/Config.php on line 92
Trace:
#0 /opt/lampp/htdocs/magento/app/code/core/Mage/Core/Model/Mysql4/Config.php(92): mageCoreErrorHandler(8, 'Undefined index...', '/opt/lampp/htdo...', 92, Array)
#1 /opt/lampp/htdocs/magento/app/code/core/Mage/Core/Model/Config.php(220): Mage_Core_Model_Mysql4_Config->loadToXml(Object(Mage_Core_Model_Config))
#2 /opt/lampp/htdocs/magento/app/code/core/Mage/Core/Model/App.php(241): Mage_Core_Model_Config->init(Array)
#3 /opt/lampp/htdocs/magento/app/Mage.php(427): Mage_Core_Model_App->init('', 'store', Array)
#4 /opt/lampp/htdocs/magento/app/Mage.php(446): Mage::app('', 'store', Array)
#5 /opt/lampp/htdocs/magento/index.php(52): Mage::run()
#6 {main}

Realmente no se a que se deba. Si alguien sabe cual es el problema me puede ayudar??

Muchas gracias!

Attached files

 
Respondido : 16/04/2009 2:16 am
Xarlie
(@xarlie)
Respuestas: 2677
Famed Member
 

¿Se trata de la misma versión en el servidor pre y en el de producción?

Soporte profesional para Magento: www.estatiko.com

 
Respondido : 16/04/2009 8:01 am
raynexus
(@raynexus)
Respuestas: 59
Trusted Member
 

Xarlie, post: 6290 wrote: ¿Se trata de la misma versión en el servidor pre y en el de producción?

@Xarlie

Si, en los dos estoy trabajando con la version 1.2.0.2, a nivel local estaba trabajando con el dominio http://localhost/magento , y en el otro servidor (el de linux) el dominio es http://mdh.homeip.net/magento .

 
Respondido : 16/04/2009 1:20 pm
(@remora)
Respuestas: 38
Trusted Member
 

Lo de arriba es correcto, pero Magento Connect da bastantes problemas.

Es posible que tengas que modificar algunas rutas de algunos ficheros dentro de /httpdocs/downloader/pearlib/ a mano.

Yo estoy con este tema ahora ...

 
Respondido : 12/05/2009 9:03 am
(@mariana)
Respuestas: 91
Estimable Member
 

Hola. Buen Dia.
Yo tengo el mismo error de raynexus, exactamente igual, porfavor si lo han solucionado les agradezco en lo que me puedan ayudar.

Muchisimas Gracias.

Versión 1.6

 
Respondido : 28/10/2009 3:00 pm
raynexus
(@raynexus)
Respuestas: 59
Trusted Member
 

mariana, post: 9888 wrote: Hola. Buen Dia.
Yo tengo el mismo error de raynexus, exactamente igual, porfavor si lo han solucionado les agradezco en lo que me puedan ayudar.

Muchisimas Gracias.

Muchisimas Gracias.

Hola mariana,

No recuerdo si esto fue lo que soluciono ese problema, pero prueba con lo siguiente a ver si funciona:

1.- Verifica que se hayan copiado correctamente todos y cada uno de los archivos en el servidor.

2.- Sigue los pasos que se indican en comentarios anteriores:

  • Hacer un respaldo de la pagina.
    Hacer un respaldo de la base de datos
    Restaurar los backup de la pagina y base de datos en el servidor.
    Actualizar la tabla core_config_data en los registros 2 y 3 con el nuevo dominio.
    Actualizar los datos de seguridad de la bd en app/etc/local.xml
    Borrar las subcarpetas de cache y session del directorio var.

3.- Si te sigue arrojando el mismo error puede que sea problemas de permisos, quizas la solucion pueda estar aqui:
[URL unfurl=true] https://www.factoriadigital.com/mgnt/threads/solucionado-actualizar-magento-permisos-de-archivos.842/ [/URL]

Espero que te sirva, si logras solucionarlo nos comentas..

Suerte!

 
Respondido : 28/10/2009 3:43 pm
Xarlie
(@xarlie)
Respuestas: 2677
Famed Member
 

Hoy es el tercer mensaje que contesto con lo mismo...
Es problema de permisos 🙂
El problema es que el servidor está detectando ficheros con permisos de lectura a grupos y lo entiene como un potencial fallo de seguridad, por lo que devuelve un error 500.
Ese error 500 Magento lo entiende como que no hay podido leer el fichero y en el volcado del error aparece el error del config, que despista un poco... 🙂

Soporte profesional para Magento: www.estatiko.com

 
Respondido : 28/10/2009 4:18 pm
(@fede84)
Respuestas: 46
Trusted Member
 

Yo al final lo solucioné tocando varias tablas de bs. Lo podeis ver en http://www.magentocommerce.com/boards/viewthread/23276/#t116052

 
Respondido : 16/11/2009 9:17 am
(@mariana)
Respuestas: 91
Estimable Member
 

Si asi es fede84, exactamente ese fue lo que yo hice y solucione el problema...

Gracias a todos...

Versión 1.6

 
Respondido : 16/11/2009 2:30 pm
Tamagochi
(@tamagochi)
Respuestas: 408
Honorable Member
 

Hola

Yo tengo el mismo problema que tenia raynexus al migrar de servidor. He seguido todos los pasos y he cambiado los permisos de todos los archivos y carpetas a 777 con el filezilla que me tardo dia y medio. Ahora veo que en la ultima aportacion de raynexus pone que con un archivo te pone en un pliki todos los archivos como 644 y las carpetas como 755. No debian estar todos como 777? Ejecuto ese archivo a ver?

Ya digo que con todo en 777 no me va y me sigue dando ese error.

Salu2

Mi tienda
http://tienda.summarios.com/ versión magento 1.6.2.0
Recursos Webmasters

 
Respondido : 20/01/2010 9:30 am
Página 1 / 3