Wikipedia:Café/Archivo/Técnica/Actual

De Wikipedia, la enciclopedia libre
Ir a la navegación Ir a la búsqueda
Café: Técnica
Taza
Icon tools.svg

En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia.


Archivo del Café · Archivo temático del Café · Archivo de Técnica
Café
Noticias [+]
Políticas [+]
Técnica [+]
Propuestas [+]
Ayuda [+]
Miscelánea [+]
Ver todos

Temático

Atajo
WP:C/T



Isimple system icons save as.png Esta página es archivada automáticamente.

Parámetros del archivado:

Lugar: Wikipedia:Café/Portal/Archivo/Técnica/AAAA/MM
Días a mantener: 14
Avisar al archivar: Sí
Estrategia: Firma más reciente en la sección
Mantener caja de archivos: No


Error de LUA[editar]

Este hilo no se archivará. (info)
En seguimiento en Phabricator

Hola, que tal. Quería saber si hay una solución para que se resolviera el problema del artículo de Among Us ya que con igual con Canadá, con la anterior solicitud, también aparece un aviso de Error de Lua: not enough memory. Un cordial saludo. Betancourt A tus órdenes 00:22 19 may 2022 (UTC)Reply[responder]

Hago ping a Amitie 10g que hizo la migración a Lua de la plantilla {{ficha de videojuego}}. --ZebaX2010 Controller.svg [PRESS START] 02:19 19 may 2022 (UTC)Reply[responder]
Perdón por la tardanza en atender el caso. Durante la semana lo veré. Lo sospechoso es que solo pase en ese artículo. Sería ideal ver el perfilado del analizador al desplegar la página y ver donde se cuelga. --Amitie 10g (discusión) 02:30 19 may 2022 (UTC)Reply[responder]
¡Bien @Amitie 10g:! Y a @ZebaX2010: por hacerle mención :) Pues si bien este artículo ya lleva algunos días con este error. :/ Betancourt A tus órdenes 02:48 19 may 2022 (UTC)Reply[responder]

Datos en previsualización de Módulo:Ficha de videojuego[editar]

Sin la ficha Con la ficha
Plantillas usadas en esta previsualización: Plantillas usadas en esta previsualización:
Datos de perfilado del analizador:
Tiempo de uso de CPU 1,470 segundos
Tiempo real de uso 1,575 segundos
N.º de nodos visitados por el preprocesador 6976/1 000 000
Tamaño de inclusión posexpansión 221 768/2 097 152 bytes
Tamaño de los parámetros de plantilla 593/2 097 152 bytes
Profundidad máxima de expansión 9/100
Contador de funciones costosas del analizador 6/500
Profundidad de recursión de función «unstrip» 1/20
Tamaño tras la expansión de «unstrip» 179 348/5 000 000 bytes
Tiempo de uso de Lua 1,055/10,000 segundos
Uso de memoria de Lua 19 449 783/52 428 800 bytes
Perfil de Lua
Scribunto_LuaSandboxCallback::getEntity 620 ms 60.8%
Scribunto_LuaSandboxCallback::getEntityStatements 120 ms 11.8%
recursiveClone <mwInit.lua:41> 80 ms 7.8%
selectone <Módulo:Citas:1029> 60 ms 5.9%
rawset 40 ms 3.9%
Scribunto_LuaSandboxCallback::lc 20 ms 2.0%
Scribunto_LuaSandboxCallback::callParserFunction 20 ms 2.0%
Scribunto_LuaSandboxCallback::plain 20 ms 2.0%
type 20 ms 2.0%
dataWrapper <mw.lua:668> 20 ms 2.0%
Número de entidades de Wikibase cargadas 7/400
Datos de perfilado del analizador:
Tiempo de uso de CPU 1,979 segundos
Tiempo real de uso 2,099 segundos
N.º de nodos visitados por el preprocesador 6126/1 000 000
Tamaño de inclusión posexpansión 43 254/2 097 152 bytes
Tamaño de los parámetros de plantilla 910/2 097 152 bytes
Profundidad máxima de expansión 20/100
Contador de funciones costosas del analizador 0/500
Profundidad de recursión de función «unstrip» 1/20
Tamaño tras la expansión de «unstrip» 85 425/5 000 000 bytes
Tiempo de uso de Lua 1,468/10,000 segundos
Uso de memoria de Lua 52 428 784/52 428 800 bytes
Perfil de Lua
Scribunto_LuaSandboxCallback::getEntity 700 ms 46.7%
recursiveClone <mwInit.lua:41> 500 ms 33.3%
(for generator) 160 ms 10.7%
? 40 ms 2.7%
insert 40 ms 2.7%
old_getmetatable 20 ms 1.3%
Scribunto_LuaSandboxCallback::getSiteLinkPageName 20 ms 1.3%
type 20 ms 1.3%
Número de entidades de Wikibase cargadas 1/400
@Amitie 10g, la verdad creo que la tabla anterior sirve más bien de poco. El caso es que la memoria de Lua tiene un límite de 50 MB, y una sola llamada a {{Clasificacionvj|ESRB=E10|PEGI=7|CERO=A|USK=6|Apple=12}} consume 14 MB, y {{lanzamientovj|WW= 14 de diciembre de 2021...}} otros 16 MB, y así ya va más de la mitad del límite en dos detalles visuales. Yo intentaría revisar por ahí, especialmente evitando los ciclos innecesarios y la declaración de funciones dinámicas que consumen bastante memoria —y que las estás usando únicamente para... ¿evitar un condicional?—. -- Leoncastro (discusión) 19:30 19 may 2022 (UTC)Reply[responder]

