Usuario:Niedzielski

meta mw es

¡Hola! Soy Stephen. Mi apodo en Phabricator, GitHub e IRC es niedzielski y normalmente estoy en^Conexión #wikimedia-mobileBienvenido a mi llamada wiki.

Marcadores wiki

mw:Vue.js y mw:TypeScript para MediaWiki
Esquemas de registro de eventos y depuración visual de registro de eventos
Usuario: Niedzielski (enlace corto)
Mi configuración de Vagrant
Panel de control de parches
Parámetros de consulta de URL de procedencia para compartir y X-Analytics
Depuración de eventos del clúster Beta

Marcadores de accesibilidad

Enlaces "Saltar navegación"

Hacer

Terminar de mover mw:Wikimedia_Product/Component_responsibility a mw:Developers/Maintainers.
Revisar la configuración de Docker de MediaWiki. Consultar lo último de Brennen. Intentar archivar boxwiki. Consultar también la configuración de Monte.
Revise la discusión sobre la matriz de soporte del navegador con la versión más reciente.
Revisar el script SOS para decodificar las etiquetas y convertirlas en node-fetch (ver el script de estadísticas de Phab reciente). (También tengo una nota que intentaré usar project.search, pero ya no recuerdo para qué sirve).
Presentar un argumento convincente de por qué los errores de estilo de ESLint deberían reducirse a advertencias durante el desarrollo (deberían ser errores solo en el momento de la confirmación). Parche propuesto. ¿Los lints de PHP no son advertencias (espero)?
Mejorar eventlogging.error para usar notificaciones y actualizar la wiki.
Agregue Minerva, Vector y tostadoras de errores generales no controlados y socialice.
Asignar tareas o revisar el uso de SVGO para aprovechar la nueva opción recursiva (contexto)
Considere agregar verificación de tipos a las ventanas emergentes o a otro repositorio. Sería bueno que esto tuviera más impulso. ¿Cómo podemos compartir la definición de WMDE MediaWiki Core y dónde debería estar?

Investigación

Lea los conceptos clave de MDN CSS y vuelva a leer este artículo sobre el rendimiento de CSS.
¿Tiene YouTube más contenido educativo que Wikipedia? ¿Qué podemos hacer al respecto?
¿Es práctico crear un código modificado para traducir la sintaxis de JSDuck a JSDuck (T138401)? ¿Cuáles serán los desafíos sociales? ¿Solo preocupaciones sobre la temática?
- Independientemente del codemod, ¿podríamos configurar todos los archivos para su exclusión de forma predeterminada y convertir gradualmente cada archivo a JSDocs bien tipificados?
¿Qué más podemos automatizar con codemods?
China está parcialmente bloqueada. ¿Qué significa eso? ¿Hay formas de dividir las wikis para ofrecer un mejor contenido no controvertido? ¿Es un problema de marca? ¿Un problema de idioma? No creo que Wikidata esté bloqueada.
Cursos de redacción técnica de Google
Lea sobre el modo oscuro de Stack Overflow.

¿Cuales son los grandes problemas que se están desarrollando para los wikis?

¿Cuáles son los problemas más importantes que los bots solucionan? ¿Resuelven el problema de forma adecuada o solo abordan algunos de los síntomas?
Compartir plantillas y gadgets es una porquería, ya que requiere copias de archivos. ¿Cuál es el subconjunto más pequeño de plantillas y módulos que se podría abordar? ¿Algún tipo de infobox muy específico? ¿Alguna presentación en torno a una única propiedad de Wikidata? ¿Algo más? Es curioso que pueda acceder a Wikidata desde cualquier lugar de la base de datos, pero no a una plantilla. ¿Sería horrible poner "plantillas de esquema" en Wikidata que se puedan usar en otros lugares? ¿Cómo sería eso?
Configurar MediaWiki localmente con Wikibase es una tarea complicada.
La transferencia de contenido desde wikis de producción es un desafío, es frágil, no es uniforme y no forma parte del núcleo. Esto parece solucionable. ¿Cómo sería una versión más sólida de esto?
Es difícil utilizar código externo dentro del ecosistema de MediaWiki. Es difícil utilizar el código de MediaWiki fuera del ecosistema de MediaWiki. Compartir código es una lástima.
- Los gadgets realmente solo pueden aprovechar las dependencias que ya existen en ResourceLoader.

