Que es un comercio binario json

BJSON. Textual JSON es extremadamente fácil de usar para el desarrollador, sin embargo, la forma textual tiene algunas desventajas para los entornos de producción. - es más compacto que JSON, puede ser más corto en representación de bytes, - es fácil de analizar, - es fácil de implementar en la mayoría de los entornos actuales, - es fácil de implementar parcialmente cuando sea necesario (para uso específico), - se puede recorrer fácilmente sin analizar todos los datos (por ejemplo, omitir algunas entradas), - admite todos los formatos de datos comunes nativos - primitivos y estructurados, - admite todas las funciones de JSON sin necesidad de datos adicionales y codificación, - admite el direccionamiento de datos en forma de ruta, - se puede transcodificar fácilmente a JSON textual de ida y vuelta (solo si no se extiende), - puede integrarse fácilmente en transportes comunes: archivos, bases de datos, flujos mpeg, etc. - es fácil de extender a nivel de contexto específico o incluso privado, No reinventes la rueda. - BSON en bsonspec. org - todos sus pros y sus contras, - ASN.1 (BER, DER, etc.) y todo el trabajo relacionado con la notación de sintaxis abstracta. - Protocolo Buffers de Google, - Ahorro de Apache, especialmente sus protocolos (TBinaryProtocol, TCompactProtocol, etc.), - OGDL y su representación binaria, Los campos de tamaño contienen la cantidad de bytes. 1 - cero numérico, o booleano falso. 2 - cadena vacía 3 - verdadero booleano (también puede ser numérico) El & quot; cero numérico & quot; y & quot; booleano falso & quot; son lo mismo en muchos idiomas (como C). El & quot; numérico & quot; y & quot; boolean true & quot; son lo mismo en muchos idiomas (como C). - el proceso de codificación: si es posible, utiliza & quot; primitivas estrictas & quot; (tipos de datos de 24..27), pero debe tenerse en cuenta que en algunos lenguajes construcciones no es una opción, - el proceso de decodificación: si el lenguaje o la implementación no le importa, entonces no importa.

Pero si se TIENE que tomar la decisión, entonces se prefiere el número entero sobre booleano. negative_integer: 13, flotador de 64 bits (doble): obsoleto, era flotador de 32 bits en la versión 0.4, pero ahora es ilegal. 15, flotador de 64 bits (doble) la cadena NO DEBE tener código de terminación nula. cadena no puede tener ningún & quot; cero & quot; bytes para evitar la terminación nula terminando la cadena antes de su longitud real; es realmente importante para la facilidad de las implementaciones de C de bajo nivel en los dispositivos integrados. 17, tamaño uint16, utf8_data tamaño * byte - una cadena de hasta 64k bytes. 18, tamaño uint32, utf8_data tamaño * byte - una cadena larga, 64K a 4GB. 19, tamaño uint64, utf8_data tamaño * byte - una cadena muy larga, que probablemente ni siquiera se usará por ahora. Esto no es totalmente transcodificable con JSON, ya que el JSON no tiene soporte nativo para datos binarios. 21, tamaño uint16, binary_data size * byte 22, tamaño uint32, binary_data size * byte 23, tamaño uint64, binary_data size * byte 25 - verdadero booleano.

26 - número entero cero. 27 - entero uno. Los primitivos estrictos deberían ser: - utilizado, cuando la implementación (lenguaje) lo admite, - siempre implementado por el decodificador (incluso si la descodificación perderá el tipo), - implementado por el codificador si es posible, 33, tamaño uint16, item0, item1, item2,. 34, tamaño uint32, item0, item1, item2,. 35, tamaño uint64, item0, item1, item2,. Sin embargo, la implementación puede ignorar eso (utilizar cualquier otro tipo como claves, incluso tipos de mezcla) si la compatibilidad JSON no es un requisito. 37, tamaño uint16, clave0, valor0, clave1, valor1,. 38, tamaño uint32, clave0, valor0, clave1, valor1,. 39, tamaño uint64, clave0, valor0, clave1, valor1,. Codificación y decodificación. Evite la ambigüedad: compacte los datos. algunos valores podrían codificarse con diferentes representaciones binarias. Por ejemplo, el valor 2 podría codificarse como 8, 2 o 9, 2, 0. - el codificador DEBERÍA seleccionar la mejor (más corta) forma de codificación.

Ejemplo # 1: el número entero 2, DEBERÍA estar codificado como 8, 2 - la forma más corta posible, pero 9, 2, 0 es posible en implementaciones no perfectas. Ejemplo # 2: el entero 0, DEBERÍA codificarse como 26 (cero entero) o 1 (cero numérico), pero 8, 0 (cero positivo) o 9, 0 (cero negativo) son posible en implementaciones no perfectas. - el decodificador DEBE soportar ambigüedades, para la fiabilidad de la implementación, <h1> ¿Qué es un comercio binario json < h1> BSON abeja y middot; sahn, abreviatura de Bin & shy; ary JSON, es una colección de serigrafías basadas en bin & shy; ary-en & shy; t & t; t & t; t & t; t & t de artículos similares a JSON. Al igual que JSON, BSON provee los servicios de cama y tímido de doc & shy; u & shy; tts y ar & shy; rayos con & tímido; en oth & shy; er doc & shy; u & shy; tts y ar & shy; rays. BSON también contiene algunas expresiones que representan una baja cantidad de tipos de datos que no son parte de la especificación JSON. Por ejemplo, BSON tiene un tipo de fecha y un tipo de BinData. BSON puede ser comparada con bin & shy; ary inter & shy; change para tímidas, como Proto & shy; col Buf & shy; fers. BSON es más "sin esquema" que Proto & shy; col Buf & shy; fers, lo que le puede dar una edad ad & shy; tímida en flex & shy; ib & shy; il & shy; ity pero también una ligera dis & shy; ad & shy; vant & shy; age en el espacio ef & shy; fi & shy ; ciencia (BSON tiene más de la cabeza para los nombres de campo con & tímido en los datos seriados y tímidos). BSON fue de & shy; firmó para tener los siguientes tímidos y humildes tres ac tímidos y tímidos: tímidos y tímidos: Mantener el spa y el tímido sobre el tímido, la cabeza y el tímido es un recurso de todo tipo para el formato de datos y resúmenes, y es tímido y pecífico cuando se usa en el trabajo de red. BSON está de & shy; firmado para ser tra & shy; versed eas & shy; ily. Esta es una herramienta muy útil en su papel como el principal representante de datos para una Mon & shy; goDB. Los datos de codificación de BSON y el demitimiento de BSON se pueden formar muy rápidamente en la mayoría de los idiomas debido al uso de tipos de datos de C. <h1> ¿Qué es un comercio binario json < h1> Obtén a través de App Store ¡Lee esta publicación en nuestra aplicación! codificación binaria para JSON? Mi aplicación de Javascript está descargando bastantes datos del servidor y estaba pensando que, además del gzip normal hecho por el servidor, puedo codificar los datos en algún formato binario en lugar de en formato de texto JSON. ¿Hay una forma estándar de hacer esto? Idealmente, debería ser una pequeña herramienta que pueda tomar un archivo de texto JSON y convertirlo a un formato binario genérico y una pequeña biblioteca de Javascript que lo descodifique. Además, ¿hay algo especial que deba hacerse en XHR para pasar datos binarios? Si gzip no se comprime lo suficientemente bien, es probable que su formato binario tampoco lo haga, especialmente si desea poder decodificarlo a través de javascript dentro de un período de tiempo razonable.

