De nuevo, solamente estoy intentando que se construya un mejor sitio... Podés ver todas mis respuestas sobre temas críticos que involucraban a mods o a vos y revisar mi postura, pero dejame serte honesto: creo que se me fue un poco en los últimos meses... Hasta en algún punto, a veces llego a la conclusión de que se adoptaron algunas posturas que juegan en contra de la evolución de SOes

Tengo varios ejemplos, y si te interesa entrar en más detalles, con todo gusto (incluso puede ser en un chat privado con algunos pocos -fedorqui, lois6b, Pikoh, sstan.. no sé, los que apuntan a mejorar siempre-, cuestión de no generar ruido en el sitio).

@g3rv4 exactamente, estaría bueno hacer lo que me respondió Samo... El tema es ver cuándo Alvaro haya revisado todas (para que no se pierdan las sugerencias)... Y el problema es ese nuevo bug que "desaprueba" las sugerencias en Transifex... Pero cuando Alvaro crea que más o menos ya está, tenemos que hacerlo.

Yo no estoy sugiriendo nada más (aunque quedan varias aún sin revisar)... es el problema de que SO no está tomando bien las traducciones (junto a este nuevo bug), que no podemos saber

@Mariano estoy gestionando la reunión con Samo... voy a poner un par de preguntas en el drive y compartirlo.

para sacarnos las dudas (e intentar generar un poco de independencia... si puedo por lo menos mirar qué es lo que pasa, intentar reproducirlo capaz que puedo ayudar a identificar estas cosas).

@g3rv4 excelente!

@g3rv4 ese ejemplo no era parte del bug... Las de "Anónimo hizo x sugerenciás" sí, pero las de $UserName$ no estaban en el listado... Esas en particular ya pasaron por todos los estados: (1) propuse (2) eliminaron (3) vos propusiste y aprobaste (4) eliminaron (5) volví a proponer (6) Álvaro aprobó (7) aparecen en el sitio en inglés -cuando ya estaban en castellano

Entre nos, ponele que Samo le haya pifiado un poco en ese "arreglo del bug" :-/

... no entiendo cómo pueden ser eliminadas de la base de datos... entiendo que se pierdan en transifex, pero que desaparezcan de la base no tiene mucho sentido

ya pedí la reunión, claramente es baja prioridad (como el PR que tengo esperando hace 10 días). Mientras, trabajo en el backup... es lo único que nos va a permitir demostrar estas cosas

@g3rv4 exactamente lo mismo que pensé mientras escribía... te apuesto lo que quieras a que está relacionado a que está regenerando los IDs, y muy probablemente tenga un quilombo de concepto entre cuándo tiene que buscar por ID y cuándo por Key (pero es pura especulación sin ver el código)

Para empezar, no tiene tampoco ninguna lógica que esté regenerando IDs constantemente

si, no tiene... el tema es que intentar adivinar sin ver el código (o incluso viendo el código... posta que está por encima de mi nivel de entendederas) me frustra bastante

además, si no puedo siquiera ver si algo lo arregla o no... me gustaría instalar SOes local (la DB es chica) y poder testear push / pull

como para tener un debugger... en fin, veremos si sale

@g3rv4 estamos en la misma, pero yo la veo pasar de afuera.. pero no puedo decir mucho, porque tampoco es que tenga el tiempo para arreglarlo yo... es la decisión de SO al fin y al cabo, y esto no le mueve la aguja de tráfico (sí de calidad en el sitio, pero juega a demasiado largo plazo)

@g3rv4 sabés qué... ¿te acordás cuando te dije que esperes a ver qué pasaba antes de seguir con la aplicación?... Bueno, viendo la evolución, quizás nos conviene hacer un sistema por fuera de Transifex, agarrar todo, traducir, y decirle a SO "tomen, acá está la base de todas las palabras, traducida, referenciada por Key"

@Mariano eeeps, se entiende. Hasta pensé en guardar las traducciones aprobadas en mi servidor (string en ingles => string en español) cosa de que si aparece string en español sn traducir o sin aprobar, lo traduzco y apruebo programáticamente

@Mariano JAJAJAJAJAJAJAJA

estamos diciendo lo mismo!

jajaja Sí

manejarlo nosotros, y usar transifex como interfaz con SO

pensalo de esta forma, ¿cuánto tiempo nos puede llevar un pequeño sistemita de traducciones casero... sin diseño, trucho, sin nada de validación, que sólo unos pocos se metan

hasta podríamos trabajar con una base en crudo, que ninguno de los que ayudan se quejaría

no mucho, sin dudas

(o, para los menos entendidos, export a Excel, que trabajen por bloques y lo entreguen)

o sea... posta que no mucho

si los que traducen son de confianza

