Archivo de la etiqueta: error

Problemas con los permisos al instalar Prestashop en Plesk

En algunas aplicaciones, como en el caso de Prestashop, en el proceso de instalación, es necesario el acceso a diversos ficheros para almacenar información. En algunos casos, por la configuración del servidor será necesario indicar permisos 777 para conseguir que Prestashop tenga acceso al contenido de alguna carpeta y permisos 666 para algunos ficheros.

prestashop-plesk

La utilización de estos permisos supone un grave riesgo de seguridad para el servidor, con lo que os vamos a proponer una solución mejor.

Si trabajas en Plesk 9:

  • Selecciona tu dominio
  • Accede a ajustes de alojamiento
  • En la sección Servicios, en el apartado Soporte PHP selecciona ejecutar como: Aplicación FastCGIprestashop-plesk-fastcgi

Si utilizas Plesk 10:

  • Accede a Sitios web y dominios
  • Bajo del todo, selecciona tu dominio
  • En la seccion estadisticas y scripting web, en el apartado Soporte para PHP, elegir la opción Aplicación FastCGI

Con estos cambios, al iniciar de nuevo la instalación de Prestashop, la aplicación se instalará sin problemas y sin necesidad de cambiar los permisos a las carpetas.

Facebooktwittergoogle_plus

Configurar carpeta temporal en Drupal 7

Supongamos que hemos desarrollado nuestro sitio en Drupal 7. Hemos estado trabajando en local, y todo funciona correctamente. Pero al subir el sitio completo por FTP al servidor, comenzamos a ver mensajes de error de tipo:

Warning: fileowner(): stat failed for temporary...

Siempre que estos mensajes contengan información relativa a temporales o que nos informen sobre algún error en los temporales es casi seguro que se debe a que Drupal no es capaz de localizar la carpeta temporal. Y esto es así porque su ubicación no coincide en nuestro servidor local y en el servidor remoto, por lo que deberemos modificar su path.

Para ello nos dirigiremos a Configuración -> Sistema de Archivos Aquí nos aparece la sección directorio temporal, en donde indicaremos la ruta a nuestra carpeta tmp del servidor.

temporal-drupal-7

Facebooktwittergoogle_plus

Verificar la cola de mails de Plesk

En alguna ocasión nos veremos en la necesidad de investigar porque hay problemas en el envío y recepción de emails desde nuestro servidor.

Cuando nos encontremos en esta situación, podremos ver lo que está ocurriendo en la cola de mails de Plesk. Tan solo deberemos escribir en el terminal del servidor:

tail -f /usr/local/psa/var/log/maillog

Así ello podremos comprobar todo lo que sucede en el servidor de mail, en tiempo real.

Facebooktwittergoogle_plus

Listado de los codigos HTTP

Alguna vez os hemos comentado algún error que se mostraba en el navegador y que estaba producido por diversas razones. Para identificar estos códigos más fácilmente os dejamos este listado en el que se muestra los principales (más comunes) códigos:

  • 200: Ok. Correcto.
  • 201: Contenido creado.
  • 204: No hay contenido.

Éstos códigos advierten que la  página actual ha cambiado de dirección.

  • 301: Moved Permanently. Movido permanentemente.
  • 307: Moved Temporarily. Movido temporalmente.
  • 303: See others. Ver otros.
  • 304: Not modified. No modificado.
  • 300: Multiple choices. Múltiples opciones.

Códigos producidos por acciones realizadas en la parte del usuario (cliente).

  • 400: Bad request. Petición erronea.
  • 401: Unauthorized. No autorizado.
  • 403: Forbidden. Prohibido.
  • 404: Not found. No se encuentra.
  • 405: Method not allowed. Método no permitido.
  • 406: Not acceptable. No aceptable.
  • 409: Conflict. Conflicto.
  • 410: Gone. Recurso ya no existe.
  • 412: Precondition failed. Precondición fallida.
  • 413: Request Entity too large. Petición de entidad  demasiado grande.
  • 414: Request URI too long. Dirección demasiado  larga.
  • 415: Unsupported Media Type. Tipo multimedia no  soportado.

Finalmente, éstos codigos de error, son mostrados cuando se producen en el lado del servidor.

  • 500: Internal Server Error. Error interno del  servidor.
  • 501: Not implemented. No implementado.
  • 503: Service Unavailable. Servicio no  disponible
Facebooktwittergoogle_plus

Error 501 Not Implemented en WordPress

Trabajando con WordPress, el otro día nos sorprendió el error que nos mostraba en pantalla cuando pulsábamos el botón Publicar, Vista previa o Guardar Borrador. Se trataba del error 501 y nos mostraba en pantalla:

Not Implemented

The page you are looking for cannot be displayed because a header value in the request does not match certain configuration settings on the Web server.

Investigando, descubrimos que éste error se produce porque el servidor Apache bloquea ciertos caracteres mediante el módulo mod_security para impedir ataques por inyección de código.

