Feda /dev/ - No Javascript allowed

#21238 pues tienes razón, al final sí empaña un poco mi experiencia en TW

#21239

Hay que ver, es verdad que está todo en Pantomima Full...

Bros me han pedido ayuda por un tio haciendo phising o algo asi de un concurso.

Tiene una web y la he escaneado. Le he sacado donde ha comprado el dominio el webservie y que esta alojado en aws con un traceroute. Los puertos abiertos tambein los he mirado.

Me gustaria tratar de hacerle un ataque por diccionario al FTP, como se haria eso? Como protegeria yo mi IP? Me pongo tras una VPN?

Entiendo que denunciando algo ilegal a AWS se lo xaparian no?

Nse quiero saber quien es.

#21256 Con VPN puedes ocultarla, pero a los que te la proporcionan la conocen.

En cuanto a tu infrastructura en local de ms, sin menospreciar lo que tienes, es como el 2-5% de lo que se necesita en un entorno de producción.

Cuando ya te metes con entornos, redes, ci&cd, releases, configs y demás empiezas a abrir una caja de pandora maja.

#21259 al final paso, le iba a tirar un hydra con un hash de esos + un gobuster a la web. pero no creo que rasque nada y me da palo mirar vpns para esta toneria.

#21258 si usas k8s no se que problema tienes con nada de eso, la verdad. me puedo imaginar que te refieres sobretodo ha tener snapshots y hacer rollbacks automatizados, tener metricas/logs de tus procesos,,, (xq lo de entornos, cicd y demas ni entro de la bobada que me dices) pero vamos. tu comentario no tiene ningun sentido y mas si lo reduces al absurdo. Ademas que estas mezclando 2 entornos, el de tooling interno como le llameis y el de tus servicios... que son infra completamente distintas.

El problema no es la arquitectura ni las herramientas, el problema es que si no sabes que SLOs marcar ni que informacion LOGEAR para luego poder volver a un estado anterior, como tener servicios sin estado y funcionales que se puedan re hacer y etc etc pues claro que cuesta. Pero eso no tiene nada que ver con las herramientas. Es que al final si reducimos al absurdo, todo es codigo maquina que se ejecuta... XD

Si nos ponemos hay sistemas como el kernel de linux que lleva 25 a;os en desarrollo, y es como si te movieses al a;o 5 de desarrollo y soltaes, esto del kernel no lo veo no teneis ni un 2-5% de lo que se necesita. Pues puede ser, pero la herramienta (C) me permite hacer el resto solo tenemos que picarlo y dise;arlo bien. Creo que se entiende perfectamente el ejemplo. Estas usando un stack con ya 5 a;os de desarrollo que te hace todo facil... solo tienes que saber usarlo y es lo que aun nadie ha logrado resolver del todo par atodos los casos de uso, para eso te pagan hijode puta. No entremos en que el kernel de linux es una porqueria es un ejemplo for dummies.

related https://www.confluent.io/blog/removing-zookeeper-dependency-in-kafka/

por qué se considera a los switch case code smell? (en OOP)

edit. y otra cosa más, que opinión tenéis acerca de martin fowler? le consideráis otro vendebiblias igual que uncle bob? xd

Ya sabéis que en 10 años la burbuja se ha roto si no antes

#21261 Si yo subo un monolito tampoco tendré todo lo que has pedido no? Es decir, dentro de mi monolito si quiero tener múltiples entornos, ci cd, rollbacks, monitoreos y logs de negocio también necesitare a;adirle chica o tener algo contratado. Y me quedo con lo mismo.

Dentro del sistema de una organización tenemos la arquitectura de tu producto y luego tu arquitectura interna/coprorativa/desarrollo. Yo entiendo que dices que me falta la segunda. Si, pero en un monolito también tendría que a;adirlo y pensar como hacerlo no?

Por lo que hace tener tu arquitectura de producto/servicios que ofreces no veo la dificultad sobre tener el monolito o no. De hecho para muchas cosas al ir por http puedo sacar SLOs automáticamente que en un monolito debería hacer a mano o acoplar el log/monitoreo a mi servicio.

#21262 Los switch case no se consideran code smell para nadie que sepa programar... LOL.

Lo que dentro del culto de la OOP se defiende que deberías usar polimorfismo dispatch en su lugar (https://en.wikipedia.org/wiki/Dynamic_dispatch). Es una estupidez como una casa la mayoría de veces. En rendimiento y eficiencia será peor. La mayoría de veces 99% seguramente no requieres que sea dinamico...

Si pones tu código te decimos si es code smell o no.

Si lees la wiki el apartado de mechanism veras como se implementa por dentro... SOPROESA en lugar de escribir tu el switch lo va a hacer el compilador con un sobrecoste y a;adiendo complejidad a tu codigo que no necesitavas.

Sabéis de algún recurso para aprender de todo esto que estáis hablando?