Lo digo como forma de pensar que no hace falta mucho para solucionarlo

Mismo para las revisiones... sólo con acceso a ciertas personas, que vayan cambiando a revisado.... Realmente es sólo laburar sobre una base de datos... el resto de lo que se programe por encima de eso, bienvenido, pero no se necesita casi nada para empezar

es algo que podemos hacer... y sin mucho laburo. Lo que complica la historia es que haya gente traduciendo en Transifex

tendría que ser sólo ahí

¿Hay gente traduciendo en Transifex? No sé cuanto es lo que se está haciendo, pero me da la impresión que es poco o nada

(no puedo guiarme por las fechas porque SO las cambia cuando sobreescribe)

... de todas formas, si fuéramos por algo así, sería cuestión de sacar a todo el mundo del grupo y listo

un problema de esto es que no tenemos una API posta... entonces, tenemos que simular ser un browser. Esto funciona ok para lo que tengo ahora (sólo saca info), pero cambios en la UI lo van a romper

tendríamos que ser más de 1 para mantenerlo, si no se va a complicar rápido... pero me parece que es mucho más factible (en el sentido de que depende de nosotros)

Yo lo veo de esta forma: lo que veo que se está traduciendo, ya se tradujo al menos 3 veces antes... no hay visibilidad sobre aprobaciones.... se pierden las traducciones, y no hay trazabilidad... No creo que Transifex sea una solución viable

En serio, por o menos hasta que lo arreglen, no se puede con Transifex, es imposible. Seguir usándolo es para que más y más personas que hoy le dedican tiempo se terminen aburriendo y larguen todo

login usando oauth de SE... y medio que estamos

si tenemos concurrencia puede explotar... pero gana uno de los que está editando y listo

¿Cómo que no importe el orden de las variables? El orden va junto con el key (todo fijo)

a lo que voy es que si tenemos aCount=one;bCount=other el sistema lo trate igual que si fuera bCount=other;aCount=one

ahhh... para tomar las cadenas viejas.... pero realmente no importa eso... eran 20 nomás, y ya tenés a todas sugeridas con el orden correcto

algo así sería un buen MVP, no?

Lo que digo es tomar directamente a 0e868a8fa494c895de3090e7c8ac428d|ApprovalCount=one,RejectionCount=one,Improveme‌​ntCount=other como identificador (y que vaya de la misma forma que lo usa SO)

no hace falta la lógica para tomar las variables en un orden diferente... que se mantengan fijas no nos perjudica en nada

lo único que no me gusta de eso es que mañana cambia y fuimos... si definimos un orden nosotros (que puede ser alfabético) tendríamos una forma canónica independiente... y cuando vamos a hacer el push, miramos cuáles son equivalentes

pero en definitiva, es sólo un detalle de implementación

Pero por lo que definieron al arreglar el bug, si cambia el orden, significa que cambió el string

claro, lo que decís es que nunca va a ser 0e868a8fa494c895de3090e7c8ac428d|ApprovalCount=one,Improveme‌​ntCount=other,Rej‌​ectionCount=one

yo lo que digo es que no depender de lo que haga SO con las variants es una feature

ahhh--- sí.... no sé, no hace falta para arrancar... igual me puse a discutir un detalle que tardamos menos en programarlo que en discutirlo jajaja

totalmente. Lo bueno es que en esta onda el pull es gratis (un solo request) contra los 10.000 que estamos haciendo ahora

y el push... ya estoy mirando

puede ser mucho más fácil de lo que parece... necesitaríamos el push de SO a Transifex para saber bien qué es lo que está traducido

en fin... a programar

@g3rv4 y no sé la API, pero creo que había una forma de enviar a Tx un archivo de traducciones en bloque

(si es que la API no te deja)

SI! no sé si mis privilegios de reviewer me lo permiten... pero si no, sí que tiene sentido pedir más privilegios

es en el interés de SOes y no cuesta naranja

> When updating translations, either via the API or other ways, translators are only allowed to modify unreviewed strings and reviewers are allowed to modify both unreviewed and reviewed strings. If a translator tries to modify reviewed strings, the API call just skips those modifications and only updates the unreviewed phrases.

ugh :facepalm: tengo que aprender a leer

jaja... incluso es mejor: sólo con reviewer podés

ya lo estoy probando

y no me preocupa la concurrencia... es el menor de nuestros problemas hoy... para comparar, hoy estamos teniendo problemas de concurrencia con el usuario SO, que no traduce, sino que borra todo

sip sip... el GET de /api/2/project/stack-overflow-es/resource/english/translation/es/?file=resjson&‌​mode=translator trae las cosas traducidas, el de /api/2/project/stack-overflow-es/resource/english/translation/en/?file=resjson&‌​mode=translator trae las cosas en inglés... probando un PUT

