Fecha original: Martes 15 de Febrero del 2005

En la lista de Bulmailing a raíz de un tema sobre usuarios Alejandro Exojo ha pasado un enlace a una imagen que aprovecho para guardar en SigT por que vale la pena de leer.

La última frase… ¡¡¡la última frase!!! más de una vez y más de diez me he tenido que tapar la boca para no soltársela a alguien. En fin…

Markdown es un lenguaje de etiquetado que sirve como puente entre el texto y el (x)HTML.

Es simple y más rápido que estar escribiendo etiquetas de x(HTML) además que añade un plus en legibilidad a la hora de hacer posteriores ediciones.

Destacar que no es un sustituto del x(HTML) si no más bien un complemento.

Instalándolo en Wordpress

Fácil, bonito y barato: Solo debemos hacer dos cosas:

1. Bajar el plugin PHP Markdown.
2. Descomprimirlo en wp-content/plugins y activarlo (como todos los plugins).
3. Opcional: Si os diera algún problema, desactivar en Opciones -> Escritura la opción de auto-corregir automaticamente el HTML.

Instalado pero ¿ahora qué?

1. Ver los ejemplos de uso/sintaxis de Markdown.
2. Escribir a gusto como un loco }:P

Curiosidad

A la hora de mostrarse a los usuarios, ellos seguirán viendo el código HTML de toda la vida, pero -legibilidad aparte- si tenemos muchos artículos también podemos ganar algo en el tamaño que estos ocupan.