Recuerde que la descompresión al usar gzip se hace de forma nativa por el navegador y es de órdenes mucho más rápidos que cualquier cosa que pueda hacer en javascript. Si cree que la deserialización de JSON es demasiado lenta, porque está soportando navegadores más antiguos como ie7 que no decodifica JSON de forma nativa sino que depende de eval para el trabajo, considere alejarse de JSON a una codificación personalizada basada en la división de cadenas, que es mucho más rápido para deserializar. Para inspirarse intente leer este artículo: BSON, abreviación de Binary JSON, es una serialización codificada en binario de documentos similares a JSON. Al igual que JSON, BSON admite la incorporación de documentos y matrices en otros documentos y matrices. BSON también contiene extensiones que permiten la representación de tipos de datos que no son parte de la especificación JSON. Por ejemplo, BSON tiene un tipo de fecha y un tipo de BinData. MongoDB está usando algo así para su almacenamiento orientado a documentos. Puede obtener más detalles directamente en el sitio web de BSON. Desafortunadamente, BSON no funciona con Javascript (como puede ver en la lista de implementación), así que creo que no es una buena respuesta a su pregunta. Podría pensar en usar Buffers de Protocolo; tiene un codificador decodificador JS, pero todavía es bastante experimental. Puede intentarlo: muchas veces, el proyecto experimental de código abierto ya es lo suficientemente bueno para su uso en escenarios específicos. Tenga en cuenta también que hay algunos cuestionamientos acerca de que BSON es más compacto que JSON; lo mismo podría ser cierto también para otros protocolos, como protbuf. Le sugiero encarecidamente que haga algunos cálculos matemáticos y compruebe si hay ganancias reales. Universal Binary JSON Specification. Especificación. ¿Sabes qué es JSON y entiendes los formatos de datos y solo quieres los buenos bits? Mantenga abierta la Referencia de tipo en una pestaña para mostrarle los marcadores y las definiciones de texto, todo en una página. Detalles sobre los tipos de valores (13 de ellos) Detalles sobre los tipos de contenedores (2 de ellos) No olvide que los contenedores tienen un formato optimizado opcional que puede aprovechar.

Tome una biblioteca UBJSON para su idioma o plataforma favorita (¡o escriba la suya!) Discuta las preguntas sobre las especificaciones o bibliotecas en el grupo de Google. ¡Archivo de errores o problemas en GitHub! La especificación Universal Binary JSON está autorizada bajo la licencia Apache 2.0. El uso de la especificación, ya sea como se define o una extensión personalizada de la misma, está destinada a ser comercialmente amigable. El objetivo final de esta especificación es proporcionar una herramienta útil para que los desarrolladores de software aprovechen de la forma que mejor les parezca. JSON se ha convertido en un formato de archivo ubicuo basado en texto para el intercambio de datos. Su simplicidad, facilidad de procesamiento y tipeo de datos (relativamente) rico lo convirtió en una opción natural para muchos desarrolladores que necesitan almacenar o mezclar datos entre sistemas de manera rápida y sencilla. Desafortunadamente, coordinar construcciones de lenguaje de programación nativo dentro y fuera de una representación basada en texto tiene un costo de procesamiento medible asociado. En aplicaciones de alto rendimiento, evitar el paso de procesamiento de texto de JSON puede generar grandes ganancias tanto en el tiempo de procesamiento como en la reducción de tamaño de la información almacenada, que es donde un formato JSON binario se vuelve útil. Los intentos de hacer el uso de JSON más rápido a través de especificaciones binarias como BSON, BJSON o Smile existen, pero han sido rechazados por la adopción masiva por dos razones: Tipos de datos personalizados (solo binarios): Inclusión de tipos de datos personalizados que no tienen funciones auxiliares en la especificación JSON original, dejando espacio para que existan incompatibilidades, ya que las diferentes implementaciones de la especificación manejan los tipos de datos solo binarios de manera diferente. Complejidad: algunas especificaciones proporcionan un rendimiento mayor o representaciones más pequeñas a costa de una especificación mucho más compleja, lo que dificulta las implementaciones, lo que puede ralentizar o bloquear la adopción. Una de las razones clave por las que JSON se hizo tan popular como lo fue fue por su facilidad de uso. BSON, por ejemplo, define tipos para datos binarios, expresiones regulares, bloques de código JavaScript y otras construcciones que no tienen un tipo de datos equivalente en JSON. BJSON define también un tipo de datos binarios, de nuevo dejando la puerta abierta a la interpretación que potencialmente puede conducir a incompatibilidades entre dos implementaciones de la especificación y Smile, mientras que el más cercano define construcciones de datos más complejas y reglas de generación análisis en nombre de eficiencia de espacio absoluta. Estas no son fallas, solo compensa las diferentes especificaciones hechas para dar servicio a casos de uso específicos.

Las especificaciones JSON binarias existentes definen incompatibilidades o complejidades que deshacen el inquilino singular que hizo que JSON sea tan exitoso: simplicidad. La simplicidad de JSON lo hizo accesible para cualquier persona, implementó todos los idiomas disponibles e hizo que se lo explicara a cualquiera que consuma sus datos de forma inmediata. Cualquier especificación JSON binaria exitosa debe llevar estas propiedades hacia adelante para que sea realmente útil para la comunidad en general. Esta especificación se define en torno a una construcción singular basada en marcador utilizada para construir y representar valores y objetos JSON. Leer y escribir el formato es trivial, diseñado con el objetivo de ser entendido en menos de 10 minutos (probablemente menos si ya estás muy cómodo con JSON). Afortunadamente, aunque la especificación Universal Binary JSON lleva adelante a estos inquilinos de la simplicidad, también puede aprovechar las estructuras de datos binarios optimizadas que son (en promedio) un 30% más pequeñas que las JSON compactadas y especificadas para un rendimiento de lectura máximo; juntando simplicidad, tamaño y rendimiento en una sola especificación que es 100% compatible con JSON. En la superficie, simplemente descomprimiendo su JSON compactado puede parecer una alternativa válida (y más pequeña) al uso de la especificación Universal Binary JSON, pero hay dos costos significativos asociados con este enfoque que debe tener en cuenta: Al menos una sobrecarga de rendimiento del 50% para procesar los datos. Falta de claridad de datos e incapacidad para inspeccionarlo directamente. Mientras que la compresión de su JSON le dará una gran compresión, aproximadamente un 75% en promedio, la sobrecarga requerida para leer escribir los datos se vuelve significativamente más alta. Además, debido a que los datos binarios están ahora en un formato comprimido, ya no puede abrirlos directamente en un editor y escanear fácilmente las partes legibles por el ser humano; que puede ser importante durante la depuración, las pruebas o la verificación y recuperación de datos. El uso del formato Binario JSON universal generalmente proporcionará una reducción del 30% en el tamaño y almacenará sus datos en un formato optimizado que le ofrecerá un rendimiento mucho más alto al mismo tiempo que le permite abrir el archivo directamente y leerlo. Si tuvieras un escenario de uso en el que tus datos se almacenan en frío a largo plazo y se extraen en grandes fragmentos para su procesamiento, incluso podrías considerar descomprimir tus archivos Universal Binary JSON, almacenarlos y, cuando se extraigan y descompriman, puede procesarlos con todas las ventajas de velocidad de UBJSON. Como siempre, decidir qué enfoque es el correcto para su proyecto depende en gran medida de lo que necesita. La especificación Universal Binary JSON tiene 3 objetivos: 1. Compatibilidad universal. Lo que significa compatibilidad absoluta con la especificación JSON en sí misma, así como solo el uso de tipos de datos que son compatibles nativamente en todos los lenguajes de programación populares.

