Buenooo, ahora quieren que los webmaster nos pasemos al lenguaje C???

¡Qué miedo! a mi ahora mismo no me apetece volver a C en absoluto, adoro mi php mysql javascript css y html, además si todo avanza hacia una capa web carente de plugins y descargas, donde tan sólo debes URLear y listos, carece de sentido que el cliente deba descargar un archivo e instalarlo en su sistema, muchos no saben hacer eso.

Correr código nativo a través del navegador es muy muy peligroso, en manos de mucha gente eso es una auténtica bomba de relojería, no quiero ser negativo pero este movimiento de la todopoderosa no me gusta ni un pelo.

Además los recursos de proceso con código nativo corriendo en nuestros navegadores van a ser enteramente nuestros, suponemos que eso es lo que pretende los señores de Google que deben ir algo cortos de rendimiento en sus servidores actuales donde corren las aplicaciones. No se han dado cuenta de que la gente navega con netbooks que van escasísimos de CPU, o iPads, iPhone y sucedáneos que tienen procesadores que rondan el 1Ghz. y que deben soportar resoluciones muy altas.

Los de Google pretenden presentarnos esto como la nueva panacea del desarrollo, nos prometen que vamos a poder desarrollar juegos en 3D y editores de vídeo, pero el usuario debe descargar esa aplicación, de momento sólo es soportada por su propio navegador, Chrome, nada de Firefox ni de Safari, y ni mucho de Explorer. Esto es como un plugin de Flash pero ya a lo bestia y sin contemplaciones.

Eso sí de momento está disponible tanto para Windows como Mac, y Linux, un gran paso pero que también nos da una visión sobre sus limitaciones ya que cada dia que pasa navegamos con más cosas, pronto el teletexo de los TV será un navegador, además de los ya siempre presentes iPhones y Androids para los que de momento correr aplicaciones en C desde navegador no es posible.

No se, esto parece una estrategia a largo plazo pero creo que se van a darse de morros a menos que esté yo muy equivocado, mira el caso de Adobe AIR que es el mismo cuento pero que partió de la gran base ya instalada Flash y no ha obtenido el éxito esperado. Huele a que es la antesala de su sistema operativo Chrome o al deseo de Google de canibalizar a la AppStore donde se venden aplicaciones a millones.

¿Vosotros, qué opináis?

Eblace: http://code.google.com/p/nativeclient-sdk/

Os comentamos una noticia de aquellas que sin llamar en exceso la atención pueden iniciar un antes y un después en cuanto a programación web, ¿por qué? Pues porque con el nuevo reproductor de vídeo en HTML5 se cae al suelo otro de los grandes pilares que justifican la existencia del plugin propietario Adobe Flash para navegadores.

Este pilar es uno de los que aún mantiene vivo a Flash, la reproducción de contenidos en vídeo, hasta ahora vetada para su uso exclusivo, exigiendo sí o sí la presencia del plugin y por ende la obligación para todos los desarrolladores webs de trabajar bajo Flash en aquellas webs con alguna porción de vídeo entre sus contenidos.

Si bien el reproductor de vídeo bajo HTML5 que os mostramos en este post aún se encuentra en fase Alpha y contiene algunos fallos e incompatibilidades con navegadores antiguos o pseudonavegadores como Internet Explorer el camino no ha hecho nada más que comenzar.

No se trata de un desarrollo que excluya Flash al 100% pues Flash se utiliza si el navegador no soporta HTML5 o en el caso de que el reproductor HTML5 no detecte la presencia de un vídeo con la correspondiente codificación OGG, theora vorbis H.264 lanzará un microreproductor bajo Flash para asegurar que la lectura de casi todo tipo de vídeos y su funcionamiento en casi todos los navegadores.

Por nuestra parte lo hemos testeado con éxito bajo FireFox, Chrome, No funcionando para iPhone donde Safari iPhone te muestra un botón para abrir el reproductor quicktime con el objeto de ver ese clip, una vez pulsado funciona correctamente, pero con la sensación de que “has salido” de Safari.

Alguno de los bugs que hemos encontrado es que el botón de pantalla completa no ejecuta su función, maximiza el vídeo siempre dentro de los límites del navegador, si este no se encuentra maximizado a tope tan sólo ocupará el área del navegador, al contrario que Flash que permite realizar un fullscreen de verdad.

Aún con estos pequeños falos y limitaciones la idea, el concepto de reproducir vídeo sin plugins de por medio será el futuro sí o sí.

Enlace: http://www.filenew.org/projekktor/

Código fuente: http://code.google.com/p/projekktor-zwei/source/browse/trunk/index.php

Posicionar tienda online en Google

En esta serie de artículos sobre posicionamiento en buscadores de tiendas online vamos a tratar algunos de los métodos en cuanto a programación de estructuras internas se refiere para conseguir una mayor optimización de las tiendas virtuales.

Estos artículos no tratan de cubrir la totalidad de opciones y metodologías que existen para posicionar mejor una tienda online. Pretenden ser tan sólo un reflejo a modo de concepto de las novedades en cuanto a posicionamiento en Google que vamos a ir incorporando a nuestros sistemas de tiendas online durante este año 2010. Partimos de una base previa ya consolidada a lo largo del año 2009 donde hemos introducido entre otras nuevas prestaciones el uso de permalinks 100% limpios y la generación de los metatags de descripciones y palabras claves en base a una estudiada fórmula así como un novedoso sistema de ahorcado de familias de productos que permite generar tantas webs satélites como subfamilias de producto tengas en tu tienda online, algunos de estos sistemas los comentaremos en un futuro post.

