#11 a mi me compraron uno casi igual que el tuyo. De marca... olivetti!!
#11 #19 #23 Yo tenía un Olivetti M480-20 , como el de esta foto. 486 DX33 con 4GB de ram y 120GB disco duro:
http://www.retrocomputing.eu/parts/olivetti/M480_10/IMG_5581Start_480.JPG
Le compré el kit multimedia Sound Blaster Discovery CD. Fue muy difícil encontrar ram para ampliarlo a 8
https://www.siliconweek.com/wp-content/uploads/2017/08/moby_SB16box.jpg
#25 Al menos el mío venía con windows 3.1 Lo de meterle tarjeta de sonido y cdrom era un cambio brutal. Luego instalarle windows 95, que con los 4mb de ram se arrastraba, pero era todo mas 'multimedia', que era la palabra clabe del momento. Cuando todos teniamos multimedia, vino el online y la web. Luego wireless, al cabo de un tiempo salio web 2.0. Big data. IA. Chatbots. Blockchain. Web 3.0 y ya estamos con la buzzword del presente!
#25 Querrás decir 4MB de RAM y en el disco duro 120 MB, ¿no?
#43 toda la razón, he perdido la noción de lo pequeño que era, gracias por avisar !
Sin ser sobrehumano, cualquier desarrollador también podría crear una función que dado el input del juego le diga al dinosaurio si ha de saltar, agacharse o no hacer nada y batiría a esa IA llegando al máximo posible de puntos del juego si es que lo hay, o jugar infinitamente.
Solo lo digo para poner en perspectiva que la ia no es la solución óptima a todos los problemas aunque quede un video resultón.
#23 evidentemente, para algo tan sencillo como este juego (dos teclas o no hacer nada), igual es matar moscas a cañonazos.
El video es una introducción, resolviendo un problema muy simple, como cuando el primer día en un curso de programación te ponen a hacer un "hola mundo".
Pero para algo más complejo como un simulador de coches de carreras o de aviones de combate, donde hay muchas más variables y en un entorno 3D con enemigos que se mueven, igual es más fácil poner a unos ordenadores a simular que tener a un equipo de programadores durante semanas.
Es solo un ejemplo.
Echa un vistazo a algún vídeo de IA aprendiendo a conducir en GTAV, por ejemplo.
Hace bastantes años discutía con otro usuario de menéame que defendía lo buenos que iban a ser los coches autónomos 'porque un ordenador nunca se equivoca'. Definitivamente ese usuario que ya no recuerdo no era un ordenador
#15 En los últimos años hemos leído muchos comentarios de meneantes diciendo que "en 10 años los humanos tendrían prohibido conducir". Y de eso ya han pasado 4 o 5.
Flipo con las predicciones, a todas luces erróneas e imposibles, que algunos se marcan por aquí.
#20 Ojo, que puede ser una salida para implantar el coche autónomo: como son idiotas, solo podrían salir si quitamos a los humanos.
Suerte que menéame está lleno de listos que saben de mil maneras más eficientes de mover los libros. Seguramente a los de la librería no se les había ni pasado por la cabeza.
#47 Ok, pero la conclusión que saco es que hoy por hoy teniendo calefacción con gas natural no tiene sentido instalar una bomba de calor. Seguramente en un futuro sí lo tenga. Aclaro: en un pisito normal.
Para la mayoría de mortales que no tenemos placas solares, ¿qué es más barato, el consumo de una bomba de calor o una caldera de gas natural?
Una bomba de calor gasta menos, ok, pero buscando por internet el precio kwh del gas es aproximadamente 0.06€, y el de la electricidad 0.22€, es decir, entre 3 y 4 veces más caro. Vamos que si tienes bomba de calor y caldera, yo no veo tan claro que ahorres con una o con otra.
#24 contando pérdidas de una instalación de radiadores, es raro que una bomba de calor no sea de media más eficiente. Y si tienes las dos cosas siempre puedes hacer números y poner una cosa u otra dependiendo del momento, que esto no es o blanco o negro. Tienes que considerar también lo que te cuesta tener dado de alta el gas, mantenimiento y reparaciones de la caldera... Que con un split no tienes.
Y no olvidemos que la TUR de gas está fuertemente subvencionada, lo que no pagues hoy lo pagarás mañana via déficit de tarifa o impuestos.
#24 Teniendo en cuenta que un aparato medio tiene un COP (relación entre consumo eléctrico y calor útil) de entre 3 y 4 (https://www.mitsubishielectric.es/aire-acondicionado/series/msz-ap/#especificaciones), con los datos que dices el gasto económico es aproximadamente el mismo.
Ahora bien, el precio del TUR se está manteniendo artificialmente bajo, así que no es una comparación del todo justa.
Por otro lado, si vives en una zona donde necesitas aire acondicionado en verano... Con la bomba de calor te evitas la instalación de un sistema de calefacción aparte, y de pagar mantenimientos y gastos fijos en la factura del gas. Solo por eso, para mi caso de uso, ya gana la bomba de calor.
Vaya, #45 y yo te hemos contestado básicamente lo mismo y a la misma vez
#47 Ok, pero la conclusión que saco es que hoy por hoy teniendo calefacción con gas natural no tiene sentido instalar una bomba de calor. Seguramente en un futuro sí lo tenga. Aclaro: en un pisito normal.
#105 bueno la seguridad es tarea compartida, por ejemplo un ataque de inyección de SQL es por un fallo en el desarrollo, no por un tema de sistemas.
#96 In most cases hackers are looking to steal something, so they use a small DDoS attack as a smokescreen to mask their more nefarious subterfuge
Ok entonces el ataque de DoS es para despistar, pero no quiere decir que con un ataque así te roben la información, lo harán por otros medios. Si tiras abajo un firewall o un load balancer por un ataque no es que queden los puertos abiertos, es que se queda inaccesible la web. Que me dices 'pues el admin quita el firewall de la ecuacion para reestablecer el servicio y por eso luego roban datos', bueno pues es que ese admin es temerario.
No quiero buscarle 3 pies al gato, es que simplemente soy desarrollador web y me gusta estar informado. Gente como yo somos los que por falta de conocimiento dejamos puertas abiertas .
En todo caso yo no desarrollaría o usaria un firewall que dejara pasar trafico de forma selectiva a no ser que haya mucho trafico y entonces haga lo que viene siendo un fail-open,es absurdo.
#102 Normalmente son los devops los que se ocupan por el bienestar de la arquitectura pero si dejas a los desarrolladores web que mantengan el stack, entonces seguramente no haya una sino muchas formas de poder atacar el sistema (yo tambien soy desarrollador web 
).
En el caso de meneame, imagino que tienen un monolítico bastante guapo con server side rendering y del rollo no me toques que me rompo. Solo con ver la página, no parece que tengan ni helmet... Vamos que lo raro es que se hayan enterado que les han volvaco parte de la base de datos.
#105 bueno la seguridad es tarea compartida, por ejemplo un ataque de inyección de SQL es por un fallo en el desarrollo, no por un tema de sistemas.
#91 A mi es que como posible explicación me parece un poco pillada por los pelos. Si metemos 'ataque DoS' pues antes metemos que le han robado el portatil a un dev, que han dejado una copia del repo por ahí, o que un backup de pruebas lo han dejado accesible.
Los ataques de DoS son muy accesibles y fáciles y baratos, me extraña que eso fácilmente sea suficiente para abrir una puerta trasera en un sitio como menéame.
Pero hablo desde el desconocimiento y por eso pregunto, me gustaría conocer ejemplos en los que haya pasado con servicios web, con algun post-mortem más o menos técnico.
#93 Those are two of the key takeaways from a recent Neustar and Harris Interactive report based on a global, independent survey of 1,010 directors, managers, CISOs, CSOs, CTOs, and other C-suite executives. 76% reported that they had experienced multiple DDoS attacks. Even those companies that were attacked only once, a whopping 92% of them reported theft of intellectual property, customer data and/or financial assets and resources.
Igual este artículo te lo explica mejor -> https://www.corero.com/blog/theft-and-ddos-attacks-go-hand-in-hand/
Al inundar con peticiones los servidores, los primeros en sufrir los ataques son los firewalls y load balancers. Una vez los firewalls fallan, se puede atacar puertos específicos que estaban protegidos.
#96 In most cases hackers are looking to steal something, so they use a small DDoS attack as a smokescreen to mask their more nefarious subterfuge
Ok entonces el ataque de DoS es para despistar, pero no quiere decir que con un ataque así te roben la información, lo harán por otros medios. Si tiras abajo un firewall o un load balancer por un ataque no es que queden los puertos abiertos, es que se queda inaccesible la web. Que me dices 'pues el admin quita el firewall de la ecuacion para reestablecer el servicio y por eso luego roban datos', bueno pues es que ese admin es temerario.
No quiero buscarle 3 pies al gato, es que simplemente soy desarrollador web y me gusta estar informado. Gente como yo somos los que por falta de conocimiento dejamos puertas abiertas .
En todo caso yo no desarrollaría o usaria un firewall que dejara pasar trafico de forma selectiva a no ser que haya mucho trafico y entonces haga lo que viene siendo un fail-open,es absurdo.
#102 Normalmente son los devops los que se ocupan por el bienestar de la arquitectura pero si dejas a los desarrolladores web que mantengan el stack, entonces seguramente no haya una sino muchas formas de poder atacar el sistema (yo tambien soy desarrollador web ).
En el caso de meneame, imagino que tienen un monolítico bastante guapo con server side rendering y del rollo no me toques que me rompo. Solo con ver la página, no parece que tengan ni helmet... Vamos que lo raro es que se hayan enterado que les han volvaco parte de la base de datos.
#105 bueno la seguridad es tarea compartida, por ejemplo un ataque de inyección de SQL es por un fallo en el desarrollo, no por un tema de sistemas.
#67 ok, pero algun ejemplo de stack mas o menos actual para servir web que falle de esa manera?? es que me sorprende mucho.
#27 Algun ejemplo de como un ataque de DoS puede acabar provocando que se pueda acceder a base de datos? es que no se me ocurre ahora mismo.
Me imagino un stack de AMP antiguo que si por lo que sea los procesos de PHP no den a basto, al apache le de por renderizar el código PHP en claro, y que la contraseña de la bbdd esté en uno de esos archivos y que la base de datos tenga el puerto públicamente accesible, pero son muchos 'sies' de estár haciendo las cosas mal y realmente no me consta que apache escupa php en claro si no es realmente por que esté mal configurado.
#60 Estresar un sistema es una forma de provocar errores. Las consolas se piratean así: Se meten glitches en la CPU hasta que haces saltar un error antes de que se bloqueen las zonas seguras.
#67 ok, pero algun ejemplo de stack mas o menos actual para servir web que falle de esa manera?? es que me sorprende mucho.
#60 Normalmente a un ataque DoS se lo conoce por tirar abajo los servicios pero esta acción tambien habilita al atacante a crear una cortina de humo para inflitrarse o forzar el reinicio de los sistemas y aprovechar ese instante para socavar información y/o conocer los recursos compartidos a los que están conectados (bases de datos).
Lo único que está claro es que los admin deberían de hacer una audit para esclarecer sus fallos de seguridad y publicar un report explicando qué ha pasado, cómo pudo ocurrir y los pasos a mejorar el stack.
#91 A mi es que como posible explicación me parece un poco pillada por los pelos. Si metemos 'ataque DoS' pues antes metemos que le han robado el portatil a un dev, que han dejado una copia del repo por ahí, o que un backup de pruebas lo han dejado accesible.
Los ataques de DoS son muy accesibles y fáciles y baratos, me extraña que eso fácilmente sea suficiente para abrir una puerta trasera en un sitio como menéame.
Pero hablo desde el desconocimiento y por eso pregunto, me gustaría conocer ejemplos en los que haya pasado con servicios web, con algun post-mortem más o menos técnico.
#93 Those are two of the key takeaways from a recent Neustar and Harris Interactive report based on a global, independent survey of 1,010 directors, managers, CISOs, CSOs, CTOs, and other C-suite executives. 76% reported that they had experienced multiple DDoS attacks. Even those companies that were attacked only once, a whopping 92% of them reported theft of intellectual property, customer data and/or financial assets and resources.
Igual este artículo te lo explica mejor -> https://www.corero.com/blog/theft-and-ddos-attacks-go-hand-in-hand/
Al inundar con peticiones los servidores, los primeros en sufrir los ataques son los firewalls y load balancers. Una vez los firewalls fallan, se puede atacar puertos específicos que estaban protegidos.
#96 In most cases hackers are looking to steal something, so they use a small DDoS attack as a smokescreen to mask their more nefarious subterfuge
Ok entonces el ataque de DoS es para despistar, pero no quiere decir que con un ataque así te roben la información, lo harán por otros medios. Si tiras abajo un firewall o un load balancer por un ataque no es que queden los puertos abiertos, es que se queda inaccesible la web. Que me dices 'pues el admin quita el firewall de la ecuacion para reestablecer el servicio y por eso luego roban datos', bueno pues es que ese admin es temerario.
No quiero buscarle 3 pies al gato, es que simplemente soy desarrollador web y me gusta estar informado. Gente como yo somos los que por falta de conocimiento dejamos puertas abiertas .
En todo caso yo no desarrollaría o usaria un firewall que dejara pasar trafico de forma selectiva a no ser que haya mucho trafico y entonces haga lo que viene siendo un fail-open,es absurdo.
#102 Normalmente son los devops los que se ocupan por el bienestar de la arquitectura pero si dejas a los desarrolladores web que mantengan el stack, entonces seguramente no haya una sino muchas formas de poder atacar el sistema (yo tambien soy desarrollador web ).
En el caso de meneame, imagino que tienen un monolítico bastante guapo con server side rendering y del rollo no me toques que me rompo. Solo con ver la página, no parece que tengan ni helmet... Vamos que lo raro es que se hayan enterado que les han volvaco parte de la base de datos.
#105 bueno la seguridad es tarea compartida, por ejemplo un ataque de inyección de SQL es por un fallo en el desarrollo, no por un tema de sistemas.
No sé por qué dices que puede haber sido haciendo scrapping, si tienen los hashes de las contraseñas está claro que accedieron a la base de datos directamente. Y lo de 'paga el server' tampoco lo entiendo...
#25 un ataque bastante común es hacer un denial of service DoS y cuando los servicios empiezan a fallar se abren puertas traseras.
Si han entrado hasta la cocina (base de datos) no sería muy raro que no tengan la palabra clave para generar el hash. Seguramente lo tengan hardcoded en el código.
#27 Algun ejemplo de como un ataque de DoS puede acabar provocando que se pueda acceder a base de datos? es que no se me ocurre ahora mismo.
Me imagino un stack de AMP antiguo que si por lo que sea los procesos de PHP no den a basto, al apache le de por renderizar el código PHP en claro, y que la contraseña de la bbdd esté en uno de esos archivos y que la base de datos tenga el puerto públicamente accesible, pero son muchos 'sies' de estár haciendo las cosas mal y realmente no me consta que apache escupa php en claro si no es realmente por que esté mal configurado.
#60 Estresar un sistema es una forma de provocar errores. Las consolas se piratean así: Se meten glitches en la CPU hasta que haces saltar un error antes de que se bloqueen las zonas seguras.
#67 ok, pero algun ejemplo de stack mas o menos actual para servir web que falle de esa manera?? es que me sorprende mucho.
#60 Normalmente a un ataque DoS se lo conoce por tirar abajo los servicios pero esta acción tambien habilita al atacante a crear una cortina de humo para inflitrarse o forzar el reinicio de los sistemas y aprovechar ese instante para socavar información y/o conocer los recursos compartidos a los que están conectados (bases de datos).
Lo único que está claro es que los admin deberían de hacer una audit para esclarecer sus fallos de seguridad y publicar un report explicando qué ha pasado, cómo pudo ocurrir y los pasos a mejorar el stack.
#91 A mi es que como posible explicación me parece un poco pillada por los pelos. Si metemos 'ataque DoS' pues antes metemos que le han robado el portatil a un dev, que han dejado una copia del repo por ahí, o que un backup de pruebas lo han dejado accesible.
Los ataques de DoS son muy accesibles y fáciles y baratos, me extraña que eso fácilmente sea suficiente para abrir una puerta trasera en un sitio como menéame.
Pero hablo desde el desconocimiento y por eso pregunto, me gustaría conocer ejemplos en los que haya pasado con servicios web, con algun post-mortem más o menos técnico.
#93 Those are two of the key takeaways from a recent Neustar and Harris Interactive report based on a global, independent survey of 1,010 directors, managers, CISOs, CSOs, CTOs, and other C-suite executives. 76% reported that they had experienced multiple DDoS attacks. Even those companies that were attacked only once, a whopping 92% of them reported theft of intellectual property, customer data and/or financial assets and resources.
Igual este artículo te lo explica mejor -> https://www.corero.com/blog/theft-and-ddos-attacks-go-hand-in-hand/
Al inundar con peticiones los servidores, los primeros en sufrir los ataques son los firewalls y load balancers. Una vez los firewalls fallan, se puede atacar puertos específicos que estaban protegidos.
#96 In most cases hackers are looking to steal something, so they use a small DDoS attack as a smokescreen to mask their more nefarious subterfuge
Ok entonces el ataque de DoS es para despistar, pero no quiere decir que con un ataque así te roben la información, lo harán por otros medios. Si tiras abajo un firewall o un load balancer por un ataque no es que queden los puertos abiertos, es que se queda inaccesible la web. Que me dices 'pues el admin quita el firewall de la ecuacion para reestablecer el servicio y por eso luego roban datos', bueno pues es que ese admin es temerario.
No quiero buscarle 3 pies al gato, es que simplemente soy desarrollador web y me gusta estar informado. Gente como yo somos los que por falta de conocimiento dejamos puertas abiertas .
En todo caso yo no desarrollaría o usaria un firewall que dejara pasar trafico de forma selectiva a no ser que haya mucho trafico y entonces haga lo que viene siendo un fail-open,es absurdo.
#53 recuerdo ver de pasada un documental en el que decían que el puente de san francisco no se si cuando acaban de pintarlo vuelven a empezar, para mantenerlo en buenas condiciones
#20 Me meto donde no me llaman pero se me ocurre la torre eiffel y todos los puentes metálicos del mundo. Luego hay muchos edificios que tienen vigas a la vista. El hotel Arts de Barcelona por ejemplo.
#53 recuerdo ver de pasada un documental en el que decían que el puente de san francisco no se si cuando acaban de pintarlo vuelven a empezar, para mantenerlo en buenas condiciones
#25 Al menos el mío venía con windows 3.1 Lo de meterle tarjeta de sonido y cdrom era un cambio brutal. Luego instalarle windows 95, que con los 4mb de ram se arrastraba, pero era todo mas 'multimedia', que era la palabra clabe del momento. Cuando todos teniamos multimedia, vino el online y la web. Luego wireless, al cabo de un tiempo salio web 2.0. Big data. IA. Chatbots. Blockchain. Web 3.0 y ya estamos con la buzzword del presente!