Esto permite transformaciones 1: 1 entre JSON estándar y Universal Binary JSON, así como una representación eficiente en todos los lenguajes de programación populares sin requerir que los desarrolladores de analizadores cuenten tipos de datos extraños que su lenguaje puede no admitir. La especificación Universal Binary JSON se define intencionalmente utilizando una estructura de datos de núcleo único para construir toda la especificación. Esto logra dos cosas: permite que la especificación se comprenda rápidamente y permite a los desarrolladores escribir código trivialmente simple para aprovecharlo o intercambiar datos con otro sistema que lo utilice. Normalmente, la motivación para usar una especificación binaria sobre una basada en texto es la velocidad y o eficiencia, por lo que se prestó atención estricta a seleccionar construcciones de datos y representaciones que son (aproximadamente) un 30% más pequeñas que sus contrapartes compactas JSON y optimizadas para un análisis rápido . La especificación Universal Binary JSON utiliza una única construcción con dos segmentos opcionales (longitud y datos) para todos los tipos: Cada elemento en la tupla se define como: escriba un carácter ASCII de 1 byte utilizado para indicar el tipo de datos que lo siguen. length (OPCIONAL) Un tipo numérico entero positivo (int8, uint8, int16, int32, int64) que especifica la longitud de la siguiente carga útil de datos. datos (OPCIONAL) Una ejecución de bytes que representa los datos binarios reales para este tipo de valor.

Algunos valores son tan simples que escribir el marcador ASCII de 1 byte en la secuencia es suficiente para representar el valor (por ejemplo, nulo) mientras que otros tienen un tipo que es lo suficientemente específico como para no necesitar longitud ya que la longitud está implícita en el tipo ( ej. int32) mientras que otros aún requieren tanto un tipo como una longitud para comunicar su valor (por ejemplo, cadena). Universal Binary JSON define una serie de tipos de valores y tipos de contenedores que se asignan directamente a los tipos de JSON. En su mayor parte, la correlación es 1: 1, excepto en el caso de los tipos numéricos donde UBJSON define muchos tipos más específicos de almacenamiento y representación de números que el tipo de número único de JSON. La especificación Universal Binary JSON intenta lograr el equilibrio perfecto entre ahorro de espacio, simplicidad y rendimiento. Los datos almacenados utilizando el formato Universal Binary JSON son en promedio un 30% más pequeños como regla general. Sin embargo, como puede ver en algunos de los ejemplos de este documento, no es raro ver que la representación binaria de algunos datos conduce a una reducción de tamaño del 50% o del 60% sin compresión. La reducción de tamaño de sus datos depende en gran medida del tipo de datos que está almacenando.

Lo mejor es hacer su propia evaluación comparativa con un muestreo exhaustivo de sus propios datos. La cantidad de reducción de tamaño de almacenamiento que experimentará con el formato Universal Binary JSON dependerá en gran medida del tipo de datos que está codificando. Algunos datos se reducen considerablemente, algunos levemente y otros no, pero en todos los casos sus datos se almacenarán en un formato mucho más eficiente que es más rápido de leer y escribir. A continuación se incluyen sugerencias para que tenga una idea de cómo ciertos datos pueden reducirse en este formato: los valores nulos, verdaderos y falsos serán un 75% más pequeños (80% en el caso de falso) Los valores numéricos grandes (& gt; 5 dígitos & lt; 20 dígitos) serán un 50% más pequeños. los contenedores de matriz y objetos serán de 1 byte por valor más pequeños. Aprovechar el formato de contenedor optimizado puede conducir a una reducción de tamaño significativa en entornos donde los datos de contenedor son del mismo tipo. los valores de cadena son 2-10 bytes más grandes por cadena (dependiendo de la longitud de la cadena representada por el tipo numérico entero más pequeño). Una de las mejores cosas del formato Universal Binary JSON es que, aunque la mayoría de todos sus datos estarán representados en una huella más pequeña, usted todavía obtiene dos grandes ganancias: Un formato de datos más pequeño significa escrituras más rápidas y lecturas más pequeñas. También significa menos datos para procesar al analizar. El formato binario significa que no hay valores primitivos de codificación descodificación en el texto y no hay valores primitivos de análisis del texto. La especificación Universal Binary JSON requiere que todos los valores numéricos se escriban en orden Big-Endian. La especificación Universal Binary JSON es un formato binario y recomienda utilizar el siguiente tipo de mime: Esto se agregó directamente a la especificación con la esperanza de evitar una confusión similar con JSON. La extensión significa "Universal Binary JSON" y no tiene asignaciones conflictivas conocidas para otros formatos de archivo. Solicitudes de mejora (RFE) Todos los cambios (propuestos) a la especificación están siendo rastreados en GitHub. &dupdo; 2017 Universal Binary JSON Specification.

Todos los derechos reservados. <h1> ¿Qué es un comercio binario json < h1> Obtén a través de App Store ¡Lee esta publicación en nuestra aplicación! Datos binarios en cadena JSON. Algo mejor que Base64. El formato JSON de forma nativa no admite datos binarios. Los datos binarios se deben escapar para poder colocarlos en un elemento de cadena (es decir, cero o más caracteres Unicode entre comillas dobles usando escapes de barra invertida) en JSON. Un método obvio para escapar de los datos binarios es usar Base64. Sin embargo, Base64 tiene una alta sobrecarga de procesamiento. También expande 3 bytes en 4 caracteres, lo que aumenta el tamaño de los datos en un 33%. Un caso de uso para esto es el borrador v0.8 de la especificación API de almacenamiento en la nube CDMI. Usted crea objetos de datos a través de un servicio REST-Web utilizando JSON, p. ¿Hay mejores formas y métodos estándar para codificar datos binarios en cadenas JSON? Hay 94 caracteres Unicode que se pueden representar como un byte de acuerdo con la especificación JSON (si su JSON se transmite como UTF-8).Con eso en mente, creo que lo mejor que puedes hacer en cuanto al espacio es base85, que representa cuatro bytes como cinco caracteres. Sin embargo, esto es solo una mejora del 7% sobre base64, es más costoso de computar, y las implementaciones son menos comunes que para base64, por lo que probablemente no sea una ganancia. También podría simplemente asignar cada byte de entrada al carácter correspondiente en U + 0000-U + 00FF, luego hacer la codificación mínima requerida por el estándar JSON para pasar esos caracteres; la ventaja aquí es que la descodificación requerida es nil más allá de las funciones integradas, pero la eficiencia del espacio es mala: una expansión del 105% (si todos los bytes de entrada son igualmente probables) frente al 25% para base85 o 33% para base64. Veredicto final: base64 gana, en mi opinión, con el argumento de que es común, fácil y no lo suficientemente malo como para justificar el reemplazo. Sé que esta es una pregunta de hace casi 6 años pero me encuentro con el mismo problema y pensé en compartir una solución: multipart form-data. Al enviar un formulario multiparte, primero envíe como cadena sus metadatos JSON, y luego los envía por separado como binario sin procesar (imágenes, wav, etc.) indexados por el nombre de la disposición del contenido.