Un ejemplo es el siguiente: Un artículo bastante extenso, de 76KB con su código HTML lo “traducimos” a formato Markdown, algunos ejemplos de cambios:

 <strong>texto en negrita</strong>
 **texto en negrita**

 <em>texto enfatizado (italica)</em>
 _texto enfatizado (italica)_

 <a href="http://" title="descripcion">texto</a>
 [texto](http:// "descripcion")

Y así, al final el artículo pasa a pesar 63KB, es decir 13KBs menos, por no decir que el texto queda mucho más claro y fácil de editar…

De vez en cuando, me interesa comentar alguno de los Anime que he visto que ya empiezan a ser bastantes muchos. Hoy comentaré acerca de un OVA titulado Animation Runner Kuromi (Ver fichas en AnimeNfo).

Kuromi, es una comedia compuesta de solo dos OVAs de 45 minutos cada una autoconclusivas, trata de una recién graduada en la Todai (Universidad de Tokyo), Ohguro Mikiko que empieza a trabajar en un pequeño estudio de animación. Nada más llegar el director la deja con un marrón enorme:

La serie aparte de entretenida, muestra interesantes detalles sobre el mundo de la animación japonesa. El Anime es del 2001 (el primer OVA) y del 2004 el segundo.

Actualmente no está licenciado en España, pero ha sido fansubeada por Frozen Layer Fansub.

Fecha original: Domingo 09 de Enero del 2005

Andaba yo leyendo un artículo sobre mecanografía de Atun tun tun que me ha hecho recordar un artículo que publiqué en Bulma sobre un juego llamado Typespeed el 27 de Septiembre del 2004.

“Hoy 27 de Septiembre del 2004 acabo de descubrir gracias a KikoV y otros conocidos de #debian-es un juego adictivo basado en las bibliotecas ncurses (vamos, que es usando el interprete de comandos).

El juego es algo viejo, pero hasta hoy no lo conocía. Disponible en varias de las distribuciones más conocidas, entre ellas Debian.

Lo instalamos con un apt-get install typespeed y al ejecutarlo tenemos múltiples opciones:

1. Test your speed (jugar)
2. Network Head2Head

La chica del juego está realmente en la segunda opción, uno hace de servidor y el otro de cliente poniendo la IP del primero, luego ambos eligen que un “tema” (conjunto de palabras). No tiene por que ser el mismo tema, pueden ser dos temas diferencias, la única condición es que ambos deben tener el mismo fichero.

Los temas por defecto son:

• Unix commands
• Spanish words
• Programming functions
• Portuguese words
• Finnish words
• English words
• Neverlandse zut
• Dos commands

Y obviamente se pueden intercambiar listados de palabras, por ultimo un ejemplo eligiendo spanish words de una partida entre yo y guesttt en #debian-es:

 Typespeed v0.4.4 

                    Your score was:     Opponents:
 Rank:              VeryGood            Good
 Score:             591                 446
 10MRS:             3512                2639
 Total CPS:         6.412               5.331
 Correct CPS:       5.854               4.399
 Typo ratio:        8.7%                17.5%
 Typorank:          Monkey              T-Bone

A destacar el Rango que va de menor a mayor: None, Loser, ADP-PRo, NoGood, Average, Good, VeryGood, Pro y 3l1t33 según saques correctamente 0, 50, 100, y hasta 700 o más palabras en el poco tiempo que te dan. CPS si no me equivoco son Characters Per Seconds.

Como veis casi llego a Pro (en otra saque 623). Y tuve un porcentaje de errores (Typo ratio) bastante bajo.

Luego hay otras opciones:

• Story/Credits/RTFM! - sobran palabras
• Show Highscores - mostrar puntuaciones locales
• Options - opciones
• Quit - salir

Disclaimer: Este artículo fue escrito en tres minutos, se espera su lectura en menos de cinco y su aprovechamiento en menos de 60 segundos. Por favor quejas por faltas de ortografía a las 7 de la mañana, sin siquiera haber cenado, por favor dirigirlas a mi oficina personal: /dev/null.

Inspirado en el artículo de Ricardo Galli “Reducción de Tráfico RSS” escribo este apunte, para explicar en resumidas cuentas la cabecera If-Modified-Since del protocolo HTTP.

Ricardo apunta a un artículo en inglés “Administrative: RSS rate limiting” en el cual explican lo siguiente:

En Diciembre del 2005, cerca de 17.000 direcciones IP únicas solicitaron el canal RSS más de un millón de veces en total.

El fichero XML enviado ocupa 7KB de tamaño, eso son 7GB de tráfico, casi la mitad del tráfico generado.

Muchos clientes al pedir los ficheros no envían la cabecera If-Modified-Since si así fuera como dicen en el artículo, la respuesta sería un 304 Not Modified (de 84 bytes). Es decir las posibilidades “de gastar ancho de banda” son:

1. Que el RSS se haya actualizado y nos lo bajemos (7KB)
2. Que el RSS NO se haya actualizado y nos lo bajemos (7KB)
3. Que el RSS NO se haya actualizado y recibamos un código 304 (84 bytes)

El primer caso y el tercero son correctos, el segundo no lo es, en un mundo perfecto todos los programas actuarían perfectamente entre ellos y estos detalles no pasarían.

Suponiendo en el caso anterior que “sólo” el 10% de las peticiones no requieran volver a bajar el RSS y lo hagan suponen un gasto de 700MB frente a los 8.2MB que deberían ser. Casi 90 veces más gasto por un detalle a priori insignificante.

Soluciones por el lado del servidor

Lo único que se puede hacer (aunque no poco) es comprobar que si el cliente envía la cabecera, está no sea ignorada (como por desgracia pasa en bastantes aplicaciones) como el caso va de los canales RSS usaré el RSS de SigT usando wget como ejemplo “manual” (los clientes RSS deben hacer esto automático):

 # Nos bajamos una vez el RSS
 # El parámetro -S es para ver cabeceras
 # La parte irrelevante la filtro:
 wget -S http://sigt.net/feed/

 Petición HTTP enviada, esperando respuesta...
 HTTP/1.1 200 OK
 Last-Modified: Wed, 22 Mar 2006 04:57:02 GMT

 'feed' guardado [86209]

¿Os fijasteis en el campo Last-Modified? si no varía con el del cliente el If-Modified-Since hará saltar el Error 304 Not Modified, vemos que hemos descargado 86209 bytes (84KB), si no enviamos la petición con la cabecera If-Modified-Since (o el servidor la ignorase) cada petición descargara esos 84KB.

¡Y algún usuario pone en su cliente RSS que se actualice cada minuto! Si un día no actualizamos, 85KB cada minuto son 122MB diarios de tráfico INUTIL, lo cual puede fastidiar a algunos webmasters.

Pero veamos que pasa si enviamos la dichosa cabecera:

 wget -S --header='If-Modified-Since: 
 Mon, 13 Mar 2006 17:36:53 +0000' http://sigt.net/feed/
 Petición HTTP enviada, esperando respuesta... 
 HTTP/1.1 304 Not Modified

 ERROR 304: Not Modified.

Un “Error 304″ hace que los navegadores web usen la copia en cache de la web o en los lectores RSS que advierta que el canal no contiene nuevas entradas.

Soluciones del lado cliente

1. Usar un cliente que haga uso del If-Modified-Since (según el artículo en inglés, un 50% lo hacen).
2. Si tu cliente favorito no lo usa pide al autor que lo implemente o sigue el punto siguiente.
3. No poner intervalos de actualización demasiado cortos, la mayoría de sitios NO se actualizan cada 5 minutos, un intervalo de 60 minutos es óptimo.

• De: Vitaly Friedman
• Fecha del original: 20 Marzo 2006
• Original: 20 Rules Of Smart And Successful Web-development

Traducción realizada por mi. Agradecimientos a Gallir por revisarla.

Licencia original no encontrada, pero el autor esta conforme según lo hablado por email.

20 reglas para crear sitios web exitosos

Hace un año, empecé a mejorar mis habilidades sobre desarrollo web y a compartir mi conocimiento adquirido a los visitantes de mi bitácora. Muchos de los proyectos y artículos que había creado o escrito aún son populares en la red — The Web-Developer’s Handbook ha llegado a ser uno de los sitios más populares desde el inicio del “etiquetado social”, ha sido referenciado en Digg, Slashdot (dos veces), guardado en los favoritos de 8000+3770 usuarios de delicius. Los artículos acerca de mis proyectos han aparecido en SiteProNews, LifeHacker, Zeldman.com, 456bereastreet, mezzoblue, stopdesign y en otras 274.000 páginas web.

Lo gracioso es como he llevado a cabo mis ideas en la web, yo nunca he pensado como hacer la página popular, afinar su posición en los motores de búsqueda o encontrar clientes potenciales para ella. La idea básica era ayudar a la gente. Lo primero, ayudarme a mi pero también compartir mi trabajo con la gente que pudiera necesitar ayuda de vez en cuando. Y, esencialmente, esa es exactamente la actitud que ha condicionado y condiciona que miles de visitantes se paseen por mi página - a la semana.

En los últimos 12 meses, he desarrollo algunos sitios, he encontrado algunos conceptos y ideas que me han ayudado a mejorar la calidad del diseño y la información web que muestro en mis páginas. Además de ello, he comprendido algunos hechos que desconocía, adquirido una visión de qué manera crear páginas web y de qué manera crearlas bien. Ya que esta información puede ser de interés al publico, quiero compartirla contigo, mostrando los puntos clave en la lista siguiente.

Así que, básicamente, el artículo “20 Rules Of Smart And Succesful Web-development” es mi selección de ideas y conceptos qué pueden ayudarte a mejorar la calidad y popularidad de tus páginas web y proporcionar un buen fundamento para desarrollados futuros exitosos.

1. Ten en consideración a tus visitantes: No intentes obligar a tus visitas a leer el contenido de tus páginas web. Debes dejarles decidir qué es lo que quieren leer. Si tienes algo que decir, ya encontrarás a tus oyentes. Francamente, tú eres tan bueno como cualquier otro. ¿Cual sería tu reacción en un sitio con docenas de pop-ups y un excesivo número de bloques publicitarios? Pues eso.

2. Los malos anuncios son malvados. La publicidad molesta pueden mejorar tus ingresos por un tiempo, pero a la larga no ayudarán para que tu sitio sea exitoso. La verdad es que tú no ganaras el respeto ni obtendrás el potencial que tú y tus proyectos deberían poseer. Sin embargo, los anuncios perfectamente combinados con el contenido principal y bien colocados en la estructura del sitio (por ejemplo devblog.de, Denny Carl de Devblog.de ha colocado su publicidad de Google Adsense en la columna de la derecha. No te percatas de ello en un primer vistazo y está correctamente ajustada a la estructura del sitio).

3. Informa e instruye a tus visitas. Comparte tus pensamientos, ideas, experiencia y conocimiento con todos aquellos que puedan necesitarlo o quizá puedan querer tu consejo. Dado que tú tienes información, tienes un instrumento poderoso para atraer la atención del publico hacía tus trabajos, intereses y servicios. Además si compartes tu valioso conocimiento con otros usuarios serás respetado y tenido en consideración como una persona que sabe de qué esta hablando.

4. Desarrolla tu propio estilo. Crea tus propias ideas. Déjate inspirar pero no copies. Es mucho más interesante de encontrar de qué eres capaz que no lo que otras personas pueden hacer. Explora tu imaginación y curiosidad. Las ideas frescas y nuevas o las antiguas pero mejoradas probablemente atraerán más a los usuarios que las copiadas.

5. Respeta los estándares, piensa en la gente. Cuando tomas en consideración los estándares de la web estarás ahorrándote un montón de trabajo en el futuro. No pasará mucho para que los estándares web se conviertan en un estándar en la web: y como tú creas páginas web para la gente, es razonable perder algún tiempo extra en comprobar el código para que respete los estándares - en el caso de que el código no los cumpla. Una vez hecho, no deberás preocuparte de las nuevas versiones de navegadores. Básicamente por qué tú ya has hecho bien el trabajo. Facilidad de lectura, accesibilidad y usabilidad. Respetando estos puntos, estás respetando a tus visitantes.

6. Sé claro. Usa un lenguaje claro. No temas decir lo que quieres decir. Ser ambiguo crea una distancia innecesaria entre tú y tu visitante. Sé preciso con lo que quieres discutir o presentar para empezar un dialogo activo con tus lectores. Además, si especificas de lo que estas hablando es más probable que recibas retroalimentación (feedback) o una respuesta al tema que propones.

7. Odia Internet Explorer si quieres, pero no ignores a sus usuarios. No proyectes tu código teniendo en mente un navegador en especial, o una resolución en particular. Sin embarco, orienta tú código para Internet Explorer exactamente como lo orientas a otros navegadores. Y aunque yo personalmente intento evitar los “hacks”, a veces no puedes evitarlos - sin embargo deben ser la última opción. Internet Explorer no será el mejor navegador.

8. Cuida de tu contenido. Desarrolla páginas web, intenta hacerlas informativas, interesantes y que tengan buena presencia. No te olvides que tus visitantes lo recuerdan todo. Si ofreces a un visitante un enlace a una página inadecuada sin la descripción apropiada de qué se esconde detrás de ese enlace, no volverás a verlo otra vez. El código es poesía, tu contenido es prosa.

9. No te preocupes por los web-crawlers y de la optimización SEO. No pienses en palabras clave, es más importante qué puede ofrecer tu página. Afinar la posición en que apareces en los motores de búsqueda te llevará mucho más tiempo que escribir un artículo útil en tu bitácora. Además si te consideras un experto en SEO tú debes saber qué debes optimizar tu página continuamente para obtener mejores resultados en los motores de búsqueda. Por otro lado, si publicas un artículo estará (ojalá) disponible mientras el sitio exista. Así, sólo debes escribirlo una vez.

10. (9a). Evita métodos de SEO o de PR perjudiciales. Optimizar para los motores de búsqueda incorrectamente (por ejemplo intercambiando enlaces con todos los sitios posibles, colocando tú enlace en granjas de enlaces, etc.) solo servirá para que tarde o temprano tu sitio sea expulsado de la mayoría de buscadores. Los algoritmos de los motores de búsqueda están siendo mejorados constantemente, por lo que al final tus esfuerzos no serán de ninguna utilidad si te arriesgas a encontrarte con un PageRank 0 en cualquier posible resultado en que te hayas disputado. Y aparte de esto, una vez que tu reputación sea baja, será extremadamente difícil de conseguir una buena posición en la cumbre de la comunidad del desarrollo web.

11. Contacta pero no spamees. Deja que aquellos que puedan estar interesados en tu contenido, sean conscientes de los mismo. Primero perfila tu clientela potencial. Entonces céntrate en aquellos que pueden estar interesados en tus servicios. Piensa acerca de los sitios que es probable que visiten. Contacta únicamente con los autores de estos sitios, ofreciéndoles una descripción de tus servicios. No obstante ten en cuenta que no estás escribiendo para un robot (web spider), pero sí a un humano qué puede decidir — o no — compartirte con sus lectores o — más apreciablemente — visitar tu sitio. Sé descriptivo, no envíes un enlace, en su lugar envía una invitación con la descripción apropiada de qué hace diferente tu sitio de proyectos similares. Asegúrate de que la persona a la que escribes es quien puede ser útil para los visitantes de tu(s) sitios. Pero una vez más: recuerda que lo que has creado no es para obtener tu dinero, es para la gente. No envies spam, ni te anuncies, ofrece contenido útil.

12. Escribe, publica, siéntete libre de preguntar. Ahí fuera siempre abundan los desarrolladores de webs que estarán haciéndose la misma pregunta que estás haciéndote ahora mismo. No dudes en preguntar ni dudes en buscar su respuesta. Cuanto más inteligente sea la pregunta más posibilidades tienes de que sea contestada, de manera que más gente encontrará tu sitio a través de los buscadores.

13. Contesta inmediatamente tu correspondencia. Establece lo más rápido que puedes contacto con tus potenciales clientes, no permitas que un email descanse en tu carpeta entrante por más de 12 horas. No envíes respuestas automáticas. La persona que te ha escrito sabe que te ha escrito a ti. Por ello no malgastes el tiempo de otras personas de la misma manera que no te gusta malgastar el tuyo. En su lugar intenta crear una buena impresión a la persona que ha contactado contigo. Contesta seguro, de forma profesional, amigable y con un estilo de escritura abierto, no hagas promesas pero - de nuevo - siéntete libre de contestar.

14. Usa las ventajas de la web semántica. Etiqueta, etiqueta y etiqueta. No tengas miedo de mencionar tu sitio en Digg (N. Traductor: Para hispanohablantes podéis intercalar Digg por Menéame), Reddit, Blinklist y cientos de otros administradores de enlaces sociales. Sin embarco elige cuidadosamente las etiquetas a utilizar. Los visitantes desearán venir. Y si las etiquetas están elegidas de forma racional, vendrán aún más visitantes. También puedes animar a tus visitantes a etiquetar tus artículos en los más populares administradores sociales de enlaces.

15. Crea conexiones. Los desarrolladores creativos siempre son soportados por escaparates de CSS (”CSS Showcases”), galerías y bitácoras de otros desarrolladores de webs. Algo de todo esto está mencionado aquí.

16. Piensa en términos globales. El contenido de tus páginas web puede no atraer al publico de tú región, pero las barreras de la web son imprecisas y difíciles de ver (si es que existen después de todo), así que ¿por qué no enviar tu mensaje al mundo?, no existe la necesidad de buscar un nuevo nicho cercano a tí si tienes oportunidades ilimitadas alrededor de todo el mundo.

17. Nunca comprometas tus principios. Discute la manera en que un sitio debe ser presentado o desarrollado, respeta a tus clientes y su punto de vista. Pero conserva presente que realmente eres tú el que desarrolla el sitio. No hagas exactamente lo que te han pedido. Corrige los errores si te das cuenta que el cliente está equivocado. Sé profesional - al final tu objetivo al crear el sitio es para los usuarios, no para el cliente.

18. Permanece activo. Permanece informado acerca de qué está pasando en la red. La web se desarrolla rápidamente y las nuevas ideas son compartidas al instante. La mejor manera de permanecer activo es - por supuesto - usando los canales RSS de las más populares bitácoras de desarrollo web. No obstante los magazines relacionados al diseño gráfico y el desarrollo web tales como AListApart, BoxesAndArrows, Digital Web Magazine, Design in Flight, Poynter, Layers Magazine o Graphics.com son lecturas que merecen la pena.

19. Aprende a dominar la creatividad. Buscar una nueva idea que explotar, intentar buscar a través de foros de desarrollo web concentrando tu atención en que está buscando la gente, por ejemplo Sitepoint.com es un recurso visitado por cientos de desarrolladores web cada día. Otra opción es… bueno, tomarse un descanso.

20. Crea tu web bonita. Usar CSS, ser claro, un diseño inteligente y legible es bello. ¿Cómo resistirse a semejante belleza?, participa en competiciones abiertas como CSS Table Gallery, CSS Zen Garden, Comment Design Showcase, Typography for headlines, Form Assembly Garden o sIFR Beauty Showcase. Así haces la vida más fácil a otros desarrolladores mostrando tu estilo y tu experiencia.

21. Sé consciente del poder de la web. Tú estas creando la Web, por lo tanto tienes algo que decir. Apoya los proyectos qué parecen importantes para ti y debe ser apoyados porque sus objetivos son algo por lo que vale la pena luchar. Makepovertyhistory.org es un gran ejemplo de ello.

Las reglas mencionadas no te garantizan ningún exito si no crees en lo que estas haciendo y exploras tu creatividad. Cada idea puede ser “la idea”.

Esto es todo lo que se me ocurrió durante un viaje en tren desde Saarbruecken a Frankfurt Main. ¿Alguna sugerencia?, ¿ideas?, ¡No dudes en comentarlo!.

Fecha original: Martes 08 de Febrero del 2005

Armonth: Hoy en día añadiría que espero que añadan en el roadmap usar doble capa para los "delicados" :-P

Pues sí, tal y comentan en Zootropo Mundogeek: Software libre hasta en el baño reproduzco literalmente la noticia de Zootropo:

¿Quién no ha tenido nunca la necesidad de imprimir una imagen en un rollo de papel higiénico? Los desarrolladores de Gimp, la alternativa libre a Photoshop para Windows, Linux y MacOS, se encontraban con este problema diariamente. Hasta ahora.

Gracias a Roberto Lupi, de Lupi on Software presentamos la nueva y revolucionaria característica de las nuevas versiones de Gimp.

Pues eso, como dicen en los comentarios, ¿para cuando imprimir en el rollo de papel de baño a nuestra persona/empresa/otros más querida?.