Para solucionar ésto y poder publicar el artículo, podemos:

  • Desabilitar la seguridad del servidor, si tenemos acceso, o bien pedir a soporte de nuestro Hosting que se encargue de ello, aunque no recomendamos ésta opción.
  • Escribir el texto problemático en un editor de texto y realizar una captura de pantalla, para poder insertarlo posteriormente como imagen.
  • Comprobar que caracter es el que está causando el fallo y tratar de eliminarlo (prestar atención especial a las barras invertidas “/”)

Nosotros, por temas de seguridad, recomendamos las dos últimas opciones.

Facebooktwittergoogle_plus

Error del modulo Internationalization i18n 7x-1.8 de Drupal 7

Para los que están configurando su sitio de Drupal para el soporte multiidioma, seguramente estén experimentando problemas al instalar o actualizar el modulo de Internacionalización.

En nuestro caso, hemos detectado que al crear varios nodos (uno para cada idioma) y añadir el enlace de dicho nodo al menú principal, se muestran todos los enlaces independientemente del idioma:

Por ejemplo en este caso, tenemos el sitio en español y nos muestra el enlace del nodo hecho para el idioma ingles

drupal-Internationalization

La solución temporal, hasta que se corrija el bug, será en instalar el módulo en su versión anterior (7x-1.7) que si funciona correctamente:

drupal-Internationalization2

 

Facebooktwittergoogle_plus

Comandos para apagar o reiniciar el sistema

Os indicamos una serie de comandos que nos permitirán apagar o reiniciar el sistema desde la linea de comandos en caso de tener algún problema:

Apagado del sistema

  • shutdown -s
  • init 0
  • telinit 0
  • halt

Apagado planificado del sistema

  • shutdown -h hours:minutes &
  • shutdown -t XX (donde XX será los minutos para el apagado)

Cancelar un apagado planificado

  • shutdown -c

Reiniciar el sistema

  • shutdown -r
  • reboot

Cerrar la sesión

  • logout

Cerrar el interprete de comandos

  • exit (en caso de tener un único interprete abierto, equivaldría a cerrar la sesión. )
Facebooktwittergoogle_plus

Solucionar el error: Cannot modify header information – headers already sent by …

En posible que en alguna ocasión nos enfrentemos al error: Cannot modify header information – headers already sent by (…) producido en WordPress. Deberemos fijarnos en que el archivo que está generando el error. Es lo sabremos observando el mensaje de error que aparece dentro del paréntesis, en el que nos informará del archivo y de la linea en la que se produce el error.

Aunque el numero de linea puede no ser muy fiable, ya que un error de sintaxis en una zona del código, puede derivar en un error en otra zona, si deberemos editar el archivo indicado y fijarnos en lo siguiente:

  • 1 : Que no existan espacios en blanco al principio de la página y justo antes de que empiece el codigo
  • 2 : Que no existan espacios en blanco al final de la página, cuando se termina el código.
  • 3 : Que exista una etiqueta de cierre y de apertura de php sin código HTML entre ellas.

wordpress error headers

En el caso de encontrar alguna de éstos supuestos, la solución es sencilla. En los casos 1 y 2, simplemente deberemos borrar los espacios en blanco, y en el caso 3 eliminaremos las etiquetas  “?>” y “<?php“.

Facebooktwittergoogle_plus

Solucionar el error Allowed memory size… en Joomla

Como ya os comentamos en este post, el error Allow memory size… nos indica que nos existe memoria suficiente para albergar todos los scripts PHP.

Si estamos utilizando Joomla, podemos intentar realizar las siguientes propuestas para solucionar el problema:

En primer lugar trateremos de averiguar de cuanta memoria disponemos, para ello realizaremos un sencillo cálculo. Si por ejemplo obtenemos el error “Fatal error: Allowed memory size of 25165824 bytes exhausted”, calcularemos ((25165824 / 1024) / 1024) = 24 Mb. Por tanto sabemos que necesitamos más de 24 Mb.

Accederemos al área de administración de Joomla y trataremos de desinstalar todos los componentes antiguos, los módulos y los plugins que estén instalados y que no estés usando.

Si esto no fuera suficiente y en el caso de tener acceso al servidor, intenta modificar el límite de memoria PHP editando el fichero php.ini. En el caso de que no tengas acceso deberás contactar con tu empresa de alojamiento para que te incrementen la memoria PHP del servidor.

Facebooktwittergoogle_plus

Corregir el Error Loading Feed Data de Joomla

Si nada mas finalizar la instalación de Joomla, al entrar en el área de administración, te aparece el mensaje Error Loading Feed Data, no te preocupes, se puede corregir fácilmente.

Deberás acceder desde tu panel de control a Extensions -> Module Manager  Allí deberás buscar el módulo llamado Mod_feed y desinstalarlo.

Al parecer y en ocasiones muy concretas éste modulo provoca una serie de incompatibilidades que derivan en este mensaje de error. Eliminando el módulo, el problema se soluciona y el mensaje ya no vuelve a aparecer.

 

Facebooktwittergoogle_plus