Aquí hay un buen tutorial sobre cómo hacer esto en obj-c, y aquí hay un artículo de blog que explica cómo particionar los datos de cadena con el límite de formulario y separarlo de los datos binarios. El único cambio que realmente necesita hacer es en el lado del servidor; tendrá que capturar sus metadatos que deben hacer referencia a los datos binarios POST'ed de forma apropiada (mediante el uso de un límite de disposición de contenido). De acuerdo, requiere un trabajo adicional en el lado del servidor, pero si está enviando muchas imágenes o imágenes de gran tamaño, vale la pena. Combina esto con compresión gzip si quieres. En mi humilde opinión, el envío de datos codificados en base64 es un truco; RFC multipart form-data se creó para problemas como este: envío de datos binarios en combinación con texto o metadatos. Editar: FYI la biblioteca de. NET json. net admite leer y escribir bson si está buscando algo del lado del servidor de C #. El problema con UTF-8 es que no es la codificación más eficiente en cuanto a espacio. Además, algunas secuencias de bytes binarios aleatorios son codificación UTF-8 no válida. Por lo tanto, no puede interpretar una secuencia de bytes binarios aleatoria como algunos datos UTF-8 porque será una codificación UTF-8 no válida. El beneficio de esta restricción en la codificación UTF-8 es que hace que sea robusto y posible ubicar caracteres de varios bytes de inicio y fin en cualquier byte que comencemos a mirar. Como consecuencia, si la codificación de un valor de byte en el rango 0..127 necesitaría solo un byte en la codificación UTF-8, la codificación de un valor de byte en el rango 128..255 requeriría 2 bytes. Peor que eso.

En JSON, los caracteres de control, "y no pueden aparecer en una cadena. Por lo tanto, los datos binarios requerirían alguna transformación para ser codificados correctamente. Vamos a ver. Si asumimos valores de bytes aleatorios distribuidos uniformemente en nuestros datos binarios, en promedio, la mitad de los bytes se codificarán en un byte y la otra mitad en dos bytes. Los datos binarios codificados en UTF-8 tendrían el 150% del tamaño inicial. La codificación Base64 crece solo hasta el 133% del tamaño inicial. Así que la codificación Base64 es más eficiente. ¿Qué hay de usar otra codificación base? En UTF-8, la codificación de los 128 valores ASCII es la más eficiente en cuanto a espacio.

En 8 bits puedes almacenar 7 bits. Entonces, si cortamos los datos binarios en trozos de 7 bits para almacenarlos en cada byte de una cadena codificada en UTF-8, los datos codificados crecerán solo al 114% del tamaño inicial. Mejor que Base64. Desafortunadamente no podemos usar este sencillo truco porque JSON no permite algunos caracteres ASCII. Los 33 caracteres de control de ASCII (0..31 y 127) y el "y deben ser excluidos. Esto nos deja solo 128-35 = 93 caracteres. Entonces, en teoría, podríamos definir una codificación Base93 que haría crecer el tamaño codificado a 8 log2 (93) = 8 * log10 (2) log10 (93) = 122%. Pero una codificación Base93 no sería tan conveniente como una codificación Base64. Base64 requiere cortar la secuencia de bytes de entrada en trozos de 6 bits para los cuales funciona la operación bit a bit simple. Además de 133% no es mucho más que 122%. Esta es la razón por la que llegué de forma independiente a la conclusión común de que Base64 es de hecho la mejor opción para codificar datos binarios en JSON.

Mi respuesta presenta una justificación para eso. Estoy de acuerdo en que no es muy atractivo desde el punto de vista del rendimiento, pero considere también el beneficio de usar JSON con su representación de cadena legible para el ser humano, fácil de manipular en todos los lenguajes de programación. Si el rendimiento es crítico, una codificación binaria pura se debe considerar como reemplazo de JSON. Pero con JSON mi conclusión es que Base64 es el mejor. yEnc podría funcionar para usted: Si se trata de problemas de ancho de banda, intente comprimir los datos en el lado del cliente primero, luego base64-it. Buen ejemplo de tal magia es en jszip. stuartk. co. uk y más discusión sobre este tema es en la implementación de JavaScript de Gzip. Es muy rápido de codificar, decodificar y compactar. También es una extensión de JSON que le permite omitir la codificación base64 para matrices de bytes. Las cadenas con codificación de sonrisas se pueden gzip cuando el espacio es crítico. Si bien es cierto que tiene base64. 33% de tasa de expansión, no es necesariamente cierto que la sobrecarga de procesamiento sea significativamente más que esto: realmente depende de la biblioteca kit de herramientas JSON que esté utilizando. La codificación y la decodificación son simples operaciones sencillas e incluso se pueden optimizar con la codificación de caracteres wrt (ya que JSON solo es compatible con UTF-81632): los caracteres de base64 siempre son de un solo byte para las entradas de cadena JSON. Por ejemplo, en la plataforma Java, hay bibliotecas que pueden hacer el trabajo de manera bastante eficiente, por lo que la sobrecarga se debe principalmente al tamaño expandido. Estoy de acuerdo con dos respuestas anteriores: base64 es un estándar simple, comúnmente utilizado, por lo que es poco probable que encuentre algo mejor específicamente para usar con JSON (base-85 es usado por postscript, etc., pero los beneficios son en el mejor de los casos marginales cuando lo piensas) compresión antes de codificar (y después de decodificar ) puede tener mucho sentido, según los datos que use. Ya que está buscando la capacidad de calzar los datos binarios en un formato estrictamente basado en texto y muy limitado, creo que la sobrecarga de Base64 es mínima en comparación con la conveniencia que espera mantener con JSON. Si la potencia de procesamiento y el procesamiento son una preocupación, entonces probablemente deba reconsiderar sus formatos de archivo.

(Editar 7 años después: Google Gears se ha ido. Ignora esta respuesta). El equipo de Google Gears se encontró con el problema de la falta de tipos de datos binarios y ha intentado solucionarlo: JavaScript tiene un tipo de datos integrado para cadenas de texto, pero nada para datos binarios. El objeto Blob intenta solucionar esta limitación. Tal vez puedas tejer eso de alguna manera. Solo para agregar el punto de vista de recursos y complejidad a la discusión. Dado que al hacer PUT POST y PATCH para almacenar nuevos recursos y modificarlos, uno debe recordar que la transferencia de contenido es una representación exacta del contenido que se almacena y que se recibe al emitir una operación GET. Un mensaje de varias partes se usa a menudo como un salvador, pero por razones de simplicidad y para tareas más complejas, prefiero la idea de dar el contenido como un todo. Es autoexplicativo y es simple. Y sí, JSON es algo paralizante, pero al final JSON es verboso. Y la sobrecarga de la asignación a BASE64 es una forma de pequeña. El uso de mensajes de varias partes correctamente tiene que desmantelar el objeto para enviar, utilizar una ruta de propiedad como el nombre del parámetro para la combinación automática o tendrá que crear otro protocolo formato para simplemente expresar la carga útil.

También le gusta el enfoque BSON, este no es tan amplio y fácil de apoyar como a uno le gustaría que fuera. Básicamente, solo extrañamos algo aquí, pero incorporar datos binarios como base64 está bien establecido y es un camino a seguir a menos que realmente hayas identificado la necesidad de hacer la transferencia binaria real (que a menudo es el caso). Tipo de datos realmente preocupa. He probado diferentes escenarios al enviar la carga de un recurso REST. Para la codificación he usado Base64 (Apache) y para la compresión GZIP (java. utils. zip. *). La carga contiene información sobre la película, una imagen y un archivo de audio. He comprimido y codificado los archivos de imagen y audio que degradaron drásticamente el rendimiento.

