Categoría: programación

Ya hace dos días que llevo viendo en la página de AdSense la posibilidad de crear bloques de anuncios para móviles, de igual manera que para páginas webs. No es que esté de acuerdo en tener publicidad en el móvil, y creo que no va a tener mucho éxito, pero por probar, que no quede.

Hay una diferencia fundamental y es el lenguaje de programación que se utiliza. JavaScript no es soportado por WML, XHTML o CHTML, de manera que es necesario utilizar PHP, CGI/Perl, ASP o JSP en las páginas donde se colocarán los anuncios.

Hoy me ha dado por probarlo en un blog de prueba de Blog de Blogs pero no debe de andar muy fina la aplicación o página a la que se llama mediante require en PHP puesto que da un error. Mi sorpresa es cuando accedo con el navegador del ordenador y al llamar al fichero desde la barra de direcciones, me da la opción de descargar el fichero en php.

(más…)

Hoy ha sido el lanzamiento oficial de la última de las betas de WordPress 2.3 que saldrá de las versiones de prueba el próximo lunes. Como en cualquier versión, ésta última corrige los bugs encontrados en la beta 2 y sirve para detectar nuevos fallos antes de la versión final.

Además, de forma paralela se lanzó el sábado la versión WordPress 2.2.3, que no hace más que corregir los fallos graves de seguridad y que recomiendan actualizar inmediatamente.

Como dice Manuel Almeida, ¿quién se atreve a actualizar estando la 2.3 a las puertas?

Lighttpd es un servidor más rápido que el archiconocido Apache, seguro y que cumple estrictamente con los estándares, por lo que es una clara alternativa para montar en un ordenador destinado a servir páginas en Internet.

La versión actual es la 1.4.16 desarrollada para sistemas UNIX de forma oficial y para Windows mantenida por Kevin Worthington. A diferencia de lo que muchos piensan, soporta PHP. Eso sí, no de forma sencilla, sino que para hacerlo funcionar es necesario CGI o FastCGI (éste último recomendado) compilando PHP con la opción –enable-fastcgi. De esta manera, se crea la posibilidad de utilizar WordPress reduciendo así bastante el consumo de CPU. Yo lo estoy probando y ahora mismo no consigo ejecutar código php, únicamente html y como comprenderéis el rendimiento en archivos de texto, apenas se nota. De quien si hay que «fiarse», es del equipo de desarrollo, que parece haber encontrado un rendimiento bastante mejor que Apache para servir las páginas, tal y como explican en la sección Benchmarks de su blog.

(más…)

Lo que no hay lugar a duda es que hoy por hoy, el mejor antispam que conozco y me ha funcionado es Akismet. El CMS que utilizo para mi fotolog es Pixelpost, que quizá ahora me arrepienta de ver tantos themes que hay para utilizar WordPress como fotolog.

El caso es que Pixelpost no trae muy buen antispam, ya que es propio y no ofrece ninguna seguridad que terminan por colarse todos los comentarios de penes, drogas y pornos. Al final, terminé hace un tiempo por ponerlos en moderación cualquier comentario que entraba y así evitar spam, aunque el tiempo para eliminarlos era casi nulo, lo que terminó por dejar el fotolog un tanto abandonado.

Ahora que he vuelto a retomar el tema, me he planteado cambiar de antispam, por lo que lo primero ha sido pensar en Akismet. Al buscar en Google por Akismet Pixelpost sale un muy buen tutorial en castellano, traducido del inglés, donde explica paso a paso las instrucciones para integrarlo, ya que Akismet está desarrollado para usar con WordPress. Ahora sólo falta ver los resultados, que espero vengan muy pronto.

Ayer hablando con Héctor le comentaba los problemas que teníamos de vez en cuando con el servidor de BlogdeBlogs y tras una breve charla, me dijo que iba a escribir una solución para optimizar MySQL para WordPress.

Aunque muchas de esas variables ya estaban definidas en el fichero /etc/my.cnf, había otras muchas que no lo estaban, como por ejemplo set-variable=wait_timeout=10 o max_connect_errors = 100, que determina el tiempo máximo para que una consulta inactiva esté con vida en el servidor y establecer el número de peticiones interrumpidas permitidas.

Lo que ya sí que fue tremendamente útil fue el llamado MySQL Perfomance Tuning Primer Script, que permitió comprobar si las variables estaban correctamente declaradas y definidas con su valor recomendado. Es un script de más de 1.300 líneas de código que saca un informe muy completo del status de la base de datos. Para que sea fiable, es recomendable que el proceso mysql lleve arrancado 48 horas seguidas.

Si queréis exprimir todo vuestro potencial de MySQL optimizado para WordPress, no dejéis de leer su artículo. Muy completo y en castellano.