Cuando fumas vape desechable y lo dejas en algún lado o andas de viaje...
Terminas buscándolo en la tienda de conveniencia cuando piensas que comprar otro dispositivo o fumar cigarrillos tradicionales no va mucho, pero igual necesitas recargar nicotina.
Por lo que dice, parece alguien que ha vivido mucho tiempo en el mundo de internet y que en la vida real no logra comunicarse adecuadamente con nadie.
En vez de quedarse escribiendo comentarios así encerrado en su cuarto, le recomiendo salir y recorrer el mundo un poco más, y convivir con "personas reales".
Lo de Edward Snowden todavía sigue muy presente, y encima tengo que ver aquí también comentarios de dictadores y esas cosas; ¿será que votaste por el 2? Por favor, no te quedes solo programando encerrado en tu cuarto y sal a recorrer el mundo por aquí y por allá ~
Si funcionalmente el ALB reemplaza al servidor web y los usuarios no pueden acceder directamente al backend, como el WAS, entonces se considera que cumple con la configuración del entorno de seguridad existente. Y además, muchos servicios todavía funcionan en entornos on-premise.
Disfruté mucho el proyecto y el artículo. Pero me sorprendió muchísimo enterarme de que existen los cigarrillos electrónicos desechables, y siento que esto no está bien...
Ya hay cosas como el ALB o el CDN que se encargan de todo lo que uno esperaría que hiciera el servidor web, así que no entiendo por qué insistir en eso. ¿Ustedes han tenido algún caso real, como de seguridad, que solo pudieron detener porque había un servidor web?
Desde el punto de vista de la seguridad, sigo pensando que todavía es necesario separar el servidor web y el servidor WAS. El hecho de estar en un entorno cloud-native no cambia eso. Los backends, como el WAS, no deberían estar en una capa a la que el usuario pueda conectarse directamente.
Estoy de acuerdo. Creo que sería más práctico enseñar los principios de la aplicación de 12 factores y los patrones cloud-native. El concepto en sí ya es demasiado antiguo.
¿Sigue siendo útil conocer el concepto de servidor web / WAS?
En la época en que Java EE, php y CGI estaban de moda, sí era una distinción adecuada, pero hoy en día la mayoría de los lenguajes ya traen su propio servidor HTTP integrado, y con la aparición y normalización de conceptos como ALB, API Gateway, CDN y Object Storage, los tiempos han cambiado.
Más bien, sin ese contexto histórico, siento que el concepto de Web Server y WAS, que además es muy distinto de lo actual, ya no es un concepto apropiado y que solo terminará generando todavía más confusión para quienes están empezando.
También aquí, con el pretexto de bloquear contenido ilegal, se vigila y se censura, pero en la realidad no ha cambiado absolutamente nada.
Ver que solo siguen bloqueando dominios e IPs, como se hacía a inicios de los 2000, da hasta risa de lo absurdo que es.
Normalmente, los problemas de algoritmos vienen con restricciones de tiempo/espacio, ¿no? Decir que se pueden resolver con un solver de restricciones básicamente solo demuestra la capacidad de convertir el problema en un conjunto de restricciones... y la verdad no estoy seguro de que esa sea una habilidad realmente necesaria en el trabajo del día a día...
Cuando fumas vape desechable y lo dejas en algún lado o andas de viaje... Terminas buscándolo en la tienda de conveniencia cuando piensas que comprar otro dispositivo o fumar cigarrillos tradicionales no va mucho, pero igual necesitas recargar nicotina.
Por lo que dice, parece alguien que ha vivido mucho tiempo en el mundo de internet y que en la vida real no logra comunicarse adecuadamente con nadie.
En vez de quedarse escribiendo comentarios así encerrado en su cuarto, le recomiendo salir y recorrer el mundo un poco más, y convivir con "personas reales".
Lo de Edward Snowden todavía sigue muy presente, y encima tengo que ver aquí también comentarios de dictadores y esas cosas; ¿será que votaste por el 2? Por favor, no te quedes solo programando encerrado en tu cuarto y sal a recorrer el mundo por aquí y por allá ~
SKT publicó un comunicado diciendo que no es cierto, pero quién sabe...
Es de los efectos de liquid glass que he visto en la web, el más parecido hasta ahora.
También vale la pena revisar odiff, que hace poco fue reescrito de ocaml a zig. Es 6 veces más rápido que pixelmatch.
Parece que son temas que encajan perfectamente incluso si se aplican a Corea.
Si funcionalmente el ALB reemplaza al servidor web y los usuarios no pueden acceder directamente al backend, como el WAS, entonces se considera que cumple con la configuración del entorno de seguridad existente. Y además, muchos servicios todavía funcionan en entornos on-premise.
Disfruté mucho el proyecto y el artículo. Pero me sorprendió muchísimo enterarme de que existen los cigarrillos electrónicos desechables, y siento que esto no está bien...
Dicen que ya corrió el rumor de que Corea es un desastre total.
Ya hay cosas como el ALB o el CDN que se encargan de todo lo que uno esperaría que hiciera el servidor web, así que no entiendo por qué insistir en eso. ¿Ustedes han tenido algún caso real, como de seguridad, que solo pudieron detener porque había un servidor web?
Desde el punto de vista de la seguridad, sigo pensando que todavía es necesario separar el servidor web y el servidor WAS. El hecho de estar en un entorno cloud-native no cambia eso. Los backends, como el WAS, no deberían estar en una capa a la que el usuario pueda conectarse directamente.
Estoy de acuerdo. Creo que sería más práctico enseñar los principios de la aplicación de 12 factores y los patrones cloud-native. El concepto en sí ya es demasiado antiguo.
Parece que se convertirá en la base de la programación con IA basada en lenguaje natural.
¿Sigue siendo útil conocer el concepto de servidor web / WAS?
En la época en que Java EE, php y CGI estaban de moda, sí era una distinción adecuada, pero hoy en día la mayoría de los lenguajes ya traen su propio servidor HTTP integrado, y con la aparición y normalización de conceptos como ALB, API Gateway, CDN y Object Storage, los tiempos han cambiado.
Más bien, sin ese contexto histórico, siento que el concepto de Web Server y WAS, que además es muy distinto de lo actual, ya no es un concepto apropiado y que solo terminará generando todavía más confusión para quienes están empezando.
También aquí, con el pretexto de bloquear contenido ilegal, se vigila y se censura, pero en la realidad no ha cambiado absolutamente nada.
Ver que solo siguen bloqueando dominios e IPs, como se hacía a inicios de los 2000, da hasta risa de lo absurdo que es.
Normalmente, los problemas de algoritmos vienen con restricciones de tiempo/espacio, ¿no? Decir que se pueden resolver con un solver de restricciones básicamente solo demuestra la capacidad de convertir el problema en un conjunto de restricciones... y la verdad no estoy seguro de que esa sea una habilidad realmente necesaria en el trabajo del día a día...
Siempre es la excusa de la censura que nunca falla.
Intento bloquear este tipo de cosas con el prompt para que no se procesen, pero aun así no sale bien jaja. Ya lo cambié manualmente.