Página de configuración de Akismet en blanco

Si estás intentando activar y configurar Akismet con tu API key y la página de configuración de Akismet te aparece en blanco, puede deberse a un problema de compatibilidad con el plugin Slim Jetpack, al menos esto es lo que me ha pasado a mi hace un momento. Si tienes instalado ese plugin prueba a desactivarlo y entrar otra vez en la configuración de Akismet. Verás como ahora si que puedes.

Si estás pensando en desactivar Slim Jetpack, configurar el Akismet y volver a activar Jetpack yo que tu no lo haría. Por lo que he leído por ahí, no es solo que no puedas configurar Akismet, es que además este problema hace que no funcione y no te bloquee el spam. Esto último no lo he probado yo personalmente. Si alguno tiene alguna experiencia agradecería comentarios.

 

(104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server – Solucionado

Estoy preparando un servidor de respaldo para mi servidor dedicado principal. El objetivo es que sirva como backup y en caso de de tener algún problema grave de hardware ponerlo a funcionar como servidor principal. Uso Virtualmin como panel de control. Virtualmin tiene la opción de Backup y Restore para los servidores virtuales (así es como llama a los sitios web).

Pues bien, al restaurar algunos de los servidores virtuales me encontré con un error interno del servidor web (error 500) y en el fichero /var/log/virtualmin/dominio_error_log aparecían las siguientes líneas:

[Thu Jun 12 19:42:01 2014] [warn] [client 999.999.9.99] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Thu Jun 12 19:42:01 2014] [error] [client 999.999.9.99] Premature end of script headers: index.php

 

La solución la encontré en el foro de soporte de Virtualmin y la transcribo aquí para tenerla más a mano y como respaldo por si desaparece la entrada del foro. Se trata de un problema al cambiar entre los modos de ejecución de PHP mod_php y FCGId. Para resolverlo los pasos a seguir son:

  1. Mediante la consola, ir a /home/nombredelsitio/fcgi-bin
  2. Usar el comando chattr para cambiar el atributo inmutable del archivo
    php5.fcgi:chattr -i php5.fcgi

     

  3. Borrar los directorios /home/nombredelsitio/etc y /home/nombredelsitio/fcgi-bin
  4. Usando Virtualmin ir a Server Configuration->Website Options y cambiar el modo de ejecución a mod_php, salvar, y volver a cambiar a modo FCGId otra vez y guardar de nuevo.

Haciendo esto se soluciona el problema y el sitio funciona perfectamente en el nuevo servidor. En el foro mencionan que se cambie mediante el comando chown los directorios en public_html al usuario y grupo del dominio, que normalmente son el nombre del sitio. A mi no me hizo falta hacerlo. Al hacer los cambios indicados se volvieron a crear los directorios borrados con el usuario y grupo correctos.

svchost.exe cpu al 100% en Windows XP

Este problema me lo he encontrado últimamente en instalaciones limpias de Windows XP. Después de instalar el sistema operativo el proceso svchost.exe pone la CPU del ordenador al 100% y es imposible descargar e instalar las actualizaciones del sistema. No funcionan ni las actualizaciones automáticas ni usar Windows Update.

El problema viene dado porque Windows Update depende de componentes de Internet Explorer. Si estos componentes no están actualizados el Windows Update Agent, el proceso que escanea y administra las actualizaciones, falla.

Para solucionar esto basta con descargar e instalar las últimas actualizaciones de seguridad de nuestra versión de Internet Explorer, que al ser una instalación desde cero será la versión 6. A la fecha de escribir esta entrada, las últimas actualizaciones para IE6 las puedes descargar aquí.

Después de instalar esta actualización verás como se lanzan las actualizaciones automáticas y el sistema se actualiza sin problemas. Si no arrancan puedes probar a lanzar las actualizaciones automáticas de Windows XP tu mismo o usar Windows Update.

 

windows-xp

Forzar actualizaciones automáticas en Windows XP

Para forzar la comprobación de actualizaciones disponibles en Windows XP, introducir el siguiente comando en la consola:

%windir%\system32\wuauclt.exe /detectnow

Este comando ejecuta el programa wuauclt.exe que es el cliente para las actualizaciones automáticas de Windows.

Codeigniter

CodeIgniter – Validación de formularios de tipo decimal usando comas

Una de las reglas de validación de formularios de la clase Form Validation de CodeIgniter es decimal. Esta regla se encarga de que el contenido del campo del formulario sea un número decimal y funciona a la perfección pero… usando el punto como separador de los decimales.
Para solucionar esto podemos crear nuestra propia libreria que herede de la clase CI_Form_validation y sobreescribimos el comportamiento de la función que se encarga de la validación de decimales.

Continue reading “CodeIgniter – Validación de formularios de tipo decimal usando comas”

xampp

Problemas con Xampp y Visual Studio – Solución

Después de instalar Visual Studio dejó de funcionarme Xampp. El servidor Apache no arrancaba. No uso el servidor IIS así que el problema no podía ser este. Tampoco tengo ninguna aplicación funcionando que use el puerto 80.

Al final resultó ser el Servicio Agente de implementación web. Este servicio lo usa la herramienta Web Deploy que sirve para facilitar el despliegue de aplicaciones y sitios web en servidores IIS. Al parecer este servicio también usa el puerto 80 y esto es lo que provoca el conficto con Apache.

La solución es bien simple. Podemos cambiar el tipo de inicio de automático a manual en la consola de servicios (ejecutar services.msc) o simplemente parar el proceso desde el administrador de tareas.

wordpress-code

Desactivar revisiones WordPress

Para desactivar las revisiones automáticas de WordPress, editar el archivo wp-config.php y añadir la línea:

define('WP_POST_REVISIONS', false);

Si no queremos eliminarlas del todo pero queremos controlar el número de revisiones a guardar, en lugar de la línea anterior añadir la siguiente:

define('WP_POST_REVISIONS', 5);

Con esto se guardaría un máximo de 5 revisiones por entrada.

Si queremos eliminar las revisiones guardadas en la base de datos, desde PhpMyAdmin por ejemplo, ejecutar la siguiente sentencia SQL

DELETE FROM wp_posts WHERE post_type = 'revision'

wp_posts es la tabla de entradas (posts), si has cambiado el prefijo durante la instalación cambia wp_posts por loquesea_posts.