Recursos para generar nubes de etiquetas

ByLuis

Aunque sea algo que cada vez veo menos en la web, sí que es algo característico de la web2.0, por lo que quien necesite ayuda para crear sus nubes de etiquetas (tag cloud), podrá encontrarla en este listado de recursos.

Tutoriales, consejos y referencias

Inspiración

Generadores

Everything Tag Clouds

Similar Posts

|

‘Bocadillos’ en tu web

ByLuis

Albert Lanchas nos ofrece un script que me ha gustado bastante en el que se muestran ‘bocadillos’ con imágenes dentro. El bocadillo se adapta al tamaño de la imagen y su aspecto se puede cambiar mediante CSS.
bubble.png

Es necesario tener instalado prototype para su funcionamiento, y su uso es bastante sencillo, incluir el script, la librería prototype, la css e incluir la siguiente línea para que funcione:

<a href="imagen.jpg" rel="bubble"><img src="images/bubble.png"/></a>

Yo como unica pega, intentaría hacer la sombra con una imagen png, para poder usar la transparencia que nos ofrece, aunque en IE6 no funcione.

Bubble

Vía / Fresqui

|

Protolize: listado de herramientas web

ByLuis

protolize.pngProtolize es una lista con herramientas web, algunas imprescindibles y otras que nos pueden ser bastante útiles. Organizada en categorías y algunas separadas en grupos: aplicaciones en general: herramientas como Type Navigator, Web Developer Extension y Color Scheme Generator, y recursos como The Web Developer’s Handbook, Design Melt Down y A List Apart; CMS (Modx, WordPress, Drupal); herramientas CSS como CSS Photo Gallery, Background Image Maker y Nifty Corners Cube, y sitios para inspirarse como CSS Mania, CSS Import y CSS Beauty; Javascript (Script.aculo.us, Prototype, Image Reflection); AJAX (Ajaxload, Ajax Downloadables, Lightbox); PHP (Hot Scripts, Php Freaks, Pear); Flash (Fuse Kit, Zigo Tween Engine, MC Tween).
Protolize | Essential web tools in one place
Vía / Digg

10 cosas que debe tener tu web

ByLuis

Lo mejor de la experiencia es que vamos aprendiendo de ella, y vamos mejorando, aunque no siempre es así y siempre nos vienen bien unos cuantos consejos sobre el desarrollo web.

  • Hazlo sencillo, las características que añadas, que sean para mejorar, no para distraer. Cuánto más fácil mejor para el usuario, mejor para tí.
  • Tu diseño y contenido son realmente importantes. Empieza con el diseño, maquétalo, desarróllalo y luego intenta que tu contenido sea lo que más haga que la gente se quede, pero con un buen diseño.
  • Ábrete lo máximo, comparte tus contenidos, crea una API para que otros puedan usarte, usa feeds.
  • Testea. Si, es lo más aburrido, lo de “beta” que está tan de moda ahora, no es solo algo de diseño, es una necesidad.
  • Empieza con lo básico y ve añadiendo funcionalidades de forma rápida y constante.
  • Persevera, no te dejes convencer de que no se puede hacer, si crees en el proyecto, sigue adelante.
  • No reinventes la rueda, sigue estándares, reutiliza herramientas y código en tus proyectos.
  • Planifica tu aplicación web para que admita escalabilidad y para que pueda crecer.
  • No pierdas de vista los microformatos, Adobe Apollo para la creación de aplicaciones de internet, Whobar para manejar identidades digitales y Akismet para luchar contra el spam.
  • Fíjate en la tendencia del contenido y el software social generado por los usuarios.

10 Things That Will Make Or Break Your Website

Qué debería tener un proyecto web Open Source

ByLuis

El uso de herramientas web open source es muy frecuente tanto en proyectos personales como profesionales. Existen alternativas de código abierto para casi todo lo que podemos necesitar: blogs, CMS, gestión de proyectos, galerías de imágenes, … Desgraciadamente, algunas veces estos proyectos open source no son demasiado “buenos” y trabajar con ellos puede ser un verdader suplicio.