Bien, luego de analizar lo anterior y retornando la función p.Ficha(), he llegado a la conclusión de que el problema no está en la plantilla o el módulo en si, sino en la enorme cantidad de datos que hay en Wikidata, que, al traerlos, ya sea con las funciones obtenerArgumentosConValor() u obtenerTablaDeArgumentos() de Módulo:Argumentos, se llega al mismo resultado. haré el reporte correspondiente en Phabricator. --Amitie 10g (discusión) 22:04 19 may 2022 (UTC)Reply[responder]

Emmm... ¿hola? No sé si has leído mi comentario anterior Amitie 10g, pero dudo mucho que los 2,5 MB de la carga de Wikidata sea el factor más decisivo de la ecuación. -- Leoncastro (discusión) 22:18 19 may 2022 (UTC)Reply[responder]
Leoncastro, como dije, el problema está a la hora de llenar la tabla |argumentos= a través de la función obtenerTablaDeArgumentos(), y eso lo comprobé retornando la función Ficha() antes y después de llamar a obtenerTablaDeArgumentos() (linea 27); no es lo mismo los 2,5 MB de datos de Wikidata que los 31,5 MB de uso de memoria de Lua. El problema puede estar en los módulos utilizados, o bien, en la cantidad de datos importados desde Wikidata en si, y espero que el reporte en Phabricator ayude. --Amitie 10g (discusión) 22:29 19 may 2022 (UTC)Reply[responder]
Pero vamos a ver Amitie 10g, ¿te das cuenta de que las dos plantillas que menciono son parte de los argumentos que recibe la ficha en ese artículo? Si le metes más de treinta megas de argumentos a la ficha, es normal que la tabla de argumentos resulte en más de treinta megas, sin que sea culpa de la generación de dicha tabla. Piénsalo un poco. -- Leoncastro (discusión) 23:16 19 may 2022 (UTC)Reply[responder]
¿Tendrá algo que ver que Among Us (Q96417649) sea uno de los items más grandes de Wikidata? (su tamaño es más del doble que el de Estados Unidos (Q30)) Tal vez habría que hacer una excepción a este ítem, por ejemplo, implementar algún parámetro que impida importar datos de wikidata (algo como wikidata=no). --ZebaX2010 Controller.svg [PRESS START] 23:34 19 may 2022 (UTC)Reply[responder]
Realmente no tengo ni idea de este tema, pero quería participar para decir que me parece ridículo que Among Us sea el doble del grande que Estados Unidos en Wikidata. ¿Se les están empezando a ir de las manos ciertas cosas en Wikidata? En fin, no quiero desviar el tema de conversación, pero no podía callarme tampoco. --Metalpotato - ✉ 23:39 19 may 2022 (UTC)Reply[responder]
@ZebaX2010, el problema en este caso, insisto, no es el tamaño de datos de Wikidata ni de la generación de la tabla de argumentos. Por ejemplo el artículo de la pandemia de COVID-19 en Hungría carga los 4 MB de su elemento de Wikidata para mostrar cuatro datos en la ficha. Eso es casi el doble que Among Us, y sin embargo no se causan problemas. El problema está en otra parte. Como por ejemplo usar 16 MB, usando {{lanzamientovj|WW= 14 de diciembre de 2021...}}, simplemente para mostrar, literalmente, WW 14 de diciembre de 2021... -- Leoncastro (discusión) 00:10 20 may 2022 (UTC)Reply[responder]
Ahora sí, y debo darte la razón Leoncastro, al remover las plantillas citadas de la plantilla Ficha de videojuego, efectivamente... ya sabes. Ahora, a investigar por qué tantas llamadas a {{Lanzamientovj}} causa esa alza de memoria, siendo que he tratado de optimizar lo más posible el módulo. --Amitie 10g (discusión) 00:23 20 may 2022 (UTC)Reply[responder]
Hola, hola. En Twitter un usuario me reportó que el artículo Pandemia de COVID-19 en Costa Rica tiene muchos errores de Lua. Imagino que tiene que ver con el uso repetido de una plantilla de arriba que mencionaron. No sé si tú Amitie 10g podrías mirarlo, por favor. alhen ✉ 02:36 31 may 2022 (UTC)Reply[responder]
Durante el día echaré un ojo, aunque recomiendo que, el que tenga tiempo, revise también y reporte aquí con el mayor detalle posible.
He reabierto el reporte en Phabricator (enlace arriba). Pueden suscribirse y aportar datos ahí, y algún resumen acá.
Lo ideal de momento será optimizar las plantillas. Ya hice el intento pero las reverti dado los reportes de fallas en estas. --Amitie 10g (discusión) 11:52 31 may 2022 (UTC)Reply[responder]
Imagino que este problema no es solo nuestro, no? Iré a dar un poco de lata al phabricator también para hacer fuerza. alhen ✉ 10:24 3 jun 2022 (UTC)Reply[responder]

