<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>redis on Dr. SeViR</title><link>http://www.sevir.org/tags/redis/</link><description>Recent content in redis on Dr. SeViR</description><generator>Hugo</generator><language>es-ES</language><lastBuildDate>Sun, 01 Feb 2015 10:00:00 +0200</lastBuildDate><atom:link href="http://www.sevir.org/tags/redis/index.xml" rel="self" type="application/rss+xml"/><item><title>Incrementando la velocidad del log de PHP en nuestro proyecto web</title><link>http://www.sevir.org/blog/incrementando-la-velocidad-del-log-de-php-en-nuestro-proyecto-web/</link><pubDate>Sun, 01 Feb 2015 10:00:00 +0200</pubDate><guid>http://www.sevir.org/blog/incrementando-la-velocidad-del-log-de-php-en-nuestro-proyecto-web/</guid><description>&lt;p&gt;Recientemente trabajamos sobre un framework desarrollado por el equipo de &lt;a href="http://engineering.emagister.com/"&gt;Emagister&lt;/a&gt; y como es normal aunque tiene similitudes en cuanto a características con nuestro framework Creamture, hay otras cosas que son diferentes y no encontramos un rendimiento óptimo.&lt;/p&gt;
&lt;p&gt;Una de estas cosas es el tema del log de errores utilizando para ello una tabla en base de datos. El uso de base de datos para escribir en un log es bastante lento comparado con la escritura directamente en un fichero en disco, aunque mantiene algunas esperadas ventajas como la posibilidad de disponer de un visor de log mediante consultas SQL, lo que permite lectura únicamente de las entradas ordenadas por fecha, paginación, sin tener que volcar todo el fichero de log que podría ser muy grande. Aunque la escritura en base de datos es mucho más lenta que la escritura en fichero, el impacto no es muy grande pues únicamente pasan a log los errores o excepciones.&lt;/p&gt;</description></item></channel></rss>