Quizás hablo desde la desesperación que sufro últimamente por tener que lidiar con el desarrollo de otros, pero me gustaría compartir una serie de aspectos que debería tener un proyecto web open source, sobre todo aquellos que ya tienen unos cuantos años, lógicamente, sin desmerecer el trabajo altruista de nadie.

  • Buena documentación: imprescindible, ya sea para el usuario como para el desarrollador.
  • MVC: bueno, cualquier proyecto debería seguir esta arquitectura, pero en el caso de un proyecto open source en el que cualquiera puede echar mano al código, se convierte en algo absolutamente necesario ya que normalmente se requiere una personalización y si se ha de tocar el core para realizar los cambios necesarios, mal vamos. Además, el MVC te permite quitar las odiosas tablas que te encuentras en muchos proyectos.
  • Plugins: el proyecto deberá permitir que otros añadan funcionalidades a tu código. El éxito de un proyecto open source depende de la comunidad, y es la comunidad la que se suele encargar de los plugins. En versiones iniciales es posible que esta funcionalidad no exista, pero debería ser una futura implementación.
  • Themes: para proyectos de CMS, blogs o con frontend público, siempre viene bien tener una lista de themes donde poder elegir y diferenciar tu aplicación de otras similares. Además, también es un origen de colaboraciones por parte de la comunidad (al igual que los plugins) y existen numerosas webs o empresas que ofrecen themes de pago, lo cual aporta negocio e interés para los usuarios/desarrolladores.
  • I18N: aunque muchos estamos acostumbrados al inglés, es necesario que el proyecto permita la internacionalización para que existan versiones en diferentes idiomas; a todo el mundo le gusta usar las aplicaciones en su propio idioma.
  • Comunidad: el Santo Grial, si tienes comunidad, tendrás éxito (o casi). Creo que esto debe ser lo más complicado de obtener, porque en parte no depende de tí, depende del gusto de los otros desarrolladores, por eso, quizás, los puntos anteriores sean tan importantes.
  • Foro: aunque algunos crean que los foros están obsoletos, no hay nada más utilizado y necesario que un foro para resolver dudas, sobre todo si existe un foro mayoritario y no tienes que buscar en otros 100, y más importante aún, que las respuestas las ofrezcan, entre otros, los desarrolladores del proyecto open source.
  • Gestor de errores: da igual si es Trac, Bugzilla u otro similar. El problema de todo proyecto es la detección, corrección y seguimiento de errores, si se ofrece una herramienta para que la comunidad se involucre en esta fase el proyecto irá mucho mejor.
  • Gestor de versiones: SVN, git o similares, para que la gente se pueda descargar las últimas modificaciones
  • API: al igual que los plugins, permite que otros interactuen con tu aplicación, sobre todo desde otras aplicaciones diferentes, por lo que se añade riqueza al proyecto.
  • Código documentado: aunque exista una documentación del uso de las funciones “públicas”, siempre viene bien tener la documentación de core.
  • Sencillez: por favor, que para crear un plugin, módulo o componente no sea necesario crear 20 archivos y 30 directorios
  • Estándares: si todos vamos a nuestra bola, al final habrá que aprender 100 métodos distintos, siempre es mejor seguir los eśtandares y no volver loco al personal. Por ejemplo OAuth, no te crees tu propio método de autenticación porque si la gente lo necesita usar le causarás un inconveniente, y si no lo necesita usar se echará para atrás y cambiará de opinión porque no le apetecerá usarlo.
  • Interacción con otras aplicaciones: en el punto en el que nos encontramos es absurdo pensar únicamente en nuestra aplicación, ahora es necesario que todo se conecte con todo, no nos olvidemos de los archifamosos Google, Facebook y Twitter

Actualizado desde aquí

  • Administración: existe algunos proyectos que van por ficheros de configuración, lo cual no quiere decir que sea difícil de administrar, pero no todos los usuarios son avanzados y hay que poner las cosas fáciles a la gente.
  • Instalador: como bien dice Chema un instalador sencillo y paso a paso puede ser fundamental para el éxito del proyecto, ya que si la instalación es complicada, probablemente el usuario no avance y descarte usar nuestro proyecto.

No son nuevas verdades, pero aunque parezca mentira en muchos proyectos que he visto algunos puntos brillan por su ausencia y en otros se hace justamente lo contrario

Selenium IDE: plugin para Firefox para realizar testing

ByLuis

Selenium IDE es un plugin para Firefox que nos va a facilita la labor de realizar juegos de pruebas en nuestras aplicaciones web. Para ello nos permite grabar, editar y debuguear tests. Con la grabación, podremos grabar la navegación que realizamos en Firefox y después reproducirla. Aunque no es tan solo una herramienta de grabación, además permite editar las grabaciones.

Las características que nos ofrece son:

  • Grabación y reproducción de casos de test
  • Selección inteligente de campos mediante sus ids, nombres o XPath
  • Autocompletado para todos los comandos de Selenium
  • Paso a paso
  • Debug y puntos de parada
  • Guardar los test como HTML, scripts de Ruby, …

Disponemos de un gran tutorial de uso aquí

Selenium IDE

Gracias Taufpate por el aviso.

Agiliza Google Analytics en tu página

ByLuis

Es cierto que a veces la carga del script de Google Analytics retrasa el carga completa de la página. La gente de AskApache, que suelen sorprenderme con sus entradas, nos ofrecen un truco para mejorar la velocidad de carga del script urchin.js.

Este script, que se carga del sitio de Google Analytics, a veces tarda en cargarse, por lo que una solución para agilizar esta carga es ponerlo en nuestro servidor y acceder en local.

Claro, que el problema es que este script se suele modificar con cierta frecuencia, por lo que deberíamos tener la última versión en cada momento.

Crearemos una shell que borre el script de local, obtenga de nuevo el script alojado en Google Analytics y lo guarde en la ruta de local. A parte crearemos un job para el cron que ejecute este script cada 12 horas.

#!/bin/sh
rm /home/user/websites/askapache.com/z/j/urchin.js
cd /home/user/websites/askapache.com/z/j/
wget http://www.google-analytics.com/urchin.js
chmod 644 /home/user/websites/askapache.com/z/j/urchin.js
cd ${OLDPWD}
exit 0;

La línea para el cron:

11 12 * * * /home/user/websites/1day.sh >/dev/null 2>&1

Faster Google Analytics with a local urchin.js