Interfaz de usuario de Yahoo! Blog (YUIBlog)

Pregunte a Satyam - y ser elegible para recibir una copia gratis de la Nueva YUI 2.8 Libro de Packt

29 de julio 2010 a las 8:03 am por Eric Miraglia | En Desarrollo | 28 Comentarios

Satyam (Daniel Barreiro) escribió la semana pasada acerca de su experiencia en la escritura YUI 2.8: El aprendizaje de la Biblioteca , el nuevo YUI 2 el volumen ya está disponible en Packt.

Packt se ha ofrecido generosamente unos cuantos copias electrónicas gratuitas para YUIBlog lectores. Sugerir una pregunta o un tutorial que te gustaría ver de Satyam en un 2,8 YUI tema relacionado como un comentario sobre esta entrada, y si Satyam recoge el tema sugerido por uno de sus tres "Pregúntele a Satyam" blog Packt mensajes hará una copia electrónica del libro disponible para su descarga de Satyam.

Satyam será la publicación de las respuestas a sus tres preguntas favoritas aquí en el blog durante el próximo mes o así.

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!

YUI 3.2.0 Preview Release 1: Apoyo táctil de eventos, los gestos, las transiciones, Grids CSS, ScrollView, subió, y mucho más

26 de julio de 2010 a las 24:24 por Eric Miraglia | En Desarrollo | 15 comentarios

El equipo colaborador de YUI se complace en anunciar la vista previa de los primeros desarrolladores de la próxima liberación de YUI 3.2.0. Esta vista previa ofrece una oportunidad para los desarrolladores e implementadores para ayudar a probar la versión de posibles regresiones y para proporcionar información sobre las nuevas características y componentes. Si ya tiene una aplicación YUI, por favor tenga YUI 3.2.0pr1 en su entorno de desarrollo y háganos saber lo que encuentre.

Hay tres maneras de empezar con la versión previa:

• El uso de la CDN: YUI 3.2.0pr1 está disponible en la CDN a través de la etiqueta de la versión 3.2.0pr1 - así que usted puede hacer referencia a la versión previa, archivos como http://yui.yahooapis.com/combo?3.2.0pr1/build/yui/yui-min.js . Si cambia a este archivo semilla para la versión preliminar, todas las posteriores use() declaraciones continuará cargándose YUI 3.2.0pr1.
• Descargue la versión: Descargar YUI 3.2.0pr1 de YUILibrary.com , incluyendo el código fuente y ejemplos para todos los componentes - incluyendo aquellos que son nuevos para esta versión.
• Explora los ejemplos: Para su conveniencia, hemos publicado la vista previa (junto con la lista de ejemplos de funcionamiento ) para YUIBlog. Siéntase libre para explorar la liberación no como un preludio a cambiar su versión de referencia de venta (o descargar la vista previa) y probarlo en su propio entorno.

Cambios notables en los Próximos YUI 3.2.0

Al igual que con todos los trabajos de desarrollo de YUI, puede realizar un seguimiento de nuestros planes actuales y los avances en nuestro YUI 3 lista de tareas , incluyendo una lista completa de YUI 3.2.0 (y algunos próximos 3.3.0) los cambios, también se puede comprobar en nuestro progreso frente a los problemas en la base de datos de errores . Éstos son algunos de los componentes nuevos y actualizados que aparecen en la vista previa para desarrolladores 3.2.0:

• Apoyo intrínseco a eventos de contacto ha sido añadido ( mynode.on("touchstart", function(e) {}); ). También hemos añadido un módulo de gestos con dos gestos incluido - gesture-flick y el gesture-move - que funcionan con el tacto-y mediante ratón dispositivos. Echa un vistazo a la documentación de la API o de la página de ejemplo incluido para obtener ideas sobre cómo empezar a usar gestos.
• Cargador intrínseca de YUI ahora es compatible con la capacidad basada en la carga. Esto nos permite separar, por ejemplo, IE código específico en submódulos independientes y permitir que el cargador para empaquetar que el código sólo para los navegadores que lo requieran. Estamos aprovechando esta nueva característica para evitar el envío de IE código específico en el módulo de Dom para navegadores que no son IE, un aumento de rendimiento / k de peso que beneficie a todos los usuarios de los navegadores modernos, sin cambio de código es necesario.
• Cartera de YUI 3 de la animación ahora es compatible con las transiciones a través del módulo de transición, proporcionando la normalización del navegador para que esta técnica de gran alcance, con aceleración por hardware (donde esté disponible) para el manejo de las transiciones, echa un vistazo a el ejemplo de código de ejemplo . Animación, en su forma más básica, tiene un árbol de dependencias optimizado para los navegadores modernos, reduciendo significativamente el k de peso para la animación simple en mejores navegadores.
• YUI 3.2.0 traerá consigo una nueva versión beta de CSS de YUI Grids componente, y usted puede comenzar a explorar este nuevo enfoque de redes de la versión preliminar. Los ejemplos son el mejor lugar para empezar .
• Hemos trabajado con Michael Johnston, del equipo de Ingeniería de Yahoo! Mobile para traer una nueva versión (beta) ScrollView widget a YUI 3.2.0. ScrollView proporciona una implementación panel de desplazamiento familiar para los usuarios de aplicaciones de Apple iOS nativas, emulando a la elasticidad del elemento cuando se desplaza hasta el límite de principio ni fin. Usted verá en los ejemplos 3.2.0pr1 ScrollView para que este componente es un dispositivo neutral, trabajando bien con el ratón, así como con eventos de toque en su dispositivo iOS o Android.
  
• El componente cargador de YUI 2 es ahora parte de la YUI 3 de la familia, así, su debut como una versión beta de 3.2.0.
• El módulo de Historia, que debutó con YUI 3.0.0, que era un puerto de la YUI 2 versión, ha quedado en desuso (que sigue estando disponible en YUI 3.2.0, como history-deprecated ). Una nueva beta de Historia de utilidad se estrena en 3.2.0, basado en la historia de Ryan Grove módulo de Lite de la galería de YUI 3. Un ejemplo de vista previa de liberación del nuevo componente es una buena referencia de partida.
• El JSONP y los módulos de consulta de la YQL YUI 3 Galería se han convertido en componentes canónicos, debutando como el beta de esta versión.

Realimentación

El objetivo de una versión preliminar es que sea lo más fácil posible para todos nosotros en la comunidad para evaluar el progreso de la próxima versión y proporcionar retroalimentación. Por favor tómese el tiempo para probar 3.2.0pr1 y háganos saber lo que se encuentra mediante la presentación de los boletos en la base de datos de error de 3 YUI marcado como "Observado en la versión" 3.2.0pr1. Haremos nuestro mejor esfuerzo para hacer frente a la versión previa, las preguntas sobre los YUI 3 Foros , también.

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!

YUI Theater llega a Boxee, cortesía de Chad Auld y el Equipo de Brilaps

22 de julio 2010 a las 6:15 am por Eric Miraglia | En YUI Theater | Comments Off

YUI y ex colaborador de Yahoo Chad Auld nos escribió para contarnos sobre su último proyecto con su grupo Brilaps - un proyecto que ha llevado a YUI Theater a la pantalla de TV a través de Boxee. En las palabras de Chad:

Boxee es una aplicación a la prometedora plataforma cruzada que tiene como objetivo ayudar a que el contenido web al televisor. Se basa en el código abierto del proyecto XBMC y permite a los usuarios escribir nuevos plugins para que en el contenido adicional. Hemos puesto en marcha un nuevo proyecto hace unas tres semanas para construir nuestro plugin de Boxee en primer lugar, y seleccionamos el Teatro YUI como el contenido que queríamos traer de la web al televisor. Hay tantos grandes vídeos archivados allí (y creciendo), creemos que es una excelente fuente de contenido para que los desarrolladores tienen acceso a desde el sofá (especialmente porque la mayoría de los videos son un poco más que alguien que tenga tiempo para ver con comodidad de su ordenador portátil). Nos tomó alrededor de una semana para construir el plug-in, una semana más para pulirlo y resolver algunos errores, y alrededor de una semana para obtener la solicitud aprobada por el equipo de QA Boxee y empujó en el repositorio público. Acabo de recibir la noticia que golpeó el repositorio público esta mañana y por eso quería llegar y lo hará saber.

Esta es una noticia fantástica para cualquier persona que ha estado disfrutando de YUI Theater de contenido y le gustaría ponerse al día con lo último de Douglas Crockford, Brendan Eich, y todos los otros grandes oradores Teatro YUI desde la comodidad de su / su sofá. Echa un vistazo a el video de arriba para un viaje de la interfaz de usuario, y luego ir a tomar Boxee y empezar.

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!

Posiciones Frontend de ingeniería disponibles con el equipo de Yahoo! Flex Force

21 de julio 2010 a las 11:00 am por Gonzalo Cordero | En Ingenieros Frontend en Yahoo | Comments Off

El Grupo Flex Yahoo! está buscando ampliar nuestro equipo con un talento pocas Ingenieros frontend. Como parte del equipo de la fuerza de Flex, usted tendrá la oportunidad de trabajar en múltiples proyectos estratégicos de alto perfil y gran visibilidad. Estas posiciones se necesita ser un embajador de las mejores prácticas y compartir conocimientos a través de la organización. Trabajamos en estrecha colaboración con los equipos de diferentes plataformas, incluyendo el equipo de YUI, para asegurar que estamos utilizando las últimas estrategias, técnicas y herramientas.

Como ejemplo reciente, el equipo Force Flex estaba detrás de la aplicación del nuevo Yahoo! Widget de actualizaciones que se construye íntegramente con YUI 3 .

Para tener éxito en este rol, tendrá que ser un estudiante auto-arranque rápido y con una mentalidad positiva que rápidamente se puede acelerar y asumir retos diferentes. Una verdadera pasión por las tecnologías de frontend y las mejores prácticas también es necesario.

Si trabaja conmigo y mis colegas en la Fuerza de Yahoo! Flex suena interesante para usted, vaya a la página Yahoo carreras y echa un vistazo a las siguientes posiciones:

• Frontend posición de ingeniero de # 1
• Frontend posición de ingeniero de # 2
• Posición de ingeniero de Frontend # 3 - este es un papel de mayor jerarquía, con más experiencia y conocimientos adicionales que se requieren

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!

YUI: Horario Lun, 21 de julio

20 de julio de 2010 a las 15:07 por Luke Smith | En Desarrollo | 3 comentarios

Para aquellos de ustedes que no se suscriben a la agenda YUI o YUILibrary.com foro , la próxima entrega de YUI: Horario de apertura será mañana, 21 de julio.

Esta vez nos vamos a centrar en un tema recurrente para YUI contribuyentes de la comunidad que se acaba de empezar la construcción de sus propios módulos: Cómo crear un widget y cómo construir un plugin en un YUI 3 vías.

Anthony Pipkin, también conocido como apipkin de yui canal de IRC # fama, será el invitado, que nos guía a través de sus aprendizajes en el último año y que muestra cómo pasar de copiar y pegar los YUI 3 ejemplos de documentación a sentirse seguros de que usted está haciendo la derecha opciones para la forma de abordar un problema en un "YUI 3 manera de pensar".

Vamos a echar un vistazo a dos de sus módulos más simples, la Galería de Control de Botón y el plug-in Nodo IO . Él va a hablar de lo que parecía inicialmente, en comparación con hoy en día, y por qué cambió.

A continuación, vamos a jugar un rato, tal vez crear algo desde cero sobre la base de lo que la gente de la llamada desea cubrir.