La codificación antes de la compresión resultó bien. El contenido de la imagen y el audio se enviaron como bytes codificados y comprimidos . Describe una forma de transferir datos binarios entre un cliente CDMI y un servidor utilizando operaciones de 'tipo de contenido CDMI' sin requerir conversión base64 de los datos binarios. Si puede utilizar la operación 'Tipo de contenido no CDMI', es ideal para transferir 'datos' a desde un objeto. Luego, los metadatos pueden agregarse recuperarse a desde el objeto como una operación posterior de 'tipo de contenido CDMI'. Mi solución ahora, XHR2 está usando ArrayBuffer. ArrayBuffer como secuencia binaria contiene contenido multiparte, video, audio, gráfico, texto, etc. con múltiples tipos de contenido. Todo en una respuesta. javascript 375 . jeresig honestbleeps Reddit Enhancement Suite kenman TheNumberOneCulprit pestañas y punto y coma, reaccionar y FaaS AutoModerator & raquo; la primera página de internet. y suscribirse a una de miles de comunidades. . . ¿Quieres agregar a la discusión? mod guidelines . Reddit para iPhone Reddit para el sitio web móvil Android . , . &dupdo; 2017 reddit . . REDDIT y el logotipo de ALIEN son marcas registradas de reddit inc. &Pi; Presentado por PID 130127 en la aplicación-456 el 2017-12-28 01: 28: 39.498433 + 00: 00 ejecutando el código de país A84b: DE. Pase el JSON y elija formatos de codificación binarios.

Descubra cómo los desarrolladores pueden lograr aumentos de rendimiento significativos usando nuevos formatos de codificación binarios como alternativas a JSON y XML. Herramientas de desarrollo. Buscando algo mas? Comparte este elemento con tu red: ¿JSON y XML son su cuello de botella de rendimiento REST? & ndash; TheServerSide. com Asesoramiento experto sobre la transmisión de datos: pros y contras. & ndash; Texto de SearchMicroservices y ndash; WhatIs. com. Los formatos de codificación binarios prometen mejoras de rendimiento significativas para las aplicaciones de comunicaciones intensivas. TheServerSide se encontró con Martin Thompson, fundador de Real Logic, quien implementó un nuevo formato de protocolo binario para el comercio financiero que es más de 1,000 veces más rápido que JSON. Descarga instantánea exclusiva: lanzamiento de Java 9. Oracle lanzó el tan esperado Java 9, pero ¿qué significará esto para los desarrolladores? Descubra cómo las mejoras de Java 9 apuntan a simplificar el proceso de desarrollo.

Al enviar su información personal, usted acepta que TechTarget y sus socios pueden contactarlo con respecto a contenido relevante, productos y ofertas especiales. También acepta que su información personal pueda ser transferida y procesada en los Estados Unidos, y que haya leído y aceptado los Términos de uso y la Política de privacidad. ¿Cuál es su opinión sobre el estado de las nuevas técnicas para reemplazar JSON con formatos y protocolos de codificación binaria más eficientes, como el Buffer de Protocolo de Google? Martin Thompson: Primero, ninguno de estos formatos son protocolos. Son códecs. Un protocolo es un medio para describir una interacción de comunicación. Cada uno de los mensajes individuales utilizados en un protocolo puede codificarse o decodificarse en un formato particular mediante un códec. ¿Cuál es su opinión sobre el rendimiento relativo de JSON REST, en comparación con los formatos de codificación binarios como Google Protocol Buffers, Avro, Thrift, Bond y Simple Binary? Thompson: las codificaciones basadas en texto suelen ser 10 veces más lentas que los códecs binarios menos eficientes, como GBP. Hay codificaciones binarias que son 10 a 100 veces más eficientes, como FlatBuffers, Cap'n Proto y SBE (codificación binaria simple). ¿Este tipo de eficiencia solo reduce la latencia, o ves un rol desde un uso más eficiente de la nube al mover el análisis de mensajes de JSON a estos formatos binarios más eficientes? Thompson: Este aumento en la eficiencia resulta en reducciones directas en la latencia, aumentos en el rendimiento y ganancias de eficiencia.

También podemos ver la reducción del ancho de banda debido a codificaciones más compactas. Una de las mayores ganancias puede ser en dispositivos móviles donde el uso de la batería se reduce significativamente. Si perfila la aplicación empresarial típica, es probable que se sorprenda de cuánto tiempo de CPU y memoria se dedica a los protocolos y códecs en relación con la lógica de negocios. Parece que nuestras aplicaciones se basan principalmente en la manipulación y codificación de protocolos y, como efecto colateral, tienen una pequeña lógica comercial. ¿Cuáles son los tipos de aplicaciones donde la eficiencia del formato de codificación binaria puede traducirse en las ganancias más significativas o reducir el tamaño de instancia de la nube requerido para un tipo particular de aplicación? Thompson: cualquier aplicación que realiza una gran cantidad de comunicación o codificación, como microservicios o datos de supervisión. El registro basado en texto es una abominación. ¿Cuáles son las limitaciones de los formatos de codificación binarios, y particularmente SBE? ¿Hay lugares donde no es tan bueno? Thompson: La principal limitación es la falta de comprensión y experiencia en la comunidad de desarrollo. Pasamos gran parte de nuestro tiempo depurando todo tipo de aplicaciones. Las codificaciones de texto son más sencillas para quienes no tienen experiencia con codificaciones binarias. Sin embargo, con la experiencia, las codificaciones binarias se vuelven fáciles de trabajar y en muchos casos son incluso más simples de depurar porque hay menos casos extremos.

¿Dónde vería que se usan estos formatos en la pila de comunicaciones en comparación con protocolos de bajo nivel como UDP TCP y protocolos de nivel superior como WebSockets, XMPP, CoAP y MQTT? Thompson: en el modelo de capa OSI estas codificaciones son Capa 6, es decir, presentaciones. UDP es Capa 4, TCP es una mezcla de Capa s 4 y 5. WebSockets, XMPP, HTTP, etc. son protocolos de aplicación de Capa 7. ¿Cuáles son los desafíos de desarrollo en torno al uso de SBE en términos de depuración en comparación con GPB y R EST? Thompson: SBE en comparación con GBP es muy similar en el uso. SBE tiene la restricción de que se debe acceder a los mensajes con grupos que se repiten en orden versus el acceso arbitrario. Algunos encuentran esto restrictivo. Encuentro que esto es solo una cuestión de disciplina de desarrollo.

El acceso arbitrario a la memoria no funciona bien con los captadores previos en un subsistema de caché de la CPU. Las CPU aman los patrones predecibles. REST es un protocolo de Capa 7 y no se puede comparar. ¿Qué ven como algunos de los factores que impiden la adopción más amplia de formatos de codificación binarios como GPB y SBE? Thompson: falta de experiencia y conciencia. Los chicos geniales están usando JSON en estos días. Es una pena porque es una codificación tan pobre. No tiene tipos y es muy ineficiente. ¿Cuáles considera que son las mejores prácticas para que las organizaciones reemplacen el uso de R EST y JSON con estos formatos más eficientes? Thompson: pruébalos en un proyecto pequeño y desarrolla experiencia. Luego, a tiempo, escriba herramientas para ayudar con la depuración, como disectores de Wireshark y herramientas de visualización. Las herramientas de visualización no necesitan ser complejas; las simples herramientas de línea de comando pueden ser suficientes. Cave más profundo en las herramientas de desarrollo de Java. El libro de entrega continuo afirma que la automatización es clave para DevOps efectivo. Marcos frontales de JavaScript, habilidades de TypeScript en demanda en 2017. A prueba de futuro sus aplicaciones: Solucione ahora, no más tarde. La presión para contratar desarrolladores de Java se intensifica en Seattle.

