Wikipedia

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

< Wikipedia:Café‎ · Archivo‎ · Técnica(Redirigido desde «Wikipedia:Café/Portal/Archivo/Técnica/Actual»)
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 LUAEditar

 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)

Hago ping a Amitie 10g que hizo la migración a Lua de la plantilla {{ficha de videojuego}}. --ZebaX2010   [PRESS START] 02:19 19 may 2022 (UTC)
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)
¡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)

Datos en previsualización de Módulo:Ficha de videojuegoEditar

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)

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)

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)
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)
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)
¿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   [PRESS START] 23:34 19 may 2022 (UTC)
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)
@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)
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)
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)
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)
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)

Optimización de módulosEditar

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)

@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)
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)

Restauración a la plantilla anteriorEditar

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)

¿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)

Sobre el cambio en los superindices a la hora de referenciarEditar

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)

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

Wikidata weekly summary #532Editar

 
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-32Editar

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 2022Editar

¡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)

Se necesita ayuda: traducir la pequeña extensión de Wikimedia en español (30 frases)Editar

[Español escrito usando el traductor de Google]

Hola, después de programarlo busco ayuda para traducir al español una pequeña extensión de Wikimedia: Lingua Libre SignIt para Firefox. Esta extensión es experimental, permite a los usuarios aprender lenguaje(s) de señas. Me gustaría agregar el español a la lengua de señas mexicana/española. Solo hay 30 frases para traducir, alguien podría ayudar a traducirlas aquí. También buscamos voluntarios que dominen el lenguaje de señas para grabar videos. El código es pequeño, por lo que también es un buen proyecto para que se unan los desarrolladores júnior de JS. Yug (discusión) 13:31 15 ago 2022 (UTC)

[English] Hello, after coding it I'm looking for help to translate into Spanish a small Wikimedia extension : Lingua Libre SignIt for Firefox. This extension is experimental, it allows users to learn sign language(s). I would like to add Spanish to Mexicano/Spanish Sign Language. There are just 30 phrases to translate, could someone help to translate those here.

We also look for volunters fluent in sign language to record videos. The code is small, so it's also a good project for junior JS developers to join in. Yug (discusión) 13:33 15 ago 2022 (UTC)

Wikidata weekly summary #533Editar

 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • Open request for adminship:
      • Estopedist1 (RfP scheduled to end after 21 August 2022 12:36 UTC)
  • Events
    • Upcoming:
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group Wikidata Working Hour August 15, 2022: Fourth session of our summer/fall project working with diverse children's book metadata. We'll be covering manually creating publisher items: showing how to create items, add statements to items, add references, and use gadgets. You are, as always, welcome to bring your own data to work on. All sessions in our project series will be recorded for those who cannot attend. Links will be added to the event page when available. Event page
    • Ongoing:
  • Tool of the week
    • KnolCase is a case-based knowledge management tool for gathering information about subjects of interest and organizing these into case files.
  • Development
    • Took part in Wikimania and the Wikimania hackathon
    • Continuing work on making it possible to add sitelinks to redirects under some special conditions (phab:T278962)
    • Lexicographical data: continuing to address the feedback from testing
    • REST API:

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.

Tech News: 2022-33Editar

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • The Persian (Farsi) Wikipedia community decided to block IP editing from October 2021 to April 2022. The Wikimedia Foundation's Product Analytics team tracked the impact of this change. An impact report is now available.

Changes later this week

  •   The new version of MediaWiki will be on test wikis and MediaWiki.org from 16 August. It will be on non-Wikipedia wikis and some Wikipedias from 17 August. It will be on all wikis from 18 August (calendar).
  •   Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 16 August at 07:00 UTC (targeted wikis) and on 18 August at 7:00 UTC (targeted wikis).
  • The Realtime Preview will be available as a Beta Feature on wikis in Group 1. This feature was built in order to fulfill one of the Community Wishlist Survey proposals.

Future changes

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

21:07 15 ago 2022 (UTC)

Problemas con el inicio de sesiónEditar

  1. Me está pasando con frecuencia que el sistema no reconoce mi clave, lo que me obliga a solicitarla una y otra vez.
  2. Debería visualizarse la contraseña introducida para estar seguros de que es la correcta.

Saludos. Sigmanexus6 (discusión) 09:32 16 ago 2022 (UTC)

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