Matt Sweeney (Nodo, selección, TabView, rejillas, etc) y Satyen "el Gurú", Desai (widgets, plug-in, Base, atributos, etc) del equipo de YUI también estará en la convocatoria. Así que habrá mejores prácticas en la casa.

Para YUI 3 los consumidores que no son (todavía) los contribuyentes, la presente convocatoria aún debe ser valiosas para entender el pensamiento detrás de cómo YUI 3 widgets y plugins que se construyen y qué tipo de patrones de espera de los nuevos componentes de YUI. Y sin duda habrá otros grandes robos de balón, como siempre.

Vamos a estar en línea 10 a.m.-12 p.m. PDT. Los detalles de la conexión son los mismos, como de costumbre.

1. Marque 1-888-371-8922 para (no estadounidenses participantes, enviarme un correo electrónico a un número local)
2. Ingrese el código de participante 47188953 #
3. Únete a la sesión de compartir pantalla (esto le preguntará si desea instalar el plugin de Adobe Connect, si esta es tu primera vez con él)

Aquí está el hilo del foro de este Horario. Voy a publicar algunos de los robos de balón interesante después de la llamada.

Siga @ yuilibrary en Twitter para la última.

Esperamos verte allí!

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!

Notas del Autor: Redacción YUI 2.8: El aprendizaje de la Biblioteca, el nuevo libro YUI 2 de Packt

20 de julio 2010 a las 9:14 am por Satyam | En Desarrollo | 1 comentario

En diciembre de 2009, los editores de Editorial Packt me preguntó si me gustaría escribir la segunda edición de su libro en la biblioteca de YUI . El autor original, Dan Wellman, estaba ocupado en otros asuntos a la vez, y que necesitaban un autor que fue ampliamente familiarizado con YUI 2 . Lo primero que pensé fue: ¿no es un poco tarde? Gran parte de YUI 3 ya estaba en el GA y más se acercaba con cada lanzamiento. Pero el equipo de Packt quería proceder, y estuve de acuerdo en asumir el reto.

El ¹⁶ de julio, el nuevo volumen salió, YUI 2.8: El aprendizaje de la Biblioteca , no como una segunda edición, sino como un nuevo título. Al final, no fue una mala decisión. Mientras que el libro estaba pasando por el proceso de edición, YUI 3 ganó la posibilidad de cargar YUI 2 componentes de la use() la declaración . Esto amplía la utilidad de la extensa YUI 2 Catálogo mientras toma la presión de los desarrolladores para producir YUI 3 versiones de todos los componentes YUI 2.

• Capítulo de muestra: Packt ha publicado un capítulo de muestra del nuevo volumen, que abarca YUI 2.8 Editor de texto enriquecido, en su página web, que le da un sabor de lo que el nuevo libro contiene .

El objetivo con este nuevo volumen era para cubrir todos los no-beta YUI 2 componentes. Esta amplia visión me obligó a tomar una mirada más profunda a los componentes que había utilizado apenas en sus formas más básicas, así como otros que no había utilizado en absoluto. Sin embargo, a diferencia de la primera edición, un proyecto que comenzó no mucho después de que la biblioteca había sido hecho público, he tenido unos cuantos años de experiencia acumulada con YUI - mi propia experiencia se combina con la de los muchos usuarios que comparten sus experiencias y consejos en los foros y el blog. Que se salvó también de muchos errores por un excelente equipo de revisores, dos de los cuales, Caridy Patiño y Peichev Iliyan, también son bien conocidos los contribuyentes YUI.

Para mantener el libro a una longitud manejable, he eliminado algunas imágenes, ejemplos de largo, y material de referencia que se podría encontrar en el sitio web de YUI . Mientras que la primera edición contó con un máximo de dos componentes por capítulo, el nuevo tiene un máximo de cuatro y tiene un par de capítulos nuevos. Aun así, algunos componentes no hacer el corte.

La evolución de YUI 2