Optimización de módulos[editar]

Estoy realizando optimizaciones a los módulos invocados en las plantillas transcluídas en estos artículos. La optimización principal consiste en separar las tablas Lua en el cuerpo del módulo en un módulo separado, y siendo llamada a través de la función mw.loadData(), con el objetivo de reducir, en la medida de lo posible, la memoria usada por Lua al llenarse de tablas redundantes. 

local lang = mw.getContentLanguage()
local language = lang:getCode()
local i18n = require('Módulo:Gráfica de casos médicos/i18n')[language]
assert(i18n, 'no chart translations to: ' .. mw.language.fetchLanguageName(language, 'es'))

local i18n = mw.loadData('Módulo:Gráfica de casos médicos/i18n/zona de pruebas')[language]
Plantillas que podrían convertirse a módulos con tablas
Módulos que no veo motivo para "optimizar"

Preferiría no hacer más cambios hasta alguna respuesta en el reporte en Phabricator. Si alguna modificación causa problemas, sientanse libres de revertir e informarme. --Amitie 10g (discusión) 21:23 31 may 2022 (UTC)Reply[responder]

@Amitie 10g, mover tablas de un lugar a otro puede, quizás, considerarse una optimización organizativa, pero no de rendimiento; siempre será más rápida y consumirá un poquito menos de memoria una tabla local que importar la misma tabla de un archivo independiente. Independientemente de eso, cuyo impacto será mínimo, nuevamente recomiendo en cambio enfocarse en prescindir de los ciclos innecesarios y la declaración de funciones dinámicas. Por ejemplo y para ser más claro, no entiendo por qué generas unas estructura de datos en Módulo:Clasificaciónvj/datos para luego reestructurarlos de otro modo con bucles for en Módulo:Clasificaciónvj; lo ideal sería organizarlos desde origen y extraer las partes necesarias mediante condicionales if. Lo mismo aplica cuando declaras funciones dinámicas anónimas del tipo local Valor = (function(), etc. Ídem con Módulo:Lanzamientovj/datos y Módulo:Lanzamientovj, donde incluso se hacen bucles dentro de funciones dinámicas dentro de otros bucles. En lugar de buscar problemas en otros módulos, te recomiendo empezar a optimizar precisamente esos dos que ya había mencionado anteriormente y que consumen una inmensa cantidad de memoria para producir tan poco resultado. Luego, si quieres, una vez que se optimicen esos dos módulos, podemos seguir hilando fino y revisar o proponer cualquier otro módulo. Aunque ya te digo yo que, por ejemplo, es una pésima idea tratar de optimizar Plantilla:Iconos, o Plantilla:Nombre mes, o Plantilla:Días mes convirtiéndolas en módulos, ya que son prácticamente transclusiones directas. -- Leoncastro (discusión) 22:50 31 may 2022 (UTC)Reply[responder]
Sí, una tabla local consume menos recursos, pero tuve en cuenta la invocación repetida de un módulo con la tabla incluida. Ahí está el propósito de separarla e incluirla mediante mw.loadData(), y ver si realmente sirve en artículos con muchas plantillas (en especial plantilla de citas para referencias). Lo de los bucles, sí, habré de trabajar en eso. --Amitie 10g (discusión) 12:45 1 jun 2022 (UTC)Reply[responder]

Restauración a la plantilla anterior[editar]

He creado una zona de pruebas para la plantilla {{Lanzamientovj}}, la cual es la versión wikitexto de la plantilla, mientras que la plantilla principal la dejé en Lua, habiendo realizado unos ajustes al código para poder importar datos desde Wikidata de manera más o menos apropiada. Solo Among Us transcluye {{Lanzamientovj/zona de pruebas}}, y ahora ya no ocurre el problema de memoria, pero por un pelo de rana calva, pues la memoria usada es de alrededor de 48/50 MB, mientras que el tiempo de CPU es casi el mismo. Según lo que veo, es el gran uso de referencias el que causa el incremento exponencial de memoria, y el código de {{Lanzamientovj}} solo ocupa un par de megabytes más, causando el exhauste de la memoria. El hilo en Phabricator sigue abierto. Como Among Us es un artículo bueno, creo que sería bueno meter presión a los operadores de sistema para incrementar la memoria de procesamiento, porque en este caso está a mi parecer justificado. --Amitie 10g (discusión) 04:08 17 jul 2022 (UTC)Reply[responder]

¿Pero otra vez Amitie 10g? Te estás liando de nuevo. Primero culpabas a Wikidata, luego a la ficha, más tarde a las tablas de argumentos... ¿ahora a las referencias? No sé en qué momento has cambiado de opinión cuando ya me habías dado la razón en que las dos dichosas plantillas de {{Clasificaciónvj}} y {{Lanzamientovj}} consumen una cantidad de recursos exagerada para el resultado que ofrecen. Las fichas y referencias consumen bastante memoria, sí, no se puede negar, pero es que también ofrecen mucho a cambio. Simplemente cambiar las dos dichosas plantillas de videojuegos por exactamente el mismo resultado que ofrecen, causa que se baje del error de exceso de uso de memoria en Lua (con el módulo) o de los 48/52 MB (con la plantilla) a nada menos que 34 megabytes de uso de memoria. Sin quitarlas. Solamente en el proceso de estas dos plantillas se consumen nada menos que 14 MB en el mejor de los casos. Catorce megas para poner una fecha... por favor, compréndelo... -- Leoncastro (discusión) 15:33 17 jul 2022 (UTC)Reply[responder]

Notificar un error[editar]

Hola, hoy traduje el artículo en inglés "Sorry, wrong number" como "Voces de muerte". Hace aproximadamente dos horas y media desapareció la traducción. Hace media hora desapareció el artículo en el proceso de publicación. Quería notificar el error aquí, pero no encuentro la opción: " «Notificar un error» del menú de la izquierda. " Gracias. Saludos ~~~~

Rafstr (discusión) 06:39 26 jul 2022 (UTC)Reply[responder]

Encontré el menú, pero no se refiere a problemas técnicos...~~~~ Rafstr (discusión) 07:00 26 jul 2022 (UTC)Reply[responder]
@Rafstr no es un error del contenido de un artículo que se deba informar en Wikipedia:Informes de error, y lamentablemente tampoco es una cuestión técnica que podamos resolver aquí localmente. Porque entiendo que has usado la herramienta de traducción de contenidos pero no se ha salvado tu progreso. Como es una herramienta global, desde aquí solamente podemos indicarte que pruebes a acceder nuevamente a la herramienta, y desde ahí busca de nuevo el artículo a traducir; no sé que tan posible sea que recupere el trabajo perdido, o que lo tenga guardado pero no pudieras acceder a él. Si eso no funciona, tan solo podemos enviarte a la retroalimentación de la herramienta para que notifiques el error allá, donde sí deberían ser capaces de atenderte. -- Leoncastro (discusión) 17:38 26 jul 2022 (UTC)Reply[responder]
Gracias por la información. El trabajo lo doy por perdido y lo haré de nuevo en mi taller. El caso lo pasé a MediaWiki ~~~~ Rafstr (discusión) 02:22 27 jul 2022 (UTC)Reply[responder]
@Leoncastro A título informativo: constaté que el problema no se produce con Microsoft Edge, yo estaba usando Firefox. En Firefox se ve la información "guardando", pero no aparece "guardado hace...", cosa de lo que no me había percatado. Limpié el caché de Firefox y el error no volvó a aparecer. Saludos. ~~~~ Rafstr (discusión) 04:05 27 jul 2022 (UTC)Reply[responder]
Me parece que pudo haber sido borrado de Wikipedia en español. Si compruebas que fue borrado, solicita aquí su restauración. --Леон Поланко говорит вам и слушает вас 01:51 3 ago 2022 (UTC)Reply[responder]

Wikidata weekly summary #531[editar]

Wikidata-logo-en.svg
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Noticias técnicas: 2022-31[editar]

Estas son las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

Cambios para esta semana

  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 2 agosto. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 3 agosto, y en las restantes a partir del 4 agosto (calendario).
  • La previsualización en tiempo real estará disponible como característica beta para las wikis del Grupo 0. Esta característica se creó para dar respuesta a una propuesta de la encuesta de deseos de la comunidad.

Cambios futuros

Reuniones programadas

  • Esta semana se celebrarán tres reuniones sobre la apariencia de la interfaz Vector (2022) que contarán con traducción e interpretación simultánea. El martes contará con interpretación para el ruso y el jueves lo será para el árabe y el español. Instrucciones para asistir.

Noticias técnicas preparadas por escritores de noticias técnicas y publicadas por un bot • Colabora • Traduce • Obtén ayuda • Danos tu opinión • Suscríbete o cancela tu suscripción.

21:20 1 ago 2022 (UTC)

Sobre el cambio en los superindices a la hora de referenciar[editar]

Buenos días. Escribo para preguntar como hacer para poder referenciar varias frases usando una misma referencia. Hace tiempo lo que hacía era referenciar una y a continuación copiar y pegar el superíndice, por lo que todas aparecían referenciadas con el mismo número. Sin embargo ahora, no se si es mi ordenador o algún cambio en la plataforma de wikipedia, ya no puedo hacer esto, por lo que me aparece la misma referencia pero con distintos números en los superíndices. Por ejemplo, en mis últimas ediciones de este artículo . Un saludo y gracias de antemano. Datob (discusión) 08:52 7 ago 2022 (UTC)Reply[responder]

Hola Datob, puedes encontrar una respuesta detallada en Wikipedia:Referencias.--Xana (discusión) 10:06 7 ago 2022 (UTC)Reply[responder]

Wikidata weekly summary #532[editar]

Wikidata-logo-en.svg
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming
      • Wikimania 2022, August 11 to 14, online event. The Hackathon will take place August 12-14. On this page you can find a summary of sessions and community gatherings related to Wikidata and Wikibase.
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group call August 9, 2022: Pieter Vander Vennet on MapComplete, a thematic OpenStreetMap viewer and editor which uses species, language, and image data from Wikidata. Agenda.
      • The Wikimania Hackathon starts next Friday, August 16-22! There are still lots of spots in the schedule to add your Wikidata related sessions or project ideas (anyone can present a session)
    • Ongoing
      • Wikimedia Indonesia's Wikidata edit-a-thon (datathon) for the 77th anniversary of the Indnesian Independence Day started on 5th August and will be held until 12th August. Participants are instructed to edit items containing the statement country of origin (P495): Indonesia (Q252).
      • Toolhub is a catalog of 1500+ tools used every day in a wide variety of workflows across many Wiki projects. We are currently improving the search functionality and need your input – whether you are already familiar with Toolhub or not. Please take 5-10 minutes to leave feedback.
    • Ongoing
      • Weekly Lexemes Challenge #53, Sheep
    • Past
      • First online meet-up fully organized by volunteers of the Indonesian Wikidata Community has been held on 30th July where we edited items on Indonesian ethnic groups.
  • Tool of the week
    • Wiki tools - adds dozens of Wikipedia and Wikidata functions to your Google sheets.
  • Development
    • Lexicographical data:
      • Continuing to address feedback from the testing (e.g. phab:T312292, phab:T313113, phab:T313466)
      • We have pushed back replacing Special:NewLexeme with the new Special:NewLexemeAlpha a bit to address more of the testing feedback.
    • Continuing to tackle allowing sitelinks to redirects under some circumstances (phab:T278962)
    • REST API:
      • Finishing up the endpoints for removing and replacing statements and adding authentication and authorization to them
      • Looking into feedback from first testing

You can see all open tickets related to Wikidata here. If you want to help out, you can also have a look at the tasks needing a volunteer.

Noticias técnicas: 2022-32[editar]

Estas son las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

Cambios para esta semana

  • No habrá una nueva versión de MediaWiki esta semana.
  • Como consecuencia de un cambio en la base de datos principal, algunas wikis estarán en modo de solo lectura durante algunos minutos el día 9 agosto a las 07:00 UTC (wikis afectadas) y el día 11 agosto a las 07:00 UTC (wikis afectadas).

Próximo encuentro

Noticias técnicas preparadas por redactores y publicadas por un bot • Colabora • Traduce • Obtén ayuda • Danos tu opinión • Suscríbete o cancela tu suscripción.

19:48 8 ago 2022 (UTC)

Encuentro técnico hispanohablante en hackatón Wikimanía 2022[editar]

¡Hola! El viernes 12 de agosto de 17 a 19 UTC, en el marco de la hackatón de la Wikimanía, tendremos un encuentro de la comunidad técnica hispanohablante. El objetivo es tener un espacio social donde podamos conocernos, compartir lo que hacemos, pensar ideas, etc.

Si colaboras con aspectos técnicos en algún proyecto Wikimedia, utilizas las API de MediaWiki, o simplemente te interesa saber más sobre estos temas, ¡te esperamos!

Enlace al encuentro y más información en Phabricator.

¡Saludos!

@Diegodlh, @Scann (WDU), @Monica Bonilla (WMCO) y @Wikihacedor Diegodlh (discusión) 13:32 10 ago 2022 (UTC)Reply[responder]

Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Archivo/Técnica/Actual&oldid=145333460»