Y en 2) Alguna forma de traducirlas sí mantendría algún sistema de revisión (es importante para que no se nos desmadre)... todos le erramos en alguna traducción cada tanto, y no me animaría a poner en producción sin revisión

(por más que quede el historial, tiene que haber un 2do ojo)

revisión e historial

una revisión es suficiente, no? yo diría de dejar el acceso a unos pocos y si alguien quiere contribuir... en principio que sea en otro lado (en este chat puede ser)

posta que se hace fácil

sisi, yo estoy en eso

si querés contribuir, nos repartimos :)

Sí, 1 solo revisor sobra... si después queremos llevarlo a algo mejor, será para la versión 2.0 con puntajes y votos... pero keep it simple

Me encantaría dar una mano, pero me quedé pensando: dudo nomás si tengo cómo generar un ambiente dev al que pueda entrar normalmente.

yo estoy usando Visual Studio Code

y las dbs en un docker

para esto me gusta más que sea una base de datos relacional

sí, no es problema el ambiente, sino la máquina :-) quizás algún finde en casa, pero estoy poco tiempo en una compu

veo este finde qué invento

:) igual, no te estreses. Tus aportes en ideas son extremadamente valiosos

no es ningún estress... dan ganas de meterme cada vez que te leo hablando de la app

soy rehacio nomás a comprometerme con algo que no estoy seguro de poder encarar bien

(bien == tiempo sentado en PC)

En fin.. primer punto sería coordinar con Álvaro cuándo pedir el push, no?

sip sip, mientras yo estoy intentando con hacer un PUT con una traducción... porque claramente, no iban a incluir un ejemplo

jajaja... qué raro que esté mal documentado

A esto me refería si te falla la API

bien... igual, primero quiero rendirme con la API... la verdad que hacer un post de un json suena mucho más divertido que simular ser un browser abriendo el modal

encontré un un ejemplo así que... tengo esperanza!

más bien! sólo tiré el salvavidas antes de subirme al barco :-)

success! lo divertido es que transifex no las identifica por key... sino por string hash

md5(key)?? o es otro dato?

y si actualizás la variant one, se usa para todas las variant

lo mismo que nos pasaba al sugerir

pero le puedo pasar "reviewed": true y eso sólo se aplica a la variant correcta

tenemos un endpoint que las devuelve, así que sigue siendo hacer sólo un GET

me imagino que el string hash cambia con los ids saltarines... pero mientras lo identifiquemos por key, estamos del otro lado

ahí vi cómo genera el hash, no depende del ID

cómo lo genera?

from hashlib import md5

if isinstance(context, list):
    if context:
        keys = [string_key] + context
    else:
        keys = [string_key, '']
else:
    if context == 'None':
        keys = [string_key, '']
    else:
        keys = [string_key, context]
return md5(':'.join(keys).encode('utf-8')).hexdigest()

Si no tiene Context, es md5(key + ':')

genial... en nuestro caso, nunca tiene context

entonces... claramente no varía con los ids saltarines

lo probé en una, coincide perfecto

sisi, fectivamente

tiene pinta de ser para que varíe en función del contexto nomás

claro, también

tenemos que tener un eliminar-de-transifex para cosas como [$company$]($url)

jajaj... sí, un estado más en la base de datos: ignore

aunque esa es fácil saber que no va... para el resto, mejor que se traduzcan y ya

// GET
curl "https://www.transifex.com/api/2/project/stack-overflow-es/resource/english/translation/es/strings/" \
     -u 'api:<tuApiKeyAca>'

// PUT
curl -X "PUT" "https://www.transifex.com/api/2/project/stack-overflow-es/resource/english/translation/es/strings/" \
     -H 'Content-Type: application/json' \
     -u 'api:<tuApiKeyAca>' \
     -d $'[
  {
    "reviewed": true,
    "source_entity_hash": "a21cb390d2a0cf3a6b836552dba791ce",
    "translation": "[$company$]($url)"
  }
]'

así podemos hacer un GET y traer todos los strings o traducir muchas cosas a la vez

en vez de 9000 requests cada 30 minutos, podemos hacer 2 requests por minuto

eeen fin, me voy a dormir... convencido de que la solución viene por acá

Economy 101

Suena muy bien!

Dale, yo veo qué me invento este finde... Abrazo

@Mariano me sumo a la petición, @JuanM

en el caso de poner el la lista negra, hay dos peticiones que llevan pendientes casi un año (es.meta.stackoverflow.com/questions/tagged/…)

@fedorqui incluyendo quizás a script y es.meta.stackoverflow.com/q/2854/127, que es de las que no están bien etiquetadas pero creo que merece lista negra

@Mariano sí, coincido en que sería bueno añadirlas a la lista negra