Así pues tras esclarecer un poco el ámbito de estos artículos vamos a proceder a descubrir el contenido de este primer capítulo: los denominados Microformats,  vamos a tratar de conseguir que aquellas tiendas online y catálogos de productos en internet que se basan en nuestro sistema de tiendas online ecOOmmerce.com mejoren sustancialmente su posicionamento en Google si bien la información aquí contenida puede ser aplicable a la práctica totalidad de sistemas de tiendas online, aunque bajo algunos casos como el del extendido OScommerce la estructura interna del mismo, en exceso anticuada puede ser un escollo insuperable, lastrando la escalada vertical de posiciones en el buscador.

Nuestro sistema de tienda online se beneficiará de los Microformats

ecOOmmerce.com es nuestro sistema de tiendas online, en la futura versión 3.8 cuya fecha estimada de salida es en mayo del 2010 vamos realizar especial hincapié en los denominados Microformats con el objetivo de optimizar las capacidades en cuanto a posicionamiento de los productos de nuestros clientes en el buscador Google.

Durante este mes de marzo estamos ultimando la versión 3.7 que contará con un nuevo sistema de carrito de la compra y un avance significativo en la construcción interna de la estructura HTML o DOM de la tienda online.

Experiencia previa de los microformats en sistemas de blog automático

Si bien esta nueva funcionalidad de ecOOmmerce.com nos proporcionará resultados en un tiempo antes vamos a poder contar con la experiencia previa en otra plataforma nuestra cOOmmunicate.com un sistema de generación de blogs automático que se sincroniza directamente con ecOOmmerce.com mediante RSS, o con cualquier otro sistema que genere RSS, su funcionalidad es realizar un blog automático con las novedades de productos con el objetivo de conseguir una mayor visibilidad del conjunto.

¿Qué son los Microformats o Microformatos?

Los microformats son un parche popular que se está utilizando en internet desde no hace mucho tiempo para volver la web algo más semántica, es decir que un contenido se intente autodefinir y clasificar por si mismo, anteriormente decimos parche pues no se trata de ningún sistema o programación específica creada desde cero, tan sólo se trata de una metodología de trabajo que pretende aprovechar los comandos o tags habituales del lenguaje HTML para definir algunas estructuras semánticas básicas y no tan básicas. Seguro que con esto no te has aclarado del todo, no te preocupes a nosotros nos pasó igual, lo mejor, como no, un ejemplo clarificador:

Ejemplo de uso de Microformats

Producto:

Sartén 24 cm. de diámetro con antiadherente

Marca:

Aceroxidados

Familia:

Utensilios de cocina

Descripción del producto:

Moderna cacerola que hace uso de los máximos estándares de calidad existentes en la industria,
fabricada mediante un complejo proceso químico que le confiere una aleación y blablabla…

Precio de venta:

19.95e.

Gracias al uso del delimitador “div” combinado con un nombre de clase llamado hProduct buscadores como Google, Yahoo, navegadores como Firefox, y programas que automatizan procesos etc. saben que el texto “Sartén 24cm.” delimitado por el tag de HTML <div> es el nombre o descripción de un producto, mientras que precio es tan sólo un número, y por tanto la primera parte es semántica, es decir saben de que va y la posicionan como tal, es decir como un producto.

Con esto ya hemos utilizado el microformat hProduct para facilitar la tarea a buscadores y otros engendros automatizadores, a partir de aquí vamos a implementarlo en nuestro programa de tiendas online ecOOmmerce.com adaptando como no el diseño estructural y capeado de las fichas así como los nombres de las classes que utilizamos para mostrar la ficha de productos al cliente.

Vamos ahora a ver todas las subclases del microformato hProduct para estudiar que podemos aplicar.

Microformato hProduct y sus subclases

• hproduct: Esta es la clase que autodefine que estás en una ficha de producto
• brand: con esta clase identificamos la marca del producto, si existiese otro microformato del tipo hCard activo, esta última debería contener el nombre del fabricante y brand tan sólo la marca.
• category:: la categoría o familia de productos a la que pertenece el producto, puede utilizarse más de una vez en la misma página para tiendas online multifamilia
• price:: el precio del producto, puede contener también un “55.90eur. ahorre hoy un 5%” es decir frases promocionales
• description:: la descripción completa del producto.
• fn:: el nombre del producto
• photo:: la clase para fotos que debería aplicarse a los tags <img> o <a> que contenga la foto, pueden existir más de uno
• url:: esta clase debería asociarse a los tag <a> que enlacen con la página de detalle del producto
• review:: al igual que url pero enfoca a la página que contiene análisis del producto no obstante se puede usar la clase mayor hReview. Puede contener varios.

Enlaces:

Microformatos en general: http://en.wikipedia.org/wiki/Microformat

Microformato para productos: http://microformats.org/wiki/hproduct

Microformato para productos según Google: http://www.google.com/support/webmasters/bin/answer.py?answer=146750