Herramientas de productividad en arquitecturas ligeras en crecimiento. OpenStack desarrolla su propia herramienta de análisis de código estático para Python. Anotaciones de Java. Comparador Java. Marcos frontales de JavaScript, habilidades de TypeScript en demanda en 2017. ¿Qué hay de nuevo en el lanzamiento de la herramienta de integración continua Jenkins 2.0? Mejorando la productividad del desarrollador con ZeroTurnaround. ¿Qué hace que las buenas herramientas de desarrollo de software sean geniales? El libro de entrega continuo afirma que la automatización es clave para DevOps efectivo. Haga que el monitoreo predictivo sea efectivo para su organización. Haga que la herramienta SCM Git sea la parte más fácil en una transición de DevOps. Elegir la herramienta DevOps adecuada para dominar su programación políglota. Cuán elegante código puede dañar el rendimiento de HTML5. Encuentre más contenido PRO + y otras ofertas solo para miembros, aquí. ¿Ha experimentado mejoras de rendimiento al cambiar a un formato de codificación binario para sus intercambios de datos?

Unirse a la conversación. Su contraseña ha sido enviada a: Al enviar la solicitud, acepta recibir correos electrónicos de TechTarget y sus socios. Si reside fuera de los Estados Unidos, acepta que sus datos personales sean transferidos y procesados ​​en los Estados Unidos. Intimidad. Por favor crea un nombre de usuario para comentar. CPUs de $ 25, multi-core multi-threaded, todas corriendo & gt; 1 GHz, y la velocidad de la red va en aumento, el hardware compensa admirablemente los esquemas basados ​​en texto hinchados (en cuanto al tamaño). Últimos recursos de TechTarget.

Buscar aplicaciones en la nube. Obtenga una ventaja con el tutorial de IBM Bluemix. Tómese el tiempo para configurar adecuadamente su entorno con la ayuda de este tutorial de IBM Bluemix para comenzar correctamente. Elija las API y aplicaciones adecuadas para la infraestructura sin servidor. Si bien las plataformas sin servidor pueden reducir la complejidad y el costo de la infraestructura, es posible que no sean la mejor opción para monolítico o. Elija herramientas de integración en la nube basadas en el modelo de la aplicación. La arquitectura de una aplicación afecta en gran medida sus capacidades de integración. Revisa tres modelos populares de aplicaciones en la nube, el potencial. Buscar calidad del software. DevSecOps es imprescindible en el desarrollo de aplicaciones empresariales. DevSecOps, la práctica de abordar la seguridad desde el principio del ciclo de vida de la aplicación, se ha convertido en un desarrollador. Ionic Pro incorpora las herramientas de desarrollo de aplicaciones móviles 'DevOps abraza. Las opciones de desarrollo de código bajo, las características de DevOps y el soporte de colaboración en equipo atraen a una variedad de desarrolladores al desarrollo móvil. Estrategias para dominar el proceso de prueba de software.

Esta parte del Centro de Capacitación para el Desarrollo de Software se adentra en los primeros pasos necesarios al hacer considerables. Buscar aplicaciones financieras. Estudio de caso financiero de TI: informes de secretos de Derek Rose. El CEO Sacha Rose dice que las herramientas de informes especializados han salvado a miles de empresas al evitar errores innecesarios. WestJet recurre a la gamificación para ayudar a sus usuarios de Oracle ERP a elevarse. El proyecto de gamificación inicial de WestJet se centra en el informe de gastos. La Transformación de RH está en marcha. HR se está transformando mientras miramos. Timo Elliott, de SAP, en la tecnología de inteligencia de chat de la empresa. El evangelista de innovación global de SAP espera que la IA afecte a las empresas de tres maneras: interacción entre humanos y computadora, automatización de. SAP Leonardo, SAP Cloud Platform abrió el camino para SAP en 2017. Aquí hay un resumen de tendencias e historias interesantes en el mundo de SAP en 2017, incluido el impulso de SAP hacia tecnologías de vanguardia. UPS y SAP ofrecen tecnología de fabricación aditiva bajo demanda. UPS está pasando de enviar productos a convertirse en fabricante de repuestos a través de una red de impresión 3D que se desarrolló. Search Manufacturing ERP. La actualización de ERP marca el comienzo de las aplicaciones móviles, un obstáculo para los procesos en papel. Una actualización de ERP envió una cultura de empresa existente del fabricante en picada. ¿Prevalecerían los procesos en papel o la digitalización? Temores sobre el impacto a largo plazo de Prism en la nube declarado "exagerado" Forrester afirma que las consecuencias del escándalo de vigilancia Prism 2013 han tenido un efecto mínimo en la industria de la nube.

Encontrar el plan de administración de inventario de distribución correcto. En este consejo de experto, aprenda los diferentes enfoques para perfeccionar la administración del inventario de distribución. Es hora de enfocarse en la administración de versiones de DevOps. Las bases de datos tienden a ser lo último en lo que piensan las empresas al ir por la ruta de DevOps. Pero esa supervisión puede ser costosa. . ¿Buscas una carrera profesional en DevOps? He aquí cómo comenzar. Con pocos programas de certificación o título, comenzar en DevOps puede ser complicado. El experto Chris Tozzi describe las opciones para ayudar. Divida los roles del equipo DevOps para que pueda llegar a DevOps.

Si tienes un equipo de DevOps, no estás haciendo DevOps, al menos según la ingeniera Theresa Neate. Su argumento: analiza el. Todos los derechos reservados, Copyright 2000 - 2017, TechTarget. US Search Desktop. Agradecemos sus comentarios sobre cómo mejorar la búsqueda de Yahoo. Este foro es para que usted haga sugerencias de productos y brinde opiniones reflexivas. Siempre tratamos de mejorar nuestros productos y podemos utilizar los comentarios más populares para hacer un cambio positivo. Si necesita ayuda de algún tipo, visite nuestro foro de asistencia comunitaria o encuentre ayuda a su propio ritmo en nuestro sitio de ayuda. Este foro no se supervisa por problemas relacionados con el soporte. El foro de comentarios de productos de Yahoo ahora requiere una identificación y contraseña de Yahoo válidas para participar. Ahora debe iniciar sesión con su cuenta de correo electrónico de Yahoo para enviarnos sus comentarios y enviar sus votos y comentarios a las ideas existentes. Si no tiene una ID de Yahoo o la contraseña de su ID de Yahoo, regístrese para obtener una cuenta nueva. Si tiene una identificación y contraseña de Yahoo válidas, siga estos pasos si desea eliminar sus publicaciones, comentarios, votos y o perfil del foro de comentarios de productos de Yahoo. Vote por una idea existente () o publique una nueva idea ... Solo deles jugadores a los equipos que están jugando, no para el año.

