<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>php on Dr. SeViR</title><link>http://www.sevir.org/tags/php/</link><description>Recent content in php on Dr. SeViR</description><generator>Hugo</generator><language>es-ES</language><lastBuildDate>Thu, 15 Oct 2015 10:00:00 +0200</lastBuildDate><atom:link href="http://www.sevir.org/tags/php/index.xml" rel="self" type="application/rss+xml"/><item><title>Magento convenciones y programación orientada a eventos</title><link>http://www.sevir.org/blog/magento-convenciones-y-programacion-orientada-a-eventos/</link><pubDate>Thu, 15 Oct 2015 10:00:00 +0200</pubDate><guid>http://www.sevir.org/blog/magento-convenciones-y-programacion-orientada-a-eventos/</guid><description>&lt;p&gt;Son muchos los entornos que se han pasado a la programación orientada a eventos. Aunque de forma descafeinada, pues no siempre es lo que entendemos como eventos que se disparan y se ejecutan en segundo plano.&lt;/p&gt;
&lt;p&gt;Llevo ya unas semanas intensivas desarrollando sobre Magento para cerrar un proyecto. Al igual que Wordpress, Magento tiene una serie de eventos sobre los que uno puede establecer sus rutinas que se ejecutarán cuando se lancen estos eventos.&lt;/p&gt;</description></item><item><title>Deployer, una buena alternativa a Capistrano</title><link>http://www.sevir.org/blog/deployer-una-buena-alternativa-a-capistrano/</link><pubDate>Sat, 14 Feb 2015 10:00:00 +0200</pubDate><guid>http://www.sevir.org/blog/deployer-una-buena-alternativa-a-capistrano/</guid><description>&lt;p&gt;Durante mucho tiempo hemos dado vueltas en DIGIO a cómo hacer un mejor deploy de los proyectos en el servidor. Nuestra forma de trabajar era sobre un repositorio GIT que se actualizaba desde el servidor con un simple &lt;code&gt;git pull&lt;/code&gt; de forma que en caso de problemas podríamos hacer un reset a una versión dentro del histórico de GIT.&lt;/p&gt;</description></item><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><item><title>Servicios web JSONP y AJAX – iframe fácil en CodeIgniter</title><link>http://www.sevir.org/blog/servicios-web-jsonp-y-ajax-iframe-facil-en-codeigniter/</link><pubDate>Thu, 08 Jan 2015 10:00:00 +0200</pubDate><guid>http://www.sevir.org/blog/servicios-web-jsonp-y-ajax-iframe-facil-en-codeigniter/</guid><description>&lt;p&gt;Aunque hace bastante tiempo de esto, aún tiene mucha utilidad. Se ha convertido en una costumbre que las aplicaciones webs estén pobladas de consultas o peticiones AJAX, cargando inicialmente una plantilla, y actualizando los contenidos mediante consultas o peticiones asíncronas.&lt;/p&gt;</description></item></channel></rss>