Estimados amigos,
Al intentar acceder como usuario registrado, o al intentar crear una nueva cuenta de usuario, recuperar la contraseña o recuperar el nombre de usuario, obtenemos el siguiente error:
"Error de HTTP 500 (Internal Server Error): Se ha detectado una condición inesperada cuando el servidor intentaba atender la solicitud." sobre http://www.yourearthshare.com/yes/index.php/miembros/members-login
Solo funciona correctamente la identificación de usuario registrado en el módulo que podéis ver en el pie de página (aunque los enlaces a recuperar nombre o contraseña no funcionan).
¿Que puede estar sucediendo?
Gracias por vuestra ayuda.
URL del sitio: Contenido solo visible a usuarios registrados
Hola,
Tendrías que revisar el archivo error_log que tendrás en la raíz de tu sitio web en busca de más información del error. Tendría que ser en las últimas líneas del archivo.
Revisa también el siguiente artículo de nuestro blog donde se informa más detalladamente cómo detectar errores 500 en la web:
https://www.webempresa.com/blog/que-es-un-error-500-y-como-localizarlo-en-nuestra-web.html
Hola Pablo,
Ha sido nuestra primera opción revisar los error_log pero no hay registrado ningún error reciente. Solo se han generado ficheros error_log en el raíz y en el directorio /administrator.
¿Alguna otra idea?
Hola,
Prueba a desactivar las url amigables en la configuración global de tu Joomla para ver si eso soluciona el problema.
Hola Pablo,
Tras desactivar SEF obtenemos el mismo error, pero esta vez a la URL "no amigable" ( http://www.yourearthshare.com/yes/index.php?option=com_users&view=login&Itemid=244).
Gracias por tu tiempo, esto me tiene muy desconcertado.
Hola Alvaro
Estas usando alguna extensión adicional para el control de usuarios ya que también es posible que esta extensión sobrescriba el comportamiento del com_user.
También prueba cambiando de template y trata de ingresar a la url anterior para descartar problema de template.
Que versión exacta de Joomla 2.5 tienes?
Es posible que hayas modificado, movido o eliminado por error alguno de los archivos de login.
Si tienes una versión que no esta actualizado de Joomla 2.5 , prueba actualizarla.
Saludos.
Hola Jhon,
He detectado que el error se produce tras la instalación de la extensión One Page Checkout, pero en la documentación del producto no encontramos nada relacionado con una probable modificación de com_user.
Hemos reproducido la instalación con una template diferente y el error persiste.
La versión de Joomla! utilizada es 2.5.7.
Hola Alvaro,
Algo no me cuadra:
La versión de Joomla! utilizada es 2.5.7.
One Page Checkout es para Joomla 1.5: http://extensions.joomla.org/extensions/extension-specific/virtuemart-extensions/virtuemart-administration/14406
Saludos
Hola gnumax,
Se trata de otro producto, hablamos de Single Page Checkout for VirtueMart de RuposTel.
Estamos intentando "tirar del hilo" de los errores 500 pero no se están generando los ficheros error_log. Hemos abierto un ticket en soporte técnico de Webempresa y han tenido la amabilidad de escalar el tema a un Administrador de Sistemas para ver que sucede. Estamos a la espera.
Hola Alvaro,
Al ser una extensión de pago, y en paralelo a las gestiones que llevas con nosotros, deberías poner un ticket a soporte de rupostel.com para que te diesen alguna posible indicación de si esto afecta al com_users.
Please send bug reports and incompatibilities to onepage (-at-) rupostel.sk
Más que nada para tener una segunda opinión y que mejor que de la mano de los autores de la extensión.
Saludos
En efecto, compramos la extensión ayer mismo y hace varias horas hemos comentado la incidencia en el foro de RuposTel Contenido solo visible a usuarios registrados.
De todas formas, hemos optado por comentar el tema con vosotros ya que no hay "marrón" sobre el que no aportéis solución.
Hola Alvaro,
Pues una buena forma de quitar este marrón seria empezar por ver alguna captura de la configuración de esta extensión para ver detalles y poder sacar conclusiones. 🙂
Saludos
Hola gnumax,
Tema resuelto, se debía a un problema con Gantry Framework, con la inicialización require_once.
Hemos solucionado el problema incluyendo $gantry = $GLOBALS['gantry']; delante de todas las entradas $gantry->init();
Gracias por vuestra colaboración.