http://www.jairoblanco.com
13 5, 2008
13 5, 2008
Existe multitud de plataformas o conjunto de subsistemas para crear y poner en funcionamiento sitios web. La elección de unos u otros dependerá de varios factores como precios, velocidad, flexibilidad, soporte, etc.
Personalmente y actualmente, no tengo ninguna preferencia en cuanto a la elección de la plataforma para desarrollar y publicar webs, simplemente eligo una u otra dependiendo de las necesidades. Leer más »»
Las nuevas funciones de la versión beta de Adobe AIR incluyen una base de datos local incrustada SQLite, compatibilidad con PDF, capacidades mejoradas para los desarrolladores de JavaScript, y una mayor integración con Adobe Flex.
Los elementos clave de Adobe AIR son su código abierto, que incluye el motor de HTML WebKit (el mismo que el navegador Safari de Apple que para Windows no funciona muy bien, por lo menos el navegador), la máquina virtual ActionScript™ Virtual Machine.
Por otro lado, Adobe ha anunciado recientemente su intención de proporcionar Adobe Flex en código abierto.
La versión beta de la versión de ejecución de aplicación Adobe AIR y el kit de desarrollo de software (SDK) de Adobe AIR ya están disponibles para su descarga gratuita desde Adobe Labs en www.adobe.com/go/air y en un futuro habrá versiones para Linux.
Adobe abre hoy oficialmente el concurso Adobe AIR Developer Derby (www.adobe.com/go/airderby), un concurso en el que se podrán exhibir aplicaciones creativas.
Codificación HTML y CSS en Email: 10 recomendaciones.
Este artículo va dirigido a todos aquellos que se dedican al diseño, codificación y entrega de emails en formato HTML y quieren que sus Newsletter se vean bien en la mayoría de los clientes de correo.
El envío de emails de Newsletters es una buena forma de comunicación entre los editores y los lectores, pero si además lo hacemos en formato HTML, nos permitirá enriquecer el documento con elementos visuales que hacen el email más atractivo, accesos directos a otras localizaciones y nos permitirá a nosotros mismos hacer mediciones sobre aperturas del email, rastrear y contabilizar los enlaces que visita, medir los intereses del lector, etc. Así, se le presenta al lector un email como si fuera una página web más fácil de navegar y escanear que un email en texto plano.
Leer más »»Normalmente no importa como escribas la dirección de un email — en mayúsculas (JAIRO@UNDOMINIO.COM), todas en minúsculas (jairo@undomino.com) o mezclado (Jairo@Undominio.com). El mensaje llegaría en la mayoría de los casos, pero esto no está del todo garantizado.
En teoría, según el estándar RFC 2821[EN], la parte local del buzón debe hacer distinción entre mayúsculas y minúsculas, pero la parte del dominio del buzón no es sensible a esta distinción. En particular, en muchos servidores de correo el usuario “jairo” es diferente del usuario “Jairo“.
Sin embargo, explotar la sensibilidad de la parte local del buzón del correo impide interoperabilidad y puede dar dolores de cabeza.
Por eso, a veces si envías un email con la dirección del destinatario deletreada en el caso incorrecto, puede ser “que el mensaje sea devuelto informando que no se ha entregado al destinatario porque no existe”, y esto es algo que estoy viendo cada vez más en los servidores de correo, pero en general, por simplicidad y por comodidad, no se suele aplicar está distinción en los servidores de correo.
Para reducir al mínimo el riesgo de las faltas de la entrega, la recomendación general es hacerlo siempre en minúsculas, tanto si creamos una nueva dirección, como al enviar un e-mail y si alguien nos da su dirección de correo y lleva alguna carácter en mayúsculas, mejor que lo escribamos tal como está, porque puede que su servidor diferencie entre mayúsculas y minúsculas.
También el uso de la distinción de mayúsculas y minúsculas en el buzón de la dirección de correo se está usando por muchas empresas y reglas antispam para disminuir el spam ya que obliga al remitente a escribir exactamente como es la dirección.