Feda /dev/ - No Javascript allowed

Los loggers son mas o menos necesarios si quieres rotar los ficheros o escribir en disco de manera asincrona (si el servicio no lo usa ni peter entiendo que con un println os sobre). Lo que no es necesario es toda la parafernalia que hay alrededor de ellos.

#32341 que hace un sysadmin haciendo nada con log4j? xd

#32344 es que tu mismo lo has dicho, es una funcionalidad absurda para un frameworkd e logging, porque le echas la culpa al framework en si? (bueno y ni al framework, al mero hecho de hacer eso) De hecho suelo usar logback antes que log4j y 0 problemas

#32343Lecherito:

o escribir en disco de manera asincrona

expande... anda

#32349 no siempre quieres escribir cada evento en disco si no que lo haces en batches (por ejemplo cada segundo), los eventos los escribes a un buffer y ese buffer es el que escribe en disco. He llegado a ver rotaciones de logs de 10 minutos porque los ficheros eran tan sumamente grandes (de la cantidad de requests que habia) que no se podia hacer de otra manera.

#32356 si y no, hay veces que necesitas tener las request legalmente (o las quieres para troubleshoot).

Pero vamos, yo estoy hablando de que en 1 hora se generaban masde 300 gigas de logs gzipped (sin contar las peticiones, solo logs normalitos)

#32351 sabia que ibas por ahi

ahora que cojones tiene eso que ver con la interface desde el cliente?

que ese es mi problema, con la mayoria de gente que tengo esta discusion.

si escribes a stdout o otro buffer deberia ser transparente para ti y todo tu codigo pimpim. lo mismo me pasa con las metricas. la gente escribe el codigo pasando loggers y clientes en lugar de pasar un writer IO. si es async o no en el cliente es una linea de codigo, y luego donde escribas es implementacion.

cada vez que veo una interface logger me dan ganas de pegarme un tiro. acabo antes que pegandoselo a la panda de anormales que por sacarse un FP chustero y saber llamar spring se hacen llamar "profesionales" del sector.

gente que no sabe lo que es una pipe ni un buffer. atontaos.

log4j no deberia existir. ni ningun framework de logging. no tienen sentido en si mismos. la stdlib ya te ofrece capacidades. solo necesitas como mucho una lib.

lo mismo me pasa con los allocadores de memoria, suerte que la gente que trabaja en Java, Go y demas no sabe ni lo que es, si usas uno generalizado, uno fixed, uno que limpia al terminar la ejecucion porque haces un cli o un server y lo tiras por threading.... panda de atontaos.

#32360 si no digo que sean malos, me parecen geniales.

tener una roomba de esas en casa que cada dia te aspira el suelo esta genial.

pero si vives como un cerdo rebolcandote en tu propia mierda y meandote en los platos que después usas para comer entiende que me des asco.

saber un mínimo de memòria no debería ser pedir una locura...

edit: en otro tema, menuda porqueria de codigo estoy viendo hoy

casi bug pero no, https://www.androidsnippets.com/create-a-md5-hash-and-dump-as-a-hex-string

xq cojones hizo esto asi? a parte de para que fuera lento. no me entra en la cabeza.

#32362 si conceptualmente esta bien

pero es 1 liner paco

Para seguridad de toda la vida:

• nunca hagas mas de lo necesario
• hazlo todo con las librerias de crypto

ademas del codigo que he puesto de androidsnippets, se me ocurren otras 2 maneras en que ese codigo puede dar problemas

en fin, con este mensaje queda claro que lo de log4j no sorprende a nadie XDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD

#32364 la implementacion de aws por ejemplo

yo recomiendo no usar java para empezar, pero bueno, aceptemoslo

• el string buffer es una de las cosas que podia ir mal, alguien no puede saber que eso es bueno puede realizar multiples realocaciones por hash.
• segundo el memory layout de esa string y la representacion final puede ser optimizado, porque sabes el tama;o y los bytes a pillar
• si en lugar de concatenar strings haces hexs, si no es ascii peta, link que he puesto, la signature esta mal, deberia aceptar bytes
• tambien se me ocurren maneras de joderlo por little endian/big endian que cuando daba clase en la uni y haciamos algos de hash a mano los alumnos siempre me hacian del reves
• por ultimo, este detalle no podrias saberlo sin el contexto, pero el utf16 es completamente inecesario. en caso de "necesitarlo" volver al punto de porque java? como tratas las strings en tu codigo? xq seguramente no sepas lo que es una string en memoria.

solucion? voy a citar a una de las mentes mas prodigiosas de este pais

Para seguridad de toda la vida:

nunca hagas mas de lo necesario
hazlo todo con las librerias de crypto

Edit obligatorio: lo de la string pool lo dices mal, ese buffer no se usa por nada de string pool, se usa para minimizar alocaciones. asique no tengo ni idea de porque dices ese termino. supongo que te sonara.

edit obligatorio a posteriori:
AHAHAHHAHAHAHAHAHAHHAHAHA

#32368 debes haber tenido un día de putísima mierda para caer en el juego