Discusión:Consejos para clientes

Client Hints es actualmente nominado a un buen artículo sobre informática e ingeniería . Nominado por Sohom ( discusión ) a las 19:54, 2 de junio de 2024 (UTC) An editor has reviewed the article, and left comments on the review page. However, this editor has requested a second opinion either from a more experienced reviewer, or someone with more expertise on this subject, to gain further consensus that this article meets the good article criteria. In the meantime, editors are encouraged to revise the article based on the first reviewer's comments. Short description: Extension to the HTTP protocol

This article is rated C-class on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:

Computing Low‑importance This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles Low This article has been rated as Low-importance on the project's importance scale. Internet Low‑importance This article is within the scope of WikiProject Internet, a collaborative effort to improve the coverage of the Internet on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.InternetWikipedia:WikiProject InternetTemplate:WikiProject InternetInternet articles Low This article has been rated as Low-importance on the project's importance scale.

A fact from Client Hints appeared on Wikipedia's Main Page in the Did you know column on 26 June 2024 (check views). The text of the entry was as follows: Did you know... that Google's Client Hints proposal was initially classified as "harmful" by Mozilla? A record of the entry may be seen at Wikipedia:Recent additions/2024/June. The nomination discussion and review may be seen at Template:Did you know nominations/Client Hints.

Esta reseña se transcribe de Talk:Consejos para clientes/GA1 . El enlace de edición de esta sección se puede utilizar para agregar comentarios a la reseña.

Nominador: Sohom Datta  ( charla  · contribuciones ) 19:54, 2 de junio de 2024 (UTC) [ respuesta ]

Revisor: RoySmith  ( charla · contribuciones ) 01:27, 16 de septiembre de 2024 (UTC) [ respuesta ]

Comenzando la revisión RoySmith (discusión) 01:27 16 sep 2024 (UTC) [ responder ]

• Con la salvedad de que Earwig ahora se ejecuta en modo degradado debido a demasiadas solicitudes, no se encontraron problemas con copyvios.
  • PS Earwig ha vuelto a funcionar con normalidad y sigue pasando sin problemas. RoySmith (discusión) 14:35 17 oct 2024 (UTC) [ responder ]
• Ninguno de los elementos de WP:GAFAIL se aplica.
• Según MOS:LEAD , la sección introductoria debe resumir el resto del artículo y no introducir material nuevo.
  • "Interfaz de programación de aplicaciones (API)" no se menciona en el artículo (al menos no con ese nombre)
    • Hablamos de la API de Javascript en la sección Mecanismo
  • La introducción contiene mucho material de Historia e ignora casi por completo las secciones de Antecedentes , Mecanismo y Privacidad , por lo que se deben agregar los puntos más importantes de esas secciones.

 Listo , avísame si se necesitan más adiciones. Sohom ( discusión ) 13:33 13 oct 2024 (UTC) [ responder ]

Hmmm, sé que te animé a que agregaras algo al prólogo, pero lo que tenía en mente era agregar solo "los puntos más importantes", que podrían ser 1 o 2 oraciones para cada sección. MOS:LEADLENGTH se actualizó recientemente, pero la versión anterior solicitaba 1 o 2 párrafos para un artículo de esta longitud. Tienes 4. Mirándolo de otra manera, tu prólogo tiene aproximadamente 1/3 de la longitud del texto principal. La versión actualizada de LEADLENGTH señala que Los prólogos en la mayoría de los artículos destacados contienen alrededor de 250 a 400 palabras ; estás muy cerca del extremo superior de eso para lo que es un artículo bastante corto según los estándares de FA. Piensa en el prólogo como un discurso de ascensor . Tienes un lector ocupado que no tiene tiempo para profundizar, por lo que busca solo los puntos destacados, y tal vez si lo encuentra interesante, invertirá el tiempo para leer el resto del artículo. Dales demasiado al principio y perderás su interés rápidamente.

Para alejarme del enfoque de contar palabras, estoy mirando el segundo párrafo:

