Mostrando entradas con la etiqueta Magento. Mostrar todas las entradas
Mostrando entradas con la etiqueta Magento. Mostrar todas las entradas

jueves, 20 de marzo de 2014

Cambio de la URL de Magento

Esta es otra de esas entradas autodirigida a mí, para acordarme la próxima vez que clone/mueva un Magento y tenga que cambiar la URL. También está dirigida a vosotros, si lo que buscáis es cómo modificar la {base_url} de un Magento dado.

Yo lo suelo hacer a las bravas, sabiendo que hay una manera de hacerlo a través del panel de administración, pero como nunca tenemos el acceso al panel, ni me molesto. Prefiero modificar el parámetro en el MySQL correspondiente; el campo que tengo que modificar es el 'path' de la tabla 'core_config_data', de la manera siguiente:

update core_config_data set value='http://nueva_url/' where path like '%base_url';

donde la nueva URL tiene que tener el formato

http://xxx.dominio.tld/

La barra final es muy importante, no la olvides.
Si ves que de esta manera, aún te redirige a la URL antigua, limpia la caché de tu navegador y de Magento [en var/cache] , y purga los logs [en var/log]  de la aplicación.

jueves, 31 de mayo de 2012

Error "Too many open files" en nGinx

Cuando en los logs del nGinx tenemos el error

Too many open files

significa que hay demasiadas peticiones y que el nGinx no las puede gestionar.

Para solucionarlo de manera puntual (una vez pasada la punta es recomendable volver al estado normal, o al menos ajustarlo a las características del servidor, en caso de que sea necesario dejarlo porque haya aumentado la carga del servidor), añadimos:

ulimit -n 65535

en la siguiente línea después del '#! /bin/sh' en el

/etc/init.d/nginx

Después, editamos el

/etc/nginx/nginx.conf

y modificamos la línea

worker_connections  1024;

y modificamos el valor a

20480

y añadimos la entrada

worker_rlimit_nofile 20480;

justo debajo del parámetro 'worker_processes'

Reiniciamos el nGinx y durante un rato es recomendable monitorizar el servidor y controlar los parámetros básico de sistema para comprobar que estas modificaciones no tiran el servidor. En caso de que el servidor se hunda, habrá que ir bajando el número de conexiones en el

/etc/nginx/nginx.conf

Ambos parámetros modicados (worker_rlimit_nofile y worker_connections) deben ser iguales.