Archivo de la etiqueta: error

Error 500 Internal Server por un plugin en WordPress

por el en la categoría Aplicaciones

Error 500 Internal Server tras instalar un plugin en WordPressLamentablemente, es bastante habitual instalar nuevos plugins en nuestra web directamente y sin haberlos testado previamente en un sitio de pruebas. En el caso de que el puglin instalado no funcione correctamente con nuestra instalación de
WordPress, por lo general, obtendremos un error 500 Internal Server.

Tras esto, no podremos ni acceder a la parte publica ni a la de administración, con lo perdemos el control de nuestra web, y si accede algún usuario, se encontrará con el mismo error.

Opciones para solucionar el error 500

Si estamos seguros de que plugin es el que ha provocado el fallo, podemos acceder por FTP a nuestro servidor y buscar la carpeta de plugins. Por lo general dicha ruta es directorio-de-instalación>wp-content>plugins Una vez alli, renombramos o borramos la carpeta del plugin en cuestión.

En el caso de no saber que plugin es el que ha provocado el fallo (si hemos instalado varios a la vez), lo mejor será desactivar todos los plugins y posteriormente ir activándolos uno a uno manualmente. Para esto, deberemos acceder a phpMyAdmin y buscar la base de datos de nuestro WordPress. Una vez dentro, localizaremos la tabla wp_options y dentro de esta buscaremos la columna llamada active_plugins. Sustituiremos el contenido de option_value por a:0:{}

error-500-wordpress

La opción mas drástica, sería restaurar una copia de seguridad de nuestra web bien que tengamos nosotros o bien de nuestro proveedor de alojamiento, con el consiguiente peligro de perder las últimas modificaciones realizadas.

Solucionar el error maximum execution time of …

por el en la categoría Apache, Diseño y Programación

Solucionar el error maximum execution time ofEn ocasiones, cuando programamos algún script, es posible que este, para su ejecución, necesite mas tiempo del que tiene predefinido.

En nuestra configuración de php, y dependiendo de cada servidor, este parámetro puede variar, y en el caso de que se agotara el tiempo asignado y no hubiese terminado la ejecución de nuestro código, obtendriamos un mensaje similar al siguiente:

Fatal error: Maximum execution time of XX seconds exceeded.

Este mensaje de error, claramente nos indica que el script ha sobrepasado el tiempo establecido. Si queremos asegurarnos de que el script se ejecute, podemos eliminar la restricción de tiempo añadiendo al principio del script la línea:

set_time_limit(0):

indicando con esto que no hay limite de tiempo para la ejecución de dicho script. Aunque esto también puede volverse en nuestra contra y permitir la ejecución infinita de algún código mal implementado. Por ello es recomendable asignar una cantidad de tiempo, que aunque sea alta, permita la finalización del script en caso de algún error, por ejemplo:

set_time_limit(120):

Estableciendo así el límite a 120 segundos.

 

Personalizar la página de error 404

por el en la categoría Apache

Puede darse el caso de que al acceder a alguna página de nuestro sitio web el usuario teclee mal la dirección, o bien, que simplemente la página que ha indicado no exista. En estos casos y por norma general, el servidor devolverá un mensaje de error 404.

Personalizar la página de error 404

Con este error, el servidor lo que viene a indicar es que en ese dominio no se encuentra la página que hemos indicado.

Por qué personalizar la página de error 404

Cuando se nos muestra la página de error, es muy probable que el usuario cierre la ventana o busque en otra web, sin pararse a revisar la url o probar alguna alternativa. Con esto estamos perdiendo trafico hasta nuestra web a la vez que damos una mala imagen.

Por ello, recomendamos personalizar esta página para por lo menos que nuestros visitantes vean que nuestra página existe.

Como personalizar la página de error 404

Lo mas sencillo será crear una página con el mensaje que queramos mostrar o bien con un simple enlace a la página principal de nuestro sitio. Para identificar a esta página la guardaremos como 404.html

A continuación accederemos al fichero .htaccess de nuestro servidor e indicaremos el siguiente código:

errorDocument 404 /404.html

Con ésta línea, estamos indicando que cuando se produzca un error 404, que nos cargue la página web indicada, en nuestro caso 404.html

Conflicto entre Xampp y Skype por el puerto 80

por el en la categoría Apache, Aplicaciones

Conflicto entre Xampp y Skype por el puerto 80Al parecer, existe un conflicto entre Xampp y Skype por la utilización del puerto 80.

Xampp es utilizado por muchos desarrolladores para probar su paginas web en local antes de publicarlas en Internet. Por norma general, Xampp y todos los servidores locales utilizan el puerto 80. El problema viene cuando otras aplicaciones también utilizan el mismo puerto, como es el caso de Skype.

En el caso de iniciar primero Xampp y despues Skype no habrá problema, y ambas aplicaciones funcionarán correctamente. Pero cuando iniciamos primero Skype y posteriormente Xampp, este no podra iniciar Apache, mostrándonos un error como el siguiente:

Conflicto entre Xampp y Skype por el puerto 80

Afortunadamente la solución es sencilla. Deberemos abrir Skype y acceder a Herramientas > Opciones. Pulsaremos sobre Avanzada y finalmente sobre Conexión. Allí, deberemos desmarcar la casilla Usar puertos 80 y 443 como alternativas para las conexiones entrantes.

Conflicto entre Xampp y Skype por el puerto 80

Guardaremos los cambios y reiniciaremos Skype. Una vez abierto Skype, abriremos Xampp y comprobaremos como efectivamente se ha iniciado Apache sin ningún problema.

Actualización de seguridad en Joomla

por el en la categoría Aplicaciones, Seguridad

Para los que tengáis vuestro sitio web creado bajo el popular CMS Joomla, sabed que durante este mes de agosto han aparecido nuevas versiones que corrigen una vulnerabilidad encontrada.

Al parecer, y según informan desde INTECO – Instituto Nacional de Tecnologías de la Comunicación, el fallo de seguridad provoca que usuarios no autorizados puedan subir ficheros al servidor.

Dicho bug afecta a las versiones de Joomla 2 anteriores a la 2.5.13 y versiones de Joomla 3 anteriores a la 3.1.4

Esta vulnerabilidad es bastante crítica, ya que usuarios malintencionados pueden subir ficheros y provocar bastantes daños en el servidor, o bien utilizar nuestro servidor para atacar a otros sitios o enviar spam, por lo que recomendamos actualizar lo más rápido posible a las últimas versiones publicadas (actualmente 2.5.14 y 3.1.5).

Puedes acceder a la página de descarga de Joomla pulsando este enlace.

Problemas con los permisos al instalar Prestashop en Plesk

por el en la categoría Aplicaciones, 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.

Configurar carpeta temporal en Drupal 7

por el en la categoría Aplicaciones

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

Verificar la cola de mails de Plesk

por el en la categoría Plesk, VPS

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.

Listado de los codigos HTTP

por el en la categoría Apache, Seguridad

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

Error 501 Not Implemented en WordPress

por el en la categoría Apache, Seguridad

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.