Los ingenieros de Google propusieron inicialmente Client Hints en 2013. El diseño del protocolo gira en torno a un agente de usuario (UA) (normalmente un navegador web) y un servidor que utilizarían encabezados HTTP para comunicarse entre sí. Para iniciar una negociación de Client Hint, el servidor utilizaría el encabezado HTTP Accept-CH para solicitar un conjunto de encabezados Client Hint al agente de usuario. El agente de usuario devolvería entonces encabezados de Client Hint con cada solicitud posterior. Esto permitiría al servidor tomar decisiones sobre el tipo de contenido que el agente de usuario era capaz de mostrar al usuario. Los agentes de usuario que permitían JavaScript tienen acceso a una API de JavaScript navigator.userAgentData que permitía a los agentes de usuario exponer la misma información que proporcionaban a través de los encabezados Client Hint mediante llamadas a la API de JavaScript.

Creo que todo esto podría resumirse en:

Google propuso Client Hints en 2013. Permite que un servidor web solicite descripciones de alto nivel de las capacidades de un navegador en los encabezados HTTP, lo que permite que el servidor envíe versiones adecuadas del contenido. Una API permite que el JavaScript del lado del cliente acceda a la misma información.

El resto son detalles que el lector puede obtener del resto del artículo. RoySmith (discusión) 17:11 13 oct 2024 (UTC) [ responder ]

Sí, creo que es justo, he acortado el párrafo del medio según lo que dijiste anteriormente. He tenido problemas con los encabezados porque termino cortando demasiado o agregando demasiado. Tendré en cuenta tus ideas cuando escriba mi próximo artículo. Sohom ( discusión ) 02:20 14 oct 2024 (UTC) [ responder ]

• Prosa:
  • Se convirtió en un borrador oficial del Grupo de Trabajo de Ingeniería de Internet (IETF), no es necesario decir "oficial".

     Hecho Sohom ( discusión )

  • El encabezado estaba destinado a... Los agentes de usuario se convirtieron en... esta información se utiliza . El cambio de tiempo aquí es discordante.

     Hecho Sohom ( charla ) 04:12, 23 de septiembre de 2024 (UTC) [ respuesta ]

  • En 2020, Google anunció su intención de dejar obsoletas las cadenas de agente de usuario (UA)... [1] Esta es una declaración sobre lo que sucedió en 2020 citada en un artículo publicado en 2023. ¿Estás seguro de que es la referencia correcta?

    Estoy bastante seguro de que lo es. El documento detalla los principales eventos y anuncios que se produjeron en relación con las sugerencias del cliente. Sohom ( discusión ) 04:12, 23 de septiembre de 2024 (UTC) [ responder ]

    ¿Podrías agregar un número de página a la cita para ayudar a encontrar dónde se menciona esto? RoySmith (discusión) 14:36 ​​25 sep 2024 (UTC) [ responder ]

  • Brave también planteó preocupaciones sobre la propuesta inicial... [3] Asimismo, esta es una fuente publicada en 2019 que habla ostensiblemente sobre hechos que sucedieron en 2020.

    La redacción aquí es extraña. He reformulado esto explícitamente para que quede claro que Brave planteó estas inquietudes en 2019. Sohom ( discusión ) 04:12 23 sep 2024 (UTC) [ responder ]

  • A partir de mayo de 2024, más del 75% de todo el tráfico en Internet admite sugerencias de clientes. Ya estamos en septiembre; ¿hay fuentes más recientes para esto?

    No que yo sepa (según una consulta en Google Scholar). Personalmente, no creo que los números cambien hasta que Firefox o Apple implementen este protocolo. Sohom ( discusión ) 04:12 23 sep 2024 (UTC) [ responder ]

  • Desde la adopción de Client Hints por parte de los principales navegadores, debería indicar qué navegadores lo admiten.

     Hecho Sohom ( charla ) 04:12, 23 de septiembre de 2024 (UTC) [ respuesta ]

  • La adopción general de sugerencias para clientes en Internet fue baja, lo que parece estar en desacuerdo con afirmaciones anteriores, como que más del 75 % de todo el tráfico en Internet admite sugerencias para clientes.

    Aclarado. Sohom ( discusión ) 04:12 23 sep 2024 (UTC) [ responder ]