He aprendido mucho sobre la biblioteca de YUI mientras escribía este libro, y los cambios que hice al texto de Dan fueron instructiva acerca de la evolución de la biblioteca desde su lanzamiento en 2006.

El estilo de programación de código de ejemplo ha cambiado en estos años. En lugar de crear un espacio de nombres (o el uso de YAHOO.example , que siempre está disponible como un marcador de posición), que ahora tienden a encajar todo dentro de una función anónima creada cuando el DOM esté disponible. (Este estilo está más cerca de lo que vemos en YUI 3.) Ahora usamos espacios de nombres cuando es absolutamente necesario crear variables globalmente accesibles (incluidos los objetos), como cuando creamos un componente de la biblioteca personalizada. Sandboxing nos ahorra algo de tecleo, ya que podemos definir funcionalmente de ámbito de los alias de los objetos que usamos con más frecuencia de YUI (Dom, eventos, Lang son los métodos abreviados comunes) o las variables de la nuestra. Este enfoque también permite YUI Compressor hacer un trabajo mucho mejor.

Después de una vista panorámica de la totalidad de la biblioteca me permitió darse cuenta de cómo se ha desarrollado con el tiempo. La arquitectura de los componentes cambiado y está claro que todo ha convergido en lo que hoy es YUI 3.

Los primeros componentes, como TreeView, tenía muy pocas dependencias. Como ciertos patrones comenzaron a hacerse evidentes, algunas infraestructuras componente básico comenzó a desarrollar. La familia tenía un contenedor Config objetos que permitía a los métodos getter y setter, y así tener todos los componentes que heredan de él. También utiliza el objeto de evento personalizado, que es una de las dos formas de trabajar con eventos personalizados que tenemos disponible en YUI 2.

Con el lanzamiento de TabView llegó el YUI 2 Utilidad de elementos , que proporcionan mejores captadores y definidores (a través de AttributeProvider), así como mejores eventos personalizados (a través de EventProvider). Diecisiete YUI otros 2 componentes heredan de Elemento. En cuanto a la evolución de la biblioteca, es fácil ver cómo las ideas detrás del elemento, como un contenedor de elementos DOM, vino a informar a Nodo 3 de YUI. Papel de elemento de base para otros componentes se rompió a cabo en la Base de YUI 3 y widgets, a pesar de los nuevos componentes son mucho más potente y completo, cada uno en su propia área. Por ejemplo, el nodo es all y one métodos devuelven instancias de nodos mientras que el elemento de getXxxx métodos devuelven simples referencias de elementos DOM, no del todo la abstracción de la DOM.

Los dos modelos, configuración y CustomEvents por un lado y AttributeProvider y EventProvider en el otro no son totalmente incompatibles. En botones de menú y Split ambos modelos coexisten, como Button hereda de elemento y es sede de un menú regular que se hereda de Container.

Sin lugar a dudas, YUI 3 beneficiado de toda esta experiencia, pero YUI 2 también se benefició de YUI3. Cosas interesantes vinieron de YUI 3 para enriquecer YUI 2, tales como event-delegate y element-delegate y otros nuevos acontecimientos que puedan escuchar ( focusin y focusout , mouseenter y mouseleave ). Esto también fue posible gracias a la forma en que nosotros componentes de la carga , que cambió durante la vida útil de YUI 2 - lo más importante con la introducción del cargador de YUI 2 - y se formalizó como apoyo intrínseco a la carga del lado del cliente en el YUI 3.