Problemas a evitar

Plantillas

El WMDE lleva dos años trabajando en esto y lo conseguirán.

Es difícil compartir plantillas entre wikis, especialmente en instalaciones de terceros. La única opción actualmente es copiar y pegar a mano o mediante un bot. Al menos existe una RFC para el soporte interwiki de Wikimedia.
Las plantillas tienen TemplateStyles pero no hay una ranura para "TemplateSchemas". Separar la presentación de los datos (hacer que los datos sean accesibles independientemente de la presentación) parece el santo grial de las plantillas. ¿Qué podemos hacer al respecto?
El soporte responsivo/móvil para plantillas por lo general no es tan bueno todavía para la mayoría de nuestros lectores en dispositivos móviles.
- Esto se podría solucionar con investigación, documentación y divulgación. Por ejemplo, quizás algunas pautas sobre tener siempre un nodo raíz, usar TemplateStyles en lugar de estilos en línea, etc.
No existen pautas claras sobre cómo crear buenas plantillas, pero muchos artículos las utilizan.
- Esto podría solucionarse con investigación y documentación.
Los motores de búsqueda como Google informan de errores de SEO en las plantillas (hay millones solo en enwiki). La naturaleza de las plantillas es que una única corrección tiene un gran impacto, pero no las rastreamos ni las corregimos en nuestras tareas.
¿Cuál es el ciclo de vida típico de una plantilla? ¿Cómo se itera, crece, se bifurca y se estabiliza? ¿Existe una ciudadanía de primera clase a la que una plantilla pueda llegar en Core? Por ejemplo, "esta plantilla es útil en todas partes, por lo que la estamos promocionando en Core. Los cambios futuros serán más difíciles ya que es PHP, pero estará disponible en todas partes y versionada en Git".
¿Cuáles son las presentaciones más comunes para las plantillas? Por ejemplo, tabla, gráfico de barras, etc. ¿Cómo deberíamos optimizar cada una para su presentación en pantallas más pequeñas?
¿Cómo podemos extraer datos de plantillas como lo hacemos con las categorías o Wikidata? ¿Cómo podemos presentarlos de forma diferente en un servicio como PCS?
¿Podemos proporcionar descripciones de los parámetros de plantilla en forma localizada?
¿Cómo podemos validar no sólo HTML sino también plantillas MediaWiki personalizadas?

Consejos

Depurar: debug=1.
Deshabilitar gadgets: safemode=1.
Herramientas de discusión: ?dtenable=1&dtdebug=1.
Deshabilitar skinning: ?action=render.
Deshabilitar los banners de CentralNotice: ?banner=null.
Deshabilitar QuickSurveys: ?quicksurvey=false.
Utilice la versión de skin Vector (Última = 2, Legado = 1): ?useskin=vector&useskinversion=2.
Preferencias de usuario anuladas y códigos de idioma ficticios

Almacenamiento en caché de MediaWiki

El almacenamiento en caché de JavaScript, CSS y HTML no están sincronizados.
- El CSS antiguo se puede enviar con el HTML nuevo durante un máximo de 30 minutos. Debe ser compatible con versiones anteriores y posteriores, por lo que debe comprobar el HTML antiguo con el CSS nuevo y el HTML nuevo con el CSS antiguo.
- Por separado, ¿todo JavaScript, todo Less/CSS y todo HTML/Mustache son cohesivos para la representación de una página determinada, al menos? Por ejemplo, ¿cualquier cambio de JavaScript implementado puede esperar que todos los demás JavaScript estén en la misma versión cuando se entregan?
Descripción general del almacenamiento en caché