Tu ESPN Fantasy Football fue una BROMA. Conseguí 12 jugadores en el Draft automático y 4 quedaron fuera del año. Entonces en una liga de 12 equipos conseguí 8 jugadores y los otros 11 jugadores obtuve 12. Esto es BS de tu parte. Así que tuve que elegir 2 RB y 2 WR que estaban en el puesto 46 y menor. No jugaré el próximo año. Sería bueno que le dieras al sitio web el pago de impuestos en línea. Encontré mucha información que no necesitaba, pero no encontré la dirección web para pagar mis impuestos en línea. Así que tendré que pasar una hora o más buscando en los sitios del tesorero laberíntico del condado tratando de encontrar la respuesta a esta pregunta obvia. Me recuerda a un viejo chiste: ¿cuántos tesoreros de condado se necesitan para cambiar una bombilla ?. ¿No ves tu idea? Publica una nueva idea ... US Search Desktop. Comentarios y base de conocimiento. Dar opinion.

Mujer 37 ideas México Música 4 ideas México Noticia 185 ideas México Safely 13 ideas México TV 5 ideas México Video 8 ideas New Mail 8,084 ideas New Mail (DE) 767 ideas New Mail (ES) 2,486 ideas New Mail (FR) 3,925 ideas New Mail (ID) 652 ideas New Mail (PT) 1,443 ideas New Mail (RO) 168 ideas New Mail* 1,914 ideas New Zealand Business &amp; Finance 131 ideas New Zealand Homepage 1,040 ideas New Zealand Safely 3 ideas New Zealand Screen 0 ideas Peru Safely 4 ideas Perú cine 1 idea Perú Clima 1 idea Perú Homepage 35 ideas Perú Mujer 0 ideas Perú Noticias 7 ideas PH ANC News 21 ideas Philippines Celebrity 214 ideas Philippines Homepage 6 ideas Philippines News 123 ideas Philippines Safely 12 ideas Philippines Video 0 ideas Philippines Weather 3 ideas Pick N Roll 19 ideas Poland Homepage 0 ideas Postmaster 41 ideas Predictor 3 ideas Pro Football Pick'em 99 ideas Página inicial do Yahoo 3,722 ideas Quebec Safely 6 ideas Québec - page d'accueil 433 ideas Québec Actualités 42 ideas Québec Finance 36 ideas Québec Météo 5 ideas Québec Partner Portal Rogers 0 ideas Québec Être 0 ideas Retail Pulse 0 ideas Rivals 10 ideas România Celebrity 4 ideas România Homepage 0 ideas România News 52 ideas Russia Homepage 0 ideas Safely 165 ideas Screen for iOS 0 ideas Search Extensions 90 ideas Search Product Downloads 87 ideas Security 497 ideas Sign-In Experience 79 ideas Singapore Entertainment 20 ideas Singapore Finance 230 ideas Singapore Homepage 1,046 ideas Singapore News 212 ideas Singapore Safely 11 ideas Singapore Screen 19 ideas Singapore Weather 4 ideas Singapore Yahoo Beauty 0 ideas Singapore Yahoo Celebrity 4 ideas Singapore Yahoo Finance 0 ideas Singapore Yahoo Movies 0 ideas Singapore Yahoo News 0 ideas Singapore Yahoo Style 4 ideas South Africa Celebrity 8 ideas South Africa Homepage 373 ideas South Africa News 23 ideas Sports Android 1,530 ideas Sports CA 32 ideas Sports DE 7 ideas Sports ES 0 ideas Sports FR 23 ideas Sports GB 24 ideas Sports iOS 1,024 ideas Sports IT 6 ideas Sports PT 1 idea Sports Redesign 3,127 ideas SportsReel 6 ideas StatTracker Beta 546 ideas Survival Football 80 ideas Taiwan Yahoo 名人娛樂 0 ideas Taiwan Yahoo 奇摩新聞 0 ideas Taiwan Yahoo 運動 0 ideas Taiwan Yahoo 運動 0 ideas Taiwan Yahoo 電影 0 ideas Thailand Safely 2 ideas Toolbar Mail App 216 ideas Toolbar Weather App 72 ideas Tourney Pick'em 41 ideas Turkey Homepage 0 ideas TW Finance 0 ideas UK &amp; Ireland Finance 1,077 ideas UK &amp; Ireland Games 19 ideas UK &amp; Ireland Homepage 430 ideas UK &amp; Ireland News 0 ideas UK &amp; Ireland News Internal bucket 0 ideas UK &amp; Ireland News Lego 374 ideas UK &amp; Ireland Safely 38 ideas UK &amp; Ireland TV 21 ideas UK &amp; Ireland Video 187 ideas UK &amp; Ireland Weather 99 ideas UK &amp; Ireland Yahoo Beauty 0 ideas UK &amp; Ireland Yahoo Celebrity 17 ideas UK &amp; Ireland Yahoo Finance 0 ideas UK &amp; Ireland Yahoo Movies 8 ideas UK &amp; Ireland Yahoo News 0 ideas UK &amp; Ireland Yahoo Style 9 ideas UK Answers 1 idea UK Daily Fantasy 0 ideas UK Finance Mobile Android 12 ideas UK Finance Mobile DF iOS 2 ideas UK Finance Mobile iOS 302 ideas UK Search Desktop 124 ideas UK Yahoo Movies 23 ideas US Answers 8,894 ideas US Answers Mobile Web 2,152 ideas US Autos GS 442 ideas US Celebrity GS 659 ideas US Comments 350 ideas US ES Yahoo Celebridades 17 ideas US ES Yahoo Cine 4 ideas US ES Yahoo Finanzas 0 ideas US ES Yahoo Noticias 0 ideas US ES Yahoo Vida y Estilo 11 ideas US Finance Mobile Android 38 ideas US Finance Mobile iOS 466 ideas US Flickr 520 ideas US Groups 4,021 ideas US Homepage B1 68 ideas US Homepage B2 33 ideas US Homepage B3 50 ideas US Homepage B4 33 ideas US Homepage B5 0 ideas US Homepage M 7,022 ideas US Homepage YDC 43 ideas US Homes GS 203 ideas US Live Web Insights 24 ideas US Mail 193 ideas US Mail 12,008 ideas US Membership Desktop 7,171 ideas US Membership Mobile 91 ideas US Movies GS 424 ideas US Music GS 195 ideas US News 5,916 ideas US Search App Android 2 ideas US Search App iOS 13 ideas US Search Chrome Extension 780 ideas US Search Chrome Extension v2 2,198 ideas US Search Desktop 2 ideas US Search Desktop Bucket A 7 ideas US Search Desktop Bucket B 8 ideas US Search KG 1 idea US Search Local Listings 20,695 ideas US Search Mobile Web 9 ideas US Search Mozilla 0 ideas US Search Stock Quotes 11 ideas US Search Tablet Web 8 ideas US Shine GS 1 idea US Toolbar 5,549 ideas US Travel GS 207 ideas US TV GS 366 ideas US Weather 2,305 ideas US Weather Bucket 0 ideas US Weather Mobile 13 ideas US Weather Mobile Android 2 ideas US-ES Yahoo Beauty 0 ideas Venezuela Cine 0 ideas Venezuela Clima 1 idea Venezuela Homepage 42 ideas Venezuela Noticias 7 ideas Venezuela Safely 2 ideas Video Guide Android 149 ideas Video Guide iOS 200 ideas Video Guide Testing 15 ideas Viet Nam Answers 502 ideas Viet Nam Homepage 243 ideas Viet Nam Safely 11 ideas Việt Nam Game 0 ideas Việt Nam Thế Giới Sao 11 ideas Việt Nam Tin Tức 105 ideas Web Hosting 4 ideas WM-Tippspiel 1 idea YHava Durumu (iOS) 258 ideas Y! időjárás (iOS) 29 ideas Y! Pogoda (iOS) 76 ideas Y! Počasie (iOS) 22 ideas Y! Počasí (iOS) 37 ideas Y! Sää (iOS) 22 ideas Y! Tempo (iOS) 73 ideas Y! Tempo (iOS) 530 ideas Y! Vrijeme (iOS) 36 ideas Y! Väder (iOS) 166 ideas Y! Været (iOS) 92 ideas Y! Weer (iOS) 189 ideas Y! 날씨 (iOS) 133 ideas Yahoo Accessibility 357 ideas Yahoo Answers Italia 876 ideas Yahoo Autos 71 ideas Yahoo Beauty 100 ideas Yahoo Celebrity 0 ideas Yahoo Celebrity Canada 0 ideas Yahoo Celebrity HK 0 ideas Yahoo Decor 0 ideas Yahoo Divertissement France 0 ideas Yahoo Entertainment 355 ideas Yahoo Esports 50 ideas Yahoo Feedback 0 ideas Yahoo Financas BR Mobile Android 0 ideas Yahoo Finance Feedback Forum 0 ideas Yahoo Finance IN Mobile Android 0 ideas Yahoo Finance SG Mobile Android 1 idea Yahoo FinanceReel 4 ideas Yahoo Finanzas ES Mobile Android 0 ideas Yahoo Finanzas Espana Mobile Android 0 ideas Yahoo Food 118 ideas Yahoo Gemini 2 ideas Yahoo Health 90 ideas Yahoo Help 116 ideas Yahoo Home 276 ideas Yahoo Home* 25 ideas Yahoo Lifestyle 167 ideas Yahoo Live 0 ideas Yahoo Mail 1,872 ideas Yahoo Mail Android App 384 ideas Yahoo Mail Basic 592 ideas Yahoo Mail iOS App 43 ideas Yahoo Mail Mobile Web 0 ideas Yahoo Makers 51 ideas Yahoo Messenger 213 ideas Yahoo Messenger 101 ideas Yahoo Mobile Developer Suite 60 ideas Yahoo Mobile for Phone 15 ideas Yahoo Mobile for Tablet 0 ideas Yahoo Music 74 ideas Yahoo News Digest Android 870 ideas Yahoo News Digest iPad 0 ideas Yahoo News Digest iPhone 1,531 ideas Yahoo Newsroom Android App 120 ideas Yahoo Newsroom iOS App 28 ideas Yahoo Parenting 63 ideas Yahoo Politics 118 ideas Yahoo Pour Elles 107 ideas Yahoo Publishing 13 ideas Yahoo Questions Réponses 360 ideas Yahoo Real Estate 2 ideas Yahoo Respostas 3,048 ideas Yahoo Respostas Brasil 92 ideas Yahoo Respuestas 3,125 ideas Yahoo Screen Hong Kong 7 ideas Yahoo Tech 456 ideas Yahoo Travel 143 ideas Yahoo TV 100 ideas Yahoo View 179 ideas Yahoo Weather Android 2,128 ideas Yahoo Weather iOS 22,453 ideas Yahoo Wetter (iOS) 562 ideas Yahoo 奇摩3C科技 21 ideas Yahoo 奇摩名人娛樂 116 ideas Yahoo 奇摩字典 407 ideas Yahoo 奇摩家庭網路安全 213 ideas Yahoo 奇摩影音 746 ideas Yahoo 奇摩房地產 36 ideas Yahoo 奇摩房地產(New) 25 ideas Yahoo 奇摩拍賣 69 ideas Yahoo 奇摩拍賣 手機版 (Android) 383 ideas Yahoo 奇摩搜尋 Mobile 0 ideas Yahoo 奇摩搜尋 建議討論區 50 ideas Yahoo 奇摩搜尋KG 建議討論區 1 idea Yahoo 奇摩新聞 建議討論區 2,424 ideas Yahoo 奇摩新聞 手機版 (Android) 1,158 ideas Yahoo 奇摩新聞 手機版 (iOS) 286 ideas Yahoo 奇摩時尚美妝 3 ideas Yahoo 奇摩時尚美妝 建議討論區 46 ideas Yahoo 奇摩氣象 手機版 523 ideas Yahoo 奇摩汽車機車 379 ideas Yahoo 奇摩理財 119 ideas Yahoo 奇摩知識+ 0 ideas Yahoo 奇摩購物中心 手機版 (Android) 6,205 ideas Yahoo 奇摩購物中心 手機版 (iOS) 0 ideas Yahoo 奇摩購物中心 每日好康 APP (Android) 15 ideas Yahoo 奇摩購物中心 每日好康 APP (iOS) 47 ideas Yahoo 奇摩超級商城 手機版 (Android) 3,645 ideas Yahoo 奇摩超級商城 手機版 (iOS) 2,429 ideas Yahoo 奇摩遊戲 32 ideas Yahoo 奇摩運動 358 ideas Yahoo 奇摩電影 0 ideas Yahoo 奇摩電競 2 ideas Yahoo 奇摩首頁 213 ideas Yahoo! 7 Food App (iOS) 0 ideas Yahoo! 7 Homepage Archive 57 ideas Yahoo! 7 News (iOS) 23 ideas Yahoo! 7 Screen 0 ideas Yahoo! 7 TV FANGO App (Android) 1 idea Yahoo! 7 TV FANGO App (iOS) 1 idea Yahoo! 7 TV Guide App (Android) 0 ideas Yahoo! 7 TV Guide App (iOS) 1,233 ideas Yahoo! 7 TV Plus7 App (iOS) 0 ideas Yahoo! Concept Test Feedback Center 174 ideas Yahoo! Contributor Network 1 idea Yahoo!