Cargando afectados cómo los componentes he diseñado y cómo los archivos de los componentes finales se construyen. En YUI 2, para reducir al mínimo el número de peticiones pendientes de servidor, los componentes tenían que tener como mucho de lo que es necesario agruparse. De este modo, algunos componentes se suelta objetos relacionados en ellos sólo para tener a mano cuando y si es necesario, otros a un montón de objetos con una amplia gama de funciones incluidas en un archivo, porque la carga de los partes separadas era demasiado costoso. Luego vinieron los agregados, tales como yahoo-dom-events.js o reset-fonts-grids.css ya que casi siempre se utilizan juntos o de utilities.js que reúne todos los componentes usados ​​en el YAHOO.util rama. Pero el verdadero cambio llegó con mango combinado de las solicitudes, lo que permitió sacar cualquier número de archivos de script y css cada uno en una sola petición HTTP. Eso hace que sea menos necesario para optimizar el embalaje de los objetos de la biblioteca en los archivos de componentes y de los agregados en base a un "usuario promedio" hipotético.

En YUI 3 ya no es necesario para cargar el "contenedor de la familia" a la vez. Podemos cargar los distintos widget- xxxx archivos en la parte superior de la base widget acuerdo a las características que necesitamos. Ese enfoque es el estándar en YUI 3, pero llegó como uno de los pasos en la evolución de YUI 2. Por lo tanto, más recientes YUI 2 componentes como event-delegate y element-delegate se embalan por separado a partir de sus componentes básicos y también lo es del Evento mouseenter y mouseleave . Podemos ver más allá se divide en componentes de la biblioteca en las versiones futuras, que le permite elegir más concretamente, el conjunto de características que desee y dejar el código innecesario de la página.

Esta es una historia de progreso, un proceso que necesariamente se fue, aunque algunos esfuerzos fallidos. ¿Por qué no TreeView heredar de elementos o por qué no ha de contenedores, y por lo tanto menú, se cambió a un elemento o, al menos, a AttributeProvider y EventProvider? Técnicamente, la respuesta es 'compatibilidad', pero en términos más generales, es "respeto". Hay miles de sitios web (y decenas de miles de desarrolladores) utilizando la interfaz de la publicación pública de los 2 componentes YUI. Hacer estos cambios se rompería muchas aplicaciones, o les cortaron la ruta de actualización, en caso de que quieren beneficiarse de una solución de código o una nueva característica. Al ser tan respetuosos con el código base instalada es una operación de biblioteca en sí mismo. Ser respetuoso con nosotros, ¿quién cree que el código, es una característica de las personas en el equipo de YUI, y estoy muy agradecido que es así.

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!

Límites móviles caché del navegador, los Revisited

12 de julio 2010 a las 8:45 am por Ryan Grove | En Desarrollo y Performance | 9 comentarios

En los límites de caché del navegador móvil: Android, iOS y webOS , que compartió los resultados de mis esfuerzos por determinar los límites de la caché del navegador de Android, iOS y los dispositivos de webOS. Al final del artículo, escribí:

Utilizar estos resultados como punto de partida, pero verifique usted mismo antes de tomar decisiones importantes basadas en suposiciones acerca de las limitaciones de memoria caché móviles. Los cambios del navegador móvil del mundo a un ritmo relámpago, por lo que esta investigación tendrá una vida útil muy corta.

Pues resulta, que era un buen consejo: el día después de que el artículo fue publicado, Steve Souders comentó que había corrido pruebas utilizando una metodología diferente que era más representativo de un flujo de trabajo Web del mundo real y había obtenido resultados diferentes.

Nueva Metodología

Mi metodología original consistía en navegar directamente a una página generada aleatoriamente de un cierto tamaño, se sirve con una text/html tipo de contenido. Los resultados obtenidos con esta metodología son reproducibles de forma fiable (excepto en webOS), pero como Steve señaló, los usuarios no navegar directamente a los archivos CSS y JavaScript. Mi suposición de que los límites para la navegación directa a un recurso de HTML son los mismos que los límites de externa CSS y JavaScript, era incorrecta, por lo que a pesar de que los resultados de mis pruebas eran válidas, no eran de aplicación general.

A lo largo de muchas sesiones de mensajería instantánea, correos electrónicos varios, y un par de llamadas telefónicas, Steve y yo trabajamos con una metodología de prueba nueva. He implementado una versión del mismo en la parte superior de mi marco de pruebas de memoria caché , entonces Steve implementó una versión capaz de publicar los resultados de Browserscope .

