miércoles, 12 de agosto de 2015

Error DNS_PROBE_FINISHED_NXDOMAIN

Es posible que os topeis con este error al intentar acceder a algunas paginas web. Independientemente del navegador el error es parecido, no podiendo cargar el contenido externo al no poder resolver el nombre del dominio (wink wink, pista pista).

Puesto que el origen puede ser distinto en cada caso, os pongo a continuacion una recopilacion de varias soluciones. Pongo primero las mas rebuscadas, ya que las lógicas son muy... logicas.

- Hacer una purga de los registros DNS del sistema

  1. Abrir ventana de comandos de windows: Tecla Windows + R y en ejecutar "cmd"
  2. Ejecutar:    netsh winsock reset catalog
  3. Reiniciar (meh...)

- Reiniciar el servicio "Cliente DNS" de windows
  1. Tecla Windows + R y "services.msc"
  2. Buscar el servicio "Cliente DNS"
  3. Boton derecha / Reiniciar

Otras soluciones algo más lógicas y que os pueden funcionar tambien:

- Reiniciar el Router / Servicio DHCP / Renovar concesion IP de nuestro equipo

- Borrar cookies, historial y cache del navegador (meh...)

- Revisar las DNS que utilizais para navegar (Panel de control / Redes / Propiedades / Protocolo TCP-IP) y probar/cambiarlas por ejemplo por las de Google;  8.8.8.8  y 8.8.4.4

OJO! Es posible que actualizando el .NET Framework no funcione y os de errores tipo 0xC0000005 pero mirando el error_log de la instalación el problema puede venir a que no puede descargarse los paquetes de la instalación y de ahí que salga este error también.

Si tenéis alguna solución mas, añadidla a los comentarios, gracias !!!

viernes, 7 de junio de 2013

El servidor no interpreta código en PHP

Justo después de una actualización en el servidor puede surgir el problema de que el codigo de vuestra pagina en PHP no se interprete correctamente. He aquí algunos de los motivos (y su solución!).

- Cambio en la versión de PHP o Apache. Por defecto, algunas instalaciones nuevas de Apache, des-habilitan por defecto la ejecución de código PHP en directorios personales. La solución es fácil, comentar la directiva que por defecto lo bloquea. La puedes encontrar (normalmente) en:

/etc/apache2/mods-available/php5.conf

Hay que comentar (con #'s delante de la linea) este código (al final del archivo):

#<IfModule mod_userdir.c> # <Directory /home/*/public_html> # php_admin_value engine Off # </Directory> #</IfModule>

Se puede forzar la interpretación del código en un directorio concreto mediante el archivo htaccess del directorio, añadiendo:

php flag engine on

Nuestra configuracion de apache debe permitir el override de configuración ("AllowOverride Options" or "AllowOverride All" mas info aqui).

- Codificación de los archivos en PHP. Asegurate de que la codificación de los archivos (UTF-8, UTF-16, ANSI) sea compatible. Si no lo es, no sabe como "leerlos", no se interpretan y se muestran como texto.

- Por último, lo más lógico, asegurate que el servicio esta en marcha correctamente, las carpetas tienen los permisos adecuados y revisar que en el error_log no haya otro tipo de incidencia.








lunes, 17 de diciembre de 2012

"Las solicitudes que se indican a continuación están serializadas. Intenta dividir las dependencias para que se carguen en paralelo."

Hoy toca optimizacion.

Si estais optimizando vuestra web con Google Page Speed y os suelta esto... :

Las solicitudes que se indican a continuación están serializadas. Intenta dividir las dependencias para que se carguen en paralelo.

Significa que debéis intentar reducir las llamadas a archivos de forma repetida y agrupar lo máximo posible, reduciendo así la cantidad de Request al servidor.

Este mensaje es habitual ya que es probable que en la misma pagina web haya varios CSS, JS's o imágenes estáticas que se están llamando varias veces durante la interpretación del código.

SOLUCIÓN:

Agrupar cuando sea posible esos archivos (y minimizarlos / comprimirlos).

En el caso de archivos CSS y JS, se pueden minimizar, agrupar y reducir con esta herramienta: http://www.refresh-sf.com/yui/

Esta otra optimiza vuestro código Javascript (una vez lo hayáis agrupado todo puede ser útil . Lo recompila para optimizarlo, checkea la sintaxis, etc  https://developers.google.com/closure/compiler/

Si lo veis interesante podríamos hacer un ciclo de Optimizacion de tiempos de carga de paginas web, tratando una por una las causas mas comunes y dando una solución para que vuestras paginas carguen lo mas rápido posible

Hasta ahora!

viernes, 16 de noviembre de 2012

Error 403 en wordpress, permisos y seguridad


Problema: Al instalar un plugin en wordpress las imagenes no se ven por errores del tipo 403 Forbidden access.

Solución: Es un error de permisos, debido a falta de permisos en la carpeta / archivo o bien hay algun modulo en nuestro servidor que bloquea el acceso.

Lo más probable es que ocurran estos problemas al cambiar de servidor o instalar un plugin nuevo a la base de Wordpress.

- La solucion más habitual es dar permisos de lectura y escritura a las carpetas de wp-content y a los archivos en cuestion. Hacedlo de forma recursiva para que se apliquen a todos los subdirectorios (con el Filezilla se puede hacer, si nuestro usuario de FTP tiene los permisos para hacerlo).

- Otra forma de cambiar los permisos es utilizar el panel de control de vuestro alojamiento. Explorad dentro del panel de control a alguna opcion tipo "control permisos" "permisos directorios"...

Hasta aquí lo fácil, pero este error puede tener una causa algo más complicada de resolver. Se trata que el servidor donde esta alojado nuestro blog tenga algun modulo de seguridad e impida accesos/llamadas a los archivos o impida que hagan hotlinking de nuestras imagenes (que se usen en otros blogs por ejemplo).

Más soluciones:

- Según el modulo de seguridad instalado podremos "saltarlo" añadiendo algunas opciones en el archivo .htaccess de la raiz. Por ejemplo:


- Otra forma de arreglar esos problemas es averiguar quien y como lo bloquea (revisad el error_log del servidor, a veces visible como carpeta desde vuestro FTP). Si es un modulo de apache y no lo podéis "saltar" con lo comentado anteriormente, añadid una excepción en sus archivos de configuración (normalmente en usr/local/apache/conf/MODULO/whitelist.conf)

Me topé un caso en que habia una regla (la 666666 del modulo de seguridad de apache) que bloqueaba la redimension de imágenes. Añadiendo esta regla en el servidor se arreglo :)

<LocationMatch "/wp-content/themes/theagency/image.php">
SecRuleRemoveById 666666
</LocationMatch>

Espero que os haya servido de ayuda, saludos!