<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Una historia de capistrano, crontabs y pipes</title>
	<atom:link href="http://blog.luisbosque.com/2009/04/15/una-historia-de-capistrano-crontabs-y-pipes/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.luisbosque.com/2009/04/15/una-historia-de-capistrano-crontabs-y-pipes/</link>
	<description></description>
	<lastBuildDate>Sun, 28 Feb 2010 16:04:55 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Luis</title>
		<link>http://blog.luisbosque.com/2009/04/15/una-historia-de-capistrano-crontabs-y-pipes/comment-page-1/#comment-397</link>
		<dc:creator>Luis</dc:creator>
		<pubDate>Fri, 17 Apr 2009 15:41:42 +0000</pubDate>
		<guid isPermaLink="false">http://lbosque.wordpress.com/?p=180#comment-397</guid>
		<description>Es otra solución sí. Más limpia que meterlo todo en el /etc/crontab pero aun así, en mi opinión, no demasiado buena. Lo bueno de usar el comando crontab es que además de tener distribuidas las tablas de cron por cada usuario, te valida las entradas. Si acabas de escribir un fichero con el comando crontab y has cometido un error, te obliga a arreglarlo y en ningún caso guarda esa tabla incorrecta. Si escribes un fichero de cron a mano, ya sea el crontab o dejándolo como comentas tú en el cron.d te puedes encontrar con que no se ejecuta ninguna tarea en el caso de que hayas cometido algun error de sintaxis o similar. Eso en producción por ejemplo, si dependes de tareas de background es muy malo.</description>
		<content:encoded><![CDATA[<p>Es otra solución sí. Más limpia que meterlo todo en el /etc/crontab pero aun así, en mi opinión, no demasiado buena. Lo bueno de usar el comando crontab es que además de tener distribuidas las tablas de cron por cada usuario, te valida las entradas. Si acabas de escribir un fichero con el comando crontab y has cometido un error, te obliga a arreglarlo y en ningún caso guarda esa tabla incorrecta. Si escribes un fichero de cron a mano, ya sea el crontab o dejándolo como comentas tú en el cron.d te puedes encontrar con que no se ejecuta ninguna tarea en el caso de que hayas cometido algun error de sintaxis o similar. Eso en producción por ejemplo, si dependes de tareas de background es muy malo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Miguel</title>
		<link>http://blog.luisbosque.com/2009/04/15/una-historia-de-capistrano-crontabs-y-pipes/comment-page-1/#comment-396</link>
		<dc:creator>Miguel</dc:creator>
		<pubDate>Fri, 17 Apr 2009 15:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://lbosque.wordpress.com/?p=180#comment-396</guid>
		<description>Yo lo que uso para los crons es el directorio /etc/cron.d , allí puedes crear varios ficheros con formato crontab (por ejemplo uno por aplicación), y en los cuales puedes especificar el usuario que ejecutará cada uno de los comandos.</description>
		<content:encoded><![CDATA[<p>Yo lo que uso para los crons es el directorio /etc/cron.d , allí puedes crear varios ficheros con formato crontab (por ejemplo uno por aplicación), y en los cuales puedes especificar el usuario que ejecutará cada uno de los comandos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
