<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: De cómo comprimir ficheros javascript</title>
	<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html</link>
	<description>Javascript y buenas prácticas en español</description>
	<pubDate>Sat, 06 Sep 2008 05:27:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.2</generator>

	<item>
		<title>By: Pongamos a dieta nuestro Script.aculo.us (18KB) - aNieto2K</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-10</link>
		<author>Pongamos a dieta nuestro Script.aculo.us (18KB) - aNieto2K</author>
		<pubDate>Sun, 24 Sep 2006 12:35:02 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-10</guid>
					<description>&lt;p&gt;[...] Compactamos el fichero resultante con jscompact (para linux), y para windows podemos hacerlo de otras formas [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] Compactamos el fichero resultante con jscompact (para linux), y para windows podemos hacerlo de otras formas [&#8230;]</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: choan</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-14</link>
		<author>choan</author>
		<pubDate>Sat, 07 Oct 2006 17:09:46 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-14</guid>
					<description>&lt;p&gt;Para que venga alguien y pregunte.&lt;/p&gt;

&lt;p&gt;Si te molestaras en leer el artículo que enlazo al principio del post (o tuvieras experiencia en servir ficheros gzipeados) sabrías que servir ficheros con gzip puede ser problemático (carga extra tanto en servidor como en cliente).&lt;/p&gt;

&lt;p&gt;Para más INRI, IE &lt;a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;823386&#38;Product=ie600" rel="nofollow"&gt; tiene sus propios problemas&lt;/a&gt; con el contenido gzipeado.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Para que venga alguien y pregunte.</p>
<p>Si te molestaras en leer el artículo que enlazo al principio del post (o tuvieras experiencia en servir ficheros gzipeados) sabrías que servir ficheros con gzip puede ser problemático (carga extra tanto en servidor como en cliente).</p>
<p>Para más INRI, IE <a href="http://support.microsoft.com/default.aspx?scid=kb;en-us;823386&amp;Product=ie600" rel="nofollow"> tiene sus propios problemas</a> con el contenido gzipeado.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: choan</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-17</link>
		<author>choan</author>
		<pubDate>Tue, 10 Oct 2006 19:38:39 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-17</guid>
					<description>&lt;p&gt;Jarfil, si a ti el gzip no te da ningún problema, enhorabuena. Yo he sufrido por su causa momentos de pánico que no recomiendo a nadie.&lt;/p&gt;

&lt;p&gt;En cuanto a tus argumentos:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;carga excesiva en cliente: no considero que descomprimir con packer sea más costoso que con gzip (no puedo probarlo, no me lo pidas). Por otra parte, obvias que el servir con gzip también genera carga en el servidor.&lt;/li&gt;
&lt;li&gt;fallos generales del compresor: ShrinkSafe utiliza un intérprete de javascript para realizar las sustituciones de nombres de variables y demás. packer es lo suficientemente seguro si se escribe el código como dios manda.&lt;/li&gt;
&lt;li&gt;ralentización del ciclo de pruebas: solo si tu quieres. Puedes realizar unit tests tanto sobre el código comprimido como  sobre el código sin comprimir.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;bugs sorpresa == fallos generales del compresor ? está respondido : no sé a qué te refieres&lt;/code&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;En cuanto a la solución, el problema no es del servidor. De lo que se trata es de que el código llegue cuanto antes al cliente. Y hay clientes lentos, doy fe. ¿Ninguno de tus conocidos usa una conexión por módem telefónico?&lt;/p&gt;

&lt;p&gt;Pues bien, puede que ahorrarle un segundo a un usuario no suponga nada. Ahora cuenta tus usuarios en miles, millones al día. Merece la pena ahorrar tráfico. Si prefieres --y puedes, puesto que no todos los servidore te lo permiten-- hacerlo con gzip, a mí plim.&lt;/p&gt;

&lt;p&gt;MilVidas: un archivo .js puede llegar a pesar lo suficiente como para retrasar considerablemente la carga de la página.&lt;/p&gt;

&lt;p&gt;En cuanto a tus dudas y miedos, lo mismo que le decía a Jarfil, considero que los dos scripts de los que hablo están lo suficientemente testeados (y siempre queda la posibilidad de utilizar tests automatizados).&lt;/p&gt;

&lt;p&gt;Hale, salud.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Jarfil, si a ti el gzip no te da ningún problema, enhorabuena. Yo he sufrido por su causa momentos de pánico que no recomiendo a nadie.</p>
<p>En cuanto a tus argumentos:</p>
<ul>
<li>carga excesiva en cliente: no considero que descomprimir con packer sea más costoso que con gzip (no puedo probarlo, no me lo pidas). Por otra parte, obvias que el servir con gzip también genera carga en el servidor.</li>
<li>fallos generales del compresor: ShrinkSafe utiliza un intérprete de javascript para realizar las sustituciones de nombres de variables y demás. packer es lo suficientemente seguro si se escribe el código como dios manda.</li>
<li>ralentización del ciclo de pruebas: solo si tu quieres. Puedes realizar unit tests tanto sobre el código comprimido como  sobre el código sin comprimir.</li>
<li><code>bugs sorpresa == fallos generales del compresor ? está respondido : no sé a qué te refieres</code></li>
</ul>
<p>En cuanto a la solución, el problema no es del servidor. De lo que se trata es de que el código llegue cuanto antes al cliente. Y hay clientes lentos, doy fe. ¿Ninguno de tus conocidos usa una conexión por módem telefónico?</p>
<p>Pues bien, puede que ahorrarle un segundo a un usuario no suponga nada. Ahora cuenta tus usuarios en miles, millones al día. Merece la pena ahorrar tráfico. Si prefieres &#8211;y puedes, puesto que no todos los servidore te lo permiten&#8211; hacerlo con gzip, a mí plim.</p>
<p>MilVidas: un archivo .js puede llegar a pesar lo suficiente como para retrasar considerablemente la carga de la página.</p>
<p>En cuanto a tus dudas y miedos, lo mismo que le decía a Jarfil, considero que los dos scripts de los que hablo están lo suficientemente testeados (y siempre queda la posibilidad de utilizar tests automatizados).</p>
<p>Hale, salud.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Kr0n</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-3795</link>
		<author>Kr0n</author>
		<pubDate>Thu, 24 May 2007 11:10:28 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-3795</guid>
					<description>&lt;p&gt;Aunque sea un post antiguo, una pregunta que me ha surgido:&lt;/p&gt;

&lt;p&gt;A que te refieres con que es más seguro porque no usa regexp?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Aunque sea un post antiguo, una pregunta que me ha surgido:</p>
<p>A que te refieres con que es más seguro porque no usa regexp?</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: choan</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-3796</link>
		<author>choan</author>
		<pubDate>Thu, 24 May 2007 11:22:52 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-3796</guid>
					<description>&lt;p&gt;Quizá «seguro» no sea el término más apropiado. Quizá sería mejor decir «confiable».&lt;/p&gt;

&lt;p&gt;El  hecho es que ShrinkSafe utiliza Rhino (el intérprete de javascript de Mozilla) para interpretar el código. Y un intérprete de javascript entiende mejor el código que cualquier expresión regular, por muy currada que ésta esté.&lt;/p&gt;

&lt;p&gt;¿Se entiende ahora?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Quizá «seguro» no sea el término más apropiado. Quizá sería mejor decir «confiable».</p>
<p>El  hecho es que ShrinkSafe utiliza Rhino (el intérprete de javascript de Mozilla) para interpretar el código. Y un intérprete de javascript entiende mejor el código que cualquier expresión regular, por muy currada que ésta esté.</p>
<p>¿Se entiende ahora?</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Kr0n</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-3800</link>
		<author>Kr0n</author>
		<pubDate>Thu, 24 May 2007 17:31:43 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-3800</guid>
					<description>&lt;p&gt;Si, mucho mejor. De hecho estaba entendiendo que utilizaba Rhino no para interpretar el código y reescribirlo comprimiéndolo, sino que lo comprimía en base a Rhino y por tanto este era necesario para luego interpretarlo. Paja mental. &lt;/p&gt;

&lt;p&gt;Y si, te doy la razón, para un interprete el código tiene un significado semántico mientras que para una regexp no.&lt;/p&gt;

&lt;p&gt;Gracias por la aclaración.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Si, mucho mejor. De hecho estaba entendiendo que utilizaba Rhino no para interpretar el código y reescribirlo comprimiéndolo, sino que lo comprimía en base a Rhino y por tanto este era necesario para luego interpretarlo. Paja mental. </p>
<p>Y si, te doy la razón, para un interprete el código tiene un significado semántico mientras que para una regexp no.</p>
<p>Gracias por la aclaración.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: YUI Compressor comprime tus scripts y tus hojas de estilos - Scriptia</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-5729</link>
		<author>YUI Compressor comprime tus scripts y tus hojas de estilos - Scriptia</author>
		<pubDate>Sun, 09 Sep 2007 16:54:54 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-5729</guid>
					<description>&lt;p&gt;[...] hemos hablado por aquí de cómo comprimir ficheros javascript. Pero aún no está todo dicho. Hoy y aquí, YUI [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] hemos hablado por aquí de cómo comprimir ficheros javascript. Pero aún no está todo dicho. Hoy y aquí, YUI [&#8230;]</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Zenhaust</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-5737</link>
		<author>Zenhaust</author>
		<pubDate>Tue, 11 Sep 2007 22:35:30 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-5737</guid>
					<description>&lt;p&gt;Conozco el gran trabajo de Dean Edwards. El problema que encuentro es que el código no es para nada ilegible. Basta con escribir el resultado de la funcion de desempaquetado en el body de una nueva ventana y voila.
No obstante creo que resulta enormemente interesante combinarlo con &lt;a href="http://jsblock.ath.cx/cry" rel="nofollow"&gt;CopyRightParser&lt;/a&gt; (made in spain). En este sitio se modifica el código de forma que solo funcione para el dominio especificado, evitando la portabilidad del mismo. Además puede añadirse una linea de copy right visible y muy difícil de eliminar. Con esto no solo se empaqueta el código, sino que además se protege la autoría del desarrollo, de forma que su distribución corresponda única y exclusivamente al autor, y no a terceras personas ajenas al desarrollo del mismo y sin permiso expreso del propietario.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Conozco el gran trabajo de Dean Edwards. El problema que encuentro es que el código no es para nada ilegible. Basta con escribir el resultado de la funcion de desempaquetado en el body de una nueva ventana y voila.<br />
No obstante creo que resulta enormemente interesante combinarlo con <a href="http://jsblock.ath.cx/cry" rel="nofollow">CopyRightParser</a> (made in spain). En este sitio se modifica el código de forma que solo funcione para el dominio especificado, evitando la portabilidad del mismo. Además puede añadirse una linea de copy right visible y muy difícil de eliminar. Con esto no solo se empaqueta el código, sino que además se protege la autoría del desarrollo, de forma que su distribución corresponda única y exclusivamente al autor, y no a terceras personas ajenas al desarrollo del mismo y sin permiso expreso del propietario.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: choan</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-5745</link>
		<author>choan</author>
		<pubDate>Thu, 13 Sep 2007 13:15:05 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-5745</guid>
					<description>&lt;p&gt;@Zenhaust: tu comentario es irrelevante al tema, aquí se habla de compresión, no de ofuscación ni de protección de derechos.&lt;/p&gt;

&lt;p&gt;La próxima vez que quieras publicitar un producto, envíame la referencia y, si me da la santa gana, escribiré un post. Comentarios publicitarios como este no deberían tener cabida en Scriptia. Pero como hoy estoy medio dormido, lo dejo pasar.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@Zenhaust: tu comentario es irrelevante al tema, aquí se habla de compresión, no de ofuscación ni de protección de derechos.</p>
<p>La próxima vez que quieras publicitar un producto, envíame la referencia y, si me da la santa gana, escribiré un post. Comentarios publicitarios como este no deberían tener cabida en Scriptia. Pero como hoy estoy medio dormido, lo dejo pasar.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Comprimir archivos javascript - Blog Comunitario</title>
		<link>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-8134</link>
		<author>Comprimir archivos javascript - Blog Comunitario</author>
		<pubDate>Fri, 18 Jan 2008 23:49:35 +0000</pubDate>
		<guid>http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html#comment-8134</guid>
					<description>&lt;p&gt;[...] En el siguiente link hay un artículo interesante que nos puede guiar en el tema de la compresión de archivos js http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html&#160; [...]&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>[&#8230;] En el siguiente link hay un artículo interesante que nos puede guiar en el tema de la compresión de archivos js http://blog.scriptia.net/articulos/2006/07/de-como-comprimir-ficheros-javascript.html&nbsp; [&#8230;]</p>
]]></content:encoded>
				</item>
</channel>
</rss>