MediaWiki admite el uso de sugerencias para el cliente como herramienta contra el abuso. Sería engañoso no mencionarlo. Consulte https://www.mediawiki.org/wiki/Extension:CheckUser/Client_Hints.

Soy consciente de ello, pero no he podido encontrar ninguna fuente que no se considere contenido generado por el usuario según los estándares de Wikipedia. Si puede encontrar alguna fuente para esto, la agregaré. Sohom ( discusión ) 04:12, 23 de septiembre de 2024 (UTC) [ responder ]

¡Es un punto interesante! Aun así, creo que es razonable considerar que la documentación oficial en https://www.mediawiki.org/ es lo suficientemente buena como para al menos respaldar una afirmación de que existe. ¿O quizás simplemente agregarla en Enlaces externos? RoySmith (discusión) 14:43 25 sep 2024 (UTC) [ responder ]

 Se agregó un enlace externo. Sohom ( discusión ) 21:52 9 oct 2024 (UTC) [ responder ]

• Es posible que desees incluir un cuadro de información, como lo hacen HTTP y muchos de los artículos relacionados con HTTP.

 Hecho Sohom ( charla ) 13:57, 10 de octubre de 2024 (UTC) [ respuesta ]

• Comprobación puntual según WP:GAN/I#R3 :
  • Desde los primeros días de Internet, ha existido el deseo de identificar qué tipo de cliente estaba usando un usuario para conectarse a un servidor. En 1992, se introdujo una extensión del protocolo HTTP que añadía un encabezado HTTP User-Agent que se enviaba desde el cliente al servidor y contenía una cadena sencilla que identificaba el nombre del cliente y su versión. El encabezado estaba destinado exclusivamente a fines estadísticos y para rastrear a los clientes que violaban el protocolo. Desde entonces, con la evolución de Internet, los User-Agents se volvieron cada vez más complejos y comenzaron a contener información granular significativa sobre el usuario. A menudo, esta información se utiliza en la identificación de navegadores, lo que permite a los sitios rastrear a los usuarios en todos los sitios de forma pasiva sin tener que cargar ningún JavaScript para el usuario. [ [1]
    • Desde los primeros días de Internet, ha existido el deseo de identificar qué tipo de cliente utilizaba un usuario para conectarse a un servidor. La fuente no lo dice.
      • Eliminado. Sohom ( discusión ) 04:12 23 sep 2024 (UTC) [ responder ]
    • Con la evolución de Internet, los agentes de usuario se volvieron cada vez más complejos . La primera parte (con la evolución de Internet) no se menciona en el código fuente. Tampoco agrega nada útil, por lo que simplemente la omitiría.

      • Eliminado. Sohom ( discusión ) 04:12 23 sep 2024 (UTC) [ responder ]

    • Aparte de esos dos pequeños detalles, esta afirmación está verificada.
  • Brave también expresó su preocupación por la propuesta inicial, citando formas en que podría utilizarse para rastrear a los usuarios en Internet. [ [3]
    • Verificado.
  • Desde su oposición inicial, Mozilla y Apple han actualizado su postura a neutral, y Brave ha sincronizado su implementación de sugerencias de cliente con la de Chrome. A partir de mayo de 2024, más del 75 % de todo el tráfico en Internet admite sugerencias de cliente. [ [2]
    • No veo dónde dice la fuente estas cosas. La única mención que veo de "más del 75%" es "Sin embargo, los navegadores web populares como Chrome y Edge ya admiten HTTP CH, lo que afecta a más del 75% de los usuarios web en todo el mundo [12]". El 75% de los usuarios web no es exactamente lo mismo que el 75% del tráfico. Y no veo nada que diga que Mozilla y Apple actualizarán su postura a neutral.

En la primera parte del artículo se menciona que Mozilla ha actualizado su postura a "neutral" en la página 6. Se insinúa que Apple podría haber suavizado su postura (ya que todos los problemas planteados por ellos se resolvieron), pero no se lo menciona explícitamente. He eliminado la palabra Apple de esa oración.

• • ]Esto garantiza que los mecanismos de almacenamiento en caché comprendan que las respuestas pueden variar según los diferentes valores de las sugerencias del cliente. [ [5]
    • Verificado.
  • El servidor puede entonces utilizar la información del encabezado Viewport-Width para tomar una decisión sobre el tipo de contenido que se le entregará al agente de usuario. Por ejemplo, si el servidor tiene una imagen particular que es extremadamente grande, se puede configurar para que devuelva una imagen más pequeña si la imagen no cabe en la ventana gráfica. [ [7]
    • Verificado.
  • ] Además, también se plantearon inquietudes respecto de que la propuesta Client-Hint era demasiado permisiva y permitía explícitamente que se filtrara a los servidores nueva información que comprometiera la privacidad y que no se pudiera obtener simplemente analizando los encabezados HTTP. [ [8]
    • Algo de esto se verifica, pero no veo dónde la fuente habla de "información que no podría obtenerse simplemente analizando los encabezados HTTP".

      La posición valiente menciona que Client-Hints expondría valores de identificación a partes que actualmente no pueden acceder a ellos sin inyectar scripts activamente, lo que implica efectivamente que la información no puede obtenerse de los encabezados HTTP.

Solo como nota, Dreamy Jazz sabe más sobre sugerencias para clientes que yo, por lo que podría estar dispuesto a dejar algunos comentarios. RoySmith (discusión) 15:43 17 sep 2024 (UTC) [ responder ]

La API de JS ofrece dos categorías diferentes: de entropía alta y baja. ¿Quizás valga la pena mencionarlo en algún lugar del artículo?

La alta entropía es: https://developer.mozilla.org/en-US/docs/Web/API/NavigatorUAData/getHighEntropyValues ​​Dreamy Jazz ^{háblame | mis contribuciones} 20:21, 17 de septiembre de 2024 (UTC) [ responder ]

Se agregó más texto que habla sobre datos de entropía alta y baja. Sohom ( discusión ) 04:12 23 sep 2024 (UTC) [ responder ]

Sohom Datta, todavía hay algunos puntos arriba a los que no has respondido; estoy esperando que se tomen medidas al respecto. RoySmith (discusión) 17:44 28 sep 2024 (UTC) [ responder ]

Puede que me lleve un tiempo volver a esto, pero intentaré echarle un vistazo al final de la semana (perdón por la demora, han surgido cosas de la vida real) Sohom ( discusión ) 23:20 29 septiembre 2024 (UTC) [ responder ]

Está bien, está bien. He puesto esto en espera por otros 14 días. Avísame cuando estés listo. RoySmith (discusión) 23:27 29 sep 2024 (UTC) [ responder ]

@ Sohom Datta ¿Has avanzado en algo con esto? No quiero ser una molestia, pero si no podemos terminar esto en los próximos días, me temo que tendré que cerrar esta revisión por no haber tenido éxito. RoySmith (discusión) 18:59, 8 de octubre de 2024 (UTC) [ responder ]

Ack, estoy en ello, tendré mucho más tiempo en el futuro (con suerte), así que debería poder abordar el resto en los próximos días. Sohom ( discusión ) 21:52 9 oct 2024 (UTC) [ responder ]

@ RoySmith , (y Dreamy Jazz ) Creo que he abordado todos los puntos que ambos mencionaron. Avísenme si hay otras cosas que se puedan mejorar. Sohom ( discusión ) 13:33, 13 de octubre de 2024 (UTC) [ responder ]

Corregir ping Dreamy Jazz Sohom ( discusión ) 13:34 13 oct 2024 (UTC) [ responder ]

He estado dándole vueltas a tu último comentario durante un par de días. La reescritura del párrafo que proporcioné tenía como objetivo servir de ejemplo para orientar la edición posterior que harías para mejorar el resto del prólogo. Me parece bien que uses mi texto textualmente, pero en mi opinión, hay más trabajo por hacer en el resto del prólogo, y decir "tendré en cuenta tus ideas cuando escriba mi próximo artículo" es como pasar por alto el hecho de que todavía estamos trabajando en este artículo. Para ser honesto, no estoy seguro de que estés completamente comprometido con esta revisión. Voy a pedir una segunda opinión y solicitar que el nuevo revisor se concentre específicamente en si se ha satisfecho el punto 1 de WP:GACR6 , es decir, el cumplimiento de MOS:LEAD . RoySmith (discusión) 14:51 17 oct 2024 (UTC) [ responder ]

Creo que no entendí lo que quisiste decir en tu comentario anterior. Intentaré corregirlo un poco más y corregir un poco más las palabras. Sohom ( discusión ) 17:22 17 oct 2024 (UTC) [ responder ]

Gracias. RoySmith (discusión) 17:45 17 oct 2024 (UTC) [ responder ]

Un mes después del intercambio anterior, supongo que el nominador ha solucionado todo lo que se necesitaba solucionar (¿realmente esto ha estado en marcha durante 24 semanas?). Solo he leído esta sección de la revisión, en un intento de abordar el tema "desde cero". En cuanto al tema principal, me parece que no cumple con el criterio 1a de manera bastante grave. Me considero moderadamente versado en TI, pero no tengo idea de a qué se refiere el tema principal. WP:TECHNICAL no se cumple en la medida en que no puedo ofrecer ninguna opinión sobre si se ha cumplido la parte de las secciones principales del criterio 1b. No estoy seguro de si esto responde a la pregunta que estabas haciendo. Gog the Mild ( discusión ) 19:27, 15 de noviembre de 2024 (UTC) [ responder ]

También observo de paso que la sección de rango del cuadro de información utilizado (ver Plantilla:Infobox protocol/doc ) solicita una distancia, no una fecha ni un período de tiempo. Gog the Mild ( discusión ) 19:45 15 nov 2024 (UTC) [ responder ]

Me olvidé de esto por un momento. Déjame intentar trabajar en ello este fin de semana. Sohom ( discusión ) 21:49 15 nov 2024 (UTC) [ responder ]

Pensándolo bien, no debería impedirles tomar una decisión en este momento. Siéntanse libres de dar más comentarios. Intentaré simplificar un poco el tema hoy y mañana. Sohom ( discusión ) 22:10 15 nov 2024 (UTC) [ responder ]

@Gog the Mild ¿ Qué opinas sobre la última versión? Sohom ( discusión ) 22:24 15 nov 2024 (UTC) [ responder ]

Empieza bien ahora, pero no creo que "una lista de cadenas de campos de encabezado HTTP o una interfaz de programación de aplicaciones web (API) de JavaScript para que el servidor pueda determinar qué recursos deben incluirse en sus respuestas" sea "comprensible para una audiencia lo suficientemente amplia". De manera similar, en mi opinión, "una alternativa centrada en la privacidad a los encabezados de agente de usuario, como parte de la iniciativa Privacy Sandbox de Google". El criterio 1a está vinculado a WP:TECHNICAL , cuyo encabezado termina "no debe dar por sentado el conocimiento previo ni utilizar gratuitamente jerga inexplicable o notación técnica avanzada: los atajos que ahorran tiempo y esfuerzo a los expertos pueden ser barreras para los no iniciados".

Plus Client Hints se trata como singular en el primer párrafo (is) y plural en el segundo (were).

Esto es solo un pequeño fragmento del primer párrafo y medio. Gog the Mild ( discusión ) 22:49 15 nov 2024 (UTC) [ responder ]

@Gog the Mild He hecho un poco de edición de textos, ¿quieres saber si la versión actual es mejor? (Creo que la página debería estar bien en su mayor parte, excepto quizás la sección "Mecanismo", que es un tratamiento de los detalles esenciales del protocolo). Sohom ( discusión ) 18:37, 16 de noviembre de 2024 (UTC) [ responder ]