<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Bloguismo &#187; imágenes</title>
	<atom:link href="http://www.bloguismo.com/tag/imagenes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bloguismo.com</link>
	<description>Consejos para blogs y redes sociales</description>
	<lastBuildDate>Thu, 17 Nov 2011 07:50:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://superfeedr.com/hubbub"/>		<item>
		<title>La protección jurídica de las imágenes que usas en tu blog</title>
		<link>http://www.bloguismo.com/derechos-y-blogs/la-proteccion-juridica-de-las-imagenes-que-usas-en-tu-blog/</link>
		<comments>http://www.bloguismo.com/derechos-y-blogs/la-proteccion-juridica-de-las-imagenes-que-usas-en-tu-blog/#comments</comments>
		<pubDate>Thu, 26 May 2011 06:45:04 +0000</pubDate>
		<dc:creator>Ángel Benito</dc:creator>
				<category><![CDATA[Derechos y blogs]]></category>
		<category><![CDATA[Creative Commons]]></category>
		<category><![CDATA[Dominio Público]]></category>
		<category><![CDATA[Fotografías]]></category>
		<category><![CDATA[imágenes]]></category>
		<category><![CDATA[Obras fotográficas]]></category>
		<category><![CDATA[Problemas legales]]></category>

		<guid isPermaLink="false">http://www.bloguismo.com/?p=3550</guid>
		<description><![CDATA[Hace unos días conocíamos la sentencia de la Sala Civil del Tribunal Supremo en el caso que enfrentaba a United Biscuits con el fotógrafo Daniel Virgili. Éste había demandado a la multinacional galletera porque había contratado con aquélla la cesión de los derechos sobre unas fotografías que hizo para ilustrar unos envases, y United Biscuits [...]<p><a href="http://www.bloguismo.com/derechos-y-blogs/la-proteccion-juridica-de-las-imagenes-que-usas-en-tu-blog/">La protección jurídica de las imágenes que usas en tu blog</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p><a href="http://www.flickr.com/photos/chicanerii/4602446311/sizes/m/in/photostream/"><img class="aligncenter size-full wp-image-3553" title="Imágenes en tu blog" src="http://www.bloguismo.com/wp-content/uploads/2011/05/fotografo.jpg" alt="" width="500" height="400" /></a>Hace unos días conocíamos la sentencia de la Sala Civil del Tribunal Supremo en el caso que enfrentaba a United Biscuits con el fotógrafo Daniel Virgili. Éste había demandado a la multinacional galletera porque había contratado con aquélla la <strong>cesión de los derechos sobre unas fotografías</strong> que hizo para ilustrar unos envases, y United Biscuits siguió utilizando dichas imágenes una vez que el contrato llegó a su término.</p>
<p>Recurre el Tribunal Supremo para sentenciar el caso a una de las distinciones más polémicas y confusas que contiene la vigente <strong>Ley de Propiedad Intelectual</strong>: las obras fotográficas (art. 10) y las &#8220;meras&#8221; fotografías (art .128). El autor de una &#8220;<em>mera fotografía</em>&#8221; ve recortado sustancialmente su catálogo de derechos, en comparación con los que otorga ser titular de una &#8220;<em>obra fotográfica</em>&#8220;, arte expresado en fotografía o procedimiento análogo a la fotografía. Entre ellos, el de retirada de la obra del mercado, además de que las &#8220;meras fotografías&#8221; sólo están protegidas por un plazo de 25 años</p>
<p>Para <strong>distinguir unas clases de imágenes de otras</strong>, se habían venido manejando criterios como el carácter de profesional del autor de la obra fotográfica, la preparación o trabajo de composición que lleva aparejado, la utilización de equipos especiales, etc. En fin, criterios que se han ido relativizando y perdiendo valor a medida que las técnicas fotográficas más elaboradas y los mejores equipos quedaban más al alcance de cualquier aficionado a estos menesteres de la imagen.</p>
<p>Con esta sentencia el Tribunal Supremo establece que, en definitiva, es el juez del caso concreto quien ha de decidir si hay &#8220;<em>obra fotográfica</em>&#8221; con plenitud de derechos de autor otorgado vía <strong>Ley de Propiedad Intelectual</strong>, o una &#8220;<em>mera fotografía</em>&#8221; desprovista de toda esa parte &#8220;moral&#8221; y personalísima que conlleva la &#8220;autoría&#8221;. Dice el Tribunal que la obra fotográfica &#8220;<em>supone la aportación de un esfuerzo intelectual -talento, inteligencia, ingenio, invectiva o personalidad- que convierte a la fotografía en una creación artística o intelectual</em>&#8220;.</p>
<p>El tenor de esta sentencia ha sido criticado por aquellos que piensan que supone convertir al juez en una especie de perista de arte que ha de valorar una serie de elementos desde criterios muy subjetivos.</p>
<p>Sea como fuere, <strong>¿en qué nos afecta como bloggers?</strong></p>
<p>Básicamente en que como editores de un blog no estamos capacitados para decidir si una imagen que hayamos obtenido de Internet gozará o no de una especial protección jurídica. Por ello es conveniente reiterar estos <strong>consejos básico a la hora de ilustrar un post con imágenes o publicar una galería fotográfica</strong>:</p>
<p>1) Utilizar imágenes de nuestra autoría y que no afecten a derechos de imagen de terceras personas (<a href="http://www.bloguismo.com/derechos-y-blogs/modelo-de-cesion-de-derechos-de-imagen-para-tu-blog/">nos han otorgado la cesión de los derechos</a> correspondientes)<br />
2) Ilustrar con imágenes de dominio público o de uso libre<br />
3) Utilizar imágenes o fotografías licenciadas bajo Creative Commons cumpliendo con los requisitos que nos imponga el respectivo procomún.</p>
<h6><em>(La imagen que ilustra el post ha sido tomada del Flickr de chicanerii, bajo licencia CC)</em></h6>
<p><a href="http://www.bloguismo.com/derechos-y-blogs/la-proteccion-juridica-de-las-imagenes-que-usas-en-tu-blog/">La protección jurídica de las imágenes que usas en tu blog</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.bloguismo.com/derechos-y-blogs/la-proteccion-juridica-de-las-imagenes-que-usas-en-tu-blog/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Los 3 errores más comunes al escribir un artículo</title>
		<link>http://www.bloguismo.com/blogging/los-3-errores-mas-comunes-al-escribir-un-articulo/</link>
		<comments>http://www.bloguismo.com/blogging/los-3-errores-mas-comunes-al-escribir-un-articulo/#comments</comments>
		<pubDate>Mon, 05 Jul 2010 08:12:51 +0000</pubDate>
		<dc:creator>Juan Andres Milleiro</dc:creator>
				<category><![CDATA[Blogging]]></category>
		<category><![CDATA[básicos]]></category>
		<category><![CDATA[errores]]></category>
		<category><![CDATA[imágenes]]></category>
		<category><![CDATA[seo]]></category>

		<guid isPermaLink="false">http://www.bloguismo.com/?p=2187</guid>
		<description><![CDATA[Aquí, una vez más, tú como blogger delante de tu artículo: crees que tienes algo interesante por contar (lo doy por descontado, el contenido y su calidad es un 70%), pero tu artículo no ha funcionado, tu blog sigue sin arrancar. ¿Qué puedes estar haciendo mal? Aunque no lo parezca, hay errores muy comunes al [...]<p><a href="http://www.bloguismo.com/blogging/los-3-errores-mas-comunes-al-escribir-un-articulo/">Los 3 errores más comunes al escribir un artículo</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>Aquí, una vez más, tú como blogger delante de tu artículo: crees que tienes algo interesante por contar (lo doy por descontado, el contenido y su calidad es un 70%), pero tu artículo no ha funcionado, tu blog sigue sin arrancar. ¿Qué puedes estar haciendo mal?</p>
<p>Aunque no lo parezca, <strong>hay errores muy comunes al escribir en un blog</strong> que puedes empezar a solucionar desde ya; de hecho puede que este artículo te parezca una tontería pero es que sigo viendo errores tan básicos en blogs que leo, así que guárdatelo como un mantra. He visitado artículos muy interesantes en blogs chulos pero que he cerrado antes de terminar de leerlos por lo eterna que se me estaba haciendo la lectura, o lo mal que estaba distribuido el texto.</p>
<h2>1 &#8211; No ilustrar tu artículo</h2>
<p>En serio, <strong>un 99% de los artículos de blog fallan en cuanto a éxito por no estar bien ilustrados</strong>, recuerda que <strong>en Internet la gente escanea, nunca lee</strong> y por tanto tienes que facilitarles esa labor:</p>
<ul>
<li>Usa negritas.</li>
<li>Usa listas.</li>
<li>Usa imágenes.</li>
<li>Usa titulares: investiga sobre h1, h2, h3&#8230;</li>
</ul>
<p><strong>El tema de titulares es esencial</strong>: no puedes usar el mismo formato que el texto poniendo 1), 2), 3) y demás&#8230; porque lo siento, pero te va a quedar un <em>tocho infumable</em>, lo siento pero es así. Quizá el que llegue está interesado sólo en un apartado, otro en dos&#8230; haz su vida un poco más sencilla y te lo agradecerán.</p>
<p>Además, haz párrafos de 4-7 líneas como mucho, porque facilitará la labor de leer -el ir leyendo poco a poco y avanzando a través de tu artículo- siempre ayudará, mejorará que se vaya leyendo todo el artículo.</p>
<h2>2 &#8211; Colocar mal las imágenes</h2>
<p>Éste es otro de los puntos donde siempre tengo una gran batalla con algunos bloggers: si del 100% del ancho del contenido de tu blog la imagen ocupa un 75% del total, <strong>¿Por qué colocas texto alineado en ese 25% restante?</strong> Va a quedar horrible y lo sabes.</p>
<p>Si la imagen va a ocupar más del 50% del ancho (cuenta márgenes) del contenido, mejor céntrala y pon el texto debajo, pues se hace realmente horrible leer líneas de texto donde sólo caben 2 ó 3 palabras alineadas con una imagen. No facilita para nada la lectura.</p>
<h2>3 &#8211; No echar un ojo al SEO</h2>
<p>Una vez escrito el artículo recuerda repasar el título, así como los meta-keywords y meta-description, como te comenté la semana pasada en el artículo sobre <a href="http://www.bloguismo.com/posicionamiento-en-buscadores/como-mejorar-el-seo-de-tu-blog/">cómo mejorar el SEO de tu blog</a>.</p>
<p>A menudo una buena descripción, atrayente y que defina bien tu artículo mejorará el porcentaje de clicks de los usuarios al encontrarse tu artículo en un buscador. Además lo puedes hacer fácilmente con un plugin como All in One SEO.</p>
<p>Quizá en este punto tengas problemas &#8220;éticos&#8221; porque siempre se discute entre si escribir para buscadores y escribir para humanos. Te daré un consejo: <strong>Busca el equilibrio</strong>, a menudo un gran título con una buena descripción no está reñido con un fantástico contenido.</p>
<p class="alert">En resumen: <strong>repasa tu artículo una vez escrito</strong>, bien instantes después o bien pasadas unas horas o unos días. Repasar con calma lo escrito te ayudará en gran medida a encontrar errores, mejorar frases y en definitiva mejorar lectores y audiencia de tu blog.</p>
<p><a href="http://www.bloguismo.com/blogging/los-3-errores-mas-comunes-al-escribir-un-articulo/">Los 3 errores más comunes al escribir un artículo</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.bloguismo.com/blogging/los-3-errores-mas-comunes-al-escribir-un-articulo/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>No hagas esperar a tus lectores. Optimiza tu blog (parte 2)</title>
		<link>http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-2/</link>
		<comments>http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-2/#comments</comments>
		<pubDate>Mon, 19 Apr 2010 07:00:09 +0000</pubDate>
		<dc:creator>Aitor Calero</dc:creator>
				<category><![CDATA[Blogging]]></category>
		<category><![CDATA[alojamiento]]></category>
		<category><![CDATA[base de datos]]></category>
		<category><![CDATA[blogs]]></category>
		<category><![CDATA[código]]></category>
		<category><![CDATA[consejos]]></category>
		<category><![CDATA[diseño]]></category>
		<category><![CDATA[herramientas]]></category>
		<category><![CDATA[imágenes]]></category>
		<category><![CDATA[optimización]]></category>
		<category><![CDATA[tráfico]]></category>

		<guid isPermaLink="false">http://www.bloguismo.com/?p=1617</guid>
		<description><![CDATA[En el anterior artículo hablamos de los principales bloques que construyen nuestro blog, el HTML, CSS, JavaScript, PHP, etc... Todos ellos son susceptibles de ser optimizados, y al hacerlo, no solo nos lo agradecerán nuestros lectores, sino que además podremos reducir drásticamente el consumo de ancho de banda de nuestro blog. Esto nos permitirá poder ahorrarnos unos euros en la factura del hosting.<p><a href="http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-2/">No hagas esperar a tus lectores. Optimiza tu blog (parte 2)</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>Hace ya algún tiempo que publiqué la <a title="Optimiza tu blog. Parte 1" href="http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-1/">primera parte de esta serie sobre optimización de blogs</a>. Álvaro ha hecho <a href="http://www.bloguismo.com/tutoriales-para-blogger/consejos-para-que-nuestro-blog-cargue-mas-rapido/">un excelente artículo</a> dentro de su tutorial de Blogger, para ver cómo se puede optimizar este tipo de blogs. Mi intención es profundizar el los motivos por los que es necesario optimizar el blog, y los beneficios que nos reporta.</p>
<p>En el anterior artículo hablamos de los principales bloques que construyen nuestro blog, el HTML, CSS, JavaScript, PHP, etc&#8230; Todos ellos son susceptibles de ser optimizados, y al hacerlo, no solo nos lo agradecerán nuestros lectores, sino que además <strong>podremos reducir drásticamente el consumo de ancho de banda de nuestro blog</strong>. Esto nos permitirá poder ahorrarnos unos euros en la factura del hosting.</p>
<p>En general, algunos de los trucos que se presentan aquí podrían no ser aplicables a todos los blogs, principalmente porque, en algunos casos, el servicio de hosting no tiene activada, o no es posible activar, ciertas características en sus servidores.</p>
<p><img src="http://www.bloguismo.com/wp-content/uploads/2010/03/HTML.gif" alt="HTML" title="HTML" /></p>
<h3>El HTML</h3>
<p>Gran parte del contenido de nuestros artículos estará en HTML. Lo más importante en este caso es activar la compresión de HTML. ¿Qué es esto? Nuestro servidor web, es capaz de enviar el contenido de forma comprimida por la red, en formato GZIP, como un ZIP para los ficheros. Es decir, antes de enviar por la red el documento, lo comprime, y nosotros recibimos un archivo GZIP, que nuestro navegador descomprime y convierte en HTML legible. Este formato está soportado por todos los navegadores modernos, así que lo podremos usar siempre sin problemas.<br />
Por supuesto, esto acelera la descarga y ahorra ancho de banda de nuestro servidor de hosting. Con pocas visitas, puede ser irrelevante, pero en un blog con miles de visitas, tiene mucha importancia.</p>
<h3>Contenido</h3>
<p>Todo el contenido de nuestro blog es susceptible de aplicar una serie de buenas prácticas que mejoran mucho la carga de las páginas:</p>
<ol>
<li>Hacer menos peticiones HTTP</li>
<li>Reducir las búsquedas de DNS</li>
<li>Repartir la carga entre varios dominios</li>
<li>Evitar las redirecciones y los 404&#8242;s</li>
</ol>
<p><img src="http://www.bloguismo.com/wp-content/uploads/2010/04/servidor.jpg" alt="" title="servidor" width="450" height="338" class="aligncenter size-full wp-image-1855" /></p>
<h3>Servidor Web</h3>
<p>Una buena parte de las optimizaciones que podemos hacer en nuestro blog, se harán a nivel de nuestro servidor web. Las más importantes son:</p>
<ol>
<li>Usar una CDN (Content Delivery Network). Esta opción no está al alcance de cualquiera y en muchos casos exigirá un pago por su uso, que no todos los bloggers se pueden permitir. La ventaja al usar una CDN es que el contenido está repartido entre servidores geográficamente dispersos por todo el mundo, con lo cual el tiempo de descarga de los elementos mejora notablemente. Una CDN gratuita es <a href="http://www.coralcdn.org/">CoralCDN</a>.</li>
<li>Añadir cabeceras de caché. Todo el contenido de un blog no es igual. Habrá elementos que no cambien nunca o casi nunca (cabecera, iconos, fondos, etc..) , mientras otros lo harán cada muy poco tiempo o a diario (comentarios, posts, búsquedas&#8230;). Podemos mejorar mucho los tiempos, añadiendo una etiqueta en la cabecera de los archivos que se descarguen, indicando el periodo de validez del mismo. Por ejemplo, el JPG de nuestro logo podría durar muchos meses o años, y podemos decir a nuestro servidor que &#8220;Never expire&#8221;, es decir, que nunca caduque. Esto hace que cuando un usuario que ya haya visitado nuestro sitio, vuelva, no tenga que descargarse la imágen porque ya la tendrá en su caché del navegador (siempre que no lo haya borrado claro). Para el caso de otros contenidos, deberíamos estimar el tiempo razonable de expiración. Por ejemplo, los posts más antiguos, no deberían variar mucho, por lo que se podría alargar su tiempo de cachedado. Los comentarios y/o búsquedas, no. Más adelante en la sección de PHP veremos más sobre esto. Otra forma de gestionar las cachés es a través de las etiquetas ETags, pero es un tema algo más avanzado.</li>
<li>Evitar poner imágenes con src=&#8221;", o con JavaScript img.src = &#8220;&#8221;. En ambos casos, la mayoría de los navegadores harán una petición al servidor para buscar algo que no existe o que ni siquiera se va a mostrar. Esto puede provocar gran cantidad de peticiones innecesarias. Aquí tenéis <a title="Empty SRC can destroy your site" href="http://www.nczonline.net/blog/2009/11/30/empty-image-src-can-destroy-your-site/">una explicación más en profundidad sobre el tema </a>(en inglés).</li>
</ol>
<h3>Archivos CSS</h3>
<ol>
<li>Compresión. En cuento a los archivos de estilo tambien se puede y debe aplicar la compresión. Además, podemos minimizarlos (del inglés minify). Es decir, simplificar el contenido del fichero, eliminando espacios en blanco, tabulaciones, comentarios, etc&#8230; Esto es muy fácil de hacer. Puedes optar por minimizar los archivos manualmente y luego subirlos, o bien usar PHP, para que los minimice. Hay muchas herramientas para automatizar esto <a title="Google Minify" href="http://code.google.com/p/minify/">Minify de Google</a>, <a title="YUI Compressor" href="http://developer.yahoo.com/yui/compressor/">Yahoo UI Compressor</a>, y si hacéis una búsqueda en Google encontraréis muchas más.</li>
<li>Poner los estilos al principio. Las hojas de estilo, es decir, los archivos CSS, se deben colocar siempre al principio de la página HTML. Esto se debe a que los navegadores van leyendo la página de arriba a abajo, y si encuentran el estilo al principio, pueden ir renderizando la página conforme a lo que pone el CSS. Así el usuario recibe un aviso visual, de que la página se está cargando correctamente.</li>
</ol>
<h3>JavaScript</h3>
<p>Para JavaScript, las mismas reglas de minimizar y GZIP se pueden y deben aplicar, pero además tienen unas características propias:</p>
<ol>
<li>Poner los scripts al final. Muy importante. El HTML 1.1 limita la descarga en paralelo de más de dos archivos a la vez. Al poner todos los js al principio se bloquea la descarga en paralelo de otros elementos de la página. Cuando se descarga un js, el resto de archivos HTML, CSS, imágenes, se quedan a la espera de que el JS termine.</li>
<li>No incluir nunca archivos JavaScript (y CSS) dentro de las páginas. Al poner javascript dentro del HTML, mezclado, se impide la posibilidad de cachear estos archivos. Es decir, cada vez que carga la página, se vuelven a cargar los scripts y los css. Si se llevan a archivos externos (.js y .css) el navegador los puede cachear y evitar que se descarguen siempre. No solo reduce el tiempo de cargar, sino que nos ahorra ancho de banda de nuestro proveedor.</li>
</ol>
<p><img src="http://www.bloguismo.com/wp-content/uploads/2010/03/blogging.jpg" alt="blogging" title="blogging" /></p>
<h3>Imágenes</h3>
<p>En este caso, a diferencia de los archivos CSS y JS, hay que tener en cuenta otras consideraciones. Las imágenes ya estarán comprimidas y la optimización tiene que seguir otros caminos.</p>
<ol>
<li>Formato de la imágen. Es muy importante saber elegir el formato adecuado para cada imágen. Cada compresión (GIF, JPEG, PNG) tiene un tipo de imágen para el que es más óptimo. Por ejemplo, GIF se debería usar en rótulos, o con imágenes con poca variación de colores. JPEG, para fotografías o imágenes con mucha variación de color, siempre que no se necesite transparencia. Por último, PNG de 8 ó 24 bits, para imágenes tipo fotografía que necesiten transparencia. Entrar en detalles se llevaría un post entero, pero las normas generales serían estas.</li>
<li>Ajustar las imágenes a la paleta de colores que realmente usan. ¿Tu imágen GIF tiene 4 coleres de 256? Se puede optimizar. Hay muchas herramientas para hacer esto según el tipo de imágen. En <a href="http://www.imagemagick.org/">imagemagick</a> se pueden encontrar herramientas para optimizar tus GIFs, PNGs y JPEGs.</li>
<li>No escalar las imágenes con HTML. Si se necesita una imágen de 100&#215;100, la imágen original debería tener 100&#215;100 y no 500&#215;500. Si luego queremos mostrar una imágen ampliada hay otras formas, como poner el enlace a la imágen original de mayor tamaño. Así se evitan descargar muchos kbs que no se necesitan.</li>
<li>Usar Sprites CSS. Es mejor cargar un único archivo de imágen con todos los iconos incluídos en el, que muchos iconos de forma separada. Luego a través de CSS, podemos ir seleccionado por programación aquellos iconos que se deben mostrar en cada caso.</li>
</ol>
<h3>PHP/MySQL</h3>
<p>En este caso las opciones de optimización han de ser aplicadas en el servidor a través de módulos de PHP/MySQL. Hay que tener en cuenta que PHP interactuará con una base de datos de la que extrae la información, ya sean posts, comentarios, etiquetas, búsquedas, etc&#8230; Por tanto, todo aquello que evite las peticiones a la base de datos harán que nuestros posts se muestren más rápidamente. El principio general es como el de la energía &#8220;la consulta más rápida a una base de datos es aquella que no se hace&#8221;. La puesta en práctica de las siguientes recomendaciones dependerá del tipo de hosting que tengáis:</p>
<ol>
<li>PHP Flush. Las páginas en PHP tardan un poco en ser procesadas, y hasta que no lo hacen no se envían desde el servidor a nuestro navegador. En PHP hay una orden &lt;?php flush(); ?&gt; que obliga al servidor de PHP a enviarnos todo lo que esté por encima de esta orden. Lo ideal es ponder el flush, justo después de la etiqueta HEAD para que de esta forma nuestro navegador pueda empezar a representar los estilos y que el usuario vaya viendo algo.</li>
<li>Desactivar las revisiones de las entradas. Esto puede ser útil en blogs con muchos editoes. Con un solo editor, y un par de revisiones bastan. Recordad. Cada revisión se guarda en la base datos y hay que consultarla. Un plugin para hacerlo cómodamente es <a title="Revision Control" href="http://wordpress.org/extend/plugins/revision-control/">Revision Control</a>. También se pueden eliminar por completo las revisiones poniendo <code>define(</code><code>'WP_POST_REVISIONS'</code><code>, false); </code>en el archivo wp-config.php. <code><br />
</code></li>
<li>Activar el cacheado del opcode en PHP. Hay muchas peticiones de PHP que siempre son las mismas, de formas que podemos optimar el opcode (pseudo-código que usa PHP) para tenerlo ya preparado. Se puede hacer con eAccelerator v0.9.5.</li>
</ol>
<p>En general, debemos revisar con mucho cuidado todos estos aspectos del blog para ver cuáles están afectando al rendimiento. Cuanto menos mejor. Menos plugins, menos entradas en la cabecera, menos textos, imágenes más pequeñas&#8230; Si no se necesita, no se debería ver ni descargar. Recargar una página en exceso, además de afectar al estilo, nos puede penalizar mucho el rendimiento, y el bolsillo si tenemos contratado un ancho de banda fijo.</p>
<p><a href="http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-2/">No hagas esperar a tus lectores. Optimiza tu blog (parte 2)</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-2/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Uso de imágenes en un blog: problemas jurídicos (II)</title>
		<link>http://www.bloguismo.com/derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-ii/</link>
		<comments>http://www.bloguismo.com/derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-ii/#comments</comments>
		<pubDate>Wed, 24 Feb 2010 08:58:33 +0000</pubDate>
		<dc:creator>Ángel Benito</dc:creator>
				<category><![CDATA[Derechos y blogs]]></category>
		<category><![CDATA[Consejos legales para blogs]]></category>
		<category><![CDATA[imágenes]]></category>
		<category><![CDATA[Licencias Creative Commons]]></category>
		<category><![CDATA[Propiedad Intelectual]]></category>

		<guid isPermaLink="false">http://www.bloguismo.com/?p=1467</guid>
		<description><![CDATA[Si en la primera parte de este post veíamos la problemática jurídica de usar fotografías donde sale la imagen de una persona &#8220;que no somos nosotros&#8221;, lo que conocemos como &#8220;robados&#8221;,  dedico ahora esta segunda parte a tratar muy básicamente las cuestiones más sensibles sobre el uso en tu blog de fotografías &#8220;que no son [...]<p><a href="http://www.bloguismo.com/derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-ii/">Uso de imágenes en un blog: problemas jurídicos (II)</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>Si en la <a id="rci4" title="primera parte de este post" href="../derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-i/">primera parte de este post</a> veíamos la problemática jurídica de usar fotografías donde sale la imagen de una persona &#8220;que no somos nosotros&#8221;, lo que conocemos como &#8220;robados&#8221;,  dedico ahora esta segunda parte a tratar muy básicamente las cuestiones más sensibles sobre el <strong>uso en tu blog de fotografías &#8220;que no son tuyas&#8221;</strong>.</p>
<p>En este caso, la fotografía que ilustra tu post juega como objeto de <strong>derechos de propiedad intelectual </strong>o industrial (marcas, logotipos, rótulos de establecimiento, etc) de otra persona o de una empresa, por lo que su tratamiento, en principio (luego lo matizo) no diferiría de cualquier otro contenido sobre el que existan este tipo de derechos, que son uno de <a id="y8o:" title="los límites de tu blog" href="../derechos-y-blogs/los-6-limites-de-un-blog/">los límites de tu blog</a>.</p>
<p>Bien. Si queremos <strong>poner en nuestro blog una fotografía que no es de nuestra autoría, tendremos que contar con permiso, con autorización, con licencia</strong> de la persona o de la empresa que ostenta esos derechos. Y como siempre, el permiso ha de obtenerse previamente y <strong>por escrito</strong>. Decían los romanos &#8220;<em>verba volant, scripta manent</em>&#8220;, algo así como que lo escrito perdura pero a las palabras se las lleva el viento, y por eso, el legislador español optó por imponer la forma escrita en el <a id="pl4j" title="art. 45 TRLPI" href="http://noticias.juridicas.com/base_datos/Admin/rdleg1-1996.l1t5.html#a45">art. 45 TRLPI</a> para transmitir los derechos de explotación (nunca los morales, que son personalísimos e instransmisibles).</p>
<p>Como pedir y obtener este consentimiento por escrito del titular de los derechos de la fotografía, en cada ocasión y para cada imagen, sería agotador y paralizaría las relaciones de intercambio propias de internet, he aquí que para apoyar la actividad fluida de la web y de los bloggers, nacieron <strong>las licencias</strong>, ya sabéis, ese pequeño texto que en una web marca qué puede hacer un visitante con esos contenidos. Hay muchos tipos de licencias y con muy diferente alcance: <a id="qlfp" title="Creative Commons" href="http://creativecommons.org/about/licenses">Creative Commons</a>, <a id="zmfw" title="Coloriuris" href="http://blogs.coloriuris.net/">Coloriuris</a>, <a id="fdji" title="GPL" href="http://www.gnu.org/licenses/gpl.html">GPL</a>, personalizadas, etc. Ya hablaremos de ellas y de cómo elegir la más adecuada para cada blog.</p>
<p>Ahora mismo sólo quería advertiros de algo en lo que cae poca gente cuando toma prestada una imagen publicada en un sitio bajo licencia Creative Commons: <strong>que el titular de la fotografía deje cualquier día de utilizar esa licencia</strong>, la revoque, o la abandone. Esto puede ser fuente de problemas, pero también hay soluciones. Me explico.</p>
<p>Mirad, el artículo <a id="uwp2" title="138 de la Ley de Propiedad Intelectual" href="http://noticias.juridicas.com/base_datos/Admin/rdleg1-1996.l3t1.html#a138">138 de la Ley de Propiedad Intelectual</a> enumera las cosas que puede pedir al juez el titular de los derechos cuando alguien le ha &#8220;fusilado&#8221; una foto (o cualquier otro contenido sin permiso). Y aviso, <strong>puede ir a por la indemnización desde el primer momento</strong>: puede exigir p. ej. retirada de la foto y una suma de dinero indemnizatoria, y además, como medida cautelar, que te cierren el blog para que no vuelvas a publicar esa imagen. Luego, el juez pondera y decide. Pero el problema ya está planteado.</p>
<p>Pero en el caso de que alguien haya <strong>publicado una fotografía bajo una licencia Creative Commons</strong> al uso <strong>y luego cambie de licencia y la proteja acogiéndose íntegramente a la LPI</strong> (lo que incorrectamente llamamos <em>copyright</em>), esa persona <strong>no debería tener legitimación para solicitar las medidas del artículo 138</strong>, sin haber advertido previamente a la persona que usó esa imagen respetando los términos de la licencia Creative Commons.  Es más, debería advertirle, por medio que deje constancia y como mínimo un par de veces, de que esa foto que utiliza en su blog dejó de estar en Creative Commons y la fecha en que se produjo el cambio de licencia. ¡Ojo! Es mi opinión, y la expongo aquí para generar debate, quizá doctrina y, esperemos, algún día, jurisprudencia conforme.</p>
<p>También considero importante si usas fotos en Creative Commons para ilustrar los posts, que hagas una <strong>captura de pantalla o que conserves el link del sitio donde está publicada esa fotografía</strong>. Un servicio como el <a id="i97s" title="Internet Archive" href="http://web.archive.org/">Internet Archive</a> puede ser muy útil para <strong>revisar versiones antiguas de una página</strong>, aunque no funciona siempre y en todo caso. Lo importante es que utilices cualquier medio que ayude a probar que esa foto estuvo licenciada como Creative Commons a la fecha de publicar el post, será considerado en el juzgado y podría jugar en tu defensa. Probar vuestra buena fe y vuestra diligencia en un juicio sirve para prevenir sanciones o para atenuarlas.</p>
<p>Por último os hablo de la distinción que se desprende de la Ley de Propiedad Intelectual entre <strong>&#8220;obra fotográfica&#8221;</strong>, que goza de todas las protecciones de la ley, como cualquier obra literaria, artística, científica, y entre <strong>&#8220;mera fotografía&#8221;</strong>. Las diferencia una cosa: la <strong>originalidad</strong>, ese &#8220;hacer personalísimo del artista&#8221;, el poner éste su toque particular y diferenciador en la obtención del resultado fotográfico. La &#8220;mera fotografía&#8221;(del <a id="h37y" title="artículo 128 de la Ley" href="http://noticias.juridicas.com/base_datos/Admin/rdleg1-1996.l2t5.html#a128">artículo 128 de la Ley</a>) esa foto que todos hacemos del Peñón, de la Torre Eiffel, etc y desprovista ya no de técnica sino de todo rasgo artístico o irrepetible, sólo está protegida durante 25 años a contar desde el 1 enero del año siguiente a la fecha en que fue tomada, pasando acabado ese tiempo al dominio público (utilización totalmente libre) y, además, aquí no jugaría uno de los derechos de explotación que otorga la ley: el de <em>transformación</em>, lo cuál tiene su lógica. Tocaré más detenidamente estos temas en otra ocasión, si hay debate o dudas sobre ello.</p>
<p>Y cerrando, un caso práctico para ver si habéis entendido e interconectado <a id="ajr8" title="el primer post de la serie" href="../derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-i/">el primer post de la serie</a> y éste. Va de esto: encuentras por ahí una foto que te gusta mucho: el contenido de la foto eres tú, es decir, tu retrato. ¿Puedes utilizar esa foto en tu blog, web, etc sin pedirle permiso a su titular y saltándote cualquier licencia o aviso legal?</p>
<p>Tic, tac, tic&#8230; Lo hablamos en comentarios.</p>
<p>(<em>La imagen que ilustra este post ha sido tomada del Flickr de <a href="http://www.flickr.com/photos/paraquenoseolvide/1424833804/sizes/m/" rel="nofollow">Marta Jiménez</a> y está publicada bajo una licencia Creative Commons</em>)</p>
<p><a href="http://www.bloguismo.com/derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-ii/">Uso de imágenes en un blog: problemas jurídicos (II)</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.bloguismo.com/derechos-y-blogs/uso-de-imagenes-en-un-blog-problemas-juridicos-ii/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>No hagas esperar a tus lectores. Optimiza tu blog (parte 1)</title>
		<link>http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-1/</link>
		<comments>http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-1/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 08:04:59 +0000</pubDate>
		<dc:creator>Aitor Calero</dc:creator>
				<category><![CDATA[Blogging]]></category>
		<category><![CDATA[base de datos]]></category>
		<category><![CDATA[básicos]]></category>
		<category><![CDATA[blogs]]></category>
		<category><![CDATA[css]]></category>
		<category><![CDATA[imágenes]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[optimización]]></category>
		<category><![CDATA[WordPress]]></category>

		<guid isPermaLink="false">http://www.bloguismo.com/?p=1448</guid>
		<description><![CDATA[Antes de ver qué podemos hacer para optimizar un blog, es necesario dominar algunos conceptos. Si, el concepto, lo de siempre el coñazo (o no tanto) de la teoría. Un blog ya sea de Wordpress, Blogger (del que Álvaro está haciendo un excelente tutorial) o cualquier otro, siempre va a tener estos componentes: html, javascript, css, php (más común), e imágenes. Luego, dependiendo de otros factores como temática, audiencia, etc.., puede haber archivos flash, pdfs, doc, etc. Pero el núcleo del blog, lo que hace que funcione simpre serán los primeros. Vamos a ver qué es y para qué vale cada uno<p><a href="http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-1/">No hagas esperar a tus lectores. Optimiza tu blog (parte 1)</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></description>
			<content:encoded><![CDATA[<p></p><p>Hace ya algún tiempo (demasiado quizá) Juan Andrés me pidió que escribiera un artículo sobre <strong>optimización de blogs</strong>. Aunque pueda parecer un tema menor, entra de lleno en la categoría de los <a title="Pequeños detalles que mejoran un blog" href="http://www.bloguismo.com/blogging/la-importancia-de-los-pequenos-detalles-en-un-blog/">p<span style="text-decoration: underline;">equeños detalles que mejoran un blog</span></a>. También podría parecer aburrido, aunque para mi no lo es en absoluto. A ver si consigo que no se me duerman.</p>
<p>Antes de ver qué podemos hacer para optimizar un blog, es necesario dominar algunos conceptos. Si, el concepto, lo de siempre el coñazo (o no tanto) de la teoría. Un blog ya sea de WordPress, <a title="Tutorial de Blogguer" href="http://www.bloguismo.com/tag/tutoriales-para-blogger/">Blogger (del que <span style="text-decoration: underline;">Álvaro está haciendo un excelente tutorial</span>)</a> o cualquier otro, siempre va a tener estos componentes: html, javascript, css, php (más común), e imágenes. Luego, dependiendo de otros factores como temática, audiencia, etc.., puede haber archivos flash, pdfs, doc, etc. Pero el núcleo del blog, lo que hace que funcione simpre serán los primeros. Vamos a ver qué es y para qué vale cada uno:<span id="more-1448"></span></p>
<h3>HTML</h3>
<div>¿Hay alguien leyendo este artículo que no conozca el <a title="Wikipedia: HTML" href="http://es.wikipedia.org/wiki/HTML">HTML</a>? Espero que no. <strong>El HTML es el andamio sobre el que se construye cualquier página web</strong>. Lo que ocurre, como muchas inventos humanos, es que se diseñó para una cosa muy concreta (<a title="Historia de la WWW, el HTML y el CERN" href="http://html.conclase.net/articulos/historia">trasmitir texto e imágenes entre los cerebritos del CERN</a>) y luego se ha ido construyendo sobre el miles de aplicaciones, negocios. En definitiva, <strong>el andamio ha tenido que ir siendo mejorado con otros componentes</strong>. Por cierto, su última mejora <a title="Características principales del HTML5" href="http://techlosofy.com/nuevos-elementos-en-html-5-la-quinta-version-del-lenguaje-de-la-web/">el HTML5 tiene una funcionalidades realmente interesantes</a> que ya incorporan muchas de las carencias que tenía el antiguo HTML, la más destacada, en mi opinión es la <a title="Es la guerra: HTML5 Vs Flash" href="http://www.error500.net/web/html5-flash-lucha-estandares">capacidad de reproducir vídeo sin necesidad de Flash</a>, ¿será por eso que el iPad no lo incorpora?</div>
<h3>Javascript</h3>
<div>Como os decía como buen andamio, <strong>el HTML es algo rígido</strong>. Para darle vida vino en su ayuda el <a title="Wikipedia: JavaScript" href="http://es.wikipedia.org/wiki/JavaScript">JavaScript</a>. Un lenguaje de programación (se parece a Java solo en la sintaxis) que <strong>permite dotar de vida a nuestras páginas HTML</strong>. Por ejemplo, <em>alert(&#8220;Hola&#8221;);</em> nos muestra una ventanita en el navegador que nos dice Hola. En su origen, se utilizó masivamente para validar formularios, y hacer algún tipo de efectos que con se conseguían con el HTML. Cuando parecía que Javascript estaba perdiendo fuelle, y que se iba a relegar a meras funciones de validación y efectos, en favor de Flash u otras opciones, una marca de detergente vino en su ayuda. <a title="Wikipedia: AJAX" href="http://es.wikipedia.org/wiki/AJAX">AJAX</a>. Es broma, <strong>AJAX es acrónimo de Asyncronous Javascript and XML, y  <a title="Javascript y el futuro de la web" href="http://www.webintenta.com/javascript-2-y-el-futuro-de-la-web.html">volvió a poner a Javascript al frente de la programación web</a></strong>. En muy pocas palabras, <strong>permite actualizar el contenido de una web, sin necesidad de que se tenga que recargar por completo</strong>. ¿Cuántas veces habéis enviado un formulario, esperado para luego ver que os faltaba un campo? Con AJAX se puede validar cada campo en tiempo real, sin necesidad de enviar toda la página a un servidor que compruebe que todo está bien.</div>
<div>Además del AJAX, o mejor dicho a la vez y gracias a su éxito, <strong>JavaScript ha sido tomado muy en serio entre la comunidad de programadores Web</strong>. De hecho, <a title="Librerías javascript y AJAX" href="http://www.ribosomatic.com/articulos/top-librerias-ajax-dhtml-y-javascript/">han surgido muchas librerías javascript</a> (una especie de navajas suizas para hacer más fácil la vida a los programadores) como <strong>Dojo</strong>, <strong>Scriptaculous</strong> o <strong>jQuery</strong>. Sin lugar a dudas, <strong>uno de los mayores motivos de su éxito fue la adopción de este modelo de programación por parte de Google en dos aplicaciones rompedoras: Google Maps, y GMail</strong>. ¿Os habéis fijado que nunca se recarga la página completamente cuando las usamos? ¿que nunca nos quedamos viendo una página en blanco o una que ponga cargando&#8230;? Ahí está la potencia del AJAX y es dónde JavaScript es el amo.</div>
<h3>CSS</h3>
<div>Si Javascript convirtió a nuestro rígido andamio de HTML en algo dinámico, el <a title="Wikipedia: CSS" href="http://es.wikipedia.org/wiki/Hojas_de_estilo_en_cascada">CSS</a> le puso guapo. En un principio <strong>el HTML tiene un estilo por defecto horrible</strong>, y para darle un aspecto más atractivo lo único que se podía hacer era incluir imágenes y hacer formatos con tablas. Muy rudimentario. El CSS vino al rescate. Con uno o varios archivos podemos cambiar la forma en la que nuestro navegador renderiza (nos pinta) los elementos de HTML. Por ejemplo, podemos dar un identificador a un botón (id) y luego en CSS decir que el id tal tiene color rojo, y que su texto es blanco. Pero las bondades del CSS no acaban ahí, <strong>permiten que, junto con javascript, podamos modificar cualquier aspecto del HTML sin necesidad de que tengamos que recargar la página</strong>. Además, permite que se aplique un estilo u otro en función de las necesidades o preferencias de los usuarios.</div>
<h3>Imágenes</h3>
<div>Las imágenes siempre han estado en internet desde el principio. <strong>Una de las razones de ser del HTML fue que los científicos del CERN, <a title="Intercambio de información en el CERN" href="http://www.webtaller.com/construccion/lenguajes/html/lecciones/nacimiento-html.php">necesitaban intercambiar información</a> de imagenes</strong>. Sin embargo, el mundo de las imágenes ha cambiado mucho desde entonces. Ahora mismo hay 3 formatos de imágenes que son los más ampliamente extendidos. Cada uno tiene unas características que le hace más adecuado para una funcion u otra. Son GIF, JPG y PNG. Para la fotografía el formato más extendido es el JPG. Sin embargo, tiene una grave carencia cuando se trata de usarlo en las páginas web. No admite transparencias. Un ejemplo, imaginar que queremos mezclar 3 imágenes en una la cabecera de nuestro blog, poniendo una sobre otra. Con JPGs no se podría porque la de más arriba ocultaría a las demás. Aquí es donde entra en juego el GIF, que sí admite transparencias, peeero, su compresión es mucho peor que la del JPG para fotografías, no así para textos o imágenes con muy poco cambio de color. Ahora sí, nuestra opción sería el PNG que no solo admite transparencias, sino que además tiene un ratio de compresión mejor que el GIF (aunque peor que el JPG). Como veis, el asunto tiene más miga de lo que podría parecer. En cualquier caso, y <strong>como norma muy general podéis aplicar lo siguiente, si vais a subir una foto usar JPG. Si vais a subir un rótulo, logo o imagen animada (aunque siempre me ha parecido un poco hortera) usar GIF. Si necesitáis imágenes más complejas con alguna transparencia el PNG será vuestra opción</strong>.</div>
<h3>PHP</h3>
<div>El rey del mundo de los blogs. <strong>WordPress, la plataforma sobre la que funciona el propio bloguismo, está construído sobre <a title="Wikipedia: PHP" href="http://es.wikipedia.org/wiki/PHP">PHP</a></strong>. Todas las tecnologías anteriores se ejecutan en el navegador de la persona que se conecta a nuestro blog. Pero esto haría muy difícil crear blogs por parte de los autores. Cada vez que quisieran hacer una entrada nueva, tendrían que reescribir la página inicial, y no podríamos añadir comentarios, buscar artículos, mostrar categorías o etiquetas. Mal asunto ¿no? <strong>Para dotar de potencia a un blog (o cualquier otra aplicación de internet) hacen falta bases de datos que se encarguen de estas búsquedas</strong>. El problema es que no podemos instalar una base de datos para cada usuario que se conecte al blog. Por tanto, las bases de datos tienen que estar en un único sitio, el servidor desde el que se van mostrar nuestras páginas. Ahí es donde <strong>PHP</strong> hace su magia. <strong>Se encarga</strong>, entre otras muchas cosas, <strong>de hablar el lenguaje del servidor (HTML) y de la base de datos (<a title="Wikipedia: SQL" href="http://es.wikipedia.org/wiki/SQL">SQL</a>)</strong>. De esta forma, se pueden almacenar todos los artículos en tablas, hacer búsquedas, categorías, plugins, etc y encargar a PHP que nos busque esa información y nos la muestre en HTML. Genial ¿no?. En realidad hace muchas más cosas, como proporcionarnos herramientas para poder configurar la propia base datos sin ni siquiera saber que existe a través de un panel de administración. PHP no es la única tecnología de servidor, ni la única usada para hacer blogs, pero sí la más extendida, entre otras cosas porque es <strong>OpenSource</strong>. Es decir, <strong>no depende de una compañía determinada, sino de un grupo de desarrolladores de varias compañías, lo que la hace menos influenciable por las estrategias o vaivenes particulares de cada empresa</strong>.</div>
<p>Toc, toc. ¿Estáis aún ahí? Espero no haberos dormido. Si es así, no os preocupéis, podréis sobrevivir como bloggers sin saber esto, pero tarde o temprano os pasará algo y vendréis a pedirme que os ayude. ¡Ni hablar, no haberos dormido! Es broma. Si tenéis alguna duda podéis contactar conmigo a través de bloguismo. Lo que no os garantizo es que sepa resolverla (sobre todo si es de PHP del que solo sé el &#8220;Hola Mundo&#8221;).</p>
<p>En un próximo artículo veremos <strong>cómo estos 5 elementos influyen decisivamente en el rendimiento de nuestros blogs, y por qué</strong>. En un capítulo final <strong>veremos qué podemos hacer para que nuestro blog vaya como un rayo</strong>, y que nuestros lectores no tengan la tentación de ir a otra página porque el nuestro tarda mucho en cargar.</p>
<p>(La imagen que ilustra este artículo es de <a title="PSD en Flicker" href="http://www.flickr.com/photos/psd/">psd</a> y ha sido publicada bajo Licencia Creative Commons)</p>
<p><a href="http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-1/">No hagas esperar a tus lectores. Optimiza tu blog (parte 1)</a> es un articulo de: Bloguismo - <a href="http://www.bloguismo.com">Consejos para blogs</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.bloguismo.com/blogging/no-hagas-esperar-a-tus-lectores-optimiza-tu-blog-parte-1/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