Transliteration 29 ideas Yahoo! TV 19 ideas YAHOO!7 Finance 548 ideas Yahoo!7 Games 9 ideas Yahoo!7 Safely 19 ideas Yahoo7 Finance Mobile DF iOS 12 ideas Yahoo7 Finance Mobile iOS 216 ideas Yahoo7 Homepage 2,534 ideas Yahoo奇摩Local 344 ideas Yahoo奇摩旅遊使用意見分享 34 ideas Yahoo奇摩遊戲使用意見分享 40 ideas Yahoo奇摩電影使用意見分享 49 ideas Ελλάδα Celebrity 6 ideas Ελλάδα Homepage 0 ideas Καιρός Y! (iOS) 55 ideas Ομάδες Yahoo 0 ideas - 6 ideas فنتازي كرة القدم 3 ideas 足球經理人 153 ideas 足球經理人 21 ideas 雅虎天气手机版 2,429 ideas 雅虎香港 Homepage 10 ideas 雅虎香港Local 19 ideas 雅虎香港Safely 144 ideas 雅虎香港STYLE 51 ideas 雅虎香港地圖 0 ideas 雅虎香港天氣報告 33 ideas 雅虎香港娛樂圈 0 ideas 雅虎香港字典 197 ideas 雅虎香港搜尋 建議討論區 1 idea 雅虎香港搜尋KG 建議討論區 0 ideas 雅虎香港新聞 348 ideas 雅虎香港旅遊 1 idea 雅虎香港知識+ 0 ideas 雅虎香港財經 (iOS) 347 ideas 雅虎香港財經 Android 2 ideas 雅虎香港電影 1 idea 雅虎香港首頁 84 ideas 雅虎香港體育 30 ideas. Your password has been reset. We have made changes to increase our security and have reset your password. We've just sent you an email to . Click the link to create a password, then come back here and sign in.