En las nuevas pruebas, cargamos una página HTML que se refiere a una generada aleatoriamente CSS o JavaScript componentes de un determinado tamaño. Luego ir a una segunda página HTML que carga el mismo componente y comprueba si es o no se cargan desde la caché. Para determinar si un componente se cargan desde la caché, se almacena una marca de tiempo en una cookie en cada solicitud, si la fecha y hora se actualiza la segunda vez que carga el componente, sabemos que la solicitud de golpear el servidor, lo que significa que el componente no se cargó de la caché.

Nuevos resultados

Se encontró que todos los navegadores móviles que hemos probado fueron significativamente superiores a los límites de caché para los recursos externos cargados por una página de lo que lo hicieron de una página HTML en sí mismo. Esta es una excelente noticia para los desarrolladores web para móviles.

La siguiente tabla muestra los resultados:

Tabla: Móviles navegador externo las características de la caché de recursos

Browser / OS / Dispositivo	Límite de un solo componente	Sobrevive Ciclo de encendido
Android 2.2 (Nexus One)	2 MB	Sí
Safari Mobile, iOS 3.1.3 (primera generación de iPhone)	4 MB +	No
Safari Mobile, iOS 3.2 (iPad)	4 MB +	No
Safari Mobile, iOS 4.0 (iPhone 3G)	4 MB +	No
Safari Mobile, iOS 4.0 (iPhone 4)	4 MB +	No
webOS 1.4.1 (Palm Pre Plus)	~ 0.99MB (1023 KB)	Sí

Tenga en cuenta que 4 MB era el tamaño más grande que hemos probado, y todos los componentes de los dispositivos de iOS en caché de 4 MB. El límite de la caché real de esos dispositivos pueden ser más grandes que 4MB. Además, el webOS de la Palm Pre Plus dieron resultados coherentes en esta prueba, mientras que había algunos problemas en la prueba anterior.

Es posible que los límites mucho más bajos de mi ensayo anterior mostró para los componentes HTML de IOS pueden indicar el uso de una caché de memoria RAM para los componentes, mientras que los límites mucho más altos para CSS / JS componentes de esta prueba puede indicar el uso de una caché de disco, pero esto es sólo una conjetura. Android, al menos, parece utilizar una caché de disco en ambos casos, desde su caché sobrevive ciclos de energía.

Nuevas recomendaciones

En base a estos nuevos resultados, junto con los resultados de mis pruebas anteriores, ofrezco la siguiente actualización de recomendaciones:

• El uso de largo en el futuro las cabeceras de caducidad de la caché. Esto evitará que el navegador de tener que enviar una petición GET condicional.
• Trate de limitar las páginas HTML para 25.6KB o menos si usted quiere que sea almacenado localmente, ya que las pruebas anteriores mostraron que este límite-impuesto por el IOS 3.2 en el iPad-fue el más bajo límite de recursos en HTML de los dispositivos probados.
• Mantenga los componentes CSS y JS inferior a 1 MB. Por supuesto, 1MB es enorme y sus componentes debe ser mucho menor que esto, pero no te molestes en la división de un componente en solicitudes separadas para el bien de almacenamiento en caché a menos que su tamaño se acerca a 1 MB.
• Considere el uso de la caché de aplicación HTML5 si es importante que sus componentes persisten en la memoria caché durante mucho tiempo, oa través de los ciclos de potencia.
• Haga su propia prueba. Hice hincapié en la importancia de esto en mi artículo anterior y lo voy a destacar una vez más aquí. Utilizar estos resultados como punto de partida, pero verifique usted mismo antes de tomar decisiones importantes basadas en ellas.

Buscar conversaciones: Bloglines | technorati

Compartir y ampliar: Marcar página con del.icio.us | Digg It! | reddit!